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

[Pharo-project] DNU when quit without saving

by Alain Plantec

Hi all, after last update Alain

Dec. 11, 2009

[Pharo-project] [update 1.1] #11095

by Marcus Denker

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

Dec. 11, 2009

[Pharo-project] [update 1.1] #11094

by Marcus Denker

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

Dec. 11, 2009

Re: [Pharo-project] getting rid of Symbol >> new: ?

by Mariano Martinez Peck

On Thu, Dec 10, 2009 at 9:21 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Hi Mariano, > > I don't understand your question(s)... If you have some code, that > would probably help. > > Ok. I commit a test case called testInstallSegmenetWithObjectRemoved which is failing in the version Tests-Mariano.40 of the repository http://www.squeaksource.com/MarianoPhD Maybe what is happening is that "anExternalObject" is not being garbageCollected because there are references from the outPointers array. That sounds logic. What do you think? Kind regards, Mariano > Cheers, > Adrian > > > On Dec 9, 2009, at 21:06 , Mariano Martinez Peck wrote: > > > On Wed, Dec 9, 2009 at 9:40 AM, Adrian Lienhard <adi(a)netstyle.ch> > > wrote: > > > >> I don't have the VMMaker code at hand right now (or rather, don't > >> have > >> time to look at it ;)), but I guess that after that piece of code you > >> pasted below there is a loop from the first field (BaseHeader+4) to > >> the last non-weak field (lastFieldOffset) in which the non-weak > >> fields > >> are traced. Note, that if an object both fixed and indexable weak > >> fields the latter are always located after the former. You can see > >> the > >> memory layout and object formats on the pages 9 and 10 of the slides > >> [1] (from a lecture about VMs I gave recently). > >> > >> > > Thanks for the explanation Adrian and the link Adrian...now, being a > > bit > > off-topic, I have the following situation about ImageSegment. I > > tried to > > reproduce it in a unit test, but I couldn't yet :( > > > > Suppose I create a segment with a tree of objects. Suppose inside of > > that > > tree I have an object that refers to an external object called XXX, > > thus it > > is put in the outPointers. > > Then I extract the segment, I write it to disk, and I put a nil to the > > segment variable. > > After that, for some reason, my object XXX is garbage collected from > > my > > image. > > Then I want to load again my segment (reading the file and > > installling it). > > What happens ? it fails? If true, suppose I have already "installed" > > some > > other objects, what happen with those objects? is this atomic ? > > > > Thanks a lot for anyone that can give me a hint. > > > > Mariano > > > > > > > >> Cheers, > >> Adrian > >> > >> [1] http://www.adrian-lienhard.ch/presentations > >> > >> On Dec 8, 2009, at 22:57 , Mariano Martinez Peck wrote: > >> > >>> On Tue, Dec 8, 2009 at 10:54 PM, Mariano Martinez Peck < > >>> marianopeck(a)gmail.com> wrote: > >>> > >>>> > >>>> > >>>> On Tue, Dec 8, 2009 at 5:07 PM, Adrian Lienhard <adi(a)netstyle.ch> > >>>> 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. > >>>>> > >>>> > >>>> Ahhh ok. Now I see Symbol class >> rehash where it sets to > >>>> SymbolTable > >>>> := WeakSet > >>>> > >>>> Now...my finally question is, where in the code you can see the GC > >>>> only > >>>> mark "normal" objects and that week objects are not being taken > >>>> into > >>>> account. Do you know ? I tried to search it but I didn't find it. > >>>> > >>>> > >>> Sorry, I forgot to said I found this in ObjectMemory >> > >>> markAndTrace: > >>> > >>> (self isWeakNonInt: oop) ifTrue: [ > >>> "Set lastFieldOffset before the weak fields in the receiver" > >>> lastFieldOffset := (self nonWeakFieldsOf: oop) << > >>> ShiftForWord. > >>> "And remember as weak root" > >>> weakRootCount := weakRootCount + 1. > >>> weakRoots at: weakRootCount put: oop. > >>> ] ifFalse: [ > >>> "Do it the usual way" > >>> lastFieldOffset := self lastPointerOf: oop. > >>> ]. > >>> > >>> > >>> But I don't know if this make sense or not. > >>> > >>> Thanks!! > >>> > >>> Mariano > >>> > >>> > >>>>>> What you do with this piece of code: > >>>>>> > >>>>>> symbolHolder := Symbol allSymbols. > >>>>>> > >>>>>> is to hold those symbols there. So, when ImageSegment uses the GC > >>>>>> techniques > >>>>>> to detect which objects are ONLY pointed from inside of the > >>>>>> segment, > >>>>>> the > >>>>>> symbols is not found (because it is accessible trough that test) > >>>>>> and > >>>>>> thus, > >>>>>> it goes to outPointers instead of ByteArray. > >>>>>> > >>>>>> And of course, if it is in outPointers instead of ByteArray when > >>>>>> the > >>>>>> segment > >>>>>> is loaded again, yo don't create a symbol again but use the same > >>>>>> object (the > >>>>>> one of the oop). > >>>>>> > >>>>>> I am correct? or I understood anything ? > >>>>> > >>>>> yes. > >>>>> > >>>>> Cheers, > >>>>> Adrian > >>>>> > >>>>> _______________________________________________ > >>>>> 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 >

Dec. 11, 2009

Re: [Pharo-project] Can't browse slices in Inbox

by Mariano Martinez Peck

However, in my opinion, Pharo or whatever, has an "issue" with the following situation: - Modify class of a certain package. - create a new package (maybe called Slice-XXX...). - Open monticello browser, select the package Slice-XXX, right button, "add all dirty packages as required". - Browse the package Slice-XXX and you will see that "seems to be empty". It does not show the changes of its requiered packages. Cheers, Mariano On Tue, Dec 8, 2009 at 3:15 AM, Martin McClure <martin(a)hand2mouse.com>wrote: > Martin McClure wrote: > > In a Monticello browser on the PharoInbox, I haven't been able to browse > > slices. When I press the Browse button I get a browser "Snapshot of > > SLICE...". In the class category pane the only thing listed is > > '*Extensions' and that has nothing in it. > > > > Is this a bug, or am I going about this wrong? > > The latter. I see now -- a slice is truly empty. I was being confused by > an earlier description of "slice" in MC2. > > -Martin > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 11, 2009

Re: [Pharo-project] can I debug a primitive?

by Mariano Martinez Peck

2009/12/11 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > XCode, http://svn.isqueak.org/vm, and some breakpoints works as well, if > you can't get it running in smalltalk :) > hahahaha. I was sure someone would say me "gdb is your friend". But not, I don't like gdb, I want smalltalk debugger :) > You only need to remove the MainWindow.xib from SqueakPureObjC targets' > resources if you don't have the iPhone libs installed, then it's build and > go!) > > Anyway, thanks for the tip. It would be useful for another time or if actually I want to debug the c code. Thank you! mariano > Cheers, > Henry > > > > On Dec 11, 2009, at 10:09 53AM, Mariano Martinez Peck wrote: > > Ok...thanks for the replies. I think right now I will "debug it" with pen > and paper :) > > Cheers, > > Mariano > > On Wed, Dec 9, 2009 at 2:48 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > >> > 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 :( >> >> I do not know for now, for few years ago you could. Simply adding a >> 'self halt' in the VM code or pressing Cmd-. while executing would >> popup a debugger. >> >> 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 > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 11, 2009

[Pharo-project] [Fwd: Issue 1579: Preferences migration part8]

by Alain Plantec

Dec. 11, 2009

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by csrabak＠bol.com.br

Em 11/12/2009 08:02, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr > escreveu: > Dec 11, 2009, at 9:05 AM, Bart Gauquie wrote: > > The problem is that Pharo already binds all possible keyboard > shortcuts to something, which leaves no space for other tools like > the refactoring engine. > Is it not possible to throw away some of the shortcuts defined? I'd > rather have a limited set of shortcuts which are used often, than > defining a lot which are almost never used. I noticed for instance > in the list that there is a shortcut Ctrl+T which inserts ifTrue:[] > ; to my humble opinion, that is way to specific; and I'm not sure > anybody is using this one. I'd rather use Ctrl-T then to open a new > Type (class) or something. Ctrl+Shift+T and Ctrl+Shift+F are nice shorcuts that I vote for staying ;-). Also I would vote for a similar to VW's Ctrl+g for inserting the := sign now that we deprecated for good the undescore. > Another one is Alt - t pressed no the world view to 'find a > transcript'. Is it not better then to find a way to quickly navigate > between windows in general, so for instance, hit a shortcut > anywhere, you get a list of all windows, and by just typing t for > Transcript, and hit Enter, you are already in the transcript window. This is weird, because in some of my images I'm positive that a certain key combination makes a kind of 'round robbin' of open windows. . . > > should really have an overview and see what we can do. > Positively.

Dec. 11, 2009

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by csrabak＠bol.com.br

Em 11/12/2009 05:44, Lukas Renggli < renggli(a)gmail.com > escreveu: > > [snip] > Yeah, I agree on all ;-) > > > will with every next hit on left arrow select a larger block of > > code. So if my cursor is on a message send, it will first select > > the message send, next the receiver and the message send, next: if > > this was a nested, select the part out of that, and so forth. This > > is very handy if you for instance want to do a extract method > > refactoring on some part of the code. Just quickly select it using > > this Alt-Shift selection and extract it. > That's a cool idea. I will add it to the refactoring tools. +1 > > > - Which brings me to the refactoring shortcuts, which I'm missing > > the most. * The most important one is rename. In Eclipse if I > > select a field, a temporary var, a message, a class, anything that > > can be renamed; I can always hit Alt-Shift-R to rename it. I don't > > have to go into a menu, refactor class, or refactor method, or > > refactor source with the mouse to select rename. Just click on it, > > hit the shortcut, type the new name and hit Enter. > The problem is that Pharo already binds all possible keyboard > shortcuts to something, which leaves no space for other tools like > the refactoring engine. I think we could have some leeway if we give up to the present double mapping of some short cuts that accept the Alt and Cmd prefixes to do the same thing (at least in Windows is worse than that because sometimes this double mapping works sometimes does not. > > How are experienced Smalltalkers feeling about this? > Safara was an attempt to implement a replacement for the current > text editor, where nothing was hardcoded but everything could be > configured by the tool (highlighting, completing, shortcuts, > ...). Unfortunately this project never made it into a useable > state. Writing a text editor is difficult. Besides, I _think_ putting a completely reconfigurable environment in Pharo's toolset will create the anxiety of the "paradox of choice" without bringing too much added value. We already have lot of 'fun' having do spread remarks all over the documentation about the appeareance of the tools and still have a half baked solution for the naming of mouse buttons, imagine the added complexity of having to all the time have to put remarks on keyboard shorcuts!!

Dec. 11, 2009

Re: [Pharo-project] Keyboard Shortcuts in Pharo?

by laurent laffont

On Fri, Dec 11, 2009 at 11:00 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Bart > > on my radar I would like migrate one of the keybinding package of old > squeak > Keymapper or Keybinding. I would like to have emacs like short > cuts..... (yeah ctrl-e ctrl-a.... > +1 :) Laurent

Dec. 11, 2009