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

Re: [Pharo-dev] Iceberg and other repos

by Norbert Hartl

I'm using stable, sorry for not saying. I loaded Metacello new baseline: 'Iceberg'; repository: 'github://npasserini/iceberg:stable'; load. Norbert > Am 22.09.2016 um 11:30 schrieb Nicolas Passerini <npasserini(a)gmail.com>: > > Hi Norbert, are you using the stable version or the develpment one? > > > On Thu, Sep 22, 2016 at 10:49 AM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > https://github.com/npasserini/iceberg/issues <https://github.com/npasserini/iceberg/issues> > > but I think this one is already reported (at least, I know I have talk with Nico about it :P) > > Esteban > > > On 22 Sep 2016, at 10:37, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: > > > > I loaded my project with gitfiletree and tried to use it with iceberg. But I get > > > > <Bildschirmfoto 2016-09-22 um 10.35.31.png> > > > > It seems that Iceberg assumes that packages are loaded with Iceberg itself. Meaning if the repository is not an iceberg repository #loadedVersion returns nil. > > > > So where to report bugs for iceberg? > > > > Norbert > > > > >

Sept. 22, 2016

Re: [Pharo-dev] Iceberg and other repos

by Nicolas Passerini

Hi Norbert, are you using the stable version or the develpment one? On Thu, Sep 22, 2016 at 10:49 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > https://github.com/npasserini/iceberg/issues > > but I think this one is already reported (at least, I know I have talk > with Nico about it :P) > > Esteban > > > On 22 Sep 2016, at 10:37, Norbert Hartl <norbert(a)hartl.name> wrote: > > > > I loaded my project with gitfiletree and tried to use it with iceberg. > But I get > > > > <Bildschirmfoto 2016-09-22 um 10.35.31.png> > > > > It seems that Iceberg assumes that packages are loaded with Iceberg > itself. Meaning if the repository is not an iceberg repository > #loadedVersion returns nil. > > > > So where to report bugs for iceberg? > > > > Norbert > > > > >

Sept. 22, 2016

Re: [Pharo-dev] Iceberg and other repos

by Esteban Lorenzano

https://github.com/npasserini/iceberg/issues but I think this one is already reported (at least, I know I have talk with Nico about it :P) Esteban > On 22 Sep 2016, at 10:37, Norbert Hartl <norbert(a)hartl.name> wrote: > > I loaded my project with gitfiletree and tried to use it with iceberg. But I get > > <Bildschirmfoto 2016-09-22 um 10.35.31.png> > > It seems that Iceberg assumes that packages are loaded with Iceberg itself. Meaning if the repository is not an iceberg repository #loadedVersion returns nil. > > So where to report bugs for iceberg? > > Norbert >

Sept. 22, 2016

Iceberg and other repos

by Norbert Hartl

I loaded my project with gitfiletree and tried to use it with iceberg. But I get It seems that Iceberg assumes that packages are loaded with Iceberg itself. Meaning if the repository is not an iceberg repository #loadedVersion returns nil. So where to report bugs for iceberg? Norbert

Sept. 22, 2016

Re: [Pharo-dev] ExternalSemaphoreTable curious garbageCollect

by Ben Coman

On Thu, Sep 22, 2016 at 2:54 PM, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > The semaphores are strongly held, but not the objects that put them there. > Sockets are the main users of the table. > Sockets are finalized by removing registered semaphores from the table. > Garbage collect triggers finalization. > > Hence, garbage collect can result in slots being freed. Gotcha.Thanks for that insight. Socket>>finalize self primSocketDestroyGently: socketHandle. Smalltalk unregisterExternalObject: semaphore. Smalltalk unregisterExternalObject: readSemaphore. Smalltalk unregisterExternalObject: writeSemaphore. cheers -ben

Sept. 22, 2016

Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide)

by Sven Van Caekenberghe

> On 22 Sep 2016, at 00:19, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi Sven, > > thanks. Did not notice that I need three instead of two slashes. So no need > to explicitly convert to ZnUrl. > > So for the records this is what works: > > > pathToPackageDirectory := 'C:\ClonedRepo\packages'. > Metacello new > baseline: 'MyProject'; > repository: ('gitfiletree:///', pathToPackageDirectory) ; > load. So mixing back & forward slashes works ? Pretty weird ;-) > Thanks > T. > >> Gesendet: Dienstag, 20. September 2016 um 20:41 Uhr >> Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide) >> >> Hi Torsten, >> >> Just for the ZnUrl part, have a look at >> >> ZnFileUrlTests>>#testWindowsDriveNamesInFileUrl >> >> AFAIK, your example should be written as: >> >> ('filetree:///' , 'C:/ClonedRepo/packages') asZnUrl. >> >> Or maybe, >> >> (FileLocator C / 'ClonedRepo' / 'packages') asZnUrl. >> >> Sven >> >>> On 20 Sep 2016, at 20:30, Torsten Bergmann <astares(a)gmx.de> wrote: >>> >>> Hi, >>> >>> according to the Metacello quide on [1] in section "Prime Metacello registry" one can write >>> >>> | pathToPackageDirectory | >>> "edit to match the path to your chosen package directory" >>> pathToPackageDirectory := '/opt/git/Sample/packages'. >>> Metacello new >>> baseline: 'Sample'; >>> repository: 'filetree://', pathToPackageDirectory; >>> load. >>> >>> Adopting this for a Windows path I have: >>> >>> | pathToPackageDirectory | >>> pathToPackageDirectory := 'C:\ClonedRepo\packages'. >>> Metacello new >>> baseline: 'MyProject'; >>> repository: 'filetree://', pathToPackageDirectory; >>> load. >>> >>> But I get a ZnPortNotANumber exception, even when I use a diffent protocol like "client://". >>> Tried this in Pharo 6.0 Latest update: #60233 >>> >>> What I want to do (on Windows) is to load all project packages from a local cloned git >>> directory (not a remote GitHub) using the dependencies given in the Baseline. >>> >>> Did I miss something, is it just broken or the docu not up to date? If so is this a parsing issue on the Zinc URLs >>> or an issue of Metacello API? >>> >>> Thanks >>> T. >>> >>> [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… >>> >> >> >> >

Sept. 22, 2016

Re: [Pharo-dev] ExternalSemaphoreTable curious garbageCollect

by Henrik Sperre Johansen

The semaphores are strongly held, but not the objects that put them there. Sockets are the main users of the table. Sockets are finalized by removing registered semaphores from the table. Garbage collect triggers finalization. Hence, garbage collect can result in slots being freed. Cheers, Henry -- View this message in context: http://forum.world.st/ExternalSemaphoreTable-curious-garbageCollect-tp49165… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 22, 2016

ExternalSemaphoreTable curious garbageCollect

by Ben Coman

A curiosity I can't work out and maybe I can learn something... ExternalSemaphoreTable unprotectedExternalObjects class ==> Array so in #freedSlotsIn:ratherThanIncreaseSizeTo: how does the garbageCollect manage to free slots given that the Array holds strongly to its elements? cheers -ben

Sept. 22, 2016

Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide)

by Torsten Bergmann

Hi Sven, thanks. Did not notice that I need three instead of two slashes. So no need to explicitly convert to ZnUrl. So for the records this is what works: pathToPackageDirectory := 'C:\ClonedRepo\packages'. Metacello new baseline: 'MyProject'; repository: ('gitfiletree:///', pathToPackageDirectory) ; load. Thanks T. > Gesendet: Dienstag, 20. September 2016 um 20:41 Uhr > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide) > > Hi Torsten, > > Just for the ZnUrl part, have a look at > > ZnFileUrlTests>>#testWindowsDriveNamesInFileUrl > > AFAIK, your example should be written as: > > ('filetree:///' , 'C:/ClonedRepo/packages') asZnUrl. > > Or maybe, > > (FileLocator C / 'ClonedRepo' / 'packages') asZnUrl. > > Sven > > > On 20 Sep 2016, at 20:30, Torsten Bergmann <astares(a)gmx.de> wrote: > > > > Hi, > > > > according to the Metacello quide on [1] in section "Prime Metacello registry" one can write > > > > | pathToPackageDirectory | > > "edit to match the path to your chosen package directory" > > pathToPackageDirectory := '/opt/git/Sample/packages'. > > Metacello new > > baseline: 'Sample'; > > repository: 'filetree://', pathToPackageDirectory; > > load. > > > > Adopting this for a Windows path I have: > > > > | pathToPackageDirectory | > > pathToPackageDirectory := 'C:\ClonedRepo\packages'. > > Metacello new > > baseline: 'MyProject'; > > repository: 'filetree://', pathToPackageDirectory; > > load. > > > > But I get a ZnPortNotANumber exception, even when I use a diffent protocol like "client://". > > Tried this in Pharo 6.0 Latest update: #60233 > > > > What I want to do (on Windows) is to load all project packages from a local cloned git > > directory (not a remote GitHub) using the dependencies given in the Baseline. > > > > Did I miss something, is it just broken or the docu not up to date? If so is this a parsing issue on the Zinc URLs > > or an issue of Metacello API? > > > > Thanks > > T. > > > > [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… > > > > >

Sept. 21, 2016

Re: [Pharo-dev] [Vm-dev] PrimitiveFailed: primitive #elementsForwardIdentityTo: in Array failed

by HernÃ¡n Morales Durand

Thank you Henrik, I will wait to a new stable version as the problem does not affect too much my workflow. Cheers, HernÃ¡n 2016-09-21 6:03 GMT-03:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > > Yes, you need a new VM built from Cog sources after June, hopefully a > newer can be promoted to stable soon... > > https://pharo.fogbugz.com/f/cases/18711/Cannot-commit-a- > special-character-into-Monticello > > Cheers, > Henry > > > > > On 21 Sep 2016, at 7:19 , HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > > Hi > > > > I don't know if this was reported. Apparently there is a problem when > migrating a large number of instances, I have aprox. 270,000 instances from > which I simply pulled up an ivar in their class to a higher superclass, and > a PrimitiveFailed raised. > > > > It can be reproduced by installing Territorial in Pharo 5.0 with Spur VM > 5.0 from 4 May 2016 in Windows 8.1 (this is the standard image installed > using wget command line in msys). > > > > Gofer it > > smalltalkhubUser: 'hernan' project: 'Territorial'; > > configuration; > > loadDevelopment. > > TCityOrganization addOpenGeoCode > > > > Then manually install Territorial-HernanMoralesDurand.163 from > Monticello. Backwards (installing .163, populating, then .166) also > reproduces the issue. > > > > Is there a fix for this? > > > > --- The full stack --- > > Array(Object)>>primitiveFailed: > > Array(Object)>>primitiveFailed > > Array>>elementsForwardIdentityTo: > > TerritorialCity class(ClassDescription)>>updateInstances:from:isMeta: > > TerritorialCity class(ClassDescription)>>updateInstancesFrom: > > PharoClassInstaller>>updateClass:to: > > [ 1 to: old size do: [ :index | self updateClass: (old at: index) to: > (new at: index) ]. > > old elementsForwardIdentityTo: new. > > " Garbage collect away the zombie instances left behind in garbage > memory in #updateInstancesFrom: " > > " If we don't clean up this garbage, a second update would revive them > with a wrong layout! " > > " (newClass rather than oldClass, since they are now both newClass) " > > Smalltalk garbageCollect ] in PharoClassInstaller>> > migrateClasses:to:using: > > BlockClosure>>ensure: > > BlockClosure>>valueUnpreemptively > > PharoClassInstaller>>migrateClasses:to:using: > > SlotClassBuilder>>migrateClasses: > > SlotClassBuilder>>apply: > > SlotClassBuilder>>build > > PharoClassInstaller class(AbstractClassInstaller class)>>make: > > [ PharoClassInstaller > > make: [ :builder | > > builder > > superclass: superClass; > > name: name; > > layoutClass: (ObjectLayout layoutForType: type); > > slots: self instanceVariables; > > sharedVariables: self classVariables; > > sharedPools: self sharedPoolsString; > > classSlots: self classInstanceVariables; > > traitComposition: self traitCompositionCompiled; > > classTraitComposition: self classTraitCompositionCompiled; > > comment: comment stamp: commentStamp; > > category: category; > > environment: superClass environment ] ] in > MCClassDefinition>>createClass > > BlockClosure>>on:do: > > MCClassDefinition>>createClass > > MCClassDefinition>>load > > MCClassDefinition(MCDefinition)>>addMethodAdditionTo: > > [ :each | each addMethodAdditionTo: methodAdditions ] in > MCPackageLoader>>basicLoadDefinitions > > [ :each | > > | newLabel | > > "Special handling for first and last element" > > (count = 0 > > or: [ count + 1 = size > > or: [ (Time millisecondsSince: lastUpdate) >= msecs ] ]) > > ifTrue: [ bar current: count. > > oldLabel = (newLabel := (labelBlock cull: each) ifNil: [ > oldLabel ]) > > ifFalse: [ bar label: newLabel. > > oldLabel := newLabel ]. > > lastUpdate := Time millisecondClockValue ]. > > aBlock value: each. > > count := count + 1 ] in [ :bar | > > labelBlock := aStringOrBlock isString > > ifTrue: [ bar label: aStringOrBlock. > > [ :dummyItem | aStringOrBlock ] ] > > ifFalse: [ aStringOrBlock ]. > > self > > do: [ :each | > > | newLabel | > > "Special handling for first and last element" > > (count = 0 > > or: [ count + 1 = size > > or: [ (Time millisecondsSince: lastUpdate) >= msecs > ] ]) > > ifTrue: [ bar current: count. > > oldLabel > > = (newLabel := (labelBlock cull: each) ifNil: [ > oldLabel ]) > > ifFalse: [ bar label: newLabel. > > oldLabel := newLabel ]. > > lastUpdate := Time millisecondClockValue ]. > > aBlock value: each. > > count := count + 1 ] ] in OrderedCollection(Collection)> > >do:displayingProgress:every: > > OrderedCollection>>do: > > [ :bar | > > labelBlock := aStringOrBlock isString > > ifTrue: [ bar label: aStringOrBlock. > > [ :dummyItem | aStringOrBlock ] ] > > ifFalse: [ aStringOrBlock ]. > > self > > do: [ :each | > > | newLabel | > > "Special handling for first and last element" > > (count = 0 > > or: [ count + 1 = size > > or: [ (Time millisecondsSince: lastUpdate) >= msecs > ] ]) > > ifTrue: [ bar current: count. > > oldLabel > > = (newLabel := (labelBlock cull: each) ifNil: [ > oldLabel ]) > > ifFalse: [ bar label: newLabel. > > oldLabel := newLabel ]. > > lastUpdate := Time millisecondClockValue ]. > > aBlock value: each. > > count := count + 1 ] ] in OrderedCollection(Collection)> > >do:displayingProgress:every: > > BlockClosure>>cull: > > [ ^ block cull: self ] in [ self prepareForRunning. > > CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run > > [ p psValueAt: index put: anObject. > > aBlock value ] in CurrentJob(DynamicVariable)>>value:during: > > BlockClosure>>ensure: > > CurrentJob(DynamicVariable)>>value:during: > > CurrentJob class(DynamicVariable class)>>value:during: > > [ self prepareForRunning. > > CurrentJob value: self during: [ ^ block cull: self ] ] in Job>>run > > BlockClosure>>ensure: > > Job>>run > > MorphicUIManager(UIManager)>>displayProgress:from:to:during: > > ByteString(String)>>displayProgressFrom:to:during: > > OrderedCollection(Collection)>>do:displayingProgress:every: > > OrderedCollection(Collection)>>do:displayingProgress: > > MCPackageLoader>>basicLoadDefinitions > > [ self basicLoadDefinitions ] in [ self handleLoadErrorsDuring: [ self > basicLoadDefinitions ] ] in MCPackageLoader>>basicLoad > > BlockClosure>>on:do: > > - - - - - - - - - - - - - - - > > - - - - - - - - - - - - - - - - - - > > [ aBlock > > on: InMidstOfFileinNotification > > do: [ :notification | notification resume: true ] ] in > MCPackageLoader>>handleLoadErrorsDuring: > > BlockClosure>>on:do: > > MCPackageLoader>>handleLoadErrorsDuring: > > [ self handleLoadErrorsDuring: [ self basicLoadDefinitions ] ] in > MCPackageLoader>>basicLoad > > BlockClosure>>ensure: > > MCPackageLoader>>basicLoad > > [ self basicLoad ] in MCPackageLoader>>loadWithNameLike: > > BlockClosure>>ensure: > > MCPackageLoader>>useChangeSetNamed:during: > > MCPackageLoader>>useNewChangeSetNamedLike:during: > > MCPackageLoader>>loadWithNameLike: > > MCThreeWayMerger(MCMerger)>>loadWithNameLike: > > MCVersionMerger>>mergeWithNameLike: > > MCVersionMerger class>>mergeVersion: > > MCVersion>>merge > > MCFileRepositoryInspector(MCVersionInspector)>>merge > > MCFileRepositoryInspector>>merge > > MCFileRepositoryInspector(MCTool)>>performButtonAction:enabled: > > PluggableButtonMorph>>performAction: > > [ :m | > > (m containsPoint: evt cursorPoint) > > ifTrue: [ m enabled > > ifTrue: [ m performAction: evt ] ] ] in > PluggableButtonMorph>>mouseUp: > > Array(SequenceableCollection)>>do: > > PluggableButtonMorph>>mouseUp: > > PluggableButtonMorph(Morph)>>handleMouseUp: > > MouseButtonEvent>>sentTo: > > PluggableButtonMorph(Morph)>>handleEvent: > > PluggableButtonMorph(Morph)>>handleFocusEvent: > > [ ActiveHand := self. > > ActiveEvent := anEvent. > > result := focusHolder > > handleFocusEvent: (anEvent transformedBy: (focusHolder > transformedFrom: self)) ] in HandMorph>>sendFocusEvent:to:clear: > > BlockClosure>>on:do: > > WorldMorph(PasteUpMorph)>>becomeActiveDuring: > > HandMorph>>sendFocusEvent:to:clear: > > HandMorph>>sendEvent:focus:clear: > > HandMorph>>sendMouseEvent: > > HandMorph>>handleEvent: > > HandMorph>>processEvents > > [ :h | > > ActiveHand := h. > > h processEvents. > > ActiveHand := nil ] in WorldState>>doOneCycleNowFor: > > Array(SequenceableCollection)>>do: > > WorldState>>handsDo: > > WorldState>>doOneCycleNowFor: > > WorldState>>doOneCycleFor: > > WorldMorph>>doOneCycle > > [ [ World doOneCycle. > > Processor yield. > > false ] whileFalse: [ ] ] in MorphicUIManager>>spawnNewProcess > > [ self value. > > Processor terminateActive ] in BlockClosure>>newProcess > > ------------------------------------------------------------ > ------------------- > > > > > > > > HernÃ¡n > > > > >

Sept. 21, 2016