- Pharo-users - lists.pharo.org

How send message with non-ascii characters via SMTP

by vmusulainen

Hi! I try use SMTPClient from Network-Protocols. It fine work for message with only english characters at body or subject. But if add non-english (non ascii) characters and encoding it, that mail client (web interface gmail) don't encode message My code (It's code from another post in this forum): message := MailMessage empty. message setField: 'from' toString: '[my mail]'. message setField: 'to' toString: '[you mail]'. message setField: 'content-type' toString: 'text/plain;charset=utf-8'. message setField: 'subject' toString: (((GRCodec forEncoding: 'utf-8') encode: 'Encoding test â¬â¬â¬')) . message body: (MIMEDocument content: 'test') "((GRCodec forEncoding: 'utf-8') encode: 'MotÃ¶rhead â¬' ))". client := SMTPClient openOnHostNamed: '[mail server]' port: 25. client user: '[user]'; password: '[password]'. client login. client mailFrom: message from to: (Array with: message to) text: message asSendableText. client quit. client close. What I do wrong? -- View this message in context: http://forum.world.st/How-send-message-with-non-ascii-characters-via-SMTP-t… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 29, 2013

Re: [Pharo-users] Postmark email library

by vmusulainen

Hi! Thanks you for great job! I try use package at pharo 2.0 but I get warning about dependency from JsonObject class. Which package consists this class? P.S. Gofer configuration cannot load package because absent version with marked by stable. -- View this message in context: http://forum.world.st/Postmark-email-library-tp4254680p4705706.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 29, 2013

Re: [Pharo-users] voyage/mongo randomly wrong OIDs

by Sven Van Caekenberghe

On 29 Aug 2013, at 16:51, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > hi > > well... I've never been happy on using the UUID generator for my keys, but is the fastest option I found. > There are, of course, alternatives: > > 1) Using your own number generator (sequential, or whatever). Problem with that is that is image based, then you need a persistence strategy... then you are slow. > 2) then you can use your own procedure in mongo... with same problem than (1) > 3) you could use timestamp. but TimeStamps are slow :( > > anyway... I open to ideas :) > > in the mean time, you can check if your UUID generator is using the primitive or not. In you are not, you have more possibilities of having a collision. Yes, the Smalltalk code (type 4 UUID) is just a random number that is computed in a complex way. What does the primitive actually do ? Is it different ? > Esteban > > On Aug 29, 2013, at 11:27 AM, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > >> Hi Esteban, All, >> >> I was proceeding to seach for the reason of the problem I described >> yesterday. >> >> I added some debugging code into VOMongoSerializer>>ensurePersisted: and the >> problem I described, did NOT occur. >> >> That made the whole process slower...and I had an idea.... >> >> I was looking into >>UUIDGenerator default makeSeed. >> Then I tried the following code: >> >> |theOld theNew| >> >> 100000000 timesRepeat: [ >> theNew := UUIDGenerator default makeSeed. >> theNew = theOld ifTrue: [self halt]. >> theOld := theNew] >> >> The debugger came up! Doesn't that mean that, if the code is run very fast, >> there are double OIDs generated?! >> >> In my case, the objects for country and currency are very lightweight and >> so, they are created very fast. Also, the error occured much more often >> within my fast production EC2 instance as at my (old and slow) development >> pc. >> >> Important: I work with windows and so >>makeUnixSeed returns nil... :-) >> >> What is your opinion about that? >> >> Sabine >> >> >> >> -- >> View this message in context: http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705603.ht… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > >

Aug. 29, 2013

Re: [Pharo-users] MSI packaging for Pharo

by phil＠highoctane.be

happy to have been of help. phil On Thursday, August 29, 2013, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > After all, I achieved the creation of MSI with the combination of Inno setup and MSI wrapper. > Inno setup allows creating a setup.exe from a build script and do several types of tasks at the time of installation. A mere skeleton can be created with the wizard and then changing it isn't so difficult. Moreover, there are many pointers on the web. > Creating an MSI wrapper (http://www.exemsi.com/inno-setup-and-msi) for the setup file created with Inno is just a matter of a few clicks. > Tx for very helpful pointers. > Usman > > On Tue, Aug 27, 2013 at 10:34 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >> >> You can also use Inno Setup which is nice, easy, and free. >> http://www.jrsoftware.org/isinfo.php#features >> >> But ok, it doesn't do MSI. >> http://stackoverflow.com/questions/6245260/installers-wix-or-inno-setup >> >> But you can get around that with http://www.exemsi.com/inno-setup-and-msi >> Good luck. >> Phil >> >> >> >> >> On Tue, Aug 27, 2013 at 7:27 AM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: >>> >>> I have never tried but it seems you can wrap installer in MSI files using WiX http://wixtoolset.org/ and this package http://www.exemsi.com/ >>> >>> To write the installer check this out: >>> >>> http://code.google.com/p/biosmalltalk/wiki/NSISInstallerScript >>> >>> HernÃ¡n >>> >>> El 26/08/2013 17:29, Usman Bhatti escribiÃ³: >>>> >>>> On Mon, Aug 26, 2013 at 7:10 PM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: >>>> >>>> >>>> >>>> > Hello, >>>> > >>>> > Does anyone have experience of distributing Pharo-based software >>>> as an MSI installer package to be installed by clients? >>>> >>>> what is an MSI? >>>> >>>> >>>> Microsoft installer, a packaging for windows-based software that allows >>>> installation of the software on a windows machine: creation of registry >>>> keys, Start menu items, looking for previous installations of the >>>> software and upgrading it, etc. >>>> >>>> >>>> > I would particularly like to know the tool that was used to >>>> create the MSI. >>>> >>>> Do you mean installing a Pharo App? >>>> What means installing? >>>> >>>> >>>> So, it would mean that Pharo app is installed on a client machine: >>>> creating directory hierarchy, placing image and vm files and any scripts >>>> that come with the image, and creating windows shortcuts. For the time, >>>> its a question from a client so I thought someone might have some >>>> relevant exp. >>>> >>>> >>>> Because if you ship an image in essence: >>>> you ship one image >>>> with an opening image saying installingâ¦. >>>> then you save >>>> >>>> >>>> >>>> > >>>> > regards, >>>> > >>>> > Usman Bhatti >>>> >>>> >>>> >>> >>> >>> >> > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Aug. 29, 2013

Re: [Pharo-users] voyage/mongo randomly wrong OIDs

by jan.struz

ok, here again: Fix-Mongo-OID.cs <http://forum.world.st/file/n4705649/Fix-Mongo-OID.cs> :) EstebanLM wrote > file not found :)On Aug 29, 2013, at 2:44 PM, jan.struz < > public+pharo@ > > wrote:> Hi,> feel free to use & integrate the following fix:> > > Fix-Mongo-OID.cs > <http://forum.world.st/file/n4705616/Fix-Mongo-OID.cs> > > Jan> > > > Sabine KnÃ¶fel wrote>> Hi Esteban, All,>> >> I was proceeding to seach for > the reason of the problem I described>> yesterday.>> >> I added some > debugging code into VOMongoSerializer>>ensurePersisted: and>> the problem > I described, did NOT occur.>> >> That made the whole process slower...and > I had an idea....>> >> I was looking into >>UUIDGenerator default > makeSeed.>> Then I tried the following code:>> >> |theOld theNew|>> >> > 100000000 timesRepeat: [ >> theNew := UUIDGenerator default makeSeed.>> > theNew = theOld ifTrue: [self halt].>> theOld := theNew]>> >> The > debugger came up! Doesn't that mean that, if the code is run very>> fast, > there are double OIDs generated?!>> >> In my case, the objects for country > and currency are very lightweight and>> so, they are created very fast. > Also, the error occured much more often>> within my fast production EC2 > instance as at my (old and slow) development>> pc. >> >> Important: I work > with windows and so >>makeUnixSeed returns nil... :-)>> >> What is your > opinion about that?>> >> Sabine> > > > > > -----> Save The World!> --> > View this message in context: > http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705619.ht…> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.> ----- Save The World! -- View this message in context: http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705649.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 29, 2013

Re: [Pharo-users] voyage/mongo randomly wrong OIDs

by Esteban Lorenzano

hi well... I've never been happy on using the UUID generator for my keys, but is the fastest option I found. There are, of course, alternatives: 1) Using your own number generator (sequential, or whatever). Problem with that is that is image based, then you need a persistence strategy... then you are slow. 2) then you can use your own procedure in mongo... with same problem than (1) 3) you could use timestamp. but TimeStamps are slow :( anyway... I open to ideas :) in the mean time, you can check if your UUID generator is using the primitive or not. In you are not, you have more possibilities of having a collision. Esteban On Aug 29, 2013, at 11:27 AM, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > Hi Esteban, All, > > I was proceeding to seach for the reason of the problem I described > yesterday. > > I added some debugging code into VOMongoSerializer>>ensurePersisted: and the > problem I described, did NOT occur. > > That made the whole process slower...and I had an idea.... > > I was looking into >>UUIDGenerator default makeSeed. > Then I tried the following code: > > |theOld theNew| > > 100000000 timesRepeat: [ > theNew := UUIDGenerator default makeSeed. > theNew = theOld ifTrue: [self halt]. > theOld := theNew] > > The debugger came up! Doesn't that mean that, if the code is run very fast, > there are double OIDs generated?! > > In my case, the objects for country and currency are very lightweight and > so, they are created very fast. Also, the error occured much more often > within my fast production EC2 instance as at my (old and slow) development > pc. > > Important: I work with windows and so >>makeUnixSeed returns nil... :-) > > What is your opinion about that? > > Sabine > > > > -- > View this message in context: http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705603.ht… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Aug. 29, 2013

Re: [Pharo-users] voyage/mongo randomly wrong OIDs

by Esteban Lorenzano

file not found :) On Aug 29, 2013, at 2:44 PM, jan.struz <public+pharo(a)struz.cz> wrote: > Hi, > feel free to use & integrate the following fix: > > Fix-Mongo-OID.cs <http://forum.world.st/file/n4705616/Fix-Mongo-OID.cs> > > Jan > > > Sabine KnÃ¶fel wrote >> Hi Esteban, All, >> >> I was proceeding to seach for the reason of the problem I described >> yesterday. >> >> I added some debugging code into VOMongoSerializer>>ensurePersisted: and >> the problem I described, did NOT occur. >> >> That made the whole process slower...and I had an idea.... >> >> I was looking into >>UUIDGenerator default makeSeed. >> Then I tried the following code: >> >> |theOld theNew| >> >> 100000000 timesRepeat: [ >> theNew := UUIDGenerator default makeSeed. >> theNew = theOld ifTrue: [self halt]. >> theOld := theNew] >> >> The debugger came up! Doesn't that mean that, if the code is run very >> fast, there are double OIDs generated?! >> >> In my case, the objects for country and currency are very lightweight and >> so, they are created very fast. Also, the error occured much more often >> within my fast production EC2 instance as at my (old and slow) development >> pc. >> >> Important: I work with windows and so >>makeUnixSeed returns nil... :-) >> >> What is your opinion about that? >> >> Sabine > > > > > > ----- > Save The World! > -- > View this message in context: http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705619.ht… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Aug. 29, 2013

Re: [Pharo-users] MSI packaging for Pharo

by Usman Bhatti

After all, I achieved the creation of MSI with the combination of Inno setup and MSI wrapper. Inno setup allows creating a setup.exe from a build script and do several types of tasks at the time of installation. A mere skeleton can be created with the wizard and then changing it isn't so difficult. Moreover, there are many pointers on the web. Creating an MSI wrapper (http://www.exemsi.com/inno-setup-and-msi) for the setup file created with Inno is just a matter of a few clicks. Tx for very helpful pointers. Usman On Tue, Aug 27, 2013 at 10:34 AM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > You can also use Inno Setup which is nice, easy, and free. > > http://www.jrsoftware.org/isinfo.php#features > > But ok, it doesn't do MSI. > > http://stackoverflow.com/questions/6245260/installers-wix-or-inno-setup > > But you can get around that with http://www.exemsi.com/inno-setup-and-msi > > Good luck. > > Phil > > > > > > On Tue, Aug 27, 2013 at 7:27 AM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> I have never tried but it seems you can wrap installer in MSI files using >> WiX http://wixtoolset.org/ and this package http://www.exemsi.com/ >> >> To write the installer check this out: >> >> http://code.google.com/p/**biosmalltalk/wiki/**NSISInstallerScript<http://code.google.com/p/biosmalltalk/wiki/NSISInstallerScript> >> >> HernÃ¡n >> >> El 26/08/2013 17:29, Usman Bhatti escribiÃ³: >> >>> On Mon, Aug 26, 2013 at 7:10 PM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@**inria.fr<stephane.ducasse(a)inria.fr>>> >>> wrote: >>> >>> >>> >>> > Hello, >>> > >>> > Does anyone have experience of distributing Pharo-based software >>> as an MSI installer package to be installed by clients? >>> >>> what is an MSI? >>> >>> >>> Microsoft installer, a packaging for windows-based software that allows >>> installation of the software on a windows machine: creation of registry >>> keys, Start menu items, looking for previous installations of the >>> software and upgrading it, etc. >>> >>> >>> > I would particularly like to know the tool that was used to >>> create the MSI. >>> >>> Do you mean installing a Pharo App? >>> What means installing? >>> >>> >>> So, it would mean that Pharo app is installed on a client machine: >>> creating directory hierarchy, placing image and vm files and any scripts >>> that come with the image, and creating windows shortcuts. For the time, >>> its a question from a client so I thought someone might have some >>> relevant exp. >>> >>> >>> Because if you ship an image in essence: >>> you ship one image >>> with an opening image saying installingâ¦. >>> then you save >>> >>> >>> >>> > >>> > regards, >>> > >>> > Usman Bhatti >>> >>> >>> >>> >> >> >> >

Aug. 29, 2013

Re: [Pharo-users] voyage/mongo randomly wrong OIDs

by jan.struz

Hi, feel free to use & integrate the following fix: Fix-Mongo-OID.cs <http://forum.world.st/file/n4705616/Fix-Mongo-OID.cs> Jan Sabine KnÃ¶fel wrote > Hi Esteban, All, > > I was proceeding to seach for the reason of the problem I described > yesterday. > > I added some debugging code into VOMongoSerializer>>ensurePersisted: and > the problem I described, did NOT occur. > > That made the whole process slower...and I had an idea.... > > I was looking into >>UUIDGenerator default makeSeed. > Then I tried the following code: > > |theOld theNew| > > 100000000 timesRepeat: [ > theNew := UUIDGenerator default makeSeed. > theNew = theOld ifTrue: [self halt]. > theOld := theNew] > > The debugger came up! Doesn't that mean that, if the code is run very > fast, there are double OIDs generated?! > > In my case, the objects for country and currency are very lightweight and > so, they are created very fast. Also, the error occured much more often > within my fast production EC2 instance as at my (old and slow) development > pc. > > Important: I work with windows and so >>makeUnixSeed returns nil... :-) > > What is your opinion about that? > > Sabine ----- Save The World! -- View this message in context: http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705619.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 29, 2013

Re: [Pharo-users] voyage/mongo randomly wrong OIDs

by Sabine KnÃ¶fel

Hi Esteban, All, I was proceeding to seach for the reason of the problem I described yesterday. I added some debugging code into VOMongoSerializer>>ensurePersisted: and the problem I described, did NOT occur. That made the whole process slower...and I had an idea.... I was looking into >>UUIDGenerator default makeSeed. Then I tried the following code: |theOld theNew| 100000000 timesRepeat: [ theNew := UUIDGenerator default makeSeed. theNew = theOld ifTrue: [self halt]. theOld := theNew] The debugger came up! Doesn't that mean that, if the code is run very fast, there are double OIDs generated?! In my case, the objects for country and currency are very lightweight and so, they are created very fast. Also, the error occured much more often within my fast production EC2 instance as at my (old and slow) development pc. Important: I work with windows and so >>makeUnixSeed returns nil... :-) What is your opinion about that? Sabine -- View this message in context: http://forum.world.st/voyage-mongo-randomly-wrong-OIDs-tp4705396p4705603.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 29, 2013