September 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] 10073 error

by Marcus Denker

On 19.09.2008, at 09:19, StÃ©phane Ducasse wrote: > Hi > > I took 10072 and pressed update. > After 10 or 15 min I got > > DoIt ^ server aborted early > > So may be the server stopped in the middle. > I think gforge was down this morning... Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Sept. 19, 2008

[Pharo-project] CS in pharo

by StÃ©phane Ducasse

> We have two important fixes: compiler fixes and trait that are in > Changesets or cannot be loaded (in the case of the compiler > with MC). > I suggest for now to add them as changesets > Then we should keep the Compiler package to evaluate if MC1.6 can > be used. > I asked matthew to see if he can load the package. > > I still believe that having atomic loading in pharo is important. > > > > Stef > > >> Issue 167: Please check the traits fixes >> http://code.google.com/p/pharo/issues/detail?id=167 >> >> Comment #2 by adrian.lienhard: >> additionally remove caching of marker methods and make condensing >> work >> looks good now >> >> how do we integrate this since it is a changeset? >> >> Attachments: >> TraitsSharingCM-3.cs 14.6 KB > > > > > > >

Sept. 19, 2008

[Pharo-project] 10073 error

by StÃ©phane Ducasse

Hi I took 10072 and pressed update. After 10 or 15 min I got DoIt ^ server aborted early So may be the server stopped in the middle. Stef

Sept. 19, 2008

[Pharo-project] Copyright inside one click is strange

by StÃ©phane Ducasse

it says Distribution based on Sophie http://www.sophieproject.org/ Seaside http://www.seaside.st Stef

Sept. 19, 2008

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

by StÃ©phane Ducasse

On Sep 18, 2008, at 5:15 PM, Adrian Lienhard wrote: > > On Sep 18, 2008, at 16:36 , StÃ©phane Ducasse wrote: >> >> About traits I was thinking to implement the protocol we designed >> at ESUG. > > what's that? > >> I would like to define some tests also to cover that CM are really >> duplicated. > > btw., I'm in the process of making http://code.google.com/p/pharo/issues/detail?id=167 > work correctly... why It was broken? > that is, I'm looking forward for your test ;) Yes I should really write something.... (fixig again the floor). I hope to get done after the week end. something like... ============================================= A method belong to a trait or a class. how do we query such belonging. T1 c Class A foo uses: T1 + alias T1>>c = c2 (A>>c2) selector -> c2 (A>>c) selector -> c (T>>c) selector -> c (A>>foo) class -> A (A>>c2) class -> A (A>>c) class -> A ***(T1>>c) class -> nil or T1 ? ** (A>>foo) trait -> nil (T1>>c2) trait -> Exception (T1>>c) trait -> T1 (A>>c) trait -> T1 ============================================= T1 c Class A foo uses: T1 + alias T1>>c = c2 Class B uses: T1 (A>>c2) selector -> c2 (A>>c) selector -> c (B>>c) selector -> c (T>>c) selector -> c (A>>foo) class -> A (A>>c2) class -> A (A>>c) class -> A (B>>c) class -> B (A>>foo) trait -> nil (T1>>c2) trait -> Exception (T1>>c) trait -> T1 (B>>c) trait -> T1 (A>>c) trait -> T1 ============================================= T1 c c1 T2 c c2 uses: T1 Class A foo uses: T2 (A>>c2) selector -> c2 (A>>c) selector -> c (T2>>c) selector -> c (T1>>c) selector -> c (A>>foo) class -> A (A>>c2) class -> A (A>>c) class -> A (A>>c1) class -> A (T1>>c1) class -> ???? T1 or nil (T2>>c1) (T2>>c2) class -> ???? T2 or nil (A>>foo) trait -> nil (A>>c2) trait -> T2 (A>>c) trait -> T2 (A>>c1) trait -> T2 ***** since it is flat (T1>>c1) trait -> ???? T1 or nil (T2>>c1) trait (T2>>c2) trait -> ???? T2 or nil origin = definingClassOrTrait (A>>foo) origin -> A (A>>c2) origin -> T2 (A>>c1) origin -> T1 (A>>c) origin -> T2 ***** (T1>>c) origin -> T1 (T1>>c1) origin -> T1 The origin is the method that you changed (and not override) when you want to change a method in the flat view.

Sept. 18, 2008

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

by Adrian Lienhard

On Sep 18, 2008, at 16:36 , StÃ©phane Ducasse wrote: > > About traits I was thinking to implement the protocol we designed at > ESUG. what's that? > I would like to define some tests also to cover that CM are really > duplicated. btw., I'm in the process of making http://code.google.com/p/pharo/issues/detail?id=167 work correctly... that is, I'm looking forward for your test ;) Adrian

Sept. 18, 2008

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

by StÃ©phane Ducasse

Thanks. About traits I was thinking to implement the protocol we designed at ESUG. I would like to define some tests also to cover that CM are really duplicated. >>> >> in two words what was that? > > > 006472: TraitBehavior>>#allClassVarNames is undefined > Description > TraitBehavior contains class compatibility messages. However > #allClassVarNames is not implemented. > eCompletion crashes often because of that. Attached patch > implemented this missing method. Tx

Sept. 18, 2008

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

by Marcus Denker

On 18.09.2008, at 14:02, StÃ©phane Ducasse wrote: > > On Sep 18, 2008, at 12:26 PM, Marcus Denker wrote: > >> update 10073 >> ------------ >> >> - Issue 44: 7094 FixClassCompatibilityForClassVar (M6472) > > in two words what was that? 006472: TraitBehavior>>#allClassVarNames is undefined Description TraitBehavior contains class compatibility messages. However #allClassVarNames is not implemented. eCompletion crashes often because of that. Attached patch implemented this missing method. > > >> >> - Issue 86: 7138 TransformationMorph-isSticky >> - Issue 89: 7141 PrintingArraysWithMetaclasses >> - Issue 42: 7092 TTCFontDNUfix (M5309) >> - Issue 176:failing tests in 70072 >> - delete ParagraphEditor>>#initializeTextEditorMenus (never called, >> has undeclared) >> - revert Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej (broke >> tests) >> - MorphExtension now stores properties in SmallIdentityDictionary. >> - in loadscript: Smalltalk associations do: [:each | each >> beReadWriteBindingAnnouncing: true] >> >> >> Because it recompiles all methods multiple times, the update takes >> a while to load. >> (this is to be able to remove ReadOnlyVariableBinding, which has >> never seen any use) > > Excellent! > > Stef >> >> >> Marcus >> >> -- >> 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

Sept. 18, 2008

Re: [Pharo-project] Non-pharo reports in pharo bugtracker...

by StÃ©phane Ducasse

I agree but we should look at them also from time to time. :) On Sep 18, 2008, at 10:27 AM, Marcus Denker wrote: > Hi, > > There are reports in the pharo tracker that are not solvable because > the software the bug > is reported about is not part of pharo. > > I wonder if that makes sense... from the bug-fixing of Squeak, I > have found that it's very > important to keep the numner of open issues as small as possible. > (the nearly 1000 open reports > they gatheres when doing 3.10 in Squeak is completely unmanagable, > for example). > > I would suggest to put these reports on a wiki page, instead of the > bugstracker. Or report them > to the developers of the package. > > Marcus > > -- > 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 >

Sept. 18, 2008

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

by StÃ©phane Ducasse

On Sep 18, 2008, at 12:26 PM, Marcus Denker wrote: > update 10073 > ------------ > > - Issue 44: 7094 FixClassCompatibilityForClassVar (M6472) in two words what was that? > > - Issue 86: 7138 TransformationMorph-isSticky > - Issue 89: 7141 PrintingArraysWithMetaclasses > - Issue 42: 7092 TTCFontDNUfix (M5309) > - Issue 176:failing tests in 70072 > - delete ParagraphEditor>>#initializeTextEditorMenus (never called, > has undeclared) > - revert Issue 95: 7149 ChangeHooksTest-tearDown-M6702-rej (broke > tests) > - MorphExtension now stores properties in SmallIdentityDictionary. > - in loadscript: Smalltalk associations do: [:each | each > beReadWriteBindingAnnouncing: true] > > > Because it recompiles all methods multiple times, the update takes a > while to load. > (this is to be able to remove ReadOnlyVariableBinding, which has > never seen any use) Excellent! Stef > > > Marcus > > -- > 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 >

Sept. 18, 2008