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

Re: [Pharo-project] Alien Plugin for Linux

by Noury Bouraqadi

HI Fernando, It was a bug fix. And we hadn't at that time access to the Alien repo for saving it. Currently, we have a metacello config and it refers the alien repo. Noury On 29 sept. 2010, at 15:20, Fernando olivero wrote: > A question to the Ocean developers, why do have a particular Alien-Core package in the ocean repo? ( Alien-Core-LucFabresse.64.mcz ) > > Are there some fixes that could be included in the official package? Please let me know so i can integrate them. > > I'm asking because i'm cleaning a bit the Alien mess, ( see previous mail) , and would like to have a single working official Alien. > > Thanks, > Fernando > > On Sep 29, 2010, at 12:56 PM, Fernando olivero wrote: > >> This Error prevents from using Alien in the lastest Pharo image. >> >> I will try to fix this today. >> >> Also i will remove the ConfigurationOfAlien from the Alien repository, because the version in MetacelloRepository should be used instead. >> So there are no future misunderstandings >> >> >> Thanks to Eliot, and using his precompiled Vms for all platforms Alien would be available now! >> (if the mentioned bug were fixed). >> >> >> Fernando >> >> >> On Sep 28, 2010, at 12:05 PM, Igor Stasenko wrote: >> >>> On 28 September 2010 11:51, Henrik Johansen >>> <henrik.s.johansen(a)veloxit.no> wrote: >>>> On Sep 28, 2010, at 10:34 16AM, Alberto Bacchelli wrote: >>>> >>>>> On 9/27/10 8:13 PM, Eliot Miranda wrote: >>>>>> >>>>>> >>>>>> 2010/9/27 Fernando olivero<fernando.olivero(a)usi.ch<mailto:fernando.olivero@usi.ch>> >>>>>> Does the prebuilt CogVM for linux include Alien support? >>>>>> http://www.mirandabanda.org/files/Cog/VM/VM.r2313/ >>>>>> >>>>>> Only of the data manipulation and callout parts, not the callback parts. I'm trying to find time to work on integrating the Alien callback machinery with the FFI. >>>>>> >>>>>> best >>>>>> Eliot >>>>> >>>>> We had a problem after installing Alien, >>>>> when running the tests. >>>>> >>>>> The following does not understand >>>>> >>>>> MessageNotUnderstood: Array>>createMethod:header:methodClass: >>>>> >>>>> sent by >>>>> CompileMethod class>>newBytes:trailerBytes:nArgs:nTemps:nStack:nLits:primitive: >>>>> >>>>> It appears to be cog related, is it? >>>>> >>>>> Thank you, >>>>> Alberto >>>> >>>> No, it's Method-trailer related. >>>> >>>> IIRC, the convention used to be to pass the empty trailer bytes #(0 0 0 0), find the offending sender and change it to pass CompiledMethodTrailer empty instead. >>>> >>> >>> Right. A more compatible way is to use SomeClass defaultMethodTrailer >>> Where SomeClass should be a class, where you installing this method. >>> >>> >>>> Cheers, >>>> Henry >>>> >>>> >>>> _______________________________________________ >>>> 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. >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > 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] How to subclass Process and have it used by spawned blocks?

by Eliot Miranda

Hi Stefan, On Wed, Sep 29, 2010 at 11:04 AM, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Hi Eliot: > > I had tried Squeak 4.1 before, also updated, but same result. > > However, after your mail I tried an updated Squeak 4.2 alpha ( > http://ftp.squeak.org/trunk/Squeak4.2-10382-alpha.zip) and here it works. > Try comparing the result of (Erlang>>#spawn) abstractSymbolic in 4.2 & Pharo (and also check (Erlang>>#spawn) symbolic) and email the results. It might jog my memory. best Eliot > Thanks for the hint. > > Best regards > Stefan > > > On 29 Sep 2010, at 19:48, Eliot Miranda wrote: > > > Hi Stefan, > > > > this sounds a lot like an issue that bit someone in squeak 4.x > recently and was due to a bytecode compiler bug that I fixed. I can't find > or remember the email associated with this, so if anyone does remember > please speak up. Stefan, you might try running this in an updated squeak > 4.1 image and compare the bytecodes. If you get different bytecodes then we > need to port the compiler fixes from 4.1 trunk to Pharo. > > > > HTH > > Eliot > > > > > > On Wed, Sep 29, 2010 at 10:22 AM, Stefan Marr <pharo(a)stefan-marr.de> > wrote: > > Further testing reveals a strange behavior in the debugger. > > So, I am not sure where the problem is actually caused. > > > > I added a new local variable block to the method. > > block gets assigned aBlock (the parameter). > > > > If I executed Erlang spawn: [Transcript show: 'foo'], the '1 halt.' is > executed as I mentioned before. > > However, the debugger does not allow me to access aBlock, there is a > subscript out of bound exception. > > Interestingly, 'block' is accessible without error. > > > > > > If I now actually use 'block' instead of 'aBlock' in the executed block, > then phenomena is reversed. > > Thus, the variable which is actually referenced in the code is not > accessible anymore but gets somehow lost. They also get lost if I use both. > > > > > > I would still like to understand what is going on here. > > So any remarks are welcome. > > > > Thanks > > Stefan > > > > > > > > > > spawn: aBlock > > "Answer an ErlProcess running the code given in the parameter. The > process isscheduled." > > | proc block | > > <primitive: 19> "Simulation guard" > > block := aBlock. > > proc := Process > > forContext: > > [1 halt. aBlock value. > > Processor terminateActive] asContext > > priority: Processor activePriority. > > proc resume. > > ^ proc > > > > > > > > On 29 Sep 2010, at 11:21, Stefan Marr wrote: > > > >> > >> On 29 Sep 2010, at 11:01, Igor Stasenko wrote: > >> > >>> On 29 September 2010 11:11, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >>>> no idea but I want to know that too so keep us posted. > >>>> > >>> Smalltalk specialObjectsArray at: 28. > >>> Thats it, Process is a special object, recognized by VM. > >>> No other Process (sub)classes can be accepted by it. > >> Could you elaborate on that? No other process can be accepted for what? > >> Being scheduled, or being executed? > >> > >> There is also a comment in the comment of Process which suggests that it > should be possible: > >> "(If anyone ever makes a subclass of Process, be sure to use > allSubInstances in anyProcessesAbove:.)" > >> But even after making the change, that does not seem to be the actual > problem. > >> > >> > >> The process gets execute fine. With a '1 halt.' as the first statement > of the aBlock block I even get a debugger. It only fails on accessing > variables referenced by the closure with an index out of bound error or > something similar. > >> > >>>> Erlang>>spawn: aBlock > >>>> "Answer an ErlProcess running the code given in the parameter. > >>>> The process is scheduled." > >>>> | proc | > >>>> proc := ErlProcess > >>>> forContext: > >>>> [1 halt. aBlock value. > >>>> Processor terminateActive] asContext > >>>> priority: Processor activePriority. > >>>> proc resume. > >>>> ^ proc > >> > >> > >> Thanks and best regards > >> Stefan > >> > >> > >> -- > >> 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 > > > > -- > > 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 > > > > > > -- > 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 > > -- > 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] How to subclass Process and have it used by spawned blocks?

by Stefan Marr

Hi Eliot: I had tried Squeak 4.1 before, also updated, but same result. However, after your mail I tried an updated Squeak 4.2 alpha (http://ftp.squeak.org/trunk/Squeak4.2-10382-alpha.zip) and here it works. Thanks for the hint. Best regards Stefan On 29 Sep 2010, at 19:48, Eliot Miranda wrote: > Hi Stefan, > > this sounds a lot like an issue that bit someone in squeak 4.x recently and was due to a bytecode compiler bug that I fixed. I can't find or remember the email associated with this, so if anyone does remember please speak up. Stefan, you might try running this in an updated squeak 4.1 image and compare the bytecodes. If you get different bytecodes then we need to port the compiler fixes from 4.1 trunk to Pharo. > > HTH > Eliot > > > On Wed, Sep 29, 2010 at 10:22 AM, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Further testing reveals a strange behavior in the debugger. > So, I am not sure where the problem is actually caused. > > I added a new local variable block to the method. > block gets assigned aBlock (the parameter). > > If I executed Erlang spawn: [Transcript show: 'foo'], the '1 halt.' is executed as I mentioned before. > However, the debugger does not allow me to access aBlock, there is a subscript out of bound exception. > Interestingly, 'block' is accessible without error. > > > If I now actually use 'block' instead of 'aBlock' in the executed block, then phenomena is reversed. > Thus, the variable which is actually referenced in the code is not accessible anymore but gets somehow lost. They also get lost if I use both. > > > I would still like to understand what is going on here. > So any remarks are welcome. > > Thanks > Stefan > > > > > spawn: aBlock > "Answer an ErlProcess running the code given in the parameter. The process isscheduled." > | proc block | > <primitive: 19> "Simulation guard" > block := aBlock. > proc := Process > forContext: > [1 halt. aBlock value. > Processor terminateActive] asContext > priority: Processor activePriority. > proc resume. > ^ proc > > > > On 29 Sep 2010, at 11:21, Stefan Marr wrote: > >> >> On 29 Sep 2010, at 11:01, Igor Stasenko wrote: >> >>> On 29 September 2010 11:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> no idea but I want to know that too so keep us posted. >>>> >>> Smalltalk specialObjectsArray at: 28. >>> Thats it, Process is a special object, recognized by VM. >>> No other Process (sub)classes can be accepted by it. >> Could you elaborate on that? No other process can be accepted for what? >> Being scheduled, or being executed? >> >> There is also a comment in the comment of Process which suggests that it should be possible: >> "(If anyone ever makes a subclass of Process, be sure to use allSubInstances in anyProcessesAbove:.)" >> But even after making the change, that does not seem to be the actual problem. >> >> >> The process gets execute fine. With a '1 halt.' as the first statement of the aBlock block I even get a debugger. It only fails on accessing variables referenced by the closure with an index out of bound error or something similar. >> >>>> Erlang>>spawn: aBlock >>>> "Answer an ErlProcess running the code given in the parameter. >>>> The process is scheduled." >>>> | proc | >>>> proc := ErlProcess >>>> forContext: >>>> [1 halt. aBlock value. >>>> Processor terminateActive] asContext >>>> priority: Processor activePriority. >>>> proc resume. >>>> ^ proc >> >> >> Thanks and best regards >> Stefan >> >> >> -- >> 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 > > -- > 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 > > -- 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 -- 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] How to subclass Process and have it used by spawned blocks?

by Eliot Miranda

Hi Stefan, this sounds a lot like an issue that bit someone in squeak 4.x recently and was due to a bytecode compiler bug that I fixed. I can't find or remember the email associated with this, so if anyone does remember please speak up. Stefan, you might try running this in an updated squeak 4.1 image and compare the bytecodes. If you get different bytecodes then we need to port the compiler fixes from 4.1 trunk to Pharo. HTH Eliot On Wed, Sep 29, 2010 at 10:22 AM, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Further testing reveals a strange behavior in the debugger. > So, I am not sure where the problem is actually caused. > > I added a new local variable block to the method. > block gets assigned aBlock (the parameter). > > If I executed Erlang spawn: [Transcript show: 'foo'], the '1 halt.' is > executed as I mentioned before. > However, the debugger does not allow me to access aBlock, there is a > subscript out of bound exception. > Interestingly, 'block' is accessible without error. > > > If I now actually use 'block' instead of 'aBlock' in the executed block, > then phenomena is reversed. > Thus, the variable which is actually referenced in the code is not > accessible anymore but gets somehow lost. They also get lost if I use both. > > > I would still like to understand what is going on here. > So any remarks are welcome. > > Thanks > Stefan > > > > > spawn: aBlock > "Answer an ErlProcess running the code given in the parameter. The > process isscheduled." > | proc block | > <primitive: 19> "Simulation guard" > block := aBlock. > proc := Process > forContext: > [1 halt. aBlock value. > Processor terminateActive] asContext > priority: Processor activePriority. > proc resume. > ^ proc > > > > On 29 Sep 2010, at 11:21, Stefan Marr wrote: > > > > > On 29 Sep 2010, at 11:01, Igor Stasenko wrote: > > > >> On 29 September 2010 11:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > >>> no idea but I want to know that too so keep us posted. > >>> > >> Smalltalk specialObjectsArray at: 28. > >> Thats it, Process is a special object, recognized by VM. > >> No other Process (sub)classes can be accepted by it. > > Could you elaborate on that? No other process can be accepted for what? > > Being scheduled, or being executed? > > > > There is also a comment in the comment of Process which suggests that it > should be possible: > > "(If anyone ever makes a subclass of Process, be sure to use > allSubInstances in anyProcessesAbove:.)" > > But even after making the change, that does not seem to be the actual > problem. > > > > > > The process gets execute fine. With a '1 halt.' as the first statement of > the aBlock block I even get a debugger. It only fails on accessing variables > referenced by the closure with an index out of bound error or something > similar. > > > >>> Erlang>>spawn: aBlock > >>> "Answer an ErlProcess running the code given in the parameter. > >>> The process is scheduled." > >>> | proc | > >>> proc := ErlProcess > >>> forContext: > >>> [1 halt. aBlock value. > >>> Processor terminateActive] asContext > >>> priority: Processor activePriority. > >>> proc resume. > >>> ^ proc > > > > > > Thanks and best regards > > Stefan > > > > > > -- > > 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 > > -- > 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] Alien Plugin for Linux

by Marcus Denker

On Sep 29, 2010, at 6:49 PM, Nicolas Cellier wrote: > 2010/9/29 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: >> Uhm, this method (and many others in the extensions-category) have been present in their expected-by-Alien form in Pharo since at least 1.0 >> >> Probably a better idea to separate the Alien-"Core" into two packages, one which is actually needed, and one which you only need to load in really old Squeak/Cuis images in order to have it work. >> In which case you probably won't have method trailers either, and generate: #(0 0 0 0) is the proper extension. >> > > CompiledMethodTrailers default or mysterious #(0 0 0 0) codes both are > mostly unnecessary. > If I want default behaviour, why should I bother to tell what this > default is exactly ? > Let just call #generate, and obfuscate those details. > Squeak Pharo Cuis will handle these better than us (didn't verify > Cuis, but quite sure Squeak/Pharo already implement generate). > I added #generate in 3.9 and refactored everything to use it. But the closure code un-did a lot of these as it was coming from an older version (3.7 or 3.8 was the basis of Croquet, I think). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Sept. 29, 2010

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

by Stefan Marr

Further testing reveals a strange behavior in the debugger. So, I am not sure where the problem is actually caused. I added a new local variable block to the method. block gets assigned aBlock (the parameter). If I executed Erlang spawn: [Transcript show: 'foo'], the '1 halt.' is executed as I mentioned before. However, the debugger does not allow me to access aBlock, there is a subscript out of bound exception. Interestingly, 'block' is accessible without error. If I now actually use 'block' instead of 'aBlock' in the executed block, then phenomena is reversed. Thus, the variable which is actually referenced in the code is not accessible anymore but gets somehow lost. They also get lost if I use both. I would still like to understand what is going on here. So any remarks are welcome. Thanks Stefan spawn: aBlock "Answer an ErlProcess running the code given in the parameter. The process isscheduled." | proc block | <primitive: 19> "Simulation guard" block := aBlock. proc := Process forContext: [1 halt. aBlock value. Processor terminateActive] asContext priority: Processor activePriority. proc resume. ^ proc On 29 Sep 2010, at 11:21, Stefan Marr wrote: > > On 29 Sep 2010, at 11:01, Igor Stasenko wrote: > >> On 29 September 2010 11:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> no idea but I want to know that too so keep us posted. >>> >> Smalltalk specialObjectsArray at: 28. >> Thats it, Process is a special object, recognized by VM. >> No other Process (sub)classes can be accepted by it. > Could you elaborate on that? No other process can be accepted for what? > Being scheduled, or being executed? > > There is also a comment in the comment of Process which suggests that it should be possible: > "(If anyone ever makes a subclass of Process, be sure to use allSubInstances in anyProcessesAbove:.)" > But even after making the change, that does not seem to be the actual problem. > > > The process gets execute fine. With a '1 halt.' as the first statement of the aBlock block I even get a debugger. It only fails on accessing variables referenced by the closure with an index out of bound error or something similar. > >>> Erlang>>spawn: aBlock >>> "Answer an ErlProcess running the code given in the parameter. >>> The process is scheduled." >>> | proc | >>> proc := ErlProcess >>> forContext: >>> [1 halt. aBlock value. >>> Processor terminateActive] asContext >>> priority: Processor activePriority. >>> proc resume. >>> ^ proc > > > Thanks and best regards > Stefan > > > -- > 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 -- 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] Alien Plugin for Linux

by Nicolas Cellier

2010/9/29 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > Uhm, this method (and many others in the extensions-category) have been present in their expected-by-Alien form in Pharo since at least 1.0 > > Probably a better idea to separate the Alien-"Core" into two packages, one which is actually needed, and one which you only need to load in really old Squeak/Cuis images in order to have it work. > In which case you probably won't have method trailers either, and generate: #(0 0 0 0) is the proper extension. > CompiledMethodTrailers default or mysterious #(0 0 0 0) codes both are mostly unnecessary. If I want default behaviour, why should I bother to tell what this default is exactly ? Let just call #generate, and obfuscate those details. Squeak Pharo Cuis will handle these better than us (didn't verify Cuis, but quite sure Squeak/Pharo already implement generate). Nicolas > Come to think of it, you probably have to go back to pre-closure enabled for that to be the case, with the amount of platform support for alien vms offered back then, it might not be a bad idea to just ditch it entirely. > > Cheers, > Henry > > On Sep 29, 2010, at 3:33 58PM, Fernando olivero wrote: > >> I fixed this bug, >> >> MethodNode>>generate , was sending generate: #(0 0 0 0) >> >> instead of sending >> Â Â Â self generate: CompiledMethodTrailer empty. >> >> >> Name: Alien-Core-FernandoOlivero.64 >> Author: FernandoOlivero >> >> >> On Sep 29, 2010, at 12:56 PM, Fernando olivero wrote: >> >>> This Error prevents from using Alien in the lastest Pharo image. >>> >>> I will try to fix this today. >>> >>> Also i will remove the ConfigurationOfAlien from the Alien repository, because the version in MetacelloRepository should be used instead. >>> So there are no future misunderstandings >>> >>> >>> Thanks to Eliot, Â and using his precompiled Vms for all platforms Alien would be available now! >>> (if the mentioned bug were fixed). >>> >>> >>> Fernando >>> >>> >>> On Sep 28, 2010, at 12:05 PM, Igor Stasenko wrote: >>> >>>> On 28 September 2010 11:51, Henrik Johansen >>>> <henrik.s.johansen(a)veloxit.no> wrote: >>>>> On Sep 28, 2010, at 10:34 16AM, Alberto Bacchelli wrote: >>>>> >>>>>> On 9/27/10 8:13 PM, Eliot Miranda wrote: >>>>>>> >>>>>>> >>>>>>> 2010/9/27 Fernando olivero<fernando.olivero(a)usi.ch<mailto:fernando.olivero@usi.ch>> >>>>>>> Does the Â prebuilt CogVM Â for linux include Alien support? >>>>>>> http://www.mirandabanda.org/files/Cog/VM/VM.r2313/ >>>>>>> >>>>>>> Only of the data manipulation and callout parts, not the callback parts. Â I'm trying to find time to work on integrating the Alien callback machinery with the FFI. >>>>>>> >>>>>>> best >>>>>>> Eliot >>>>>> >>>>>> We had a problem after installing Alien, >>>>>> when running the tests. >>>>>> >>>>>> The following does not understand >>>>>> >>>>>> MessageNotUnderstood: Array>>createMethod:header:methodClass: >>>>>> >>>>>> sent by >>>>>> CompileMethod class>>newBytes:trailerBytes:nArgs:nTemps:nStack:nLits:primitive: >>>>>> >>>>>> It appears to be cog related, is it? >>>>>> >>>>>> Thank you, >>>>>> Alberto >>>>> >>>>> No, it's Method-trailer related. >>>>> >>>>> IIRC, the convention used to be to pass the empty trailer bytes #(0 0 0 0), find the offending sender and change it to pass CompiledMethodTrailer empty instead. >>>>> >>>> >>>> Right. A more compatible way is to use SomeClass defaultMethodTrailer >>>> Where SomeClass should be a class, where you installing this method. >>>> >>>> >>>>> Cheers, >>>>> Henry >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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. >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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 >

Sept. 29, 2010

Re: [Pharo-project] Smalltalks 2010 - Declared as Important Province Event

by StÃ©phane Ducasse

On Sep 29, 2010, at 5:33 PM, Serge Stinckwich wrote: > Yes, maybe we should send books again, because they have a long term effect ! Now we have a much better internet and pdf presence. If necessary what we could do is sponsor authors (so that some org can buy their book on lulu for a cheaper price). A university ordered 20 pharo by example and we did a discount (esug could support actions like that). Stef

Sept. 29, 2010

Re: [Pharo-project] Smalltalks 2010 - Declared as Important Province Event

by Serge Stinckwich

Yes, maybe we should send books again, because they have a long term effect ! 2010/9/29 Hernan Wilkinson <hernan.wilkinson(a)10pines.com>: > yes, and that was a very important act. I remember when we received the > books, it was very important because after that we had no problem to use > them as bibliography of the courses. So yes, Esug was there helping a long > time ago too > > Hernan. > > On Wed, Sep 29, 2010 at 8:33 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> this is why ESUG is really helping helping teachers. >> In 2002 we sent smalltalk books to universities world wide. >> Stef >> >> >> > >> > >> > On Wed, Sep 29, 2010 at 1:20 PM, GermÃ¡n Arduino <garduino(a)gmail.com> >> > wrote: >> > I would add two persons that helped me a lot to start in in the >> > wonderful world of >> > Smalltalk, they are Diego Gomez Deck and Alejandro Reimondo. >> > >> > >> > There are a LOT of persons who have been teaching Smalltalk since >> > years... >> > Carlos Lombardi, Fernando Dodino, Nicolas Passerini, Daniel Solmirano, >> > Hernan Wilkinson,...etc >> > >> > >> > They spent a lot of time to help me and the less I can do is try to help >> > others. >> > >> > Cheers. >> > >> > >> > 2010/9/28 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: >> > > Hi Igor, >> > > >> > > 2010/9/28 Igor Stasenko <siguctua(a)gmail.com>: >> > >> Guys, tell me the secret, why smalltalk is so popular in Argentina? >> > >> :) >> > > >> > > There is no secret, besides the socioeconomical variables, we have >> > > been very lucky of having excellent teachers like Gustavo Rossi, >> > > MÃ¡ximo Prieto, Alejandro FernÃ¡ndez and others which risked their >> > > careers working hard in Education, one of the most underpaid areas in >> > > Argentina. >> > > Cheers, >> > > >> > >> I can only guess that it somehow related to mentality of people >> > >> living there. >> > >> I hope someday i'll have a chance to visit it. >> > >> >> > >> On 28 September 2010 15:45, Alexandre Bergel <alexandre(a)bergel.eu> >> > >> wrote: >> > >>> Hernan, this is really cool. >> > >>> I hope Smalltalk will bootstrap soon in Chile. >> > >>> >> > >>> Cheers, >> > >>> Alexandre >> > >>> >> > >>> >> > >>> On 27 Sep 2010, at 20:46, Hernan Wilkinson wrote: >> > >>> >> > >>>> Hi, >> > >>>> Â we just wanted to share with you that Smalltalks 2010 (the 4th >> > >>>> Argentinean Smalltalk conference) has been declare of "public interest" at >> > >>>> the Entre Rios province (where the city of Concepcion del Uruguay is and >> > >>>> where the conference is going to be held). >> > >>>> Â We are very happy and proud of such recognition to Smalltalk and >> > >>>> our community!! >> > >>>> Â We hope to see you there! >> > >>>> >> > >>>> Hernan. >> > >>>> >> > >>>> PS: Attached is the statement... although, it is is Spanish :-) >> > >>>> >> > >>>> <Nota ACTIER Smalltalk declaraciÃ³n de >> > >>>> InterÃ©s.pdf>_______________________________________________ >> > >>>> Pharo-project mailing list >> > >>>> Pharo-project(a)lists.gforge.inria.fr >> > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >>> >> > >>> -- >> > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> > >>> Alexandre Bergel Â http://www.bergel.eu >> > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> _______________________________________________ >> > >>> 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. >> > >> >> > >> _______________________________________________ >> > >> Pharo-project mailing list >> > >> Pharo-project(a)lists.gforge.inria.fr >> > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > >> > > >> > > >> > > -- >> > > HernÃ¡n Morales >> > > Information Technology Manager, >> > > Institute of Veterinary Genetics. >> > > National Scientific and Technical Research Council (CONICET). >> > > La Plata (1900), Buenos Aires, Argentina. >> > > Telephone: +54 (0221) 421-1799. >> > > Internal: 422 >> > > Fax: 425-7980 or 421-1799. >> > > >> > > _______________________________________________ >> > > 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 >> > >> > _______________________________________________ >> > 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 > > > > -- > HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site:Â http://www.10Pines.com > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Sept. 29, 2010

Re: [Pharo-project] Smalltalks 2010 - Declared as Important Province Event

by Hernan Wilkinson

yes, and that was a very important act. I remember when we received the books, it was very important because after that we had no problem to use them as bibliography of the courses. So yes, Esug was there helping a long time ago too Hernan. On Wed, Sep 29, 2010 at 8:33 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > this is why ESUG is really helping helping teachers. > In 2002 we sent smalltalk books to universities world wide. > Stef > > > > > > > > On Wed, Sep 29, 2010 at 1:20 PM, GermÃ¡n Arduino <garduino(a)gmail.com> > wrote: > > I would add two persons that helped me a lot to start in in the > > wonderful world of > > Smalltalk, they are Diego Gomez Deck and Alejandro Reimondo. > > > > > > There are a LOT of persons who have been teaching Smalltalk since > years... > > Carlos Lombardi, Fernando Dodino, Nicolas Passerini, Daniel Solmirano, > Hernan Wilkinson,...etc > > > > > > They spent a lot of time to help me and the less I can do is try to help > others. > > > > Cheers. > > > > > > 2010/9/28 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > > > Hi Igor, > > > > > > 2010/9/28 Igor Stasenko <siguctua(a)gmail.com>: > > >> Guys, tell me the secret, why smalltalk is so popular in Argentina? :) > > > > > > There is no secret, besides the socioeconomical variables, we have > > > been very lucky of having excellent teachers like Gustavo Rossi, > > > MÃ¡ximo Prieto, Alejandro FernÃ¡ndez and others which risked their > > > careers working hard in Education, one of the most underpaid areas in > > > Argentina. > > > Cheers, > > > > > >> I can only guess that it somehow related to mentality of people living > there. > > >> I hope someday i'll have a chance to visit it. > > >> > > >> On 28 September 2010 15:45, Alexandre Bergel <alexandre(a)bergel.eu> > wrote: > > >>> Hernan, this is really cool. > > >>> I hope Smalltalk will bootstrap soon in Chile. > > >>> > > >>> Cheers, > > >>> Alexandre > > >>> > > >>> > > >>> On 27 Sep 2010, at 20:46, Hernan Wilkinson wrote: > > >>> > > >>>> Hi, > > >>>> we just wanted to share with you that Smalltalks 2010 (the 4th > Argentinean Smalltalk conference) has been declare of "public interest" at > the Entre Rios province (where the city of Concepcion del Uruguay is and > where the conference is going to be held). > > >>>> We are very happy and proud of such recognition to Smalltalk and > our community!! > > >>>> We hope to see you there! > > >>>> > > >>>> Hernan. > > >>>> > > >>>> PS: Attached is the statement... although, it is is Spanish :-) > > >>>> > > >>>> <Nota ACTIER Smalltalk declaraciÃ³n de > InterÃ©s.pdf>_______________________________________________ > > >>>> Pharo-project mailing list > > >>>> Pharo-project(a)lists.gforge.inria.fr > > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >>> > > >>> -- > > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > >>> Alexandre Bergel http://www.bergel.eu > > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> _______________________________________________ > > >>> 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. > > >> > > >> _______________________________________________ > > >> Pharo-project mailing list > > >> Pharo-project(a)lists.gforge.inria.fr > > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > > > > > > > -- > > > HernÃ¡n Morales > > > Information Technology Manager, > > > Institute of Veterinary Genetics. > > > National Scientific and Technical Research Council (CONICET). > > > La Plata (1900), Buenos Aires, Argentina. > > > Telephone: +54 (0221) 421-1799. > > > Internal: 422 > > > Fax: 425-7980 or 421-1799. > > > > > > _______________________________________________ > > > 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 > > > > _______________________________________________ > > 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 > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>*

Sept. 29, 2010