July 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SSL plugins in Jenkins one click

by Sven Van Caekenberghe

Igor, On 06 Jul 2012, at 14:20, Igor Stasenko wrote: > We had a discussion about SSL plugin yesterday, > and we decided to use OpenSSL library on windows. > This has an advantage, that plugin code will be using same library > across all platforms. > So, if something works on platform A, then it 99% will be working on platform B, > and vice verse. > > But for that, i must adopt the library bundling mechanism for windows platform, > so far it works only on mac. > This is on my roadmap, since we want to have freetype and cairo libs > bundled as well.. > so openssl is just another one.. OK, but keep in mind that the Mac version of the plugin is using OpenTransport, not OpenSSL. It would be a huge win if at least Mac and Linux would share the same codebase (I can't see any technical reasons why not, Mac OS 7 is died a long time ago), if Windows could do so too, that would be even better. But are there concrete plans to do this hard work ? Sven

July 6, 2012

Re: [Pharo-project] SSL plugins in Jenkins one click

by Igor Stasenko

We had a discussion about SSL plugin yesterday, and we decided to use OpenSSL library on windows. This has an advantage, that plugin code will be using same library across all platforms. So, if something works on platform A, then it 99% will be working on platform B, and vice verse. But for that, i must adopt the library bundling mechanism for windows platform, so far it works only on mac. This is on my roadmap, since we want to have freetype and cairo libs bundled as well.. so openssl is just another one.. -- Best regards, Igor Stasenko.

July 6, 2012

Re: [Pharo-project] Putting Cairo in the VM?

by Igor Stasenko

On 6 July 2012 11:41, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Yes, i was wondering about that. > > The NB OpenGL example worked when reopening a saved image. > Yes, i should also do that for examples, of course, to make sure they are not crashing so stupidly :) > Stef, if you want to reopen the crashing image, just remove the cairo > lib from the plugins folder. Then open it and delete all example > morphs and save. > > Fernando > > > On Fri, Jul 6, 2012 at 11:22 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> On 5 July 2012 21:44, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Igor I rebuild everything based on 1.2.1 and it loads and the example works >>> now as soon as I save the image I cannot open it anymore. >>> >> do you saving image with sample morph open? >> >> i think i omitted the reinitialization procedure which shoul happen >> when session changes.. >> >>> So I will work why the image of fernando. >>> >>> Stef >>> >>> On Jul 5, 2012, at 8:14 PM, StÃ©phane Ducasse wrote: >>> >>>> Gofer it >>>> url: 'http://www.squeaksource.com/Athens'; >>>> package: 'ConfigurationOfAthens'; >>>> load. >>>> >>>> was loading the wrong oneâ¦. probably an old version. I hate fuzzy scripts. losing time for nothing.. >>>> Now retrying with everything again. >>>> >>>> stef >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > -- Best regards, Igor Stasenko.

July 6, 2012

Re: [Pharo-project] Putting Cairo in the VM?

by Fernando Olivero

Yes, i was wondering about that. The NB OpenGL example worked when reopening a saved image. Stef, if you want to reopen the crashing image, just remove the cairo lib from the plugins folder. Then open it and delete all example morphs and save. Fernando On Fri, Jul 6, 2012 at 11:22 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 5 July 2012 21:44, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Igor I rebuild everything based on 1.2.1 and it loads and the example works >> now as soon as I save the image I cannot open it anymore. >> > do you saving image with sample morph open? > > i think i omitted the reinitialization procedure which shoul happen > when session changes.. > >> So I will work why the image of fernando. >> >> Stef >> >> On Jul 5, 2012, at 8:14 PM, StÃ©phane Ducasse wrote: >> >>> Gofer it >>> url: 'http://www.squeaksource.com/Athens'; >>> package: 'ConfigurationOfAthens'; >>> load. >>> >>> was loading the wrong oneâ¦. probably an old version. I hate fuzzy scripts. losing time for nothing.. >>> Now retrying with everything again. >>> >>> stef >> >> > > > > -- > Best regards, > Igor Stasenko. >

July 6, 2012

Re: [Pharo-project] Putting Cairo in the VM?

by Igor Stasenko

On 5 July 2012 21:44, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Igor I rebuild everything based on 1.2.1 and it loads and the example works > now as soon as I save the image I cannot open it anymore. > do you saving image with sample morph open? i think i omitted the reinitialization procedure which shoul happen when session changes.. > So I will work why the image of fernando. > > Stef > > On Jul 5, 2012, at 8:14 PM, StÃ©phane Ducasse wrote: > >> Gofer it >> url: 'http://www.squeaksource.com/Athens'; >> package: 'ConfigurationOfAthens'; >> load. >> >> was loading the wrong oneâ¦. probably an old version. I hate fuzzy scripts. losing time for nothing.. >> Now retrying with everything again. >> >> stef > > -- Best regards, Igor Stasenko.

July 6, 2012

[Pharo-project] [update 2.0] #20187

by Marcus Denker

20187 ----- IIssue 6216: Failing test: DateTest.testAsSeconds http://code.google.com/p/pharo/issues/detail?id=6216 Issue 5629: Enh: GroupWindowMorph http://code.google.com/p/pharo/issues/detail?id=5629 -- Marcus Denker -- http://marcusdenker.de

July 6, 2012

Re: [Pharo-project] NonInteractiveTranscript holds reference to closed files

by Sven Van Caekenberghe

I am hitting this too now ;-) So what will we do ? The simplest solution seems option 2 with the improved #close behavior. I will make a slice tomorrow. On 27 Jun 2012, at 15:14, Sven Van Caekenberghe wrote: > Hi Guillermomo, > > On 27 Jun 2012, at 14:50, Guillermo Polito wrote: > >> Select the three statements at once and evaluate them: >> >> NonInteractiveTranscript stdout install. >> Smalltalk snapshot: true andQuit: true. >> Transcript show: 'hello'. >> >> Then reopen your image... Bump! stdout is closed. >> >> Of course, It got closed when the image quitted, but the NonInteractiveTranscript kept the reference to an invalid fileStream... >> >> What should be a good solution for this? >> - catch the error on the transcript and if closed reopen the file? >> - subscribe to the shutdown list to void the reference? >> - adding a SystemShutdown announcement and subscribe to it? >> >> The third one seems... cleaner. But I'm not sure. >> >> Guille > > Yes, the stream inside NonInteractiveTranscript should be set to nil whenever an image save closes stdout, so either option 2 or 3. > > Mind you that the current close/open/reopen logic is not good enough: stream is never set to nil . > > I think that open and reopen should be removed, and that close should become > > close > self critical: [ > stream ifNotNil: [ > self isStdout > ifTrue: [ stream flush ] > ifFalse: [ stream close ]. > stream := nil ] ] > > And then you should add some shutdown hook. > > Sven

July 5, 2012

Re: [Pharo-project] New Command Line Behavior

by Sven Van Caekenberghe

On 05 Jul 2012, at 23:27, Camillo Bruni wrote: > On 2012-07-05, at 21:36, Sven Van Caekenberghe wrote: > >> Hi (Camillo), >> >> Is there some place that describes the new features of the command line ? ;-) > > If any place then the class comment of CommandLineHandler ;P OK, got it. --version --list --copyright nice. >> I was just trying a bit right now (in Linux, latest VM, latest mage). >> >> It seems that just starting an image with no args results in it reading an expression from stdin, right ? But I have to do a ctrl-d to end the input and have it evaluated and printed. And then the image quits, no repl loop ? > > There was an issue with that Guillermo reported, so for now this has been deactivated. > You have to explicitly enable the 'eval' handler to read from pipe in. > So far it will just try to read from stind unit it #atEnd returns true, I guess that is not > fully compliant with the standard behavior of linux scripts :P a basic --repl handler would be handy I guess > REPL: I have a multiline history repl in alpha state: > http://smalltalkhub.com/#!/~dh83/readline > > It currently needs some more documentation, but I guess I can make it go into the > 2.0 default image next week or so, then people can start to give some feedback. readline would be very nice indeed, although it is another dependency. >> Also for the eval option, it does not work, unless I do a ctrl-d manually. You once posted this example: >> >> ./bin/CogVM -vm-display-null -vm-sound-null Pharo-2.0.image eval '1+2' >> >> Should it still work ? > > yes that should still work, either with 'eval' or '-e' Ã la ruby ;) that is was my main point, it doesn't work. EvaludateCommandLineHandler>>activate self evaluateStdIn. self evaluateArguments. self quit. always triies to read from stdin, so it needs a crtl-d to end, reading nothing, printing nil, only then will the args be evaluated as you describe. It goes like ubuntu@ip-10-48-234-254:~/pharo2$ ./bin/CogVM -vm-display-null -vm-sound-null Pharo-2.0.image eval 1+2 <CTRL-D> nil 3 ubuntu@ip-10-48-234-254:~/pharo2$ Maybe it also depends on whether the invocation is from an interactive terminal or a shell script.. Sven >> Sven >> >> PS: the colored error output it cool !

July 5, 2012

Re: [Pharo-project] SmalltalkImage>>#snapshot:andQuit:

by Sven Van Caekenberghe

OK, Thx. On 05 Jul 2012, at 22:17, Guillermo Polito wrote: > Not on purpose, sorry :). I'll provide a slice to reintegrate that. > > On Thu, Jul 5, 2012 at 9:28 PM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Hi (Guillermo), > > It seems that SmalltalkImage>>#snapshot:andQuit: no longer returns the value of resuming (a Boolean), so that the following in a script to build a new image no longer works: > > | resuming | > resuming := SmalltalkImage current saveAs: 'my-image'. > resuming ifFalse: [ Smalltalk snapshot: false andQuit: true ]. > > Was this intentional ? > What is the alternative ? > > Thx, > > Sven

July 5, 2012

Re: [Pharo-project] New Command Line Behavior

by Camillo Bruni

On 2012-07-05, at 21:36, Sven Van Caekenberghe wrote: > Hi (Camillo), > > Is there some place that describes the new features of the command line ? ;-) If any place then the class comment of CommandLineHandler ;P > I was just trying a bit right now (in Linux, latest VM, latest mage). > > It seems that just starting an image with no args results in it reading an expression from stdin, right ? But I have to do a ctrl-d to end the input and have it evaluated and printed. And then the image quits, no repl loop ? There was an issue with that Guillermo reported, so for now this has been deactivated. You have to explicitly enable the 'eval' handler to read from pipe in. So far it will just try to read from stind unit it #atEnd returns true, I guess that is not fully compliant with the standard behavior of linux scripts :P REPL: I have a multiline history repl in alpha state: http://smalltalkhub.com/#!/~dh83/readline It currently needs some more documentation, but I guess I can make it go into the 2.0 default image next week or so, then people can start to give some feedback. > Also for the eval option, it does not work, unless I do a ctrl-d manually. You once posted this example: > > ./bin/CogVM -vm-display-null -vm-sound-null Pharo-2.0.image eval '1+2' > > Should it still work ? yes that should still work, either with 'eval' or '-e' Ã la ruby ;) > Sven > > PS: the colored error output it cool !

July 5, 2012