- Pharo-dev - lists.pharo.org

Re: [Pharo-project] NetNameResolver problem on Linux Ubuntu 9.04

by Michael Rueger

Alain Plantec wrote: > I'm on Ubuntu 9.04, I'm using Exupery VM 0.15.1. > > I do not have any problem on a VirtualBox/Ubuntu 8.10, same VM. Hmm, as that is a major version change in Ubuntu we may need to build a new VM? Anyone any ideas what changed between the two Ubuntu versions? Michael

May 5, 2009

[Pharo-project] NetNameResolver problem on Linux Ubuntu 9.04

by Alain Plantec

Hi all, Since one week I have network problems: system update is not working, Monticello can't open any http repository... I've investigated a little bit and found that NetNameResolver always fail when trying to resolve www.squeaksource.com as an example: NetNameResolver addressForName: 'www.squeaksource.com' result is always nil. I can make it work only by setting true to the #UseOldNetwork NetNameResolver class variable. I'm on Ubuntu 9.04, I'm using Exupery VM 0.15.1. I do not have any problem on a VirtualBox/Ubuntu 8.10, same VM. Cheers Alain

May 5, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by Mariano Martinez Peck

On Tue, May 5, 2009 at 7:21 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > why don't you define a displayString for your user and keep printOn: > for the debugger. > In VW this is like that. > I don't know If I can do this. I've just send an email to Pier mailing lists explaining why I wanted to do that. Perhaps you can read it and tell me if this (displayString could help me in this case). Thanks for the help! > > Stef > > On May 5, 2009, at 7:29 PM, Mariano Martinez Peck wrote: > > > > > > > On Tue, May 5, 2009 at 3:34 PM, Adrian Lienhard <adi(a)netstyle.ch> > > wrote: > > Hi Mariano, > > > > I think the problem is that since #localize is not implemented the > > system stops working because it depends on String>>printOn: > > (considering that source code is a string too...). > > > > Yes. I think this is the reason. > > > > If you first > > implement #localize and then implement #printOn: it seems to work ok. > > > > I tried that and works ok. > > > > > > In any case, overriding String>>printOn: does not seem to be a good > > idea. > > > > Yes. I know. But, there is a reason. I need to get int18 in Pier > > components because my final user (spanish) will do thing with Pier, > > like posting, and I need to have it in Spanish. I thought I could > > override String >> printOn: so that translate to spanish. > > However, I couldn't test this solution. I was going to tested and > > then send an email to Pier list and see if there is a better > > solution for this. I don't want to touch Pier code. > > > > Thanks for your concern about that ;) > > > > > > HTH, > > Adrian > > > > On May 5, 2009, at 17:52 , Mariano Martinez Peck wrote: > > > > > Fuck....It seems to be more complex to reproduce. These are the > > > steps I am > > > doing > > > > > > 1) open OB. > > > 2) go to String class, method printOn: > > > 3) modify printOn: to this: > > > > > > printOn: aStream > > > "Print inside string quotes, doubling inbedded quotes." > > > > > > self size < 100 > > > ifTrue: [ self localize storeOn: aStream ] > > > ifFalse: [ self storeOn: aStream ] > > > > > > 4) save it and put initials if asked. > > > 5) as localize is not created yet, it ask you the selector. Ignore > > > it and > > > select localize (the first option) > > > 6) ctrl + a (select all text) and try to create the method localize. > > > It can > > > be just empty this method. > > > 7) try to save > > > 8) your image may be freeze :) > > > > > > > > > Can you confirm this ? I am sorry I said I was on Linux. I thought I > > > was at > > > home, but not, unfortunately I am with Windows at work :( > > > > > > Cheers, > > > > > > Mariano > > > > > > > > > On Tue, May 5, 2009 at 2:40 PM, Alexandre Bergel > > > <alexandre(a)bergel.eu>wrote: > > > > > >>> Cool! I'm currently collecting all the cases which freezing an > > >>> image, > > >>> to find a best way in new scheduler how to prevent that. > > >>> I need more!! :) > > >>> > > >>> :) But does this happen also to you ? > > >> > > >> > > >> In a 10300 on OSX I can do without any problem: > > >> String compile: 'foo ^ 60'. 'abc' foo > > >> => 60 > > >> > > >> Something more you want me to test ? > > >> > > >> Alexandre > > >> > > >> > > >> > > >>> > > >>> > > >>>> Cheers, > > >>>> > > >>>> Mariano > > >>>> > > >>>> _______________________________________________ > > >>>> 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 > > >> > > >> -- > > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > >> 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 > > >> > > > _______________________________________________ > > > 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 >

May 5, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by Michael Roberts

On Tue, May 5, 2009 at 9:21 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > why don't you define a displayString for your user and keep printOn: > for the debugger. > In VW this is like that. > > Stef > +1 from experience systems that have deeply extended or altered printOn: & printString are a pain. It should be left for tool support. Mike

May 5, 2009

[Pharo-project] Fwd: Pier-EmailSender and "Contact Us"

by StÃ©phane Ducasse

> > marcus told me once that scriptloader was already getting a big > class with a lot of method. > For now I do not have something else than removing all tests and > scriptloader. > I removed a lot of bookMorph but still it is hanging there :) > > Stef > > On May 5, 2009, at 5:53 PM, John M McIntosh wrote: > >> No, the intent is preserve the images as they are shipped see >> >> http://www.mobilewikiserver.com/ST80Docs.html >> & >> http://www.mobilewikiserver.com/SqueakDocs.html >> >> However if you have a script that removals all the *extra* things >> that people could run for server images that would be helpful at >> least to me, >> I realize that most folks don't care about 8MB, but on tiny devices >> that 8MB is golden... >> >> >> On 5-May-09, at 1:28 AM, stÃ©phane ducasse wrote: >> >>> John >>> >>> for your images did you remove tests and other unnecessary stuff? >>> The 10300 is 12.7mb without removing all kind of crap like the >>> scriptLoader and the tests. >>> I hope that we will be able to slowly get more and more modular: >>> once project/bookmorph are gone. >>> I imagine (did not read carefully the details of we got about the >>> chase of the unclosed handles) >>> that the startup behavior could be also improved. >>> >>> Stef >>> >>> On May 5, 2009, at 10:17 AM, John M McIntosh wrote: >>> >>>> Tsk, well I was off to bed, but thought I should make some notes. >>>> >>>> Last night I push out two electronic books showing smalltalk-80 >>>> based source code to Apple for iPhone review. >>>> One was based on the latest pharo of end of april 09 with >>>> closures the other based on the sq3.10.2-719web09.04.1.zip no >>>> closures. >>>> The two e-books apps are identical except for the code base. >>>> >>>> I dropped the wikiserver stuff into both, happy since the changes >>>> required were non-existent for pharo and one or two for sq3.10.2 >>>> >>>> (a) The sq3.10.2 version was missing some of the extra add-on >>>> Pier stuff, and has the LGPL Swazoo which makes some folks run >>>> for the fire exit. >>>> >>>> (b) The pharo image is 20.2 mb, the sq3.10.2 is 25.2 mb, so 5MB >>>> bigger. >>>> >>>> (c) The pharo image needed about 35mb of ram to be happy, the sq >>>> 3.10.2 about 40mb >>>> (c2) The pharo image ramps to the welcome screen using 19.23 mb >>>> ram, 97.12mb virtual >>>> (c3) The sq 3.10.2 image ramps using 19.05mb and 102.12 virtual. >>>> This makes sense because I avoid a full gc and doing >>>> allInstances, so the code base is really startup logic and seaside. >>>> (I had to fix the sq 3.10.2 image because of ignored bug using >>>> allInstances I reported years back, never fixed, but fixed in >>>> pharo last fall). >>>> >>>> (d) The pharo image needs 2.6 to 6.6% cpu on the iphone at idle, >>>> the sq 3.10.2 needs 8 to 18% >>>> (to be fair here I could bring some fixes into the 3.10.2 image >>>> to reduce the cpu time, but really those fixes should have gone >>>> in years ago...) >>>> >>>> (e) The sq 3.10.2 book feels sluggish. the pharo less so. So the >>>> sq 3.10.2 excessive CPU usage is the usability killer here. >>>> >>>> To be fair WikiServer is happy with 20MB of ram with a 10.5MB >>>> image size, and runs with a 0 to 0.9% cpu usage at idle, starup >>>> ram of 11.69, virtual memory of 90.34 >>>> Lots of hours to get there.. >>>> >>>> PS I see the etoys image is only 16.4 MB, well that doesn't >>>> include seaside etc, but if you need that you should start with >>>> etoys as the base and add pier and seaside, less bloated I'd >>>> guess, and supported for that etoy feature set you need? >> >> = >> = >> = >> = >> = >> = >> ===================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> = >> = >> = >> = >> = >> = >> ===================================================================== >> >> >> >> >> > > > >

May 5, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by StÃ©phane Ducasse

why don't you define a displayString for your user and keep printOn: for the debugger. In VW this is like that. Stef On May 5, 2009, at 7:29 PM, Mariano Martinez Peck wrote: > > > On Tue, May 5, 2009 at 3:34 PM, Adrian Lienhard <adi(a)netstyle.ch> > wrote: > Hi Mariano, > > I think the problem is that since #localize is not implemented the > system stops working because it depends on String>>printOn: > (considering that source code is a string too...). > > Yes. I think this is the reason. > > If you first > implement #localize and then implement #printOn: it seems to work ok. > > I tried that and works ok. > > > In any case, overriding String>>printOn: does not seem to be a good > idea. > > Yes. I know. But, there is a reason. I need to get int18 in Pier > components because my final user (spanish) will do thing with Pier, > like posting, and I need to have it in Spanish. I thought I could > override String >> printOn: so that translate to spanish. > However, I couldn't test this solution. I was going to tested and > then send an email to Pier list and see if there is a better > solution for this. I don't want to touch Pier code. > > Thanks for your concern about that ;) > > > HTH, > Adrian > > On May 5, 2009, at 17:52 , Mariano Martinez Peck wrote: > > > Fuck....It seems to be more complex to reproduce. These are the > > steps I am > > doing > > > > 1) open OB. > > 2) go to String class, method printOn: > > 3) modify printOn: to this: > > > > printOn: aStream > > "Print inside string quotes, doubling inbedded quotes." > > > > self size < 100 > > ifTrue: [ self localize storeOn: aStream ] > > ifFalse: [ self storeOn: aStream ] > > > > 4) save it and put initials if asked. > > 5) as localize is not created yet, it ask you the selector. Ignore > > it and > > select localize (the first option) > > 6) ctrl + a (select all text) and try to create the method localize. > > It can > > be just empty this method. > > 7) try to save > > 8) your image may be freeze :) > > > > > > Can you confirm this ? I am sorry I said I was on Linux. I thought I > > was at > > home, but not, unfortunately I am with Windows at work :( > > > > Cheers, > > > > Mariano > > > > > > On Tue, May 5, 2009 at 2:40 PM, Alexandre Bergel > > <alexandre(a)bergel.eu>wrote: > > > >>> Cool! I'm currently collecting all the cases which freezing an > >>> image, > >>> to find a best way in new scheduler how to prevent that. > >>> I need more!! :) > >>> > >>> :) But does this happen also to you ? > >> > >> > >> In a 10300 on OSX I can do without any problem: > >> String compile: 'foo ^ 60'. 'abc' foo > >> => 60 > >> > >> Something more you want me to test ? > >> > >> Alexandre > >> > >> > >> > >>> > >>> > >>>> Cheers, > >>>> > >>>> Mariano > >>>> > >>>> _______________________________________________ > >>>> 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 > >> > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> 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 > >> > > _______________________________________________ > > 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

May 5, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by StÃ©phane Ducasse

woops this is strange and I'm sorry for that. On my 300 is has no effect just compiles it. Stef On May 5, 2009, at 5:23 PM, Mariano Martinez Peck wrote: > No matter which method I try to add. > > Is this happening only to me ? > > I am using pharo core 10300 and exupery vm on ubuntu. > > Cheers, > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 5, 2009

[Pharo-project] UIManager default informUserDuring: -> DNU (10300)

by StÃ©phane Ducasse

UIManager default informUserDuring: [:bar | #(one two three) do: [ :info | bar value: info. (Delay forSeconds: 1)]] leads to an error. Apparently barValue does not like to be a symbol. Stef

May 5, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by Mariano Martinez Peck

On Tue, May 5, 2009 at 3:44 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > The localize method is present neither in .dev image nor in a core. No. I was creating it. However, what I reported happens with any selector name. Choose any other name instead of localize and you will get the same problem! Thanks for the help! Mariano > > > Alexandre > > > On 5 May 2009, at 17:52, Mariano Martinez Peck wrote: > > > Fuck....It seems to be more complex to reproduce. These are the > > steps I am doing > > > > 1) open OB. > > 2) go to String class, method printOn: > > 3) modify printOn: to this: > > > > printOn: aStream > > "Print inside string quotes, doubling inbedded quotes." > > > > self size < 100 > > ifTrue: [ self localize storeOn: aStream ] > > ifFalse: [ self storeOn: aStream ] > > > > 4) save it and put initials if asked. > > 5) as localize is not created yet, it ask you the selector. Ignore > > it and select localize (the first option) > > 6) ctrl + a (select all text) and try to create the method localize. > > It can be just empty this method. > > 7) try to save > > 8) your image may be freeze :) > > > > > > Can you confirm this ? I am sorry I said I was on Linux. I thought I > > was at home, but not, unfortunately I am with Windows at work :( > > > > Cheers, > > > > Mariano > > > > > > On Tue, May 5, 2009 at 2:40 PM, Alexandre Bergel > > <alexandre(a)bergel.eu> wrote: > > > Cool! I'm currently collecting all the cases which freezing an > > image, > > > to find a best way in new scheduler how to prevent that. > > > I need more!! :) > > > > > > :) But does this happen also to you ? > > > > > > In a 10300 on OSX I can do without any problem: > > String compile: 'foo ^ 60'. 'abc' foo > > => 60 > > > > Something more you want me to test ? > > > > Alexandre > > > > > > > > > > > > > > > > Cheers, > > > > > > > > Mariano > > > > > > > > _______________________________________________ > > > > 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 > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > 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 > > > > _______________________________________________ > > 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 >

May 5, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by Mariano Martinez Peck

On Tue, May 5, 2009 at 3:34 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Hi Mariano, > > I think the problem is that since #localize is not implemented the > system stops working because it depends on String>>printOn: > (considering that source code is a string too...). Yes. I think this is the reason. > If you first > implement #localize and then implement #printOn: it seems to work ok. I tried that and works ok. > > In any case, overriding String>>printOn: does not seem to be a good > idea. Yes. I know. But, there is a reason. I need to get int18 in Pier components because my final user (spanish) will do thing with Pier, like posting, and I need to have it in Spanish. I thought I could override String >> printOn: so that translate to spanish. However, I couldn't test this solution. I was going to tested and then send an email to Pier list and see if there is a better solution for this. I don't want to touch Pier code. Thanks for your concern about that ;) > HTH, > Adrian > > On May 5, 2009, at 17:52 , Mariano Martinez Peck wrote: > > > Fuck....It seems to be more complex to reproduce. These are the > > steps I am > > doing > > > > 1) open OB. > > 2) go to String class, method printOn: > > 3) modify printOn: to this: > > > > printOn: aStream > > "Print inside string quotes, doubling inbedded quotes." > > > > self size < 100 > > ifTrue: [ self localize storeOn: aStream ] > > ifFalse: [ self storeOn: aStream ] > > > > 4) save it and put initials if asked. > > 5) as localize is not created yet, it ask you the selector. Ignore > > it and > > select localize (the first option) > > 6) ctrl + a (select all text) and try to create the method localize. > > It can > > be just empty this method. > > 7) try to save > > 8) your image may be freeze :) > > > > > > Can you confirm this ? I am sorry I said I was on Linux. I thought I > > was at > > home, but not, unfortunately I am with Windows at work :( > > > > Cheers, > > > > Mariano > > > > > > On Tue, May 5, 2009 at 2:40 PM, Alexandre Bergel > > <alexandre(a)bergel.eu>wrote: > > > >>> Cool! I'm currently collecting all the cases which freezing an > >>> image, > >>> to find a best way in new scheduler how to prevent that. > >>> I need more!! :) > >>> > >>> :) But does this happen also to you ? > >> > >> > >> In a 10300 on OSX I can do without any problem: > >> String compile: 'foo ^ 60'. 'abc' foo > >> => 60 > >> > >> Something more you want me to test ? > >> > >> Alexandre > >> > >> > >> > >>> > >>> > >>>> Cheers, > >>>> > >>>> Mariano > >>>> > >>>> _______________________________________________ > >>>> 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 > >> > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> 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 > >> > > _______________________________________________ > > 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 >

May 5, 2009