August 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Help with a WeakOrderedCollection and objects not being GCed

by Mariano Martinez Peck

Ok, I have splitted the slice in two parts: PART1 and PART2. PART1 includes the fixes in #makeRoomAtFirst and #makeRoomAtLast and a new class WeakOrderedCollectionTest with two tests: #testWeakOrderedCollectionSomeGarbageCollected and #testWeakOrderedCollectionAllGarbageCollected. Those tests can be improved a lot and make them look like those in WeakSetTest where each collection operation is tested. I don't have the time/knowledge to do that right now, but if someone can, excellent. The second part is just the revome of OrderedCollection >> grow. Name: SLICE-Issue-4596-WeakOrderedColllection-array-is-replaced-by-an-Array-instead-of-a-WeakArray-PART1-MarianoMartinezPeck.1 Author: MarianoMartinezPeck Time: 3 August 2011, 2:40:10 pm UUID: 35f20200-98ef-581f-1100-000044ef581f Ancestors: Dependencies: CollectionsTests-MarianoMartinezPeck.529, Collections-Sequenceable-MarianoMartinezPeck.97 This is the first part. It includes the fix and 2 tests. Name: SLICE-Issue-4596-WeakOrderedColllection-array-is-replaced-by-an-Array-instead-of-a-WeakArray-PART2-MarianoMartinezPeck.1 Author: MarianoMartinezPeck Time: 3 August 2011, 2:41:42 pm UUID: caf00200-1007-401f-18ec-0e0008e05c1f Ancestors: Dependencies: Collections-Sequenceable-MarianoMartinezPeck.98 It just removes OrderedCollection >> grow On Wed, Aug 3, 2011 at 2:11 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Thanks a lot Nicolas and Henrik. I have split the slice and it works! > I will upload soon both slides, part1 and part2 and a test for it. > > On Wed, Aug 3, 2011 at 1:49 PM, Nicolas Cellier < > nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> Oh I see, for the SLICE, this is again the Pharo's version of >> MCPackageLoader>>basicLoad which is striking. >> In Squeak trunk it would work because removals are performed AFTER >> methodAdditions/Changes. >> In Pharo, removals are performed BEFORE, so yes, the SLICE needs to be >> split in two parts... >> Or you can just manually merge it (apply the removal after...). >> >> I'm eager to see a true atomic load with a single massive becomeForward: >> :) >> IMHO, this should be coupled with lazy initializations mechanism as I >> proposed once (based on pragmas). >> >> Now if you simply modify grow from within a browser, I see no obvious >> reason why it would fail... >> >> Nicolas >> >> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> > >> > >> > On Wed, Aug 3, 2011 at 1:01 PM, Nicolas Cellier >> > <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> >> >> You replace Array with self arrayType, that's all. >> > >> > Here my images freezes and CPU goes 100%. I guess because >> compiling/saving a >> > method uses OrderedCollection grow at the same time. >> > >> >> >> >> But there is better, Pharo already has growAtFirst and growAtLast >> >> which are correct. >> >> Use them instead of grow. >> >> See SLICE in inbox. >> > >> > I cannot load it since it freezes in "Cleaning Up". It can be the same >> > reason as why I cannot save the modification. >> > I am in Pharo1.3 >> > Latest update: #13277 >> > >> > Thanks a lot for the help! >> > >> >> >> >> Nicolas >> >> >> >> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> >> > btw...how can I change OrderedCollection>>grow >> >> > without shooting my foots? >> >> > >> >> > On Wed, Aug 3, 2011 at 12:51 PM, Mariano Martinez Peck >> >> > <marianopeck(a)gmail.com> wrote: >> >> >> >> >> >> >> >> >> On Wed, Aug 3, 2011 at 12:42 PM, Nicolas Cellier >> >> >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> >>> >> >> >>> I'm pretty sure the array inst var of your WeakOrderedColleciton is >> no >> >> >>> more a WeakArray but a simple Array. >> >> >> >> >> >> Yes, indeed, it is a normal Array and that cought my attention. But >> >> >> since >> >> >> I have no idea about Weak stuff...I also noticed that >> >> >> WeakOrderedCollection >> >> >> is declared as: >> >> >> >> >> >> OrderedCollection subclass: #WeakOrderedCollection >> >> >> instanceVariableNames: '' >> >> >> classVariableNames: '' >> >> >> poolDictionaries: '' >> >> >> category: 'Collections-Weak' >> >> >> >> >> >> instead of using the #weakSubclass: ... message: >> >> >> >> >> >> OrderedCollection weakSubclass: #WeakOrderedCollection >> >> >> instanceVariableNames: '' >> >> >> classVariableNames: '' >> >> >> poolDictionaries: '' >> >> >> category: 'Collections-Weak' >> >> >> >> >> >> >> >> >>> >> >> >>> This is because Pharo's WeakOrderedCollection is broken... >> >> >>> >> >> >> >> >> >> Do you know a weak collection that is not broken in Pharo and let me >> do >> >> >> a >> >> >> addLast: ? >> >> >> >> >> >>> >> >> >>> Every reference to Array from within OrderedCollection should be >> >> >>> replaced with message send (self arrayType). >> >> >>> See for example, OrderedCollection>>#grow >> >> >>> >> >> >> >> >> >> Thanks. I will check how many there are and try to fix them. >> >> >> >> >> >>> >> >> >>> Nicolas >> >> >>> >> >> >>> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> >> >>> > Hi guys. I am since yesterday trying to find something and I >> cannot. >> >> >>> > So >> >> >>> > at >> >> >>> > this point I need external eyes :) >> >> >>> > I have this little code: >> >> >>> > >> >> >>> > anObject := ClassWith2Var new. >> >> >>> > sharedObject := ClassWith1Var new. >> >> >>> > sharedObject var1: 'nose'. >> >> >>> > anObject var1: Date today. >> >> >>> > anObject var2: sharedObject. >> >> >>> > >> >> >>> > serializedObjects := FuelMareaSerializer new >> >> >>> > serializeAndWriteObject: >> >> >>> > anObject to: 'aFileName'. >> >> >>> > anObject := nil. >> >> >>> > sharedObject := nil. >> >> >>> > >> >> >>> > 3 timesRepeat: [Smalltalk garbageCollect]. >> >> >>> > serializedObjects inspect. >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > What is important here is that FuelMareaSerializer new >> >> >>> > serializeAndWriteObject: anObject to: 'aFileName' answers a >> >> >>> > WeakOrderedCollection with each object of the serialized graph >> >> >>> > (taking >> >> >>> > anObject as the root) >> >> >>> > Now, if I print the tempVar serializedObjects I see: >> >> >>> > >> >> >>> > a WeakOrderedCollection(ClassWith1Var ClassWith2Var Date >> DateAndTime >> >> >>> > Duration a ClassWith1Var a ClassWith2Var 3 August 2011 >> >> >>> > 2011-08-03T00:00:00+02:00 0:02:00:00 1:00:00:00 86400 2455777 >> 'nose' >> >> >>> > 0 >> >> >>> > 7200) >> >> >>> > >> >> >>> > WHYYYY?? why are all there if I put a nil to both, anObject and >> >> >>> > sharedObejct. This WeakOrderedCollection should be with all nils >> >> >>> > (except >> >> >>> > classes). Why are not being garbage collected? >> >> >>> > >> >> >>> > If I explore, for example the tempVar sharedObejct, which is at >> >> >>> > serializedObjects at: 6 and then I put explore pointers I ONLY >> see >> >> >>> > the >> >> >>> > array of the WeakOrderedCollection pointing to it. I don't >> >> >>> > understand. >> >> >>> > >> >> >>> > Any help is really appreaciated. >> >> >>> > >> >> >>> > -- >> >> >>> > Mariano >> >> >>> > http://marianopeck.wordpress.com >> >> >>> > >> >> >>> > >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> Mariano >> >> >> http://marianopeck.wordpress.com >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > Mariano >> >> > http://marianopeck.wordpress.com >> >> > >> >> > >> >> >> > >> > >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> > >> > >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Aug. 3, 2011

[Pharo-project] Hudson build became unstable: Pharo 1.3 #249

by marcus.denker＠inria.fr

See <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/249/>

Aug. 3, 2011

Re: [Pharo-project] Small Seaside image

by Hilaire Fernandes

Le 03/08/2011 13:45, Henrik Johansen a Ã©crit : > > On Aug 3, 2011, at 1:16 07PM, Hilaire Fernandes wrote: > >> I have found a difference of about 5Mb whether I install or not some >> DejaVu fonts: >> >> ----------------------- >> Gofer new >> url: 'http://www.squeaksource.com/DejaVu'; >> package: 'DejaVuBitmapFonts'; >> load. >> >> ScriptLoader new cleanUpForProduction. >> >> DejaVuHolder installSizes: #(10 12). >> StandardFonts setDefaultFonts: #( >> (codeFont: 'Bitmap DejaVu Sans Regular' 12) >> (listFont: 'Bitmap DejaVu Sans Regular' 12) >> (menuFont: 'Bitmap DejaVu Sans Regular' 12) >> (windowTitleFont: 'Bitmap DejaVu Sans Regular' 12) >> (balloonFont: 'Bitmap DejaVu Sans Regular' 10) >> (haloFont: 'Bitmap DejaVu Sans Regular' 10) >> (buttonFont: 'Bitmap DejaVu Sans Regular' 12) >> (defaultFont: 'Bitmap DejaVu Sans Regular' 12)). >> ----------------------- >> >> 5Mb seems a lot for two sizes font, even if it comes with Bitmaps. Is it >> correct or are there some clean up I can do in the fonts? >> >> Hilaire >> > The package holds source bitmaps for ALL sizes. > Cean up after you have installed the ones you want by unloading > DejaVuBitmapFonts again. Ah, yes understood how it works. > > You can also save more space by removing StrikeFont dejaVuSans... Is it "StrikeFont cleanUp" enought? It saves about 4 MB, with a final image below 10MB, nice. Thanks Hilaire

Aug. 3, 2011

Re: [Pharo-project] [update 1.3] #13293

by Lukas Renggli

Great, thanks for fixing and integrating it. On 3 August 2011 13:41, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 13293 > ----- > > Â Issue 4565: Â Â Monticello workflow broken > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4565 > > > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Lukas Renggli www.lukas-renggli.ch

Aug. 3, 2011

Re: [Pharo-project] Help with a WeakOrderedCollection and objects not being GCed

by Mariano Martinez Peck

Thanks a lot Nicolas and Henrik. I have split the slice and it works! I will upload soon both slides, part1 and part2 and a test for it. On Wed, Aug 3, 2011 at 1:49 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Oh I see, for the SLICE, this is again the Pharo's version of > MCPackageLoader>>basicLoad which is striking. > In Squeak trunk it would work because removals are performed AFTER > methodAdditions/Changes. > In Pharo, removals are performed BEFORE, so yes, the SLICE needs to be > split in two parts... > Or you can just manually merge it (apply the removal after...). > > I'm eager to see a true atomic load with a single massive becomeForward: :) > IMHO, this should be coupled with lazy initializations mechanism as I > proposed once (based on pragmas). > > Now if you simply modify grow from within a browser, I see no obvious > reason why it would fail... > > Nicolas > > 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > > > > On Wed, Aug 3, 2011 at 1:01 PM, Nicolas Cellier > > <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> > >> You replace Array with self arrayType, that's all. > > > > Here my images freezes and CPU goes 100%. I guess because > compiling/saving a > > method uses OrderedCollection grow at the same time. > > > >> > >> But there is better, Pharo already has growAtFirst and growAtLast > >> which are correct. > >> Use them instead of grow. > >> See SLICE in inbox. > > > > I cannot load it since it freezes in "Cleaning Up". It can be the same > > reason as why I cannot save the modification. > > I am in Pharo1.3 > > Latest update: #13277 > > > > Thanks a lot for the help! > > > >> > >> Nicolas > >> > >> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> > btw...how can I change OrderedCollection>>grow > >> > without shooting my foots? > >> > > >> > On Wed, Aug 3, 2011 at 12:51 PM, Mariano Martinez Peck > >> > <marianopeck(a)gmail.com> wrote: > >> >> > >> >> > >> >> On Wed, Aug 3, 2011 at 12:42 PM, Nicolas Cellier > >> >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >> >>> > >> >>> I'm pretty sure the array inst var of your WeakOrderedColleciton is > no > >> >>> more a WeakArray but a simple Array. > >> >> > >> >> Yes, indeed, it is a normal Array and that cought my attention. But > >> >> since > >> >> I have no idea about Weak stuff...I also noticed that > >> >> WeakOrderedCollection > >> >> is declared as: > >> >> > >> >> OrderedCollection subclass: #WeakOrderedCollection > >> >> instanceVariableNames: '' > >> >> classVariableNames: '' > >> >> poolDictionaries: '' > >> >> category: 'Collections-Weak' > >> >> > >> >> instead of using the #weakSubclass: ... message: > >> >> > >> >> OrderedCollection weakSubclass: #WeakOrderedCollection > >> >> instanceVariableNames: '' > >> >> classVariableNames: '' > >> >> poolDictionaries: '' > >> >> category: 'Collections-Weak' > >> >> > >> >> > >> >>> > >> >>> This is because Pharo's WeakOrderedCollection is broken... > >> >>> > >> >> > >> >> Do you know a weak collection that is not broken in Pharo and let me > do > >> >> a > >> >> addLast: ? > >> >> > >> >>> > >> >>> Every reference to Array from within OrderedCollection should be > >> >>> replaced with message send (self arrayType). > >> >>> See for example, OrderedCollection>>#grow > >> >>> > >> >> > >> >> Thanks. I will check how many there are and try to fix them. > >> >> > >> >>> > >> >>> Nicolas > >> >>> > >> >>> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> >>> > Hi guys. I am since yesterday trying to find something and I > cannot. > >> >>> > So > >> >>> > at > >> >>> > this point I need external eyes :) > >> >>> > I have this little code: > >> >>> > > >> >>> > anObject := ClassWith2Var new. > >> >>> > sharedObject := ClassWith1Var new. > >> >>> > sharedObject var1: 'nose'. > >> >>> > anObject var1: Date today. > >> >>> > anObject var2: sharedObject. > >> >>> > > >> >>> > serializedObjects := FuelMareaSerializer new > >> >>> > serializeAndWriteObject: > >> >>> > anObject to: 'aFileName'. > >> >>> > anObject := nil. > >> >>> > sharedObject := nil. > >> >>> > > >> >>> > 3 timesRepeat: [Smalltalk garbageCollect]. > >> >>> > serializedObjects inspect. > >> >>> > > >> >>> > > >> >>> > > >> >>> > What is important here is that FuelMareaSerializer new > >> >>> > serializeAndWriteObject: anObject to: 'aFileName' answers a > >> >>> > WeakOrderedCollection with each object of the serialized graph > >> >>> > (taking > >> >>> > anObject as the root) > >> >>> > Now, if I print the tempVar serializedObjects I see: > >> >>> > > >> >>> > a WeakOrderedCollection(ClassWith1Var ClassWith2Var Date > DateAndTime > >> >>> > Duration a ClassWith1Var a ClassWith2Var 3 August 2011 > >> >>> > 2011-08-03T00:00:00+02:00 0:02:00:00 1:00:00:00 86400 2455777 > 'nose' > >> >>> > 0 > >> >>> > 7200) > >> >>> > > >> >>> > WHYYYY?? why are all there if I put a nil to both, anObject and > >> >>> > sharedObejct. This WeakOrderedCollection should be with all nils > >> >>> > (except > >> >>> > classes). Why are not being garbage collected? > >> >>> > > >> >>> > If I explore, for example the tempVar sharedObejct, which is at > >> >>> > serializedObjects at: 6 and then I put explore pointers I ONLY > see > >> >>> > the > >> >>> > array of the WeakOrderedCollection pointing to it. I don't > >> >>> > understand. > >> >>> > > >> >>> > Any help is really appreaciated. > >> >>> > > >> >>> > -- > >> >>> > Mariano > >> >>> > http://marianopeck.wordpress.com > >> >>> > > >> >>> > > >> >>> > >> >> > >> >> > >> >> > >> >> -- > >> >> Mariano > >> >> http://marianopeck.wordpress.com > >> >> > >> > > >> > > >> > > >> > -- > >> > Mariano > >> > http://marianopeck.wordpress.com > >> > > >> > > >> > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > -- Mariano http://marianopeck.wordpress.com

Aug. 3, 2011

Re: [Pharo-project] something we lost with events [was Optimizing RunArray]

by Schwab,Wilhelm K

Does this start in any particular version? Agreed about "big" files. I have never attempted anything as large as a typical change log, but performance degrades at much more modest sizes. Events in themselves should not be a problem. Dolphin has used them from its beginnings. I vaguely recall one of its early releases having a problem with keyboard response; the then newly-formed Object Arts promptly fixed it. Otherwise, it has always been very responsive. Two things come to mind: (1) I think Smalltalk is wonderful, but I often look for ways to move tight loops into C, perhaps editors need additional primitive support; (2) the Morphic "feature" of passing colors, fonts, etc. with every drawing message might be nagging us here. At least in Windows, creating and selecting pens, brushes, etc. can take time, and I can't help wondering whether that goes on for every drawing message. Dolphin exposes the context, so one can set tools and then draw any number of times using them. Dolphin uses Windows' editing controls, so the comparison is not really valid. I do not believe that native is always better, but this might be a situation where platform widgets would have an advantage. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Nicolas Cellier [nicolas.cellier.aka.nice(a)gmail.com] Sent: Tuesday, August 02, 2011 9:00 PM To: The general-purpose Squeak developers list; Pharo Development Subject: [Pharo-project] something we lost with events [was Optimizing RunArray] I've got the feeling that we've lost one feature: When you're typing super fast, characters would be inserted several at once in a st80 ParagraphEditor That typically happens when the displaying or more probably the paragraph re-composition is slow. The composition/display cycle would occur after first key - giving the impression of a non responsive UI - but then consecutive key strokes would flow all in once thanks to the while loops in #readKeyboard and the buffered Queue of events. Not the most interactive UI ever, but now things are worse with current event implementation. There is a one by one keystroke / composition / display, and the result is a less responsive UI than polling ! If you edit a Smalltalk method, no problem, but try editing your 45 MByte change log just to see how deadly it feels, super fast means 0.2 Hz on my machine. I wonder how we could restore this feature... Nicolas

Aug. 3, 2011

Re: [Pharo-project] Help with a WeakOrderedCollection and objects not being GCed

by Nicolas Cellier

Oh I see, for the SLICE, this is again the Pharo's version of MCPackageLoader>>basicLoad which is striking. In Squeak trunk it would work because removals are performed AFTER methodAdditions/Changes. In Pharo, removals are performed BEFORE, so yes, the SLICE needs to be split in two parts... Or you can just manually merge it (apply the removal after...). I'm eager to see a true atomic load with a single massive becomeForward: :) IMHO, this should be coupled with lazy initializations mechanism as I proposed once (based on pragmas). Now if you simply modify grow from within a browser, I see no obvious reason why it would fail... Nicolas 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Wed, Aug 3, 2011 at 1:01 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> You replace Array with self arrayType, that's all. > > Here my images freezes and CPU goes 100%. I guess because compiling/saving a > method uses OrderedCollection grow at the same time. > >> >> But there is better, Pharo already has growAtFirst and growAtLast >> which are correct. >> Use them instead of grow. >> See SLICE in inbox. > > I cannot load it since it freezes in "Cleaning Up". It can be the same > reason as why I cannot save the modification. > I am in Pharo1.3 > Latest update: #13277 > > Thanks a lot for the help! > >> >> Nicolas >> >> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> > btw...how can I change OrderedCollection>>grow >> > without shooting my foots? >> > >> > On Wed, Aug 3, 2011 at 12:51 PM, Mariano Martinez Peck >> > <marianopeck(a)gmail.com> wrote: >> >> >> >> >> >> On Wed, Aug 3, 2011 at 12:42 PM, Nicolas Cellier >> >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >>> >> >>> I'm pretty sure the array inst var of your WeakOrderedColleciton is no >> >>> more a WeakArray but a simple Array. >> >> >> >> Yes, indeed, it is a normal Array and that cought my attention. But >> >> since >> >> I have no idea about Weak stuff...I also noticed that >> >> WeakOrderedCollection >> >> is declared as: >> >> >> >> OrderedCollection subclass: #WeakOrderedCollection >> >> Â Â Â instanceVariableNames: '' >> >> Â Â Â classVariableNames: '' >> >> Â Â Â poolDictionaries: '' >> >> Â Â Â category: 'Collections-Weak' >> >> >> >> instead of using the #weakSubclass: ... message: >> >> >> >> OrderedCollection weakSubclass: #WeakOrderedCollection >> >> Â Â Â instanceVariableNames: '' >> >> Â Â Â classVariableNames: '' >> >> Â Â Â poolDictionaries: '' >> >> Â Â Â category: 'Collections-Weak' >> >> >> >> >> >>> >> >>> This is because Pharo's WeakOrderedCollection is broken... >> >>> >> >> >> >> Do you know a weak collection that is not broken in Pharo and let me do >> >> a >> >> addLast: ? >> >> >> >>> >> >>> Every reference to Array from within OrderedCollection should be >> >>> replaced with message send (self arrayType). >> >>> See for example, OrderedCollection>>#grow >> >>> >> >> >> >> Thanks. I will check how many there are and try to fix them. >> >> >> >>> >> >>> Nicolas >> >>> >> >>> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> >>> > Hi guys. I am since yesterday trying to find something and I cannot. >> >>> > So >> >>> > at >> >>> > this point I need external eyes :) >> >>> > I have this little code: >> >>> > >> >>> > Â Â Â anObject := ClassWith2Var new. >> >>> > Â Â Â sharedObject := ClassWith1Var new. >> >>> > Â Â Â sharedObject var1: 'nose'. >> >>> > Â Â Â anObject var1: Date today. >> >>> > Â Â Â anObject var2: sharedObject. >> >>> > >> >>> > Â Â Â serializedObjects := FuelMareaSerializer new >> >>> > serializeAndWriteObject: >> >>> > anObject to: 'aFileName'. >> >>> > Â Â Â anObject := nil. >> >>> > Â Â Â sharedObject := nil. >> >>> > >> >>> > Â Â Â 3 timesRepeat: [Smalltalk garbageCollect]. >> >>> > Â Â Â serializedObjects inspect. >> >>> > >> >>> > >> >>> > >> >>> > What is important here is that FuelMareaSerializer new >> >>> > serializeAndWriteObject: anObject to: 'aFileName' answers a >> >>> > WeakOrderedCollection with each object of the serialized graph >> >>> > (taking >> >>> > anObject as the root) >> >>> > Now, if I print the tempVar serializedObjects I see: >> >>> > >> >>> > a WeakOrderedCollection(ClassWith1Var ClassWith2Var Date DateAndTime >> >>> > Duration a ClassWith1Var a ClassWith2Var 3 August 2011 >> >>> > 2011-08-03T00:00:00+02:00 0:02:00:00 1:00:00:00 86400 2455777 'nose' >> >>> > 0 >> >>> > 7200) >> >>> > >> >>> > WHYYYY??Â why are all there if I put a nil to both, anObject and >> >>> > sharedObejct. This WeakOrderedCollection should be with all nils >> >>> > (except >> >>> > classes). Why are not being garbage collected? >> >>> > >> >>> > If I explore, for example the tempVar sharedObejct, which is at >> >>> > serializedObjects at: 6Â Â and then I put explore pointers I ONLY see >> >>> > the >> >>> > array of the WeakOrderedCollection pointing to it. I don't >> >>> > understand. >> >>> > >> >>> > Any help is really appreaciated. >> >>> > >> >>> > -- >> >>> > Mariano >> >>> > http://marianopeck.wordpress.com >> >>> > >> >>> > >> >>> >> >> >> >> >> >> >> >> -- >> >> Mariano >> >> http://marianopeck.wordpress.com >> >> >> > >> > >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> > >> > >> > > > > -- > Mariano > http://marianopeck.wordpress.com > >

Aug. 3, 2011

Re: [Pharo-project] Small Seaside image

by Henrik Johansen

On Aug 3, 2011, at 1:16 07PM, Hilaire Fernandes wrote: > I have found a difference of about 5Mb whether I install or not some > DejaVu fonts: > > ----------------------- > Gofer new > url: 'http://www.squeaksource.com/DejaVu'; > package: 'DejaVuBitmapFonts'; > load. > > ScriptLoader new cleanUpForProduction. > > DejaVuHolder installSizes: #(10 12). > StandardFonts setDefaultFonts: #( > (codeFont: 'Bitmap DejaVu Sans Regular' 12) > (listFont: 'Bitmap DejaVu Sans Regular' 12) > (menuFont: 'Bitmap DejaVu Sans Regular' 12) > (windowTitleFont: 'Bitmap DejaVu Sans Regular' 12) > (balloonFont: 'Bitmap DejaVu Sans Regular' 10) > (haloFont: 'Bitmap DejaVu Sans Regular' 10) > (buttonFont: 'Bitmap DejaVu Sans Regular' 12) > (defaultFont: 'Bitmap DejaVu Sans Regular' 12)). > ----------------------- > > 5Mb seems a lot for two sizes font, even if it comes with Bitmaps. Is it > correct or are there some clean up I can do in the fonts? > > Hilaire > The package holds source bitmaps for ALL sizes. Cean up after you have installed the ones you want by unloading DejaVuBitmapFonts again. You can also save more space by removing StrikeFont dejaVuSans... methods, which are sources for the 3 already installed sizes. This should probably be the job of a #cleanup: true method on StrikeFont though. (which is called by cleanupForProduction) Cheers, Henry

Aug. 3, 2011

[Pharo-project] [update 1.3] #13293

by Marcus Denker

13293 ----- Issue 4565: Monticello workflow broken http://code.google.com/p/pharo/issues/detail?id=4565 -- Marcus Denker -- http://marcusdenker.de

Aug. 3, 2011

Re: [Pharo-project] Help with a WeakOrderedCollection and objects not being GCed

by Mariano Martinez Peck

On Wed, Aug 3, 2011 at 1:01 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > You replace Array with self arrayType, that's all. > Here my images freezes and CPU goes 100%. I guess because compiling/saving a method uses OrderedCollection grow at the same time. > But there is better, Pharo already has growAtFirst and growAtLast > which are correct. > Use them instead of grow. > See SLICE in inbox. > I cannot load it since it freezes in "Cleaning Up". It can be the same reason as why I cannot save the modification. I am in Pharo1.3 Latest update: #13277 Thanks a lot for the help! > > Nicolas > > 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > btw...how can I change OrderedCollection>>grow > > without shooting my foots? > > > > On Wed, Aug 3, 2011 at 12:51 PM, Mariano Martinez Peck > > <marianopeck(a)gmail.com> wrote: > >> > >> > >> On Wed, Aug 3, 2011 at 12:42 PM, Nicolas Cellier > >> <nicolas.cellier.aka.nice(a)gmail.com> wrote: > >>> > >>> I'm pretty sure the array inst var of your WeakOrderedColleciton is no > >>> more a WeakArray but a simple Array. > >> > >> Yes, indeed, it is a normal Array and that cought my attention. But > since > >> I have no idea about Weak stuff...I also noticed that > WeakOrderedCollection > >> is declared as: > >> > >> OrderedCollection subclass: #WeakOrderedCollection > >> instanceVariableNames: '' > >> classVariableNames: '' > >> poolDictionaries: '' > >> category: 'Collections-Weak' > >> > >> instead of using the #weakSubclass: ... message: > >> > >> OrderedCollection weakSubclass: #WeakOrderedCollection > >> instanceVariableNames: '' > >> classVariableNames: '' > >> poolDictionaries: '' > >> category: 'Collections-Weak' > >> > >> > >>> > >>> This is because Pharo's WeakOrderedCollection is broken... > >>> > >> > >> Do you know a weak collection that is not broken in Pharo and let me do > a > >> addLast: ? > >> > >>> > >>> Every reference to Array from within OrderedCollection should be > >>> replaced with message send (self arrayType). > >>> See for example, OrderedCollection>>#grow > >>> > >> > >> Thanks. I will check how many there are and try to fix them. > >> > >>> > >>> Nicolas > >>> > >>> 2011/8/3 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >>> > Hi guys. I am since yesterday trying to find something and I cannot. > So > >>> > at > >>> > this point I need external eyes :) > >>> > I have this little code: > >>> > > >>> > anObject := ClassWith2Var new. > >>> > sharedObject := ClassWith1Var new. > >>> > sharedObject var1: 'nose'. > >>> > anObject var1: Date today. > >>> > anObject var2: sharedObject. > >>> > > >>> > serializedObjects := FuelMareaSerializer new > >>> > serializeAndWriteObject: > >>> > anObject to: 'aFileName'. > >>> > anObject := nil. > >>> > sharedObject := nil. > >>> > > >>> > 3 timesRepeat: [Smalltalk garbageCollect]. > >>> > serializedObjects inspect. > >>> > > >>> > > >>> > > >>> > What is important here is that FuelMareaSerializer new > >>> > serializeAndWriteObject: anObject to: 'aFileName' answers a > >>> > WeakOrderedCollection with each object of the serialized graph > (taking > >>> > anObject as the root) > >>> > Now, if I print the tempVar serializedObjects I see: > >>> > > >>> > a WeakOrderedCollection(ClassWith1Var ClassWith2Var Date DateAndTime > >>> > Duration a ClassWith1Var a ClassWith2Var 3 August 2011 > >>> > 2011-08-03T00:00:00+02:00 0:02:00:00 1:00:00:00 86400 2455777 'nose' > 0 > >>> > 7200) > >>> > > >>> > WHYYYY?? why are all there if I put a nil to both, anObject and > >>> > sharedObejct. This WeakOrderedCollection should be with all nils > >>> > (except > >>> > classes). Why are not being garbage collected? > >>> > > >>> > If I explore, for example the tempVar sharedObejct, which is at > >>> > serializedObjects at: 6 and then I put explore pointers I ONLY see > >>> > the > >>> > array of the WeakOrderedCollection pointing to it. I don't > understand. > >>> > > >>> > Any help is really appreaciated. > >>> > > >>> > -- > >>> > Mariano > >>> > http://marianopeck.wordpress.com > >>> > > >>> > > >>> > >> > >> > >> > >> -- > >> Mariano > >> http://marianopeck.wordpress.com > >> > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > -- Mariano http://marianopeck.wordpress.com

Aug. 3, 2011