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

[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