December 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] DNU when quit without saving
by Alain Plantec Dec. 12, 2009

Dec. 12, 2009

Hi all, after last update Alain

2 1

[Pharo-project] ImageSegment [WAS] getting rid of Symbol >> new: ?
by Mariano Martinez Peck Dec. 11, 2009

Dec. 11, 2009

On Thu, Dec 10, 2009 at 1:59 AM, Sheridan Mahoney < sheridan(a)sheridan-mahoney.com> wrote: > > > > Adrian Lienhard wrote: > > > > > > On Dec 8, 2009, at 12:08 , Mariano Martinez Peck wrote: > > > >> On Fri, Dec 4, 2009 at 12:05 PM, Adrian Lienhard <adi(a)netstyle.ch> > >> wrote: > > > >> When you are creating your root of objects and you put symbols > >> inside, they > >> are not put in ourPointers but in ByteArray. > >> This is due to the fact that the only object who is pointing to that > >> symbol > >> is inside the segment ? > > > > To be precise, the symbols are also pointed to by the symbol table, > > but only by weak references. Since image segments use the GC mark > > logic, these pointers are not considered. > > > > > > Martin and I had been working towards the idea that ImageSegments should > never create non-Canonical symbols, what does non-Canonical mean ? > and the user should not have to use > manual techniques to preserve symbols they are interested in keeping alive. > > +9999 agree. > I ended up getting stuck however, in trying to discover what process > ImageSegment > goes through while it is installing objects - ImageSegment #install has a > call to an > unimplemented method #readFromFileWithSymbols which it seems it should > be > using, but isn't....(wha' the?) > > yes. We should try to look in the old squeak images (like 3.6). I tried to make it work, but my machine seems to be too new :( Does someone has an old squeak running and has this method implemented? > > install > "This operation retrieves the segment if necessary from file > storage, > installs it in memory, and replaces (using become:) all the root stubs with > the reconstructed roots of the segment." > > | newRoots | > state = #onFile ifTrue: [self readFromFile]. > state = #onFileWithSymbols ifTrue: [self readFromFileWithSymbols. > endMarker := segment nextObject. "for enumeration of > objects" > endMarker == 0 ifTrue: [endMarker := 'End' clone]]. > (state = #active) | (state = #imported) ifFalse: [self > errorWrongState]. > newRoots := self loadSegmentFrom: segment outPointers: outPointers. > state = #imported > ifTrue: ["just came in from exported file" > arrayOfRoots := newRoots] > ifFalse: [ > arrayOfRoots elementsForwardIdentityTo: newRoots]. > state := #inactive. > Beeper beepPrimitive > > > I think the next step in this trajectory is to trace is how the state is > getting > set - right now it is kind of a mystery... > > Easy, see the senders of onFileWithSymbols.There are 4, but the more important is writeToFileWithSymbols which is also called by writeToFileWithSymbols: So, if you don't use any of those messages, the state never would be onFileWithSymbols. Try to write a test using that message and you will probably get the DNU. In addition, as you said, the user shouldn't even be care about this method. He should just send the message "writeToDisk". I have the same impression with the classes. When you store in a segment a class, you must also put the metaclass. And I think this can be automatically be done by ImageSegment instead of the user. > Does this seem reasonable? > > Thanks, > > Sheri > > > -- > View this message in context: > http://n2.nabble.com/Re-getting-rid-of-Symbol-new-tp4109230p4143090.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

2 1

[Pharo-project] [update 1.1] #11095
by Marcus Denker Dec. 11, 2009

Dec. 11, 2009

11095 ----- Issue 1579: Preferences migration part8 --------- * The old preference browser reveals migration status (now we know what is done) : - light green: fully migrated (class variable + a setting) - light blue: semi migrated (class variable only with a default value which reflects a design decision but no setting). - light red: not migrated (should be removed or decision is pending) - transparent: others :) * added taskbar icons to ObjectExplorer and Inspector * migrate "general" preference group

1 0

[Pharo-project] [update 1.1] #11094
by Marcus Denker Dec. 11, 2009

Dec. 11, 2009

11094 ----- Issue 1576: Benchmarks for WeakKeyDictionary Issue 1581: WeakKeyDictionaryTest has wrong subclass.... Issue 1578: clean propertyListOn: Issue 1564: [FIX] testFinalizationOfEquals fails

1 0

[Pharo-project] can I debug a primitive?
by Mariano Martinez Peck Dec. 11, 2009

Dec. 11, 2009

Yes, I am newbie with low stuff like this. I have downloaded VMMaker and browse the class Interpreter to see the smalltalk (slang) code of the primitives I want to investigate that are primitiveStoreImageSegment and primitiveLoadImageSegment.....now, the question is, should I be able to put a self halt there and debug it? I tried but I did nothing. Is this possible ? I thought it was :( Thanks for the help. Mariano

4 5

[Pharo-project] [Fwd: Issue 1579: Preferences migration part8]
by Alain Plantec Dec. 11, 2009

Dec. 11, 2009

1 0

[Pharo-project] [Fwd: Issue 1571: automaticPlatformSettings preference]
by Alain Plantec Dec. 11, 2009

Dec. 11, 2009

3 4

[Pharo-project] [ANN] ConfigurationOfAlgernon on MonticelloRepository
by Esteban Lorenzano Dec. 11, 2009

Dec. 11, 2009

Hi, For all the Algernon lovers (right now, Mariano and my self), I want to announce a configuration available to Algernon on MetacelloRepository. This version uses just monticello packages and metacello configuration (I mean: no universes needed). As always, you can install it by executing: ConfigurationOfAlgernon project latestVersion load. Enjoy! Esteban

2 2

[Pharo-project] [update 1.1] 11089 to 11092: TO BE TESTED
by Marcus Denker Dec. 11, 2009

Dec. 11, 2009

Issue 1565: [FIX] Improve performance of weak key dictionaries When Martin von Loewis visited SCG in 2007, he did some nice enhancements to weakkeydictionaries... The problem is that they are re-hashed far to often (when a nil key is found, which happens frequently if the keys are garbagecollected often...) For me, this change translates to a ca. 20% improvement in Monticello performance. Original bug report: 0006348: [FIX] Improve performance of weak key dictionaries http://bugs.squeak.org/view.php?id=6348 Marcus

1 0

[Pharo-project] [ANN 1.1] new pre-build Core#11088
by Marcus Denker Dec. 11, 2009

Dec. 11, 2009

New unstable build of Core1.1.... (We will do an image all 10 updates...) http://gforge.inria.fr/frs/download.php/25016/PharoCore-1.1-11088-alpha.zip Marcus

1 0