- Pharo-dev - lists.pharo.org

[Pharo-project] Re: is pharo ready for production?

by Esteban Lorenzano

Hi, Thanks for the answers. The main reason I want to run the application on Pharo is because I'm agree with it's objetives, and I been following the project advance through the list and I'm very happy with the ongoing work. Unfortunately, I'm to busy to offer some help... but maybe I can help on "testing" by using Pharo on a commercial project... So, following Adrian suggestion, as my project will take 4-5 months of development, I think the best path should be to wait a little and start using Pharo in a couple of months. And of course, I want to produce professional applications, so what better to use a professional version of squeak? :) Cheers, Esteban On 2008-09-16 13:49:48 -0300, Adrian Lienhard <adi(a)netstyle.ch> said: > Hi Esteban > > As Stef said, you should not run into major problems because the core > on which a Seaside application usually depends has not changed much. > The parts of Pharo that have undergone major changes (or that have > been totally removed) will likely not affect you. > > I think that you should also take into account when you plan to go > live. If this is in just another week or two, I would not go for > Pharo. However, if this is a larger project that takes longer, then I > suggest to use Pharo. I think we will be fast to fix bugs if you > report them (whereas at the Squeak side the activity seems to be a bit > less than over here ;)). And over time more and more people will start > to use Pharo in professional projects too. > > Please let us know how you decide and in case you run into any > troubles that need our attention. > > Cheers, > Adrian > > On Sep 16, 2008, at 18:02 , StÃ©phane Ducasse wrote: > >> Hi Esteban >> >> Lukas is developing seaside on pharo. Netstyle will certainly use it > >> once the first release is out. >> Now the point is do you need the improvements we are doing? >> May be 3.9 is good enough or pavel image. >> >> From a stability point of view the changes are currently low from > >> api changes - we are cleaning a lot >> but not changing. And this may change a bit in the >> future but this is ineluctable. If people want something better they > >> have to ack changes. >> We will also try to keep changes to the minimum but not less. We want >> a better system >> and as such it will change. >> >> Stef >> >> >> >> On Sep 16, 2008, at 5:39 PM, Esteban Lorenzano wrote: >> >>> Hi, >>> I'm planning to start a new commercial, seaside based project in a > >>> few weeks, and I wish to start it in Pharo, but I'm afraid is not very >>> stable yet... >>> Can somebody tell me if is usable right now and if not, more or less >>> when it will be? >>> >>> Thanks, >>> Esteban >>> >>> >>> >>> _______________________________________________ >>> 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. 16, 2008

Re: [Pharo-project] is pharo ready for production?

by Adrian Lienhard

Hi Esteban As Stef said, you should not run into major problems because the core on which a Seaside application usually depends has not changed much. The parts of Pharo that have undergone major changes (or that have been totally removed) will likely not affect you. I think that you should also take into account when you plan to go live. If this is in just another week or two, I would not go for Pharo. However, if this is a larger project that takes longer, then I suggest to use Pharo. I think we will be fast to fix bugs if you report them (whereas at the Squeak side the activity seems to be a bit less than over here ;)). And over time more and more people will start to use Pharo in professional projects too. Please let us know how you decide and in case you run into any troubles that need our attention. Cheers, Adrian On Sep 16, 2008, at 18:02 , StÃ©phane Ducasse wrote: > Hi Esteban > > Lukas is developing seaside on pharo. Netstyle will certainly use it > once the first release is out. > Now the point is do you need the improvements we are doing? > May be 3.9 is good enough or pavel image. > > From a stability point of view the changes are currently low from > api changes - we are cleaning a lot > but not changing. And this may change a bit in the > future but this is ineluctable. If people want something better they > have to ack changes. > We will also try to keep changes to the minimum but not less. We > want a better system > and as such it will change. > > Stef > > > > On Sep 16, 2008, at 5:39 PM, Esteban Lorenzano wrote: > >> Hi, >> I'm planning to start a new commercial, seaside based project in a >> few weeks, and I wish to start it in Pharo, but I'm afraid is not >> very stable yet... >> Can somebody tell me if is usable right now and if not, more or >> less when it will be? >> >> Thanks, >> Esteban >> >> >> >> _______________________________________________ >> 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. 16, 2008

Re: [Pharo-project] is pharo ready for production?

by StÃ©phane Ducasse

Hi Esteban Lukas is developing seaside on pharo. Netstyle will certainly use it once the first release is out. Now the point is do you need the improvements we are doing? May be 3.9 is good enough or pavel image. From a stability point of view the changes are currently low from api changes - we are cleaning a lot but not changing. And this may change a bit in the future but this is ineluctable. If people want something better they have to ack changes. We will also try to keep changes to the minimum but not less. We want a better system and as such it will change. Stef On Sep 16, 2008, at 5:39 PM, Esteban Lorenzano wrote: > Hi, > I'm planning to start a new commercial, seaside based project in a > few weeks, and I wish to start it in Pharo, but I'm afraid is not > very stable yet... > Can somebody tell me if is usable right now and if not, more or less > when it will be? > > Thanks, > Esteban > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 16, 2008

[Pharo-project] is pharo ready for production?

by Esteban Lorenzano

Hi, I'm planning to start a new commercial, seaside based project in a few weeks, and I wish to start it in Pharo, but I'm afraid is not very stable yet... Can somebody tell me if is usable right now and if not, more or less when it will be? Thanks, Esteban

Sept. 16, 2008

Re: [Pharo-project] [ANN] update 10072

by StÃ©phane Ducasse

welcome to Shitty Interface (TM) world! >> btw, Marcus, why you posted it under squeak+freetype category? >> > > I did it yesterday, and the file never showed up... so that's were > it ended up! > (I deleted this wrong file now, the 10072 is now part of pharo) > > marcus

Sept. 16, 2008

Re: [Pharo-project] Throwing out the windowing support from core VM features

by Igor Stasenko

2008/9/16 John M McIntosh <johnmci(a)smalltalkconsulting.com>: > > On Sep 14, 2008, at 12:39 PM, Igor Stasenko wrote: > >> My wish behind all of this is to provide clean separation between core >> VM and UI. Then, in Hydra each image could create and manage own >> windows. > > To complicate things on os-x (macintosh, iPhone) any UI related calls can > only be done on the main thread. > Thus you cannot open a window, draw, or check the window size, etc on thread > 27.... > > Solving this problem on os-x with the current macintosh VMs requires the VM > to be clever. > > This clever coding does not work on the iPhone, although this is an open bug > with Apple. > > For the iPhone we build a "graphic atom" for each display request. On the > flush to screen call, we then bundle up the queued atoms and create > a "frame update request" which is then executed as a frame region invalidate > request on the main thread via a cross thread API call. > This triggers (later) an update event on the main thread for the invalidated > frame or frames, where we remove the frame update request or requests from > the queue, > and paint the queued frame updates > Well, i don't see much problem with it. For instance, to get more uniform model, i wanted to rewrite UI events mechanism with events which i use in Hydra for passing any UI related events to interpreter. In this case, you could have an OS-dependent event sink in main thread, and then dispatch events to be handled in another thread(s). I think that event model, which i introduced in Hydra could do this quite efficiently and with no much complexity overhead. Same could be done in reverse order - when you need to invoke some function only from main thread - you could simply enqueue an event into main thread with proper function, and eventually it will be handled, calling your code and using your params.. > Another issue which perhaps is not obvious is that FFI calls then might need > to run on the main thread, some are not clear, for example > executing many QuickTime calls (seemly non UI related) on a secondary thread > causes a core dump. > Well, this kind of problem, fairly, is not related to VM - you can't guarantee thread safety from VM side if you allowing foreign calls. Some calls could work, some could crash a system - its completely depends on a functions which you calling. > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > _______________________________________________ > 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. 16, 2008

Re: [Pharo-project] Throwing out the windowing support from core VM features

by John M McIntosh

On Sep 14, 2008, at 12:39 PM, Igor Stasenko wrote: > My wish behind all of this is to provide clean separation between core > VM and UI. Then, in Hydra each image could create and manage own > windows. To complicate things on os-x (macintosh, iPhone) any UI related calls can only be done on the main thread. Thus you cannot open a window, draw, or check the window size, etc on thread 27.... Solving this problem on os-x with the current macintosh VMs requires the VM to be clever. This clever coding does not work on the iPhone, although this is an open bug with Apple. For the iPhone we build a "graphic atom" for each display request. On the flush to screen call, we then bundle up the queued atoms and create a "frame update request" which is then executed as a frame region invalidate request on the main thread via a cross thread API call. This triggers (later) an update event on the main thread for the invalidated frame or frames, where we remove the frame update request or requests from the queue, and paint the queued frame updates Another issue which perhaps is not obvious is that FFI calls then might need to run on the main thread, some are not clear, for example executing many QuickTime calls (seemly non UI related) on a secondary thread causes a core dump. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Sept. 16, 2008

Re: [Pharo-project] [ANN] update 10072

by Marcus Denker

On 16.09.2008, at 11:10, Igor Stasenko wrote: > btw, Marcus, why you posted it under squeak+freetype category? > I did it yesterday, and the file never showed up... so that's were it ended up! (I deleted this wrong file now, the 10072 is now part of pharo) marcus > 2008/9/16 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Ok I thought it was a classOrganizer so nothing serious. >> I tried to find it too but could not. >> >> Stef >> >> On Sep 16, 2008, at 10:11 AM, Marcus Denker wrote: >> >>> >>> On 16.09.2008, at 09:24, StÃ©phane Ducasse wrote: >>> >>>> Marcus >>>> >>>> But changesOrganizer is not important? >>>> >>> >>> a reference was introduced by this fix: >>> >>> http://code.google.com/p/pharo/issues/detail?id=95 >>> >>> I honestly don;t know if there was ever a ChangesOrganizer in >>> Squeak. It's >>> not in 3.9, either. >>> >>> Marcus >>> >>> >>>>> >>>>>> This is strange that ChangesOrganizer got removed. >>>>>> May be we should rollback 10072 >>>>>> >>>>> >>>>> No, that would be too much work to recreate as opposed to see >>>>> what was >>>>> removed. Maybe I just harvested a wrong test... >>>>> >>>>>> BTW alex is working on a test server with laffont and this will >>>>>> help us >>>>>> a lot. >>>>>> >>>>>> Stef >>>>>> >>>>>> On Sep 15, 2008, at 9:59 PM, Adrian Lienhard wrote: >>>>>> >>>>>>> I run the tests in 10072. We currently have 5 failures and a >>>>>>> hand full >>>>>>> of errors. The errors come from the class ChangesOrganizer >>>>>>> being removed but >>>>>>> there are references to it in ChangeHooksTest. >>>>>>> >>>>>>> Two MonthTest tests fail because the following method now >>>>>>> looks like: >>>>>>> Month>>index >>>>>>> | t | >>>>>>> t := 5 >>>>>>> >>>>>>> which obviously was an inadvertent change ;) >>>>>>> >>>>>>> Adrian >>>>>>> >>>>>>> >>>>>>> On Sep 15, 2008, at 14:54 , Marcus Denker wrote: >>>>>>> >>>>>>>> >>>>>>>> On 15.09.2008, at 12:42, Damien Cassou wrote: >>>>>>>> >>>>>>>>> Would be cool to create a release now. >>>>>>>>> >>>>>>>> >>>>>>>> yes, I will make a zip today (evening). besides, I want to do a >>>>>>>> one-cklick image based >>>>>>>> on the seaside one later this week. >>>>>>>> >>>>>>>> Marcus >>>>>>>> >>>>>>>> >>>>>>>>> On Sun, Sep 14, 2008 at 11:37 PM, Marcus Denker >>>>>>>>> <denker(a)iam.unibe.ch> wrote: >>>>>>>>>> >>>>>>>>>> update10072 >>>>>>>>>> ----------- >>>>>>>>>> >>>>>>>>>> -> Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej >>>>>>>>>> -> Issue 174: XMLSupport can't be loaded into latest >>>>>>>>>> Pharo image >>>>>>>>>> -> Issue 52: 7102 ObjectPerformOrSendToFix (M1666) >>>>>>>>>> -> Issue 106: 7090 DSAunimplementedCleanup >>>>>>>>>> -> Issue 77: 7127 RemoveMappedCollection >>>>>>>>>> -> More ifNil: refactorings >>>>>>>>>> -> replace all occurrances of "isNil not" with "notNil" >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Marcus Denker -- denker(a)iam.unibe.ch >>>>>>>>>> http://www.iam.unibe.ch/~denker >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Pharo-project mailing list >>>>>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Damien Cassou >>>>>>>>> Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us >>>>>>>>> good >>>>>>>>> luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) >>>>>>>>> _______________________________________________ >>>>>>>>> Pharo-project mailing list >>>>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>> >>>>>>>> -- >>>>>>>> Marcus Denker -- denker(a)iam.unibe.ch >>>>>>>> http://www.iam.unibe.ch/~denker >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>> >>>>> -- >>>>> Marcus Denker -- denker(a)iam.unibe.ch >>>>> http://www.iam.unibe.ch/~denker >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> -- >>> Marcus Denker -- denker(a)iam.unibe.ch >>> http://www.iam.unibe.ch/~denker >>> >>> >>> _______________________________________________ >>> 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 >> > > > > -- > 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 -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 16, 2008

Re: [Pharo-project] [ANN] update 10072

by Igor Stasenko

btw, Marcus, why you posted it under squeak+freetype category? 2008/9/16 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Ok I thought it was a classOrganizer so nothing serious. > I tried to find it too but could not. > > Stef > > On Sep 16, 2008, at 10:11 AM, Marcus Denker wrote: > >> >> On 16.09.2008, at 09:24, StÃ©phane Ducasse wrote: >> >>> Marcus >>> >>> But changesOrganizer is not important? >>> >> >> a reference was introduced by this fix: >> >> http://code.google.com/p/pharo/issues/detail?id=95 >> >> I honestly don;t know if there was ever a ChangesOrganizer in Squeak. It's >> not in 3.9, either. >> >> Marcus >> >> >>>> >>>>> This is strange that ChangesOrganizer got removed. >>>>> May be we should rollback 10072 >>>>> >>>> >>>> No, that would be too much work to recreate as opposed to see what was >>>> removed. Maybe I just harvested a wrong test... >>>> >>>>> BTW alex is working on a test server with laffont and this will help us >>>>> a lot. >>>>> >>>>> Stef >>>>> >>>>> On Sep 15, 2008, at 9:59 PM, Adrian Lienhard wrote: >>>>> >>>>>> I run the tests in 10072. We currently have 5 failures and a hand full >>>>>> of errors. The errors come from the class ChangesOrganizer being removed but >>>>>> there are references to it in ChangeHooksTest. >>>>>> >>>>>> Two MonthTest tests fail because the following method now looks like: >>>>>> Month>>index >>>>>> | t | >>>>>> t := 5 >>>>>> >>>>>> which obviously was an inadvertent change ;) >>>>>> >>>>>> Adrian >>>>>> >>>>>> >>>>>> On Sep 15, 2008, at 14:54 , Marcus Denker wrote: >>>>>> >>>>>>> >>>>>>> On 15.09.2008, at 12:42, Damien Cassou wrote: >>>>>>> >>>>>>>> Would be cool to create a release now. >>>>>>>> >>>>>>> >>>>>>> yes, I will make a zip today (evening). besides, I want to do a >>>>>>> one-cklick image based >>>>>>> on the seaside one later this week. >>>>>>> >>>>>>> Marcus >>>>>>> >>>>>>> >>>>>>>> On Sun, Sep 14, 2008 at 11:37 PM, Marcus Denker >>>>>>>> <denker(a)iam.unibe.ch> wrote: >>>>>>>>> >>>>>>>>> update10072 >>>>>>>>> ----------- >>>>>>>>> >>>>>>>>> -> Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej >>>>>>>>> -> Issue 174: XMLSupport can't be loaded into latest Pharo image >>>>>>>>> -> Issue 52: 7102 ObjectPerformOrSendToFix (M1666) >>>>>>>>> -> Issue 106: 7090 DSAunimplementedCleanup >>>>>>>>> -> Issue 77: 7127 RemoveMappedCollection >>>>>>>>> -> More ifNil: refactorings >>>>>>>>> -> replace all occurrances of "isNil not" with "notNil" >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Marcus Denker -- denker(a)iam.unibe.ch >>>>>>>>> http://www.iam.unibe.ch/~denker >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Pharo-project mailing list >>>>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Damien Cassou >>>>>>>> Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good >>>>>>>> luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) >>>>>>>> _______________________________________________ >>>>>>>> Pharo-project mailing list >>>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>> >>>>>>> -- >>>>>>> Marcus Denker -- denker(a)iam.unibe.ch >>>>>>> http://www.iam.unibe.ch/~denker >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>> >>>> -- >>>> Marcus Denker -- denker(a)iam.unibe.ch >>>> http://www.iam.unibe.ch/~denker >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

Sept. 16, 2008

Re: [Pharo-project] [ANN] update 10072

by Marcus Denker

On 15.09.2008, at 12:42, Damien Cassou wrote: > Would be cool to create a release now. > Done: https://gforge.inria.fr/frs/?group_id=1299 Marcus > On Sun, Sep 14, 2008 at 11:37 PM, Marcus Denker > <denker(a)iam.unibe.ch> wrote: >> update10072 >> ----------- >> >> -> Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej >> -> Issue 174: XMLSupport can't be loaded into latest Pharo image >> -> Issue 52: 7102 ObjectPerformOrSendToFix (M1666) >> -> Issue 106: 7090 DSAunimplementedCleanup >> -> Issue 77: 7127 RemoveMappedCollection >> -> More ifNil: refactorings >> -> replace all occurrances of "isNil not" with "notNil" >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Damien Cassou > Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good > luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 16, 2008