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

Re: [Pharo-project] DNU rootsOfTheWorld

by Norbert Hartl

On Sat, 2008-06-14 at 12:42 +0200, StÃ©phane Ducasse wrote: > Adrian why did you remove the test for rootsOfTheWorld because it > describes that rootsOfTheWorld does I will reintroduce it. > if this is ok ? > No, not really. testRootsOfTheWorld will fail as there are 3 classes set up for TraitsTest that have superclass nil. Maybe the best fix is as Adrian suggested that the test classes which are set up for TraitsTest become Object superclass instead of ProtoObject. I could do the change. Norbert > On Jun 14, 2008, at 9:56 AM, Adrian Lienhard wrote: > > > > > On Jun 13, 2008, at 17:54 , StÃ©phane Ducasse wrote: > > > >> Yes it is used by OB-Refactoring and other and the refactoring > >> engine. > >> May be it shoudl be packaged there. > > > > I checked the refactoring engine and this method is used in various > > places. So the simplest thing to do was to add it back to the Pharo > > image. > > > > Stef, I published a new version of the package SLICE-test-fixes-al.2. > > > > Adrian > > > > > >> > >> > >> Stef > >> On Jun 13, 2008, at 5:36 PM, Adrian Lienhard wrote: > >> > >>> hm, I checked that there are no senders of this method before > >>> removing it. > >>> How can I reproduce it? i.e., what means "open an environment to > >>> apply refactoring"? > >>> > >>> Is this the refactoring browser? If yes, then it might be a good > >>> idea to move the method there if it is not used elsewhere. > >>> > >>> Adrian > >>> > >>> On Jun 13, 2008, at 13:56 , StÃ©phane Ducasse wrote: > >>> > >>>> So Adrian I have the impression that you remove too much :) > >>>> > >>>> Stef > >>>> > >>>> On Jun 13, 2008, at 1:51 PM, StÃ©phane Ducasse wrote: > >>>> > >>>>> Once loaded the latest version and update > >>>>> > >>>>> When I open an environment to apply refactoring > >>>>> I get doesNotUnderstand: #rootsOfTheWorld > >>>>> > >>>>> Stef > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> From: stephane.ducasse(a)inria.fr > >>>>> To: squeak-dev(a)lists.squeakfoundation.org > >>>>> Subject: [BUG]Class class(Object)>>doesNotUnderstand: > >>>>> #rootsOfTheWorld > >>>>> > >>>>> here insert explanation of what you were doing, suspect changes > >>>>> you've made and so forth. > >>>>> > >>>>> 13 June 2008 1:50:10 pm > >>>>> > >>>>> VM: Mac OS - a SmalltalkImage > >>>>> Image: Pharo0.1 [latest update: #10037] > >>>>> > >>>>> SecurityManager state: > >>>>> Restricted: false > >>>>> FileAccess: true > >>>>> SocketAccess: true > >>>>> Working Dir /Users/ducasse/Desktop/Pharo/Pharo0.1-10036-2008-06-10 > >>>>> Trusted Dir /foobar/tooBar/forSqueak/bogus > >>>>> Untrusted Dir /Users/ducasse/Library/Preferences/Squeak/Internet/ > >>>>> My Squeak > >>>>> > >>>>> Class class(Object)>>doesNotUnderstand: #rootsOfTheWorld > >>>>> Receiver: Class > >>>>> Arguments and temporary variables: > >>>>> aMessage: rootsOfTheWorld > >>>>> Receiver's instance variables: > >>>>> superclass: ClassDescription > >>>>> methodDict: a MethodDictionary(#addClassVarName:->a > >>>>> CompiledMethod (608) #addIn...etc... > >>>>> format: 156 > >>>>> instanceVariables: #('subclasses' 'name' 'classPool' > >>>>> 'sharedPools' 'environment...etc... > >>>>> organization: ('accessing' basicCategory basicCategory: > >>>>> basicLocalSelectors bas...etc... > >>>>> subclasses: an Array(ObjectTracer class PseudoContext class > >>>>> ProtoObject class) > >>>>> name: #Class > >>>>> classPool: a Dictionary() > >>>>> sharedPools: nil > >>>>> environment: a SystemDictionary(lots of globals) > >>>>> category: #'Kernel-Classes' > >>>>> traitComposition: TBehaviorCategorization > >>>>> localSelectors: an IdentitySet(#classPool: #sharing: > >>>>> #removeFromSystemUnlogged ...etc... > >>>>> > >>>>> BrowserEnvironment>>allClassesDo: > >>>>> Receiver: Smalltalk > >>>>> Arguments and temporary variables: > >>>>> aBlock: [] in BrowserEnvironment>>classesDo: {[:each | (self > >>>>> includesClass: eac...etc... > >>>>> each: nil > >>>>> Receiver's instance variables: > >>>>> label: nil > >>>>> searchStrings: nil > >>>>> > >>>>> BrowserEnvironment>>classesDo: > >>>>> Receiver: Smalltalk > >>>>> Arguments and temporary variables: > >>>>> aBlock: [] in BrowserEnvironment>>classesAndSelectorsDo: > >>>>> {[:class | self sele...etc... > >>>>> each: nil > >>>>> Receiver's instance variables: > >>>>> label: nil > >>>>> searchStrings: nil > >>>>> > >>>>> BrowserEnvironment>>classesAndSelectorsDo: > >>>>> Receiver: Smalltalk > >>>>> Arguments and temporary variables: > >>>>> aBlock: [] in OREnvironmentNode>>selectorEnvironment > >>>>> {[:class :selector | selec...etc... > >>>>> class: nil > >>>>> sel: nil > >>>>> Receiver's instance variables: > >>>>> label: nil > >>>>> searchStrings: nil > >>>>> > >>>>> > >>>>> --- The full stack --- > >>>>> Class class(Object)>>doesNotUnderstand: #rootsOfTheWorld > >>>>> BrowserEnvironment>>allClassesDo: > >>>>> BrowserEnvironment>>classesDo: > >>>>> BrowserEnvironment>>classesAndSelectorsDo: > >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > >>>>> OREnvironmentNode>>selectorEnvironment > >>>>> ORSystemBrowser>>setMetaNode:node: > >>>>> ORSystemBrowser class(OBBrowser > >>>>> class)>>metaNode:root:selection:panels: > >>>>> ORSystemBrowser class(OBBrowser class)>>root:selection: > >>>>> ORSystemBrowser class(OBBrowser class)>>root: > >>>>> ORSystemBrowser class(OREnvironmentBrowser class)>>on: > >>>>> ORCmdSpawnEnvironment>>execute > >>>>> ORCmdSpawnEnvironment(OBCommand)>>perform:orSendTo: > >>>>> [] in MenuItemMorph>>invokeWithEvent: {[(selArgCount := selector > >>>>> numArgs) = 0 ifTrue: [target perform: selector] ...]} > >>>>> BlockContext>>ensure: > >>>>> CursorWithMask(Cursor)>>showWhile: > >>>>> MenuItemMorph>>invokeWithEvent: > >>>>> MenuItemMorph>>mouseUp: > >>>>> MenuItemMorph>>handleMouseUp: > >>>>> MouseButtonEvent>>sentTo: > >>>>> MenuItemMorph(Morph)>>handleEvent: > >>>>> MorphicEventDispatcher>>dispatchDefault:with: > >>>>> MorphicEventDispatcher>>dispatchEvent:with: > >>>>> MenuItemMorph(Morph)>>processEvent:using: > >>>>> MorphicEventDispatcher>>dispatchDefault:with: > >>>>> MorphicEventDispatcher>>dispatchEvent:with: > >>>>> MenuMorph(Morph)>>processEvent:using: > >>>>> MenuMorph(Morph)>>processEvent: > >>>>> MenuMorph>>handleFocusEvent: > >>>>> [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self. > >>>>> ActiveEvent := anEvent. result := focusHolder han...]} > >>>>> [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]} > >>>>> BlockContext>>on:do: > >>>>> PasteUpMorph>>becomeActiveDuring: > >>>>> HandMorph>>sendFocusEvent:to:clear: > >>>>> HandMorph>>sendEvent:focus:clear: > >>>>> HandMorph>>sendMouseEvent: > >>>>> HandMorph>>handleEvent: > >>>>> HandMorph>>processEvents > >>>>> [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h > >>>>> processEvents. ActiveHand := nil]} > >>>>> Array(SequenceableCollection)>>do: > >>>>> WorldState>>handsDo: > >>>>> WorldState>>doOneCycleNowFor: > >>>>> WorldState>>doOneCycleFor: > >>>>> PasteUpMorph>>doOneCycle > >>>>> [] in Project class>>spawnNewProcess {[[World doOneCycle. > >>>>> Processor yield. false] whileFalse. nil]} > >>>>> [] in BlockContext>>newProcess {[self value. Processor > >>>>> terminateActive]} > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> 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 > >>> > >> > >> > >> _______________________________________________ > >> 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

June 14, 2008

Re: [Pharo-project] DNU rootsOfTheWorld

by StÃ©phane Ducasse

Adrian why did you remove the test for rootsOfTheWorld because it describes that rootsOfTheWorld does I will reintroduce it. if this is ok ? On Jun 14, 2008, at 9:56 AM, Adrian Lienhard wrote: > > On Jun 13, 2008, at 17:54 , StÃ©phane Ducasse wrote: > >> Yes it is used by OB-Refactoring and other and the refactoring >> engine. >> May be it shoudl be packaged there. > > I checked the refactoring engine and this method is used in various > places. So the simplest thing to do was to add it back to the Pharo > image. > > Stef, I published a new version of the package SLICE-test-fixes-al.2. > > Adrian > > >> >> >> Stef >> On Jun 13, 2008, at 5:36 PM, Adrian Lienhard wrote: >> >>> hm, I checked that there are no senders of this method before >>> removing it. >>> How can I reproduce it? i.e., what means "open an environment to >>> apply refactoring"? >>> >>> Is this the refactoring browser? If yes, then it might be a good >>> idea to move the method there if it is not used elsewhere. >>> >>> Adrian >>> >>> On Jun 13, 2008, at 13:56 , StÃ©phane Ducasse wrote: >>> >>>> So Adrian I have the impression that you remove too much :) >>>> >>>> Stef >>>> >>>> On Jun 13, 2008, at 1:51 PM, StÃ©phane Ducasse wrote: >>>> >>>>> Once loaded the latest version and update >>>>> >>>>> When I open an environment to apply refactoring >>>>> I get doesNotUnderstand: #rootsOfTheWorld >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> From: stephane.ducasse(a)inria.fr >>>>> To: squeak-dev(a)lists.squeakfoundation.org >>>>> Subject: [BUG]Class class(Object)>>doesNotUnderstand: >>>>> #rootsOfTheWorld >>>>> >>>>> here insert explanation of what you were doing, suspect changes >>>>> you've made and so forth. >>>>> >>>>> 13 June 2008 1:50:10 pm >>>>> >>>>> VM: Mac OS - a SmalltalkImage >>>>> Image: Pharo0.1 [latest update: #10037] >>>>> >>>>> SecurityManager state: >>>>> Restricted: false >>>>> FileAccess: true >>>>> SocketAccess: true >>>>> Working Dir /Users/ducasse/Desktop/Pharo/Pharo0.1-10036-2008-06-10 >>>>> Trusted Dir /foobar/tooBar/forSqueak/bogus >>>>> Untrusted Dir /Users/ducasse/Library/Preferences/Squeak/Internet/ >>>>> My Squeak >>>>> >>>>> Class class(Object)>>doesNotUnderstand: #rootsOfTheWorld >>>>> Receiver: Class >>>>> Arguments and temporary variables: >>>>> aMessage: rootsOfTheWorld >>>>> Receiver's instance variables: >>>>> superclass: ClassDescription >>>>> methodDict: a MethodDictionary(#addClassVarName:->a >>>>> CompiledMethod (608) #addIn...etc... >>>>> format: 156 >>>>> instanceVariables: #('subclasses' 'name' 'classPool' >>>>> 'sharedPools' 'environment...etc... >>>>> organization: ('accessing' basicCategory basicCategory: >>>>> basicLocalSelectors bas...etc... >>>>> subclasses: an Array(ObjectTracer class PseudoContext class >>>>> ProtoObject class) >>>>> name: #Class >>>>> classPool: a Dictionary() >>>>> sharedPools: nil >>>>> environment: a SystemDictionary(lots of globals) >>>>> category: #'Kernel-Classes' >>>>> traitComposition: TBehaviorCategorization >>>>> localSelectors: an IdentitySet(#classPool: #sharing: >>>>> #removeFromSystemUnlogged ...etc... >>>>> >>>>> BrowserEnvironment>>allClassesDo: >>>>> Receiver: Smalltalk >>>>> Arguments and temporary variables: >>>>> aBlock: [] in BrowserEnvironment>>classesDo: {[:each | (self >>>>> includesClass: eac...etc... >>>>> each: nil >>>>> Receiver's instance variables: >>>>> label: nil >>>>> searchStrings: nil >>>>> >>>>> BrowserEnvironment>>classesDo: >>>>> Receiver: Smalltalk >>>>> Arguments and temporary variables: >>>>> aBlock: [] in BrowserEnvironment>>classesAndSelectorsDo: >>>>> {[:class | self sele...etc... >>>>> each: nil >>>>> Receiver's instance variables: >>>>> label: nil >>>>> searchStrings: nil >>>>> >>>>> BrowserEnvironment>>classesAndSelectorsDo: >>>>> Receiver: Smalltalk >>>>> Arguments and temporary variables: >>>>> aBlock: [] in OREnvironmentNode>>selectorEnvironment >>>>> {[:class :selector | selec...etc... >>>>> class: nil >>>>> sel: nil >>>>> Receiver's instance variables: >>>>> label: nil >>>>> searchStrings: nil >>>>> >>>>> >>>>> --- The full stack --- >>>>> Class class(Object)>>doesNotUnderstand: #rootsOfTheWorld >>>>> BrowserEnvironment>>allClassesDo: >>>>> BrowserEnvironment>>classesDo: >>>>> BrowserEnvironment>>classesAndSelectorsDo: >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>> OREnvironmentNode>>selectorEnvironment >>>>> ORSystemBrowser>>setMetaNode:node: >>>>> ORSystemBrowser class(OBBrowser >>>>> class)>>metaNode:root:selection:panels: >>>>> ORSystemBrowser class(OBBrowser class)>>root:selection: >>>>> ORSystemBrowser class(OBBrowser class)>>root: >>>>> ORSystemBrowser class(OREnvironmentBrowser class)>>on: >>>>> ORCmdSpawnEnvironment>>execute >>>>> ORCmdSpawnEnvironment(OBCommand)>>perform:orSendTo: >>>>> [] in MenuItemMorph>>invokeWithEvent: {[(selArgCount := selector >>>>> numArgs) = 0 ifTrue: [target perform: selector] ...]} >>>>> BlockContext>>ensure: >>>>> CursorWithMask(Cursor)>>showWhile: >>>>> MenuItemMorph>>invokeWithEvent: >>>>> MenuItemMorph>>mouseUp: >>>>> MenuItemMorph>>handleMouseUp: >>>>> MouseButtonEvent>>sentTo: >>>>> MenuItemMorph(Morph)>>handleEvent: >>>>> MorphicEventDispatcher>>dispatchDefault:with: >>>>> MorphicEventDispatcher>>dispatchEvent:with: >>>>> MenuItemMorph(Morph)>>processEvent:using: >>>>> MorphicEventDispatcher>>dispatchDefault:with: >>>>> MorphicEventDispatcher>>dispatchEvent:with: >>>>> MenuMorph(Morph)>>processEvent:using: >>>>> MenuMorph(Morph)>>processEvent: >>>>> MenuMorph>>handleFocusEvent: >>>>> [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self. >>>>> ActiveEvent := anEvent. result := focusHolder han...]} >>>>> [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]} >>>>> BlockContext>>on:do: >>>>> PasteUpMorph>>becomeActiveDuring: >>>>> HandMorph>>sendFocusEvent:to:clear: >>>>> HandMorph>>sendEvent:focus:clear: >>>>> HandMorph>>sendMouseEvent: >>>>> HandMorph>>handleEvent: >>>>> HandMorph>>processEvents >>>>> [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h >>>>> processEvents. ActiveHand := nil]} >>>>> Array(SequenceableCollection)>>do: >>>>> WorldState>>handsDo: >>>>> WorldState>>doOneCycleNowFor: >>>>> WorldState>>doOneCycleFor: >>>>> PasteUpMorph>>doOneCycle >>>>> [] in Project class>>spawnNewProcess {[[World doOneCycle. >>>>> Processor yield. false] whileFalse. nil]} >>>>> [] in BlockContext>>newProcess {[self value. Processor >>>>> terminateActive]} >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> >> _______________________________________________ >> 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 >

June 14, 2008

Re: [Pharo-project] Need code review

by StÃ©phane Ducasse

yes if you could cut it into smaller ones it would be better. Stef On Jun 14, 2008, at 12:31 PM, Alexandre Bergel wrote: > I am now working on the second change. It is a big one... > > Alexandre > > > On 14 Jun 2008, at 12:27, StÃ©phane Ducasse wrote: > >> ok I will harvest it. >> >> Stef >> >> On Jun 14, 2008, at 12:18 PM, Alexandre Bergel wrote: >> >>>> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000238.html >>>>>> [Pharo-project] Hunting down nebraska >>> >>> This change makes sense to me. Essentially reorganization. >>> >>> 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 >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > 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 >

June 14, 2008

Re: [Pharo-project] Need code review

by Alexandre Bergel

I am now working on the second change. It is a big one... Alexandre On 14 Jun 2008, at 12:27, StÃ©phane Ducasse wrote: > ok I will harvest it. > > Stef > > On Jun 14, 2008, at 12:18 PM, Alexandre Bergel wrote: > >>> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000238.html >>>>> [Pharo-project] Hunting down nebraska >> >> This change makes sense to me. Essentially reorganization. >> >> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 14, 2008

Fwd: [Pharo-project] Pharo logos

by StÃ©phane Ducasse

we were discussing with samuel about two logos one a bit clean and another one a bit more thrashy that could be used in different occasion. I like it Begin forwarded message: > From: Samuel MORELLO <samuel.morello(a)ouvanous.com> > Date: June 14, 2008 11:51:18 AM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] Pharo logos > > Comme ca ? > > > > Le 14 juin 08 Ã 11:46, StÃ©phane Ducasse a Ã©crit : > >> je me demande si le pahre en noir ne ressortirait pas plus par >> rapport a la vague. >> >> Stef >> >> On Jun 14, 2008, at 10:32 AM, Samuel MORELLO wrote: >> >>> Voici une nouvelle planche >>> >>> On peu fonctionner avec un logo qui Ã deux versions en paralelle. >>> 1. Sans le rond : Net, reconnaissable et belle forme (pour moi en >>> tout cas) >>> 2. Avec le rond : CaractÃ¨re marquÃ©, pour les "brave programmers", >>> le rond est lÃ©gÃ©rement trash mais ca donne un bon caractÃ¨re (je me >>> repete ;-) >>> >>> >>> Apres je peux revenir sur une 3eme version type web 2 avec degradÃ© >>> et effets de lumiÃ¨re. >>> >>> Mais la base rÃ©elle du logo c'est le phare tout seul >>> >>> Qu'en pesnes tu ? >>> >>> Je pense que ca fonctionne pour ma part >>> >>> Je continue sur la version type web 2 comme la premiere version >>> bleue que j'ai fournie mais sur cette derniere base. >>> >>> Sam >>> >>> >>> >>> Le 14 juin 08 Ã 10:12, StÃ©phane Ducasse a Ã©crit : >>> >>>> moi j;aime bien le premier bleu >>>> si tu arrives a mettre un ou deux rayons cela serait interessant >>>> de voir. >>>> Mais c'est cool apres on va l'utiliser pour la vm et la distri + >>>> le site web youpi... >>>> Setf >>>> On Jun 14, 2008, at 9:58 AM, Samuel MORELLO wrote: >>>> >>>>> <pharo-0.6.1.pdf> >>>>> Bonjour, >>>>> >>>>> J'ai vu ce mail et je pense que les vagues donnent du caractÃ¨res >>>>> Qu'en pense tu ? >>>>> >>>>> Sam >>>>> >>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Pharo is not a paper lantern. >>>>>>> It is a lighthouse showing the way to brave programmers during >>>>>>> the tempest. >>>>>>> >>>> >>> >>> >> >

June 14, 2008

Re: [Pharo-project] Need code review

by StÃ©phane Ducasse

ok I will harvest it. Stef On Jun 14, 2008, at 12:18 PM, Alexandre Bergel wrote: >> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000238.html >>>> [Pharo-project] Hunting down nebraska > > This change makes sense to me. Essentially reorganization. > > 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 >

June 14, 2008

Re: [Pharo-project] ObjectFinalizerTests understanding problems

by Norbert Hartl

On Sat, 2008-06-14 at 12:18 +0200, StÃ©phane Ducasse wrote: > No idea :) > > may be ask in the squeak mailing-list? > You are right :) Norbert > On Jun 14, 2008, at 12:03 PM, Norbert Hartl wrote: > > > Before I recognized that Adrian fixed the > > > > ObjectFinalizerTests>>testFinalizationOfEquals > > > > I gave it try myself. I came to the same conclusion as Adrian > > how to fix. But now after knowing how it works I do not know > > why the test succeeds :) > > > > The test uses > > > > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > > #remove: to: bag with: n]. > > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > > #remove: to: bag with: n]. > > > > My problem is that toFinalizeSend:to:with adds an Objectfinalizer > > to the finalizationRegistry of the instance. But > > > > Object>>finalizationRegistry > > "Answer the finalization registry associated with the receiver." > > ^WeakRegistry default > > > > returns a global object which is WeakKeyDictionary. And > > > > | d | > > d := WeakKeyDictionary new. > > d at: (1 asString copy) put: $a. > > d at: (1 asString copy) put: $b. > > d size > > > > prints 1. To me that would exchange every entry from the first > > run by the second run (because the objects are equal). > > > > So I would assume that if there does not happen a run of the > > garbagecollector between the two loops the objects of the first > > loop should be still contained in the bag. But the test is named > > finalizationOfEquals so I have to assume: self doesNotUnderstand > > > > Can someone explain it to me, please? > > > > Norbert > > > > > > _______________________________________________ > > 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

June 14, 2008

Re: [Pharo-project] Need code review

by Alexandre Bergel

> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000238.html >>> [Pharo-project] Hunting down nebraska This change makes sense to me. Essentially reorganization. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 14, 2008

Re: [Pharo-project] ObjectFinalizerTests understanding problems

by StÃ©phane Ducasse

No idea :) may be ask in the squeak mailing-list? On Jun 14, 2008, at 12:03 PM, Norbert Hartl wrote: > Before I recognized that Adrian fixed the > > ObjectFinalizerTests>>testFinalizationOfEquals > > I gave it try myself. I came to the same conclusion as Adrian > how to fix. But now after knowing how it works I do not know > why the test succeeds :) > > The test uses > > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > #remove: to: bag with: n]. > 1 to: 5 do: [:n | o := Object new. bag add: n. o toFinalizeSend: > #remove: to: bag with: n]. > > My problem is that toFinalizeSend:to:with adds an Objectfinalizer > to the finalizationRegistry of the instance. But > > Object>>finalizationRegistry > "Answer the finalization registry associated with the receiver." > ^WeakRegistry default > > returns a global object which is WeakKeyDictionary. And > > | d | > d := WeakKeyDictionary new. > d at: (1 asString copy) put: $a. > d at: (1 asString copy) put: $b. > d size > > prints 1. To me that would exchange every entry from the first > run by the second run (because the objects are equal). > > So I would assume that if there does not happen a run of the > garbagecollector between the two loops the objects of the first > loop should be still contained in the bag. But the test is named > finalizationOfEquals so I have to assume: self doesNotUnderstand > > Can someone explain it to me, please? > > Norbert > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 14, 2008

[Pharo-project] something really cool with VW debugger

by StÃ©phane Ducasse

Hi all if somebody wants to add a really cool feature to the debugger.... in VW we can see as intermediary variable the results of subsets of expression so we we step thru the execution we do not have to select the expression and print it all the time we can simply see the results in the variable. Stef

June 14, 2008