- Pharo-dev - lists.pharo.org

Re: [Pharo-project] ByteArray storeOn: conflict

by Lukas Renggli

Ahh, ByteArray needs to answer #isLiteral ^ true. Lukas On Sun, Feb 1, 2009 at 10:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > #[1 2 3 ] -> #[1 2 3] > > but > #(1 #[2] 3) an Array(1 #[2] 3) > :( > > I will release first and fix after if I can > > > On Feb 1, 2009, at 10:37 PM, StÃ©phane Ducasse wrote: > >> Me neither :) >> This is strange when I do a diff I see different character and code >> changed. >> >> Stef >> >> On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: >> >>>> apparently there is a conflict on the method initialize of the >>>> character class as well as in atRandom. >>>> Can you check because I do not understand why I should get these >>>> conflicts. >>> >>> I do not understand, I did not change anything there. >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 > -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

#[1 2 3 ] -> #[1 2 3] but #(1 #[2] 3) an Array(1 #[2] 3) :( I will release first and fix after if I can On Feb 1, 2009, at 10:37 PM, StÃ©phane Ducasse wrote: > Me neither :) > This is strange when I do a diff I see different character and code > changed. > > Stef > > On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: > >>> apparently there is a conflict on the method initialize of the >>> character class as well as in atRandom. >>> Can you check because I do not understand why I should get these >>> conflicts. >> >> I do not understand, I did not change anything there. >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> 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 >

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

Me neither :) This is strange when I do a diff I see different character and code changed. Stef On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: >> apparently there is a conflict on the method initialize of the >> character class as well as in atRandom. >> Can you check because I do not understand why I should get these >> conflicts. > > I do not understand, I did not change anything there. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by Lukas Renggli

> apparently there is a conflict on the method initialize of the > character class as well as in atRandom. > Can you check because I do not understand why I should get these > conflicts. I do not understand, I did not change anything there. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

I'm introducing it manually and also fixing printOn: to have #[12 3] printString #[12 3] Since ByteArray isSelfEvaluating -> true which is correct :) On Feb 1, 2009, at 8:16 PM, StÃ©phane Ducasse wrote: > Hi lukas > > apparently there is a conflict on the method initialize of the > character class as well as in atRandom. > Can you check because I do not understand why I should get these > conflicts. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 1, 2009

Re: [Pharo-project] .changes not found after a condenseChanges

by StÃ©phane Ducasse

I think that we should fix the trait sharing behavior first and then check the condense changes Adrian told me that he is working on that. Stef

Feb. 1, 2009

Re: [Pharo-project] .changes not found after a condenseChanges

by Alexandre Bergel

I use the VM 3.8.21 from John. Alexandre On 1 Feb 2009, at 14:39, StÃ©phane Ducasse wrote: > which VM do you use? > > Stef > > On Feb 1, 2009, at 1:08 PM, Alexandre Bergel wrote: > >> I had this error using the latest Core image. >> >> Strange, >> Alexandre >> >> >> On 1 Feb 2009, at 12:58, Norbert Hartl wrote: >> >>> On Sat, 2009-01-31 at 16:01 +0100, Alexandre Bergel wrote: >>>> Hi! >>>> >>>> After having done a "Smalltalk condenseChanges" changes, I got the >>>> following error: >>>> >>> I had this error a few times with an image of 208 I think. >>> I got it even without having the condenseChange. I tried >>> to repair it with condenseChanges but didn't succeed. And >>> then I didn't find to time to track it down. I just upgrade >>> to a newer image and the problem disappeared. >>> >>> Norbert >>> >>> >>> _______________________________________________ >>> 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 1, 2009

[Pharo-project] [ANN] 10216 ClassBuilderTraitFixes

by StÃ©phane Ducasse

Issue 443: Trait users identity set gets into inconsistent state - ClassBuilder fix for http://code.google.com/p/pharo/issues/detail?id=443 - Fix ClassBuilder bug introduced by http://code.google.com/p/pharo/issues/detail?id=246 - Adds TPureBehavior>>withAllSubclassesDo: to provide polymorphism between classes and traits'.

Feb. 1, 2009

Re: [Pharo-project] .changes not found after a condenseChanges

by StÃ©phane Ducasse

But when I restarted some methods are cut. RemoteString past end of file..... ;( so we will have to check that. Stef On Feb 1, 2009, at 8:13 PM, StÃ©phane Ducasse wrote: > Alex I took the latest image + update of core > did a Smalltalk condenseChanges > then I could browse and load code. > I check also browsing methods coming from traits and so on. > I could not get any problem > > On Jan 31, 2009, at 4:01 PM, Alexandre Bergel wrote: > >> Hi! >> >> After having done a "Smalltalk condenseChanges" changes, I got the >> following error: >> <Picture 1.png> >> >> Cheers, >> alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> 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 >

Feb. 1, 2009

Re: [Pharo-project] MVCMenuMorph and Flaps status

by Adrian Lienhard

On Feb 1, 2009, at 19:50 , StÃ©phane Ducasse wrote: > Excellent! > I would say that project and flaps are to be removed. +1 Adrian > > What the other think? > > > Stef > > On Feb 1, 2009, at 6:46 PM, Alain Plantec wrote: > >> Hi all, >> I'm on MVCMenuMorph removal >> (http://code.google.com/p/pharo/issues/detail?id=197) >> I'm just trying to isolate all impacted classes and methods. >> In current pharo core, MVCMenuMorph has only 3 users. >> One of them is Flaps class>>addLocalFlap. >> Since they are no more reachable from menus (as far as I known), >> The question is what is the status of flaps ? >> Are they to be removed ? (i would vote yes) >> Project removal (if done) is also concerned because a lot of >> Project methods are related to flaps. >> thanks >> alain >> >> _______________________________________________ >> 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

Feb. 1, 2009