March 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update 2.0] #20578

by Pavel Krivanek

This update broke some Pharo Kernel jobs. I will look at it later. -- Pavel On Fri, Mar 1, 2013 at 3:16 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > 20578 > ----- > > Issue 7617: make NBExternalEnumeration a subclass of SharedPool again > https://code.google.com/p/pharo/issues/detail?id=7617 > > Issue 7605: moving a method into an extension does not notify the monticello package > https://code.google.com/p/pharo/issues/detail?id=7605 > > Issue 7590: Kill MC History Data (>8MB of the image...) > https://code.google.com/p/pharo/issues/detail?id=7590 > > Issue 7553: tons [delaySemaphore wait] process alive in image > https://code.google.com/p/pharo/issues/detail?id=7553 > (this one for check if it is fixed) > > Diff information: > http://ss3.gemstone.com/ss/Pharo20/NativeBoost-Core-EstebanLorenzano.116.di… > http://ss3.gemstone.com/ss/Pharo20/Kernel-EstebanLorenzano.1324.diff > >

March 2, 2013

Re: [Pharo-project] Test Resources

by stephane ducasse

sounds really interesting. I want this features since long time. So where can I find the latest maintained version of SUnit? Stef

March 2, 2013

[Pharo-project] [update 2.0] #20580

by Marcus Denker

20580 ----- Issue 7623: Progressbar is not showing when it should http://code.google.com/p/pharo/issues/detail?id=7623 Diff information: http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1365.diff

March 2, 2013

Re: [Pharo-project] test job

by Igor Stasenko

On 1 March 2013 12:29, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > > On Feb 28, 2013, at 3:23 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> On Feb 28, 2013, at 1:48 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >> >>> +1 >>> >>> I want everything automatic :) >> >> Even the integration process ? :) > > Somehow. > But I want that one human really reads any code integrated. > +1 review is important. > Stef > -- Best regards, Igor Stasenko.

March 2, 2013

Re: [Pharo-project] TestResult initialization

by Jan Vrany

Historical leftover. On 01/03/13 18:56, Noury Bouraqadi wrote: > Any idea why using OrderedCollection instead of Set? > > TestResult>>initialize > super initialize. > passed := OrderedCollection new. > failures := Set new. > errors := OrderedCollection new. > timeStamp := DateAndTime now > > Noury Bouraqadi > Ecole des Mines de Douai > http://car.mines-douai.fr/noury > -- > > > > > Afin de contribuer au respect de l'environnement, > merci de n'imprimer ce courriel qu'en cas de necessite > > Please consider the environment before you print > > > >

March 1, 2013

Re: [Pharo-project] please test 2.0

by Yanni Chiu

On 01/03/13 1:54 PM, Martin Dias wrote: > I'm sorry but AFAIK you won't be able to materialize in 1.8.x the files > you serialized with 1.8. Maybe Max has some trick to do it? I got an exception: FLBadVersion: Materialization error. Unexpected stream version 18 where it should be 182. I disabled the version check, and things loaded fine. But, I've yet to find a saved file with a Date or DateAndTime instance.

March 1, 2013

Re: [Pharo-project] please test 2.0

by Martin Dias

Or... really i'm not sure what is the Right Solution, but at least I read of a couple of prototypes that achieved to load multiple versions of classes and methods, so it is technically feasible. The magic of Smalltalk! On Fri, Mar 1, 2013 at 7:54 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > I'm sorry but AFAIK you won't be able to materialize in 1.8.x the files > you serialized with 1.8. Maybe Max has some trick to do it? > > And you are true: tanker needs fuel so it won't work :) > > Some time ago we thought in a nasty way of have two versions of fuel at > the same time: take a fuel version, then rename all extension methods > adding a prefix. But it's ugly and it should be done with care. > > This year I realised that it is possible to hack the image to enable > several versions of the same package at the same time. I should ask Marcus > again about this, I think it should be a good solution. Others in this > mailing-list can correct me, but IMO to do it well, we first need a good > modules system... but before maybe we can do some hacky solution to easy > migration of files. It could be fun. > > Martin > > > > > On Fri, Mar 1, 2013 at 5:53 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > >> >> >> On 01/03/13 10:10 AM, Max Leske wrote: >> >>> >>> On 01.03.2013, at 15:36, Martin Dias <tinchodias-** >>> Re5JQEeQqe8AvxtiuMwx3w(a)public.**gmane.org<tinchodias-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org>> >>> wrote: >>> >>> >>> On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu < >>>> yanni-bJEeYj9oJeDQT0dZR+AlfA(a)**public.gmane.org<yanni-bJEeYj9oJeDQT0dZR%2BAlfA(a)public.gmane.org>> >>>> wrote: >>>> >>>>> >>>>> Would it be easy to unload Fuel 1.9 from Pharo-2.0, and load Fuel 1.8 >>>>> instead? >>>>> >>>> >>>> I tried to load Fuel 1.8 in Pharo 2.0 but it seems that there is an >>>> incompatibility with Date and DateAndTimeâ¦ >>>> >>> >>> Should work from 1.8.1 on upwards though... >>> >> >> The description for 1.8.1 says: >> >> - same as 1.8 >> - fix: serialization / materialization of Date objects. >> >> The description for 1.8.2 says: >> >> - Date / DateAndTime are now serialized consistently across different >> images (Squeak and Pharo) >> >> So, the question is: will something serialized by 1.8, load into 1.8.1, >> 1.8.2? I guess I'll find out shortly. >> >> My other option is to do the migration to 1.9 in Pharo-1.4, before moving >> to Pharo-2.0. BTW, the slowest part of a migration is upgrading the Fuel >> version for each set of Fuel files being migrated. Do you think it would >> work to have a Fuel Tanker file for Fuel version 1.9, that can be quickly >> loaded? Hold on - that would mean you'd need some version of Fuel loaded. >> >> >> >> >

March 1, 2013

[Pharo-project] TestResult initialization

by Noury Bouraqadi

Any idea why using OrderedCollection instead of Set? TestResult>>initialize super initialize. passed := OrderedCollection new. failures := Set new. errors := OrderedCollection new. timeStamp := DateAndTime now Noury Bouraqadi Ecole des Mines de Douai http://car.mines-douai.fr/noury -- Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

March 1, 2013

Re: [Pharo-project] please test 2.0

by Martin Dias

I'm sorry but AFAIK you won't be able to materialize in 1.8.x the files you serialized with 1.8. Maybe Max has some trick to do it? And you are true: tanker needs fuel so it won't work :) Some time ago we thought in a nasty way of have two versions of fuel at the same time: take a fuel version, then rename all extension methods adding a prefix. But it's ugly and it should be done with care. This year I realised that it is possible to hack the image to enable several versions of the same package at the same time. I should ask Marcus again about this, I think it should be a good solution. Others in this mailing-list can correct me, but IMO to do it well, we first need a good modules system... but before maybe we can do some hacky solution to easy migration of files. It could be fun. Martin On Fri, Mar 1, 2013 at 5:53 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > > > On 01/03/13 10:10 AM, Max Leske wrote: > >> >> On 01.03.2013, at 15:36, Martin Dias <tinchodias-** >> Re5JQEeQqe8AvxtiuMwx3w(a)public.**gmane.org<tinchodias-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org>> >> wrote: >> >> >> On Mon, Feb 25, 2013 at 10:55 PM, Yanni Chiu < >>> yanni-bJEeYj9oJeDQT0dZR+AlfA(a)**public.gmane.org<yanni-bJEeYj9oJeDQT0dZR%2BAlfA(a)public.gmane.org>> >>> wrote: >>> >>>> >>>> Would it be easy to unload Fuel 1.9 from Pharo-2.0, and load Fuel 1.8 >>>> instead? >>>> >>> >>> I tried to load Fuel 1.8 in Pharo 2.0 but it seems that there is an >>> incompatibility with Date and DateAndTimeâ¦ >>> >> >> Should work from 1.8.1 on upwards though... >> > > The description for 1.8.1 says: > > - same as 1.8 > - fix: serialization / materialization of Date objects. > > The description for 1.8.2 says: > > - Date / DateAndTime are now serialized consistently across different > images (Squeak and Pharo) > > So, the question is: will something serialized by 1.8, load into 1.8.1, > 1.8.2? I guess I'll find out shortly. > > My other option is to do the migration to 1.9 in Pharo-1.4, before moving > to Pharo-2.0. BTW, the slowest part of a migration is upgrading the Fuel > version for each set of Fuel files being migrated. Do you think it would > work to have a Fuel Tanker file for Fuel version 1.9, that can be quickly > loaded? Hold on - that would mean you'd need some version of Fuel loaded. > > > >

March 1, 2013

Re: [Pharo-project] Test Resources

by Jan Vrany

On 01/03/13 16:57, stephane ducasse wrote: > > On Mar 1, 2013, at 5:39 PM, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > >> >>> >>> Good to know. This is still strange that nobody ever contacted us. I have no idea about integration/creation of points that I reported in 2009. I do not know if there is a list of features that I have been considered and/or integrated. >>> For example knowing if the test were green when the application/tests were committed. >>> >> >> That's possible because now test last test outcome (pass,error,fail) is remembered so tools can ask whether the test passed or not. > > do you know how it is done? Indeed. I did it. There's a classInstVar, see TestCase class>>#rememberOutcome: https://swing.fit.cvut.cz/hg/stx.goodies.sunit/file/5cf0a462356a/TestCase.st I think Niall changed it to an external (WeakIdentity)Dictionary in his last version. I forgot the rationale, but I agreed. It was because of VW & SUnitToo, IIRC. > > It could be by design. > SUnit changes so much that we could even give another name to the classes that compose it. > DNU. Jan

March 1, 2013