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

Re: [Pharo-project] something really cool with VW debugger

by StÃ©phane Ducasse

>> > > This is much clearer but I have to disagree. I didn't know these > details but I was still able to understand and use this pane. It > contained valuable information to me in a lot of cases. Moreover, it > is sometimes the only way to get the information you want when the > statements have border effect (as it was the case when I developed the > Nile Stream library I understand what you are saying and I would certainly agree if I can see that. Because I do not care about the detail, I care about the user experience. If the user experience is cool than this is a step in the right direction. Stef

June 16, 2008

Re: [Pharo-project] something really cool with VW debugger

by StÃ©phane Ducasse

On Jun 16, 2008, at 9:48 AM, Lukas Renggli wrote: > On 6/16/08, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> We are talking about the same thing. However, I still do not >> understand your answer. > > Ok, let me backtrack: > > 1. In Smalltalk you have a stack of context frames, subinstances of > ContextPart. The frames are created when sending messages or when > activating blocks. > > 2. Each of these frames has a little (fixed size) stack that is used > on the byte-code level to remember intermediate results and to push > receiver and arguments of message sends. > > Stack 1 is what you commonly see in the debugger and what you usually > refer to as "the execution stack". You suggested to display stack 2 in > the debugger as well. I don't agree that this is useful, because it > violates levels of abstraction. I do not want to discuss that on the theorical level. I found that really efficient to use that to debug with VW. > Stack 2 is only meaningful on a bytecode level. It cannot be directly > manipulated using the Smalltalk code you see in the Debugger. Unless > you exactly know how the compiler generates bytecodes for the current > source code, it is not obvious what the stack displays or when it > grows or shrinks. Smalltalk debuggers work on the source-level (stack > 1), whereas bytecodes are on a level below (stack 2). I believe that > should not be mixed. > > It would be cool to have a Smalltak bytecode debugger, that steps > through the bytecodes and where it would make perfect sense to display > stack 2. However that was not the point of this discussion. I do not know about stack 2 and stakc 1 and personnally I do not care. This is not my point. What I mentioned was a USER experience: I saw that in VW I can see the result of executed expression within the debugger without having to click+ select + printit and this was really cool because as soon as I got it I went really fast debugging repetitive methods. > > > Hope this cleared up things. > > Cheers, > 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 >

June 16, 2008

Re: [Pharo-project] something really cool with VW debugger

by Damien Cassou

On Mon, Jun 16, 2008 at 9:48 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > On 6/16/08, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> We are talking about the same thing. However, I still do not >> understand your answer. > > Ok, let me backtrack: > > 1. In Smalltalk you have a stack of context frames, subinstances of > ContextPart. The frames are created when sending messages or when > activating blocks. > > 2. Each of these frames has a little (fixed size) stack that is used > on the byte-code level to remember intermediate results and to push > receiver and arguments of message sends. > > Stack 1 is what you commonly see in the debugger and what you usually > refer to as "the execution stack". You suggested to display stack 2 in > the debugger as well. I don't agree that this is useful, because it > violates levels of abstraction. > > Stack 2 is only meaningful on a bytecode level. It cannot be directly > manipulated using the Smalltalk code you see in the Debugger. Unless > you exactly know how the compiler generates bytecodes for the current > source code, it is not obvious what the stack displays or when it > grows or shrinks. Smalltalk debuggers work on the source-level (stack > 1), whereas bytecodes are on a level below (stack 2). I believe that > should not be mixed. > > It would be cool to have a Smalltak bytecode debugger, that steps > through the bytecodes and where it would make perfect sense to display > stack 2. However that was not the point of this discussion. > > Hope this cleared up things. This is much clearer but I have to disagree. I didn't know these details but I was still able to understand and use this pane. It contained valuable information to me in a lot of cases. Moreover, it is sometimes the only way to get the information you want when the statements have border effect (as it was the case when I developed the Nile Stream library). -- 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)

June 16, 2008

Re: [Pharo-project] something really cool with VW debugger

by Lukas Renggli

On 6/16/08, Damien Cassou <damien.cassou(a)gmail.com> wrote: > We are talking about the same thing. However, I still do not > understand your answer. Ok, let me backtrack: 1. In Smalltalk you have a stack of context frames, subinstances of ContextPart. The frames are created when sending messages or when activating blocks. 2. Each of these frames has a little (fixed size) stack that is used on the byte-code level to remember intermediate results and to push receiver and arguments of message sends. Stack 1 is what you commonly see in the debugger and what you usually refer to as "the execution stack". You suggested to display stack 2 in the debugger as well. I don't agree that this is useful, because it violates levels of abstraction. Stack 2 is only meaningful on a bytecode level. It cannot be directly manipulated using the Smalltalk code you see in the Debugger. Unless you exactly know how the compiler generates bytecodes for the current source code, it is not obvious what the stack displays or when it grows or shrinks. Smalltalk debuggers work on the source-level (stack 1), whereas bytecodes are on a level below (stack 2). I believe that should not be mixed. It would be cool to have a Smalltak bytecode debugger, that steps through the bytecodes and where it would make perfect sense to display stack 2. However that was not the point of this discussion. Hope this cleared up things. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 16, 2008

Re: [Pharo-project] Need code review

by Alexandre Bergel

> http://lists.gforge.inria.fr/pipermail/pharo-project/2008-June/000323.html >>> [Pharo-project] MVC removal step2 investigations This is a big removal. I reviewed the code. Here are my comments: - Few methods in Browser are redefined using the hypothesis that a browser cannot be open in an MVC project. Methods that refer to PluggableButtonView are also removed. This make sense since this class can be considered as obsolete: a PluggableButtonView cannot be open anymore. - ChangeList: optionalButtonsView is removed. This makes sense since it opens MVC button (PluggableButtonView). This method is called nowhere - ChangeSorter>>openView: topView offsetBy: offset is removed. This method is called nowhere, and refers to MVC code Few questions: - Inspector>>openOn: anObject withEvalPane: withEval withLabel: label valueViewClass: valueViewClass seems to be called by FormInspectView class>>openOn: aFormDictionary withLabel: aLabel Don't you think that removing this method might be a problem? - Why have you removed PasteUpMorph>>open ? TestRunner me dit: - Avant le removal: 2117 run, 2108 passes, 2 expected failures, 7 failures, 0 errors, 0 unexpected passes - AprÃ¨s le removal: 2068 run, 2059 passes, 2 expected failures, 7 failures, 0 errors, 0 unexpected passes Je n'ai vu aucun problÃ¨me aprÃ¨s avoir chargÃ© le removal. I favour an inclusion. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 16, 2008

Re: [Pharo-project] something really cool with VW debugger

by Damien Cassou

---------- Forwarded message ---------- From: Lukas Renggli <renggli(a)gmail.com> Date: Sun, Jun 15, 2008 at 9:54 PM Subject: Re: [Pharo-project] something really cool with VW debugger To: Damien Cassou <damien.cassou(a)gmail.com> > I also find this really cool. I think the obvious place to add this > feature is in Lukas's OB-based debugger. I have no time to do it > myself however. That was for a while in the OB-Debugger. I removed it, because I found it useless and I have the opinion that the stack within a single frame is something that doesn't make sense on the source code level at all. After all this stack is an implementation detail and only exists and makes sense on the bytecode level. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 16, 2008

Re: [Pharo-project] something really cool with VW debugger

by Damien Cassou

I also find this really cool. I think the obvious place to add this feature is in Lukas's OB-based debugger. I have no time to do it myself however. On Sat, Jun 14, 2008 at 12:06 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > 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 > > _______________________________________________ > 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)

June 15, 2008

Re: [Pharo-project] Reintegration of StringSocket

by Damien Cassou

On Sat, Jun 14, 2008 at 9:25 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok but what is the solution right now to make universe work? > Damien may be you should include StringSocket into the Universe package. > Because it is strange to rely on nebraska. I will try to see what I can do. -- 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)

June 15, 2008

Re: [Pharo-project] call for fix: fixing browser names and stupid dead navigation that works

by Damien Cassou

On Fri, Jun 13, 2008 at 4:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jun 13, 2008, at 3:30 PM, Damien Cassou wrote: > >> On Fri, Jun 13, 2008 at 2:40 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> Hi guys >>> >>> I send to this list the email I sent to the great omnibrowser developer >>> list...... >>> Really cool features but seems to forget the basic. if it takes me more >>> than >>> 5 min to find something >>> may be the interface is BAD. >> >> Do you use pharo-dev? > > Not yet. > Why there is a better version of the browser? The version of the browser is the latest version from wiresong.ca. However, I'm taking care of names and open... menu content. -- 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)

June 15, 2008

Re: [Pharo-project] Undeclard continued

by Adrian Lienhard

On Jun 14, 2008, at 22:11 , StÃ©phane Ducasse wrote: > Ok thanks > > The problem with the slice is that I cannot see the changes just > clicking on them. if you click "Merge" instead of "Changes" you get a complete diff, i.e., including the changes from dependent packages. Adrian > > I had a question about your changes. There was a test on finalizer > that changes > if I remember correctly and I was wondering why the test changed > that much. > > Stef > > On Jun 14, 2008, at 6:57 PM, Norbert Hartl wrote: > >> Hi Stef, >> >> you somehow missed the updates in System from the >> FixUndeclared Slice. The class variables SmallPrimes >> and HighBitOfByte are still missing. >> >> 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 15, 2008

Re: Fwd: [Pharo-project] Pharo logos

by Bill Schwab

The last one is pretty good. Someone noted (favorably) the lighthouse's being off-center. That is arguably _essential_ to having it look right. I suggest making the lettering a bit taller relative to the ring; you can probably kern to keep the horizontal dimension about the same as it is not w/o resorting to tall/skinny letters. It might be nice to have wiki page for this?? Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 06/14/08 6:29 AM >>> 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 ? > >

June 14, 2008

Re: [Pharo-project] Undeclard continued

by StÃ©phane Ducasse

Ok thanks The problem with the slice is that I cannot see the changes just clicking on them. I had a question about your changes. There was a test on finalizer that changes if I remember correctly and I was wondering why the test changed that much. Stef On Jun 14, 2008, at 6:57 PM, Norbert Hartl wrote: > Hi Stef, > > you somehow missed the updates in System from the > FixUndeclared Slice. The class variables SmallPrimes > and HighBitOfByte are still missing. > > 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] Undeclard continued

by Norbert Hartl

Hi Stef, you somehow missed the updates in System from the FixUndeclared Slice. The class variables SmallPrimes and HighBitOfByte are still missing. Norbert

June 14, 2008

Re: [Pharo-project] [updates] RootsOf is back + cleaning of norbert

by StÃ©phane Ducasse

New update Norbert nebraska clean Files oscar cleaning Scriptloader cleaning. Next Damien on: Traits fixes.

June 14, 2008

Re: [Pharo-project] DNU rootsOfTheWorld

by Adrian Lienhard

On Jun 14, 2008, at 13:36 , StÃ©phane Ducasse wrote: > ok let us kill it then. yes Adrian > > > stef > > On Jun 14, 2008, at 1:23 PM, Norbert Hartl wrote: > >> On Sat, 2008-06-14 at 12:48 +0200, Norbert Hartl wrote: >>> 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. >>> >> After all the test is not easy to succeed. TraitsTest sets up 3 >> classes so >> >> Class rootsOfTheWorld >> >> will be 6 during test run and 3 afterwards. The second line of the >> test is completely useless as rootsOfTheWorld does a check if the >> superclass is nil. >> >> Norbert >>> 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 >>> >>> >>> _______________________________________________ >>> 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] Pharo logos

by Noury Bouraqadi

I prefer the last one. On 14 juin 08, at 12:29, StÃ©phane Ducasse wrote: > 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 ? >> >> > <pharo-0.7.1.pdf> >> >> >> 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. >>>>>>>> >>>>> >>>> >>>> >>> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Noury Bouraqadi ------------------------------------------------------------------ Dr. Noury Bouraqadi - Enseignant/Chercheur Responsable de l'enseignement de l'informatique ARMINES - Ecole des Mines de Douai - Dept. I.A. http://vst.ensm-douai.fr/noury European Smalltalk Users Group Board http://www.esug.org ------------------------------------------------------------------

June 14, 2008

[Pharo-project] [updates] RootsOf is back + cleaning of norbert

by StÃ©phane Ducasse

Next Damien on: Oscar tests cleaning Norbert nebraska cleaning Stef

June 14, 2008

Re: [Pharo-project] Pharo logos

by Damien Pollet

2008/6/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > 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 I like the wave, and the thrashy look :) Moreover when the lighthouse is not centered it looks more like what one would see through a scope or binoculars, ie. meaning direction or hope rather than some immobile building in the middle of bad weather. Also the thrashy circle has connotations of simplicity, universality, self-containment, evolution : http://en.wikipedia.org/wiki/Lucent_Technologies#Logo http://www.subtextual.org/ The coffee cup stain analogy would be nice for in-progress versions between releases :) > 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. >>>>>>>> >>>>> >>>> >>>> >>> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

June 14, 2008

Re: [Pharo-project] DNU rootsOfTheWorld

by StÃ©phane Ducasse

ok let us kill it then. stef On Jun 14, 2008, at 1:23 PM, Norbert Hartl wrote: > On Sat, 2008-06-14 at 12:48 +0200, Norbert Hartl wrote: >> 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. >> > After all the test is not easy to succeed. TraitsTest sets up 3 > classes so > > Class rootsOfTheWorld > > will be 6 during test run and 3 afterwards. The second line of the > test is completely useless as rootsOfTheWorld does a check if the > superclass is nil. > > Norbert >> 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 >> >> >> _______________________________________________ >> 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 Norbert Hartl

On Sat, 2008-06-14 at 12:48 +0200, Norbert Hartl wrote: > 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. > After all the test is not easy to succeed. TraitsTest sets up 3 classes so Class rootsOfTheWorld will be 6 during test run and 3 afterwards. The second line of the test is completely useless as rootsOfTheWorld does a check if the superclass is nil. Norbert > 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 > > > _______________________________________________ > 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 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

[Pharo-project] ObjectFinalizerTests understanding problems

by Norbert Hartl

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

June 14, 2008

Re: [Pharo-project] Messages sent but not implemented: how to

by StÃ©phane Ducasse

Excellent! I would classify them a bit and create an entry by chunk. > Hi, > I've started to investigate on each SLint result > (681 not implemented sent in my image). > An obvious solution can be proposed for only few of them. For the not implemented I know that some of them got fixed in 3.10.Can you have a look. > > Do I open an issue for each of them or ? > thanks > alain > > _______________________________________________ > 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] Bug for harvesting

by Norbert Hartl

On Sat, 2008-06-14 at 10:17 +0200, Adrian Lienhard wrote: > On Jun 11, 2008, at 20:50 , Victor Rodriguez wrote: > > > On Wed, Jun 11, 2008 at 1:12 PM, Norbert Hartl <norbert(a)hartl.name> > > wrote: > >> Hi, > >> > >> I opened a bug a few minutes ago which you may find interesting > >> for harvest. > >> > >> http://bugs.squeak.org/view.php?id=7090 > > > > I have filed this as Issue 13. I left the state as NEW. > > Victor, could you commit your change to the PharoInbox and update the > ticket http://code.google.com/p/pharo/issues/detail?id=13 ? > I did it as it was my change. Norbert > Thanks, > Adrian > > > > > > > Saludos, > > > > Victor. > > > >> 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 > > > _______________________________________________ > 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] Messages sent but not implemented: how to

by Alain Plantec

Hi, I've started to investigate on each SLint result (681 not implemented sent in my image). An obvious solution can be proposed for only few of them. Do I open an issue for each of them or ? thanks alain

June 14, 2008

Re: [Pharo-project] Reintegration of StringSocket

by Norbert Hartl

On Sat, 2008-06-14 at 09:25 +0200, StÃ©phane Ducasse wrote: > Ok but what is the solution right now to make universe work? > Damien may be you should include StringSocket into the Universe package. > Because it is strange to rely on nebraska. > It is not a problem if you want to only use universe for reading. As Damien told me StringSocket is only used if you update the map. The warning is ugly anyway. Norbert > stef > > On Jun 14, 2008, at 4:51 AM, Michael Rueger wrote: > > > StÃ©phane Ducasse wrote: > >> sure > >> can you publish it somewhere? > >> Stef > >> On Jun 13, 2008, at 3:39 PM, Damien Cassou wrote: > >>> Hi, > >>> > >>> StringSocket is a class part of Nebraska. You removed that class. > >>> However, Universe uses this class to publish packages. Is it > >>> possible > >>> to reintegrate this class, at least partially to support Universe? > > > > I would rather vote for rewrite Universes to not use. > > Special subclasses of Socket are plain evil ;-) > > > > Michael > > > > _______________________________________________ > > 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] Bug for harvesting

by Adrian Lienhard

On Jun 11, 2008, at 20:50 , Victor Rodriguez wrote: > On Wed, Jun 11, 2008 at 1:12 PM, Norbert Hartl <norbert(a)hartl.name> > wrote: >> Hi, >> >> I opened a bug a few minutes ago which you may find interesting >> for harvest. >> >> http://bugs.squeak.org/view.php?id=7090 > > I have filed this as Issue 13. I left the state as NEW. Victor, could you commit your change to the PharoInbox and update the ticket http://code.google.com/p/pharo/issues/detail?id=13 ? Thanks, Adrian > > > Saludos, > > Victor. > >> 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

Fwd: [Pharo-project] Pharo logos

by StÃ©phane Ducasse

Begin forwarded message: > From: Samuel MORELLO <samuel.morello(a)ouvanous.com> > Date: June 14, 2008 9:58:36 AM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] Pharo logos > > > 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] DNU rootsOfTheWorld

by StÃ©phane Ducasse

Thanks I will harvest it. 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] DNU rootsOfTheWorld

by Adrian Lienhard

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

June 14, 2008

Re: [Pharo-project] Reintegration of StringSocket

by StÃ©phane Ducasse

Ok but what is the solution right now to make universe work? Damien may be you should include StringSocket into the Universe package. Because it is strange to rely on nebraska. stef On Jun 14, 2008, at 4:51 AM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> sure >> can you publish it somewhere? >> Stef >> On Jun 13, 2008, at 3:39 PM, Damien Cassou wrote: >>> Hi, >>> >>> StringSocket is a class part of Nebraska. You removed that class. >>> However, Universe uses this class to publish packages. Is it >>> possible >>> to reintegrate this class, at least partially to support Universe? > > I would rather vote for rewrite Universes to not use. > Special subclasses of Socket are plain evil ;-) > > Michael > > _______________________________________________ > 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] Reintegration of StringSocket

by Michael Rueger

StÃ©phane Ducasse wrote: > sure > can you publish it somewhere? > > Stef > > On Jun 13, 2008, at 3:39 PM, Damien Cassou wrote: > >> Hi, >> >> StringSocket is a class part of Nebraska. You removed that class. >> However, Universe uses this class to publish packages. Is it possible >> to reintegrate this class, at least partially to support Universe? I would rather vote for rewrite Universes to not use. Special subclasses of Socket are plain evil ;-) Michael

June 14, 2008

[Pharo-project] Test message

by Pharo Smalltalk

Sorry for the spam. I'm trying to set up automatic notification to the mailing list of wiki and issue comments, but it seems I can't get forwarding to work.. Saludos, Victor Rodriguez.

June 14, 2008

RE: [Pharo-project] Pharo logos

by Gary Chambers

Remembers the balloon from VisualSmalltalk :-) Like the blue one best, perhaps some lens flare though... Gary. > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr]On Behalf Of Adrian > Lienhard > Sent: 13 June 2008 5:53 PM > To: An open mailing list to discuss any topics related to an > open-sourceSmalltalk > Subject: Re: [Pharo-project] Pharo logos > > > > On Jun 13, 2008, at 17:51 , StÃ©phane Ducasse wrote: > > > Pharo is not a paper lantern. > > It is a lighthouse showing the way to brave programmers during the > > tempest. > > > > Let us get rid of the balloon. Kill it. > > +1 > > Adrian > > > > > > > Stef > > > > On Jun 13, 2008, at 5:13 PM, Damien Pollet wrote: > > > >> On Fri, Jun 13, 2008 at 11:50 AM, StÃ©phane Ducasse > >> <stephane.ducasse(a)inria.fr> wrote: > >>> here are some proposals > >>> I like the blue one. But there have something. > >>> Please comment > >> > >> What's really important in a logo / icon is the silhouette and the > >> basic shapes. Here it's just a circle with some kind of striped band > >> in the middle (try shrinking the images to 1-2 cm to see what I > >> mean). > >> > >> Also why not incorporate the Smalltalk balloon ? > >> Pharo = lighthouse = light, plus balloon made me think of those: > >> > >> http://flickr.com/photos/giuseppevironda/1251748131/ > >> http://flickr.com/photos/giuseppevironda/1252610692/ > >> http://flickr.com/photos/dans180/408851463/ > >> > >> or what about something like the crappy attached sketch? > >> > >> -- > >> Damien Pollet > >> type less, do more [ | ] http://people.untyped.org/damien.polle > >> <Picture 1.png>_______________________________________________ > >> 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 13, 2008

Re: [Pharo-project] Pharo logos

by Adrian Lienhard

On Jun 13, 2008, at 17:51 , StÃ©phane Ducasse wrote: > Pharo is not a paper lantern. > It is a lighthouse showing the way to brave programmers during the > tempest. > > Let us get rid of the balloon. Kill it. +1 Adrian > > > Stef > > On Jun 13, 2008, at 5:13 PM, Damien Pollet wrote: > >> On Fri, Jun 13, 2008 at 11:50 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> here are some proposals >>> I like the blue one. But there have something. >>> Please comment >> >> What's really important in a logo / icon is the silhouette and the >> basic shapes. Here it's just a circle with some kind of striped band >> in the middle (try shrinking the images to 1-2 cm to see what I >> mean). >> >> Also why not incorporate the Smalltalk balloon ? >> Pharo = lighthouse = light, plus balloon made me think of those: >> >> http://flickr.com/photos/giuseppevironda/1251748131/ >> http://flickr.com/photos/giuseppevironda/1252610692/ >> http://flickr.com/photos/dans180/408851463/ >> >> or what about something like the crappy attached sketch? >> >> -- >> Damien Pollet >> type less, do more [ | ] http://people.untyped.org/damien.polle >> <Picture 1.png>_______________________________________________ >> 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 13, 2008

Re: [Pharo-project] DNU rootsOfTheWorld

by StÃ©phane Ducasse

Yes it is used by OB-Refactoring and other and the refactoring engine. May be it shoudl be packaged there. 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 >

June 13, 2008

Re: [Pharo-project] Pharo logos

by StÃ©phane Ducasse

Pharo is not a paper lantern. It is a lighthouse showing the way to brave programmers during the tempest. Let us get rid of the balloon. Kill it. Stef On Jun 13, 2008, at 5:13 PM, Damien Pollet wrote: > On Fri, Jun 13, 2008 at 11:50 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> here are some proposals >> I like the blue one. But there have something. >> Please comment > > What's really important in a logo / icon is the silhouette and the > basic shapes. Here it's just a circle with some kind of striped band > in the middle (try shrinking the images to 1-2 cm to see what I mean). > > Also why not incorporate the Smalltalk balloon ? > Pharo = lighthouse = light, plus balloon made me think of those: > > http://flickr.com/photos/giuseppevironda/1251748131/ > http://flickr.com/photos/giuseppevironda/1252610692/ > http://flickr.com/photos/dans180/408851463/ > > or what about something like the crappy attached sketch? > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.polle > <Picture 1.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 13, 2008

Re: [Pharo-project] Pharo logos

by StÃ©phane Ducasse

On Jun 13, 2008, at 5:13 PM, Damien Pollet wrote: > On Fri, Jun 13, 2008 at 11:50 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> here are some proposals >> I like the blue one. But there have something. >> Please comment > > What's really important in a logo / icon is the silhouette and the > basic shapes. Here it's just a circle with some kind of striped band > in the middle (try shrinking the images to 1-2 cm to see what I mean). > > Also why not incorporate the Smalltalk balloon ? > Pharo = lighthouse = light, plus balloon made me think of those: > > http://flickr.com/photos/giuseppevironda/1251748131/ > http://flickr.com/photos/giuseppevironda/1252610692/ > http://flickr.com/photos/dans180/408851463/ > > or what about something like the crappy attached sketch? > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.polle > <Picture 1.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 13, 2008

Re: [Pharo-project] DNU rootsOfTheWorld

by Adrian Lienhard

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

June 13, 2008

Re: [Pharo-project] Pharo logos

by Damien Pollet

On Fri, Jun 13, 2008 at 11:50 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > here are some proposals > I like the blue one. But there have something. > Please comment What's really important in a logo / icon is the silhouette and the basic shapes. Here it's just a circle with some kind of striped band in the middle (try shrinking the images to 1-2 cm to see what I mean). Also why not incorporate the Smalltalk balloon ? Pharo = lighthouse = light, plus balloon made me think of those: http://flickr.com/photos/giuseppevironda/1251748131/ http://flickr.com/photos/giuseppevironda/1252610692/ http://flickr.com/photos/dans180/408851463/ or what about something like the crappy attached sketch? -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.polle

June 13, 2008

Re: [Pharo-project] Reintegration of StringSocket

by StÃ©phane Ducasse

sure can you publish it somewhere? Stef On Jun 13, 2008, at 3:39 PM, Damien Cassou wrote: > Hi, > > StringSocket is a class part of Nebraska. You removed that class. > However, Universe uses this class to publish packages. Is it possible > to reintegrate this class, at least partially to support Universe? > > Bye > > -- > 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 >

June 13, 2008