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

Re: [Pharo-project] Corrupted Monticello

by StÃ©phane Ducasse

> Download the 10506 Core image, and the tests pass there. So I installed the DEV environment, Glorp, Seaside, and my apps. These are all loaded via Gofer. Everything looks promising until, I do a Gofer commit, or just try to browse a repo with MC. CPUs at 99% and the image freezes. We should really try to understand. Because there is nothing as bad as an image freeze. > I'm having a hard time understanding how a tool like MC can shutdown the entire image, with no error message. None of the earlier Pharo builds were that unstable. I'm not reduced to filing out all my code changes, and saving them in Git. can you get a debugger? > > On Tue, Jan 12, 2010 at 12:32, John Toohey <jt(a)parspro.com> wrote: > Found the MC tests, and have 5 errors and 1 failure. All of them seem to be when its reading a file and gets an error in UUID>>fromString. I guess this is part of the problem that I am having. Yes > > > On Tue, Jan 12, 2010 at 12:05, John Toohey <jt(a)parspro.com> wrote: > Not sure if this is what I have, I've just tried to save some code to my own repo, and although it seems like the code was updated, after MC puts the version info dialog on the screen, everything is frozen again. I still don't understand how the entire image can freeze over something like this. > > > 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > Ok....if this is your error, I am genius :) > > I found this issue: http://code.google.com/p/pharo/issues/detail?id=1293 > > And then, I know you are using GlorpDBX......So, as I am developer, I know that the GlorpDBX loader, do this to load the fix to the underscore: > > (HTTPSocket httpGet: 'http://www.assembla.com/spaces/SqueakDBX/documents/dvVhPSvuCr3OqXeJe5aVNr/d…') readStream fileIn. > > So....maybe you are having that bug already reported. > > Sorry I don't have time to test it. > > Cheers > > Mariano > > 2010/1/12 John Toohey <jt(a)parspro.com> > > Rebuilt a new image from scratch, using the rc1 Core image, and everything was fine, until I did a "Save As" in order to rename the image. After that MC stops working again. Just completing another rebuild now, and will try to move the renamed image to another directory, before using MC again. > > > 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > > And what about what I told you about reloading again the two versions? > > Sometimes I have problems with my proxy and I have to evaluate: > > HTTPSocket stopUsingProxyServer. > > > 2010/1/11 John Toohey <jt(a)parspro.com> > Did the cleanUpForRelease, but MC still hangs. Do you know what DEV image is the most stable right now, or is there a way to enable debug output from MC? > > > 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> > > Maybe you can reload the Monticello and MonticelloGUI package from the repository Pharo. However, I would check in that 10496 image which were the versions of those two packages and I would download exactly those two versions. > > Maybe you can also try to remove the package cache and also evaluate (backup the image first): > > MCFileBasedRepository flushAllCaches. > MCMethodDefinition shutDown. > MCDefinition clearInstances. > > Or even > > ScriptLoader new cleanUpForRelease > > Cheers > > Mariano > > > 2010/1/11 John Toohey <jt(a)parspro.com> > Hi, > I've just built a new image based on PharoCore1.0rc1 Latest update: #10496, and MC freezes the image whenever I try to open a package. I can view a repo, but not open or load the packages. Is there anyway to rebuild MC, without rebuilding the entire image again? There is no debug file written out, just the CPU pegged at 99% and an unresponsive image. > > -- > -JT > > > > _______________________________________________ > 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 > > > > -- > -JT > > > > _______________________________________________ > 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 > > > > -- > -JT > > > > _______________________________________________ > 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 > > > > -- > -JT > > > > > > -- > -JT > > > > > > -- > -JT > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] Corrupted Monticello

by StÃ©phane Ducasse

this is strange. can you reproduce the problem? Stef On Jan 12, 2010, at 4:21 PM, John Toohey wrote: > Rebuilt a new image from scratch, using the rc1 Core image, and everything was fine, until I did a "Save As" in order to rename the image. After that MC stops working again. Just completing another rebuild now, and will try to move the renamed image to another directory, before using MC again. > > > 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> > And what about what I told you about reloading again the two versions? > > Sometimes I have problems with my proxy and I have to evaluate: > > HTTPSocket stopUsingProxyServer. > > > 2010/1/11 John Toohey <jt(a)parspro.com> > Did the cleanUpForRelease, but MC still hangs. Do you know what DEV image is the most stable right now, or is there a way to enable debug output from MC? > > > 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> > > Maybe you can reload the Monticello and MonticelloGUI package from the repository Pharo. However, I would check in that 10496 image which were the versions of those two packages and I would download exactly those two versions. > > Maybe you can also try to remove the package cache and also evaluate (backup the image first): > > MCFileBasedRepository flushAllCaches. > MCMethodDefinition shutDown. > MCDefinition clearInstances. > > Or even > > ScriptLoader new cleanUpForRelease > > Cheers > > Mariano > > > 2010/1/11 John Toohey <jt(a)parspro.com> > Hi, > I've just built a new image based on PharoCore1.0rc1 Latest update: #10496, and MC freezes the image whenever I try to open a package. I can view a repo, but not open or load the packages. Is there anyway to rebuild MC, without rebuilding the entire image again? There is no debug file written out, just the CPU pegged at 99% and an unresponsive image. > > -- > -JT > > > > _______________________________________________ > 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 > > > > -- > -JT > > > > _______________________________________________ > 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 > > > > -- > -JT > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] NewCompiler load on PharoCore

by Mariano Martinez Peck

Magma depends on NewCompiler ??? weird.....is NewCompiler working in squeak ? 2010/1/12 Miguel Enrique CobÃ¡ Martinez <miguel.coba(a)gmail.com> > El mar, 12-01-2010 a las 19:36 +0100, Lukas Renggli escribiÃ³: > > > Has NewCompiler teste on PharoCore? > > > > Jorge is working on it. It does not work on Pharo yet. > > Ok, thanks, for the moment will omit the WriteBarrier on NewCompiler in > the Metacello configuration for Magma. > > Thanks > > > > > > Lukas > > > > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 12, 2010

Re: [Pharo-project] [Fwd: Re: [squeak-dev] Re: The Trunk: Morphic-ar.305.mcz]

by StÃ©phane Ducasse

for 1.1 only critical fixes should go in 1.0 and 1.0 should get out of the door :) >> > > The real solution here is to send 'is: #ScriptEditorMorph' and implement > > Object >> is: aSymbol > "A means for cleanly replacing all isXXX like methods. > Please use judiciously! > Suggested by Igor Stasenko at > http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-June/136793.html" > > ^false > > ScriptEditorMorph >> is: aSymbol > ^ aSymbol = #ScriptEditorMorph or: [ super is: aSymbol ] > > In this way you easily get rid of all #isXXX methods (at least, all that just answer the true or false constants). Much more interesting: when you unload EToys there is no knowledge about ScriptEditorMorph in unrelated classes (such as Morph or Object). we do not have etoy related is: methods.... or we can remove it just straight Now I somehow like the idea. Stef

Jan. 12, 2010

Re: [Pharo-project] [Feature Request] Better integration with OSX Window Management

by John M McIntosh

Ok, so what's the behaviour different between the 4.x macintosh VM and the 5.x macintosh VM? Hint, the 4.x uses 1984 based window technology and knows nothing about the event that occurs when the display configuration changes The 5.x a modern cocoa implementation might have default handling behaviour? On 2010-01-12, at 10:55 AM, Stefan Marr wrote: > Hi: > > On 12 Jan 2010, at 19:09, John Toohey wrote: >> In cases like this, I have used http://www.heliumfoot.com/mercurymover/ to recover windows that are positioned off the current screen. Use the task selector to get the focus on the app, and then the arrow keys to move it back to your laptop. > Thanks for the tip, was looking for something like that. > > Anyway. I just tried the new Mac VM 5.3b1 of John M. McIntosh and that one works nicely. > > So, I guess, it is a VM issue. > > Best > Stefan > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Jan. 12, 2010

Re: [Pharo-project] Question about method versions in the browser....

by StÃ©phane Ducasse

Hello Brian > Hello all, > > I notice there is some functionality that I expected to see when I look at method versions in the class browser. When you bring up the right click menu on a version, you can revert to that version (which I expect), but any choices to remove that version from the history are absent. "Remove method (x)" does appear and, funny, it does remove the entire method! :) I did not know that we could remove methods in the history in the past. RIght now you can revert to a given version or remove the entire method. If you provide a fix we can integrate it > > Is this the correct behavior? Do we no longer have the ability to remove specific versions of methods, or this an oversight? I looked at the bug tracker on google code, and found nothing related to method versions. > > Any thoughts would be appreciated! > > - Brian > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] Corrupted Monticello

by Mariano Martinez Peck

I have no idea what your problem is. With a clean 10506 image, you can commit and browse MC (forget Gofer) ?? If true, go installing tool per tool and checking when it stops working. 2010/1/12 John Toohey <jt(a)parspro.com> > Download the 10506 Core image, and the tests pass there. So I installed the > DEV environment, Glorp, Seaside, and my apps. These are all loaded via > Gofer. Everything looks promising until, I do a Gofer commit, or just try to > browse a repo with MC. CPUs at 99% and the image freezes. > > I'm having a hard time understanding how a tool like MC can shutdown the > entire image, with no error message. None of the earlier Pharo builds were > that unstable. I'm not reduced to filing out all my code changes, and saving > them in Git. > > > > On Tue, Jan 12, 2010 at 12:32, John Toohey <jt(a)parspro.com> wrote: > >> Found the MC tests, and have 5 errors and 1 failure. All of them seem to >> be when its reading a file and gets an error in UUID>>fromString. I guess >> this is part of the problem that I am having. >> >> >> On Tue, Jan 12, 2010 at 12:05, John Toohey <jt(a)parspro.com> wrote: >> >>> Not sure if this is what I have, I've just tried to save some code to my >>> own repo, and although it seems like the code was updated, after MC puts the >>> version info dialog on the screen, everything is frozen again. I still don't >>> understand how the entire image can freeze over something like this. >>> >>> >>> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> >>> >>>> Ok....if this is your error, I am genius :) >>>> >>>> I found this issue: >>>> http://code.google.com/p/pharo/issues/detail?id=1293 >>>> >>>> And then, I know you are using GlorpDBX......So, as I am developer, I >>>> know that the GlorpDBX loader, do this to load the fix to the underscore: >>>> >>>> (HTTPSocket httpGet: ' >>>> http://www.assembla.com/spaces/SqueakDBX/documents/dvVhPSvuCr3OqXeJe5aVNr/d…') >>>> readStream fileIn. >>>> >>>> So....maybe you are having that bug already reported. >>>> >>>> Sorry I don't have time to test it. >>>> >>>> Cheers >>>> >>>> Mariano >>>> >>>> 2010/1/12 John Toohey <jt(a)parspro.com> >>>> >>>> Rebuilt a new image from scratch, using the rc1 Core image, and >>>>> everything was fine, until I did a "Save As" in order to rename the image. >>>>> After that MC stops working again. Just completing another rebuild now, and >>>>> will try to move the renamed image to another directory, before using MC >>>>> again. >>>>> >>>>> >>>>> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>> >>>>> And what about what I told you about reloading again the two versions? >>>>>> >>>>>> Sometimes I have problems with my proxy and I have to evaluate: >>>>>> >>>>>> HTTPSocket stopUsingProxyServer. >>>>>> >>>>>> >>>>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>>>> >>>>>>> Did the cleanUpForRelease, but MC still hangs. Do you know what DEV >>>>>>> image is the most stable right now, or is there a way to enable debug output >>>>>>> from MC? >>>>>>> >>>>>>> >>>>>>> 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>>>> >>>>>>> Maybe you can reload the Monticello and MonticelloGUI package from >>>>>>>> the repository Pharo. However, I would check in that 10496 image which were >>>>>>>> the versions of those two packages and I would download exactly those two >>>>>>>> versions. >>>>>>>> >>>>>>>> Maybe you can also try to remove the package cache and also evaluate >>>>>>>> (backup the image first): >>>>>>>> >>>>>>>> MCFileBasedRepository flushAllCaches. >>>>>>>> MCMethodDefinition shutDown. >>>>>>>> MCDefinition clearInstances. >>>>>>>> >>>>>>>> Or even >>>>>>>> >>>>>>>> ScriptLoader new cleanUpForRelease >>>>>>>> >>>>>>>> Cheers >>>>>>>> >>>>>>>> Mariano >>>>>>>> >>>>>>>> >>>>>>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> I've just built a new image based on PharoCore1.0rc1 Latest update: >>>>>>>>> #10496, and MC freezes the image whenever I try to open a package. I can >>>>>>>>> view a repo, but not open or load the packages. Is there anyway to rebuild >>>>>>>>> MC, without rebuilding the entire image again? There is no debug file >>>>>>>>> written out, just the CPU pegged at 99% and an unresponsive image. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> -JT >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> 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 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> -JT >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> -JT >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> >>> -- >>> -JT >>> >>> >>> >> >> >> -- >> -JT >> >> >> > > > -- > -JT > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 12, 2010

Re: [Pharo-project] clone vs shallowCopy

by Martin McClure

Nicolas Cellier wrote: > 2010/1/12 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> http://code.google.com/p/pharo/issues/list?thanks=1789 >> >> I do not understand why we need deepCopy and why deepCopy does not implement the veryDeepCopy semantics? >> >> On Jan 12, 2010, at 1:41 PM, Levente Uzonyi wrote: >> > > IMO it's the historical st80 deepCopy. Probably so. FWIW, VW got rid of #deepCopy years ago; the only remnant is Object>>deepCopy, which is implemented as 'self copy'. This was probably a good choice, since deepCopy's semantics are problematic and not often useful. Regards, -Martin

Jan. 12, 2010

Re: [Pharo-project] Issue 1788: SMTPClient does not send HELO or EHLO, session is not initiated

by StÃ©phane Ducasse

Thanks!!! Soon in the new image On Jan 12, 2010, at 6:45 PM, Matthias Berth wrote: > Hi, > > I fixed a regression with sending email when using SMTPClient without > login. Can someone have a look please? > > http://code.google.com/p/pharo/issues/detail?id=1788 > > > Cheers > > Matthias > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] Corrupted Monticello

by John Toohey

Download the 10506 Core image, and the tests pass there. So I installed the DEV environment, Glorp, Seaside, and my apps. These are all loaded via Gofer. Everything looks promising until, I do a Gofer commit, or just try to browse a repo with MC. CPUs at 99% and the image freezes. I'm having a hard time understanding how a tool like MC can shutdown the entire image, with no error message. None of the earlier Pharo builds were that unstable. I'm not reduced to filing out all my code changes, and saving them in Git. On Tue, Jan 12, 2010 at 12:32, John Toohey <jt(a)parspro.com> wrote: > Found the MC tests, and have 5 errors and 1 failure. All of them seem to be > when its reading a file and gets an error in UUID>>fromString. I guess this > is part of the problem that I am having. > > > On Tue, Jan 12, 2010 at 12:05, John Toohey <jt(a)parspro.com> wrote: > >> Not sure if this is what I have, I've just tried to save some code to my >> own repo, and although it seems like the code was updated, after MC puts the >> version info dialog on the screen, everything is frozen again. I still don't >> understand how the entire image can freeze over something like this. >> >> >> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >>> Ok....if this is your error, I am genius :) >>> >>> I found this issue: http://code.google.com/p/pharo/issues/detail?id=1293 >>> >>> And then, I know you are using GlorpDBX......So, as I am developer, I >>> know that the GlorpDBX loader, do this to load the fix to the underscore: >>> >>> (HTTPSocket httpGet: ' >>> http://www.assembla.com/spaces/SqueakDBX/documents/dvVhPSvuCr3OqXeJe5aVNr/d…') >>> readStream fileIn. >>> >>> So....maybe you are having that bug already reported. >>> >>> Sorry I don't have time to test it. >>> >>> Cheers >>> >>> Mariano >>> >>> 2010/1/12 John Toohey <jt(a)parspro.com> >>> >>> Rebuilt a new image from scratch, using the rc1 Core image, and >>>> everything was fine, until I did a "Save As" in order to rename the image. >>>> After that MC stops working again. Just completing another rebuild now, and >>>> will try to move the renamed image to another directory, before using MC >>>> again. >>>> >>>> >>>> 2010/1/12 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> >>>> And what about what I told you about reloading again the two versions? >>>>> >>>>> Sometimes I have problems with my proxy and I have to evaluate: >>>>> >>>>> HTTPSocket stopUsingProxyServer. >>>>> >>>>> >>>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>>> >>>>>> Did the cleanUpForRelease, but MC still hangs. Do you know what DEV >>>>>> image is the most stable right now, or is there a way to enable debug output >>>>>> from MC? >>>>>> >>>>>> >>>>>> 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>>> >>>>>> Maybe you can reload the Monticello and MonticelloGUI package from the >>>>>>> repository Pharo. However, I would check in that 10496 image which were the >>>>>>> versions of those two packages and I would download exactly those two >>>>>>> versions. >>>>>>> >>>>>>> Maybe you can also try to remove the package cache and also evaluate >>>>>>> (backup the image first): >>>>>>> >>>>>>> MCFileBasedRepository flushAllCaches. >>>>>>> MCMethodDefinition shutDown. >>>>>>> MCDefinition clearInstances. >>>>>>> >>>>>>> Or even >>>>>>> >>>>>>> ScriptLoader new cleanUpForRelease >>>>>>> >>>>>>> Cheers >>>>>>> >>>>>>> Mariano >>>>>>> >>>>>>> >>>>>>> 2010/1/11 John Toohey <jt(a)parspro.com> >>>>>>> >>>>>>>> Hi, >>>>>>>> I've just built a new image based on PharoCore1.0rc1 Latest update: >>>>>>>> #10496, and MC freezes the image whenever I try to open a package. I can >>>>>>>> view a repo, but not open or load the packages. Is there anyway to rebuild >>>>>>>> MC, without rebuilding the entire image again? There is no debug file >>>>>>>> written out, just the CPU pegged at 99% and an unresponsive image. >>>>>>>> >>>>>>>> -- >>>>>>>> -JT >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> -JT >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> -JT >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> -JT >> >> >> > > > -- > -JT > > > -- -JT

Jan. 12, 2010