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

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

by Camillo Bruni

indeed the non-interactive one keeps the previous version alive in the instvar... I just copied the existing implementation (without much motivation). Bit for simplicity's sake we should simply instantiate every time the proper ui manager, that would simplify these ugly methods quite a bit. cami On 2012-03-21, at 04:12, 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] dead code?

by Camillo Bruni

is here in 14404: SmalltalkImage>>handleStartupErrors: On 2012-03-21, at 04:14, Guillermo Polito wrote: > SmalltalkImage>>handleStartupErrors: > > is not implemented but sent by > > SmalltalkImage>>snapshot:andQuit: > > > When did we lost it? :P > > Guille

March 21, 2012

Re: [Pharo-project] Understanding RunArray>>scanFrom:

by Camillo Bruni

On 2012-03-21, at 03:04, Igor Stasenko wrote: > On 20 March 2012 14:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Mar 19, 2012, at 5:28 PM, Eliot Miranda wrote: >> >>> >>> >>> On Mon, Mar 19, 2012 at 12:17 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> On Mar 19, 2012, at 12:27 AM, Guillermo Polito wrote: >>> >>>> This method parses a stream from a fileout with styling and generates the text style specific objects. >>>> >>>> Now, >>>> 1) are we writing that style section in our fileouts? >>> >>> No, not anymore. >>> >>> Are you sure it's not used for class comments? Given pretty-printing there's no need for method text style. But in a class comment (if people knew it was available) it can be quite nice. >>> >> In Pharo right now all source is just a string... class comments, too. >> > i would also prefer disabling any styling in class comments > because often, when you copy/paste styled text into class comment, it > remains styled.. for class comments I would rather go with something like Markdown for formatting? which stays readable as is without formatting.

March 21, 2012

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

by Pavel Krivanek

On Wed, Mar 21, 2012 at 11:34 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > On Wed, Mar 21, 2012 at 3:05 AM, Igor Stasenko <siguctua(a)gmail.com> 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. :) > > It seems that the CogVM has no implementation for primitive > primitiveSerialPortOpenByName, only for primitiveSerialPortOpen. Can > you look at it? > > -- Pavel it can work even for primitiveSerialPortOpen with port defined by number but the VM supposes it will open classic /dev/ttySx port, not /dev/ttyUSBx port. See blessed/platforms/unix/plugins/SerialPlugin/sqUnixSerial.c line 24 static const char serialPortBaseNameDefault[] = "/dev/ttyS0"; I tried to change it to /dev/ttyUSB0 (the last character is removed) and it works... -- Pavel -- Pavel

March 21, 2012

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

by Pavel Krivanek

On Wed, Mar 21, 2012 at 3:05 AM, Igor Stasenko <siguctua(a)gmail.com> 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. :) It seems that the CogVM has no implementation for primitive primitiveSerialPortOpenByName, only for primitiveSerialPortOpen. Can you look at it? -- Pavel

March 21, 2012

[Pharo-project] Concrete Type Inference

by Francisco Garau

Hi - we are trying to port to Pharo some work I've done on Concrete Type Inference back in 2001. I've got a Squeak 2.8 image which is working, but having some minor problems with the pluggins. Is there a public repository where old Squeak distributions are stored? Thanks, Francisco

March 21, 2012

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

by Serge Stinckwich

On Wed, Mar 21, 2012 at 1:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > 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-â¦ Yes sure you are right. I mean 1 repo in fact. -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 21, 2012

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

by Lorenzo Schiavina

Hi Serge, if you can understand Italian, you can see a presentation at: http://www.edor.it/index.php?option=com_content&view=article&id=30&Itemid=65 This application has been developed in VSE, but a student of mine has already done (a partial) porting in Squeak; he already told me that he wanted to send it to Squeak community so, if you want, I can send it to you. At present the code has no special license and I will be pleased to integrate it into a bigger package with any kind of license. My application has a specific fuzzyfication/defuzzyfication method but, if you consider it useful, I can extend it to some other theoretical approach. As a matter of fact, my application (not my student's) is an environment for creating expert systems that have been used in many different fields (medical, forecasting, sport, environment control). Ciao -----Messaggio originale----- Da: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] Per conto di Serge Stinckwich Inviato: mercoledÃ¬ 21 marzo 2012 3.50 A: Pharo-project(a)lists.gforge.inria.fr Oggetto: Re: [Pharo-project] R: [Moose-dev] numerical method in smalltalk 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 ? Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 21, 2012

[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