- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14406

by Marcus Denker

14406 ----- Issue 5530: Delay class var access with risk of mustBeBoolean http://code.google.com/p/pharo/issues/detail?id=5530 Issue 5529: StandardFileStream class should access its registry via accessor http://code.google.com/p/pharo/issues/detail?id=5529 Issue 5528: Compiler wrong for primitive error code when method has blocks with temps http://code.google.com/p/pharo/issues/detail?id=5528 -- Marcus Denker -- http://marcusdenker.de

March 21, 2012

Re: [Pharo-project] dead code?

by Marcus Denker

On Mar 21, 2012, at 4:14 AM, Guillermo Polito wrote: > SmalltalkImage>>handleStartupErrors: > > is not implemented but sent by > > SmalltalkImage>>snapshot:andQuit: > in my image it is in SmalltalkImage... -- Marcus Denker -- http://marcusdenker.de

March 21, 2012

Re: [Pharo-project] About NonInteractiveUIManager>>#onSnapshot: and related

by StÃ©phane Ducasse

we should add that to the class comment. and method comment. can somebody open a ticket? Stef On Mar 21, 2012, at 5:07 AM, Igor Stasenko wrote: > the logic there was to set a non-interactive ui manager > for headless sessions only , and then restore back a previous one > (whatever it is), once session is changed back to headfull. > > if its uiManager is nil, it should reset the default manager, > if i remember correctly, then UImanager itself will take care > instantiating default one. > > On 21 March 2012 04:35, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> Hi, >> >> I was doing some hacking, and playing with NonInteractiveUIManager. And it >> puzzled me that I realized that it has an inst var uiManager that seems to >> refer to an uiManager it's replacing. >> But my UIManager is not replacing anyone, it's my default and unique >> UIManager and this var points to nil :S! >> >> So the code below does not work... >> >> onSnapshot: resuming >> "The resuming argument is true when image boots from disk, >> and false, if user just did an image snapshot." >> >> resuming ifTrue: [ >> Smalltalk isHeadless ifFalse: [ >> "restore old, or nil, so it will be set in #default " >> uiManager beDefault. >> UIManager default onSnapshot: resuming. >> ^ self ]. >> Smalltalk isInteractive ifTrue: [ >> "use a headless but interactive manager" >> ^ self headlessManager onSnapshot: resuming ]]. >> >> >> " this flag set to true only if we are saving a snapshot before quitting >> " >> doNotQuitOnRestart ifTrue: [ >> Smalltalk snapshot: false andQuit: true]. >> >> >> I made it work in my image adding within the controversial lines: >> >> uiManager ifNotNil: [ >> uiManager beDefault. >> UIManager default onSnapshot: resuming. >> ] >> >> But it really looks like a hack because that inst var is ment to do >> something else... >> Is it asking me for a refactor? Or am I using this stuff in the wrong way? >> Camillo, Igor? :P >> >> Guille > > > > -- > Best regards, > Igor Stasenko. >

March 21, 2012

Re: [Pharo-project] [Moose-dev] numerical method in smalltalk

by StÃ©phane Ducasse

On Mar 21, 2012, at 3:49 AM, Serge Stinckwich wrote: > On Wed, Mar 21, 2012 at 12:31 AM, Lorenzo Schiavina <lorenzo(a)edor.it> wrote: >> Hi Serge, >> >> I have developed a package for fuzzy logic computation (in ST). >> Do you think could be helpful? > > Dear Lorenzo, > > yes might be interesting for SciSmalltalk. Is your code available > somewhere ? What is the licence of your code ? > Are you willing to integrate/adapt your work in a bigger package ? serge not everything has to be in one package but in one repository we could have Algo-FusyLogic Algo-Math Algo-â¦ Algo-â¦ > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ >

March 21, 2012

Re: [Pharo-project] Where should debug file name be?

by StÃ©phane Ducasse

There is no fight.. - first we would like to see if class can be lookup dynamically (and cached) - second Smalltalk tools log does not hard code yet another global. We got problem when we want to change code in the compiler that relied on transcript when we changed transcript. At the end we removed the message because it was useless but this illustrates the point. Stef > Transcript global var vs Smalltalk tools log > > ... but It will surely not be as fun, he > > > > > > Guille > > > > -- > Best regards, > Igor Stasenko. > >

March 21, 2012

Re: [Pharo-project] Make arduino work on linux with cog vm

by StÃ©phane Ducasse

yes! so having a case where it works is good On Mar 21, 2012, at 3:05 AM, Igor Stasenko wrote: > On 21 March 2012 00:23, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> On Tue, Mar 20, 2012 at 10:46 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 20 March 2012 22:32, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >>>> Try VM from here: http://squeakvm.org/unix/ >>>> ...but you cannot use the latest Pharo image from CI server (because >>>> it is saved in CogVM). But you can try official 1.3. >>>> >>> I think a better alternative would be to fix VM and make it work. >>> >>> I assuming there's something wrong with SerialPlugin , which used by >>> SerialPort, no? >>> I can't remember if this plugin is included into VM by default or not.. >> >> It is an internal plugin in CogVM >> > ok, so we should fix it. :) > >> -- Pavel >> > > > > > -- > Best regards, > Igor Stasenko. >

March 21, 2012

[Pharo-project] Fwd: Meeting Aliens (callbacks) in the debugger - was this risky?

by StÃ©phane Ducasse

Begin forwarded message: > From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> > Subject: FW: Meeting Aliens (callbacks) in the debugger - was this risky? > Date: March 21, 2012 1:57:16 AM GMT+01:00 > To: "stephane.ducasse(a)inria.fr" <stephane.ducasse(a)inria.fr> > > Stef, > > I am currently unable to post to the list (Outlook is being a pain) - could you forward this for me? I'm curious if I'm living dangerously or simply basking in Smalltalk's wonderful features. > > Bill > > > > > From: Schwab,Wilhelm K > Sent: Tuesday, March 20, 2012 8:55 PM > To: pharo-project(a)lists.gforge.inria.fr > Subject: Meeting Aliens (callbacks) in the debugger - was this risky? > > To see whether one can expect to set breakpoints in callback blocks, I gave it shot in #exampleCqsort: > > cb := Callback > signature: 'int (*)(const void *, const void *)' > block: [ :arg1 :arg2 | > self halt. > ((arg1 doubleAt: 1) - (arg2 doubleAt: 1)) sign > ]. > > I then ran the example. To my pleasant surprise/amazement, a walkback appeared and the debugger was functional; I was able to evaluate the accessors and get numbers. Is this dangerous in some way, or does it "just work?" It would be hugely helpful if it is safe. > > Bill > > > >

March 21, 2012

Re: [Pharo-project] About NonInteractiveUIManager>>#onSnapshot: and related

by Igor Stasenko

the logic there was to set a non-interactive ui manager for headless sessions only , and then restore back a previous one (whatever it is), once session is changed back to headfull. if its uiManager is nil, it should reset the default manager, if i remember correctly, then UImanager itself will take care instantiating default one. On 21 March 2012 04:35, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi, > > I was doing some hacking, and playing with NonInteractiveUIManager.Â And it > puzzled me that I realized that it has an inst var uiManager that seems to > refer to an uiManager it's replacing. > But my UIManager is not replacing anyone, it's my default and unique > UIManager and this var points to nil :S! > > So the code below does not work... > > onSnapshot: resuming > Â Â Â "The resuming argument is true when image boots from disk, > Â Â Â and false, if user just did an image snapshot." > > Â Â Â resuming ifTrue: [ > Â Â Â Â Â Â Smalltalk isHeadless ifFalse: [ > Â Â Â Â Â Â Â Â Â "restore old, or nil, so it will be set in #default " > Â Â Â Â Â Â Â Â Â Â Â Â uiManager beDefault. > Â Â Â Â Â Â Â Â Â Â Â Â UIManager default onSnapshot: resuming. > Â Â Â Â Â Â Â Â Â ^ self ]. > Â Â Â Â Â Â Smalltalk isInteractive ifTrue: [ > Â Â Â Â Â Â Â Â Â "use a headless but interactive manager" > Â Â Â Â Â Â Â Â Â ^ self headlessManager onSnapshot: resuming ]]. > > > Â Â Â " this flag set to true only if we are saving a snapshot before quitting > " > Â Â Â doNotQuitOnRestart ifTrue: [ > Â Â Â Â Â Â Smalltalk snapshot: false andQuit: true]. > > > I made it work in my image adding within the controversial lines: > > uiManager ifNotNil: [ > Â Â Â uiManager beDefault. > Â Â Â UIManager default onSnapshot: resuming. > ] > > But it really looks like a hack because that inst var is ment to do > something else... > Is it asking me for a refactor?Â Or am I using this stuff in the wrong way? > Camillo, Igor? :P > > Guille -- Best regards, Igor Stasenko.

March 21, 2012

[Pharo-project] dead code?

by Guillermo Polito

SmalltalkImage>>handleStartupErrors: is not implemented but sent by SmalltalkImage>>snapshot:andQuit: When did we lost it? :P Guille

March 21, 2012

Re: [Pharo-project] About NonInteractiveUIManager>>#onSnapshot: and related

by Igor Stasenko

the logic there was to set a non-interactive ui manager for headless sessions only , and then restore back a previous one (whatever it is), once session is changed back to headfull. if its uiManager is nil, it should reset the default manager, if i remember correctly, then UImanager itself will take care instantiating default one. On 21 March 2012 04:35, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi, > > I was doing some hacking, and playing with NonInteractiveUIManager.Â And it > puzzled me that I realized that it has an inst var uiManager that seems to > refer to an uiManager it's replacing. > But my UIManager is not replacing anyone, it's my default and unique > UIManager and this var points to nil :S! > > So the code below does not work... > > onSnapshot: resuming > Â Â Â "The resuming argument is true when image boots from disk, > Â Â Â and false, if user just did an image snapshot." > > Â Â Â resuming ifTrue: [ > Â Â Â Â Â Â Smalltalk isHeadless ifFalse: [ > Â Â Â Â Â Â Â Â Â "restore old, or nil, so it will be set in #default " > Â Â Â Â Â Â Â Â Â Â Â Â uiManager beDefault. > Â Â Â Â Â Â Â Â Â Â Â Â UIManager default onSnapshot: resuming. > Â Â Â Â Â Â Â Â Â ^ self ]. > Â Â Â Â Â Â Smalltalk isInteractive ifTrue: [ > Â Â Â Â Â Â Â Â Â "use a headless but interactive manager" > Â Â Â Â Â Â Â Â Â ^ self headlessManager onSnapshot: resuming ]]. > > > Â Â Â " this flag set to true only if we are saving a snapshot before quitting > " > Â Â Â doNotQuitOnRestart ifTrue: [ > Â Â Â Â Â Â Smalltalk snapshot: false andQuit: true]. > > > I made it work in my image adding within the controversial lines: > > uiManager ifNotNil: [ > Â Â Â uiManager beDefault. > Â Â Â UIManager default onSnapshot: resuming. > ] > > But it really looks like a hack because that inst var is ment to do > something else... > Is it asking me for a refactor?Â Or am I using this stuff in the wrong way? > Camillo, Igor? :P > > Guille -- Best regards, Igor Stasenko.

March 21, 2012