September 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] NativeBoost and Cog. A working protype.

by Igor Stasenko

Hello, just wanna tell you that i adopted NativeBoost under Cog and have a first running prototype. It still lacks callbacks support, but its already can be used for callouts and to run native code. NativeBoost-CogPlugin does not requires patched for platform-specific code. Just load it into Cog VMMaker image, generate & build vm and you done! Thanks Eliot for providing necessary bits for controlling memory execution protection. The NativeBoost-CogPlugin will have some additional functionality, comparing to its Squeak VM cousin. - it using a primitive failure codes, so when primitive fails , you can determine why and where your native call fails. The primitive error codes still not handled/used by language side, so its a work to do: - a marchalling code can use error codes to report that primitive fails due to coercion error, and it even will tell which exactly argument failed to coerce. - of course, you will be able to add own custom error codes, and handle them as you like to. By default, a plugin could report following problems: "execution of native code is not enabled by plugin" ErrNotEnabled "failed to find a native code for primitive method" ErrNoNativeCodeInMethod "native code generated for different platform" ErrInvalidPlatformId I wanna say thanks to Eliot for providing primitive fail codes in VM. A proper error handling is an important part of infrastructure-level project (such as NativeBoost), since then people who using it, can quickly determine what's wrong with their code. -- Best regards, Igor Stasenko AKA sig.

Sept. 29, 2010

[Pharo-project] Period at end of message pattern ?

by James Ladd

Hi All, While filing in some sources form a friend into Redline Smalltalk the compiler generated an error on the following message pattern (method signature): initializeBetween: aPitcher and: aBatter events: aCollectionOfEvents. The error was the trailing period "." This is acceptable in Pharo but not in the Blue Book definition. I think it should be an error in Pharo as well. What do you think? Rgs, James.

Sept. 29, 2010

Re: [Pharo-project] Metacello loading default (was: Updating the Alien Squeaksource page)

by Mariano Martinez Peck

On Wed, Sep 29, 2010 at 10:02 PM, Damien Pollet <damien.pollet(a)gmail.com>wrote: > 2010/9/29 Fernando olivero <fernando.olivero(a)usi.ch>: > > Then evaluate the following to get the default installation > > (Smalltalk globals classNamed: 'ConfigurationOfAlien') > > perform:#loadLatestVersion. > > I saw that many recent Metacello configurations now define > ConfigurationOfWhatever loadDefault. > It would be nice to switch to that idiom, and maybe make a campaign of > updating existing configurations, while there are still not so many of > themâ¦ > > Hi Damien. There are some threads/discussions in Metacello mailing list exactly about this. Maybe you want to ask there. I am a little lost in the solution ;) Doru or Dale may help you. Cheers MAriano > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 29, 2010

Re: [Pharo-project] About open lively community vs a closed, withdrawn group of programmers

by Igor Stasenko

On 29 September 2010 23:36, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Through Laurent Laffont's tweet 7:47 PM Sep 23rd >>> Worth the read: "Leaving .net" >>> http://whatupdave.tumblr.com/post/1170718843/leaving-net >> >> This reminds me myself, before i joined wonderful smalltalk community :) > > Sorry to be a pain in the back but when I see our current state of practices > at the level of continuous integration as a community (not talking just about pharo/squeak) we are not that great. > It will change but we took years to backlog. > Something sad for me was to see that in VW been agile was just having the XProgramming/TestCase > class (I know that they know what I think :)). Been agile means a lot more. > Autotest, hudson, better tools, better debugger, code coverage..... this is what we need. > No, but we are working together towards improving our system. This is what you can't have in .net and/or java where community don't have a chance to participate in development process, but have to wait till vendor release new version, and then start using it. > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 29, 2010

Re: [Pharo-project] How to subclass Process and have it used by spawned blocks?

by Stefan Marr

Yes, had a look at http://code.google.com/p/pharo/issues/detail?id=2818 There are a lot todos but nothing which sounds like it is related to my symptoms. However, since the bytecode is equal to what Squeak 4.2 produces and where it works, I would guess, that the compiler is not the problem. Best regards Stefan On 29 Sep 2010, at 22:32, StÃ©phane Ducasse wrote: > Stefan the first link I sent was wrong (obviously) did you check the second? > > Stef > > On Sep 29, 2010, at 9:55 PM, Stefan Marr wrote: > >> Stef, I had a look at the description of these fixes, but it does not look like there is something related in it. >> >> Eliot, the requested output is below. >> But as far as I can see, it is identical. Have verified it also in the Squeak 4.1 image, all three produce the same bytecode. >> >> Perhaps it not the compiler directly but some closure related code? >> >> Thanks >> Stefan >> >> >> >> Pharo 1.1: (Erlang class>>#spawn:) abstractSymbolic >> >> '<primitive: 19> >> pushLit: Process >> pushTemp: 0 >> closureNumCopied: 1 numArgs: 0 bytes 51 to 59 >> pushConstant: 1 >> send: #halt (0 args) >> pop >> pushTemp: 0 >> send: #value (0 args) >> pop >> pushLit: Processor >> send: #terminateActive (0 args) >> blockReturn >> send: #asContext (0 args) >> pushLit: Processor >> send: #activePriority (0 args) >> send: #forContext:priority: (2 args) >> popIntoTemp: 1 >> pushTemp: 1 >> send: #resume (0 args) >> pop >> pushTemp: 1 >> returnTop >> ' >> >> Pharo 1.1: (Erlang class>>#spawn:) symbolic. >> '<primitive: 19> >> 45 <41> pushLit: Process >> 46 <10> pushTemp: 0 >> 47 <8F 10 00 09> closureNumCopied: 1 numArgs: 0 bytes 51 to 59 >> 51 <76> pushConstant: 1 >> 52 <D3> send: halt >> 53 <87> pop >> 54 <10> pushTemp: 0 >> 55 <C9> send: value >> 56 <87> pop >> 57 <45> pushLit: Processor >> 58 <D4> send: terminateActive >> 59 <7D> blockReturn >> 60 <D2> send: asContext >> 61 <45> pushLit: Processor >> 62 <D6> send: activePriority >> 63 <F0> send: forContext:priority: >> 64 <69> popIntoTemp: 1 >> 65 <11> pushTemp: 1 >> 66 <D7> send: resume >> 67 <87> pop >> 68 <11> pushTemp: 1 >> 69 <7C> returnTop >> ' >> >> Squeak 4.2: (Erlang class>>#spawn:) abstractSymbolic. >> '<primitive: 19> >> pushLit: Process >> pushTemp: 0 >> closureNumCopied: 1 numArgs: 0 bytes 51 to 59 >> pushConstant: 1 >> send: #halt (0 args) >> pop >> pushTemp: 0 >> send: #value (0 args) >> pop >> pushLit: Processor >> send: #terminateActive (0 args) >> blockReturn >> send: #asContext (0 args) >> pushLit: Processor >> send: #activePriority (0 args) >> send: #forContext:priority: (2 args) >> popIntoTemp: 1 >> pushTemp: 1 >> send: #resume (0 args) >> pop >> pushTemp: 1 >> returnTop >> ' >> >> Squeak 4.2: (Erlang class>>#spawn:) symbolic. >> >> '<primitive: 19> >> 45 <41> pushLit: Process >> 46 <10> pushTemp: 0 >> 47 <8F 10 00 09> closureNumCopied: 1 numArgs: 0 bytes 51 to 59 >> 51 <76> pushConstant: 1 >> 52 <D3> send: halt >> 53 <87> pop >> 54 <10> pushTemp: 0 >> 55 <C9> send: value >> 56 <87> pop >> 57 <45> pushLit: Processor >> 58 <D4> send: terminateActive >> 59 <7D> blockReturn >> 60 <D2> send: asContext >> 61 <45> pushLit: Processor >> 62 <D6> send: activePriority >> 63 <F0> send: forContext:priority: >> 64 <69> popIntoTemp: 1 >> 65 <11> pushTemp: 1 >> 66 <D7> send: resume >> 67 <87> pop >> 68 <11> pushTemp: 1 >> 69 <7C> returnTop >> ' >> >> >> On 29 Sep 2010, at 20:29, StÃ©phane Ducasse wrote: >> >>> and http://code.google.com/p/pharo/issues/list?cursor=2818 >>> >>> Stef >>> >>> >>>>> spawn: aBlock >>>>> "Answer an ErlProcess running the code given in the parameter. The process isscheduled." >>>>> | proc | >>>>> <primitive: 19> "Simulation guard" >>>>> proc := Process >>>>> forContext: >>>>> [1 halt. aBlock value. >>>>> Processor terminateActive] asContext >>>>> priority: Processor activePriority. >>>>> proc resume. >>>>> ^ proc >> >> >> -- >> Stefan Marr >> Software Languages Lab >> Vrije Universiteit Brussel >> Pleinlaan 2 / B-1050 Brussels / Belgium >> http://soft.vub.ac.be/~smarr >> Phone: +32 2 629 2974 >> Fax: +32 2 629 3525 >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Sept. 29, 2010

Re: [Pharo-project] About open lively community vs a closed, withdrawn group of programmers

by StÃ©phane Ducasse

> Through Laurent Laffont's tweet 7:47 PM Sep 23rd >> Worth the read: "Leaving .net" >> http://whatupdave.tumblr.com/post/1170718843/leaving-net > > This reminds me myself, before i joined wonderful smalltalk community :) Sorry to be a pain in the back but when I see our current state of practices at the level of continuous integration as a community (not talking just about pharo/squeak) we are not that great. It will change but we took years to backlog. Something sad for me was to see that in VW been agile was just having the XProgramming/TestCase class (I know that they know what I think :)). Been agile means a lot more. Autotest, hudson, better tools, better debugger, code coverage..... this is what we need. Stef

Sept. 29, 2010

[Pharo-project] OB Dev in Metacello

by Diogenes Moreira

hi folks: anybody could tell how load the OB Dev Tools with Metacello. Thank in Advance..

Sept. 29, 2010

Re: [Pharo-project] How to subclass Process and have it used by spawned blocks?

by StÃ©phane Ducasse

Stefan the first link I sent was wrong (obviously) did you check the second? Stef On Sep 29, 2010, at 9:55 PM, Stefan Marr wrote: > Stef, I had a look at the description of these fixes, but it does not look like there is something related in it. > > Eliot, the requested output is below. > But as far as I can see, it is identical. Have verified it also in the Squeak 4.1 image, all three produce the same bytecode. > > Perhaps it not the compiler directly but some closure related code? > > Thanks > Stefan > > > > Pharo 1.1: (Erlang class>>#spawn:) abstractSymbolic > > '<primitive: 19> > pushLit: Process > pushTemp: 0 > closureNumCopied: 1 numArgs: 0 bytes 51 to 59 > pushConstant: 1 > send: #halt (0 args) > pop > pushTemp: 0 > send: #value (0 args) > pop > pushLit: Processor > send: #terminateActive (0 args) > blockReturn > send: #asContext (0 args) > pushLit: Processor > send: #activePriority (0 args) > send: #forContext:priority: (2 args) > popIntoTemp: 1 > pushTemp: 1 > send: #resume (0 args) > pop > pushTemp: 1 > returnTop > ' > > Pharo 1.1: (Erlang class>>#spawn:) symbolic. > '<primitive: 19> > 45 <41> pushLit: Process > 46 <10> pushTemp: 0 > 47 <8F 10 00 09> closureNumCopied: 1 numArgs: 0 bytes 51 to 59 > 51 <76> pushConstant: 1 > 52 <D3> send: halt > 53 <87> pop > 54 <10> pushTemp: 0 > 55 <C9> send: value > 56 <87> pop > 57 <45> pushLit: Processor > 58 <D4> send: terminateActive > 59 <7D> blockReturn > 60 <D2> send: asContext > 61 <45> pushLit: Processor > 62 <D6> send: activePriority > 63 <F0> send: forContext:priority: > 64 <69> popIntoTemp: 1 > 65 <11> pushTemp: 1 > 66 <D7> send: resume > 67 <87> pop > 68 <11> pushTemp: 1 > 69 <7C> returnTop > ' > > Squeak 4.2: (Erlang class>>#spawn:) abstractSymbolic. > '<primitive: 19> > pushLit: Process > pushTemp: 0 > closureNumCopied: 1 numArgs: 0 bytes 51 to 59 > pushConstant: 1 > send: #halt (0 args) > pop > pushTemp: 0 > send: #value (0 args) > pop > pushLit: Processor > send: #terminateActive (0 args) > blockReturn > send: #asContext (0 args) > pushLit: Processor > send: #activePriority (0 args) > send: #forContext:priority: (2 args) > popIntoTemp: 1 > pushTemp: 1 > send: #resume (0 args) > pop > pushTemp: 1 > returnTop > ' > > Squeak 4.2: (Erlang class>>#spawn:) symbolic. > > '<primitive: 19> > 45 <41> pushLit: Process > 46 <10> pushTemp: 0 > 47 <8F 10 00 09> closureNumCopied: 1 numArgs: 0 bytes 51 to 59 > 51 <76> pushConstant: 1 > 52 <D3> send: halt > 53 <87> pop > 54 <10> pushTemp: 0 > 55 <C9> send: value > 56 <87> pop > 57 <45> pushLit: Processor > 58 <D4> send: terminateActive > 59 <7D> blockReturn > 60 <D2> send: asContext > 61 <45> pushLit: Processor > 62 <D6> send: activePriority > 63 <F0> send: forContext:priority: > 64 <69> popIntoTemp: 1 > 65 <11> pushTemp: 1 > 66 <D7> send: resume > 67 <87> pop > 68 <11> pushTemp: 1 > 69 <7C> returnTop > ' > > > On 29 Sep 2010, at 20:29, StÃ©phane Ducasse wrote: > >> and http://code.google.com/p/pharo/issues/list?cursor=2818 >> >> Stef >> >> >>>> spawn: aBlock >>>> "Answer an ErlProcess running the code given in the parameter. The process isscheduled." >>>> | proc | >>>> <primitive: 19> "Simulation guard" >>>> proc := Process >>>> forContext: >>>> [1 halt. aBlock value. >>>> Processor terminateActive] asContext >>>> priority: Processor activePriority. >>>> proc resume. >>>> ^ proc > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 29, 2010

Re: [Pharo-project] About open lively community vs a closed, withdrawn group of programmers

by Igor Stasenko

2010/9/29 Simon Denier <Simon.Denier(a)inria.fr>: > > Through Laurent Laffont's tweetÂ 7:47 PM Sep 23rd > Worth the read: "Leaving .net" > http://whatupdave.tumblr.com/post/1170718843/leaving-net This reminds me myself, before i joined wonderful smalltalk community :) > -- > Â Simon > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Sept. 29, 2010

[Pharo-project] Metacello loading default (was: Updating the Alien Squeaksource page)

by Damien Pollet

2010/9/29 Fernando olivero <fernando.olivero(a)usi.ch>: > Then evaluate the following to get the default installation > (Smalltalk globals classNamed: 'ConfigurationOfAlien') > perform:#loadLatestVersion. I saw that many recent Metacello configurations now define ConfigurationOfWhatever loadDefault. It would be nice to switch to that idiom, and maybe make a campaign of updating existing configurations, while there are still not so many of themâ¦ -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Sept. 29, 2010