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

Re: [Pharo-project] KnownLands: a Class dependency explorer

by Alexandre Bergel

> Doru spent already a lot of effort. me as well. Mondrian works on Pharo. Just doit: ScriptLoader new installer ss project: 'Mondrian'; install: 'MondrianLoader'. (Smalltalk at: #MondrianLoader) perform: #loadMondrian; perform: #loadMorphicAnnouncementFix Cheers, Alexandre > > >> Hello David, >> It seems you have an interesting tool. I have a couple of >> questions about Territory, and may be you want to comment more about >> its internal architecture: >> >> -Do you use constraints solving techniques to find optimal geometric >> layouts? (or tried larger object graphs?) >> -Are you using layout adjustment algorithms? (do you manage node >> insertions or expansions repairing the layout dynamically?) >> -Any form of soft relaxation or priority weights? >> -It will support node aliasing? It will support labelling modes? >> -Have you experimented with triangles or more general polygons? >> -Do the visualization updates automatically when a user modify a >> method in a browser? >> -Do you use MudPie? It will include inheritance or loose method >> dependencies? >> >> Thanks in advance >> >> HernÃ¡n >> >> 2009/7/16 David Goehrig <dave(a)nexttolast.com> >> Hey Pharoers, >> >> I've been working on a little project for the past couple days, and >> now that I have something of a tangible result, I'm going to share >> the first screen grab. >> >> What I've been working on is a visualization tool for analyzing the >> relationships between Classes and the contents of their >> CompiledMethods. >> >> In the attached screen shot, the TPureBehavior circle in the middle >> is the root node, and all of the radial nodes are Classes referred >> to by the CompiledMethods associated with TPureBehavior. Each of >> these classes is bound to a literal in one of the CompiledMethods. >> The radius of the circle is directly proportional to the number of >> methods that Class has. IdentitySet has 2 compiled methods for >> example, whereas ChangeSet has 124 methods. >> >> Once I get collapsing working, and add some trace lines (so that >> when you've expanded and expanded and expanded it is obvious who is >> connected to who), I'll post this code somewhere. But what is >> incredible is how quickly things get really really deeply >> interconnected things get. >> >> Dave >> >> -- >> -=-=-=-=-=-=-=-=-=-=- http://blog.dloh.org/ >> >> _______________________________________________ >> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 20, 2009

Re: [Pharo-project] KnownLands: a Class dependency explorer

by HernÃ¡n Morales Durand

Oui StÃ©phane, j'amerais voir quelques exemples de Cassowary et amis. En rapport avec Mondrian j'ai lu les papers (j'ai quelques idÃ©es qui pourraient amÃ©liorer le framework), c'est un dÃ©veloppement exceptionnel, mais je n'ai pas eu du temps de l'appliquer dans notre projet, c'est dommage parce que nous avons ici approximativement 70 paquets. Merci beaucoup! HernÃ¡n 2009/7/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Normally mondrian has a force base layout and several others. > We would be really happy if people want to help. Doru spent already a > lot of effort. > Hernan if you want constraints solver I have some old code of > cassowary, dletablue and friends. > > Stef > > > > Hello David, > > It seems you have an interesting tool. I have a couple of > > questions about Territory, and may be you want to comment more about > > its internal architecture: > > > > -Do you use constraints solving techniques to find optimal geometric > > layouts? (or tried larger object graphs?) > > -Are you using layout adjustment algorithms? (do you manage node > > insertions or expansions repairing the layout dynamically?) > > -Any form of soft relaxation or priority weights? > > -It will support node aliasing? It will support labelling modes? > > -Have you experimented with triangles or more general polygons? > > -Do the visualization updates automatically when a user modify a > > method in a browser? > > -Do you use MudPie? It will include inheritance or loose method > > dependencies? > > > > Thanks in advance > > > > HernÃ¡n > > > > 2009/7/16 David Goehrig <dave(a)nexttolast.com> > > Hey Pharoers, > > > > I've been working on a little project for the past couple days, and > > now that I have something of a tangible result, I'm going to share > > the first screen grab. > > > > What I've been working on is a visualization tool for analyzing the > > relationships between Classes and the contents of their > > CompiledMethods. > > > > In the attached screen shot, the TPureBehavior circle in the middle > > is the root node, and all of the radial nodes are Classes referred > > to by the CompiledMethods associated with TPureBehavior. Each of > > these classes is bound to a literal in one of the CompiledMethods. > > The radius of the circle is directly proportional to the number of > > methods that Class has. IdentitySet has 2 compiled methods for > > example, whereas ChangeSet has 124 methods. > > > > Once I get collapsing working, and add some trace lines (so that > > when you've expanded and expanded and expanded it is obvious who is > > connected to who), I'll post this code somewhere. But what is > > incredible is how quickly things get really really deeply > > interconnected things get. > > > > Dave > > > > -- > > -=-=-=-=-=-=-=-=-=-=- http://blog.dloh.org/ > > > > _______________________________________________ > > 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 >

July 20, 2009

Re: [Pharo-project] Removing SmallDictionary freezes the image

by StÃ©phane Ducasse

In fact I just tried because I thought that they were not used but they are :) Stef On Jul 20, 2009, at 2:44 PM, Marcus Denker wrote: > > On 20.07.2009, at 08:40, StÃ©phane Ducasse wrote: > >> Why SmallDictionary is faster for small number of item >> and now we even have tests for it. >> I'm about to intergate that. >> > > Ah, ok. I thought is was about removing it... > > Marcus > >> Stef >> >>>> Ok morph Extension of course. >>>> But I can remove SmallIdentityDictionary without any problem. >>>> >>> Yes, we should migrate all existing extensions back to a normal >>> dictionary. >>> >>> Marcus >>> >>> >>>> May be instances are migrated to SmallDictionary then >>>> >>>>> SmallIdentityDictionary is a subclass and has 1768 instances. >>>>> >>>>> Adrian >>>>> >>>>> On Jul 20, 2009, at 10:41 , StÃ©phane Ducasse wrote: >>>>> >>>>>> Hi all >>>>>> >>>>>> Cyrille cleaned SmallDictionary and check tests (169 now) >>>>>> Now he wanted to remove SmallDictionary before loading his new >>>>>> version >>>>>> and >>>>>> when we do that the image simply freezes.... >>>>>> >>>>>> And there is no references beside a tests >>>>>> there are no instances. >>>>>> >>>>>> So either the reference finder is broken or I do not get it. >>>>>> Does anybody has an idea what could be problem? >>>>>> >>>>>> Philippe I remember that during the sprint you got a strange >>>>>> strange >>>>>> behavior with SmallDictionary already >>>>>> and that we had to split that into chunks. >>>>>> >>>>>> update10365 >>>>>> "self new update10365" >>>>>> >>>>>> self withUpdateLog:'- Step 1 of 3 (change superclass) >>>>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>>>> Dictionary) >>>>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>>>> self script443. >>>>>> >>>>>> self flushCaches. >>>>>> >>>>>> >>>>>> self withUpdateLog:'- Step 2 of 3 (change methods) >>>>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>>>> Dictionary) >>>>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>>>> self script444. >>>>>> >>>>>> self flushCaches. >>>>>> >>>>>> self withUpdateLog:'- Step 3 of 3 (remove methods) >>>>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>>>> Dictionary) >>>>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>>>> self script445. >>>>>> >>>>>> self flushCaches. >>>>>> >>>>>> >>>>>> Stef >>>>>> >>>>>> _______________________________________________ >>>>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 20, 2009

Re: [Pharo-project] Singing praise: Pharo is awesome!

by Cameron Sanders

Stef & Pharo'ers, You are right. And I feel bad that I did not see one of your emails (until yesterday) asking me to fill in the details on one defect 2 months back. My apologies. I will get better at helping... in a couple of months. Until then I can only give you praise! Sincerely, Cameron Sanders On Jul 20, 2009, at 2:27 AM, StÃ©phane Ducasse wrote: > Thanks. > > you know contributing can be just as simple as checking that the bug > is happening as described > or trying to check why a message is sent but not implemented as > described in the bug tracker entries. > > Stef > > On Jul 20, 2009, at 12:13 AM, Cameron Sanders wrote: > >> I was just doing some coding in my favorite dev environment today >> and I must say: Pharo is excellent!! >> >> Seriously, nice work by all of you. You have all been cranking >> forward; progress has been frequent, which makes it both exciting >> and comforting. >> >> I also realized today that the performance was weighing on me and >> making me not want to use Pharo recently; now it feels meaningfully >> better for coding. There are many issues to be dealt with yet(*), >> however, there are many that have been dealt with. Numerous things, >> like the NetNameResolver (and associated issues), have been working >> for me on a Mac out-of-the-box, even though there are issues on >> other platforms -- i started to pick through the code today to get >> up to speed, but... just cannot invest any serious time right now. I >> hope to be a contributor later this year. >> >> (*) no details available here... this thread is simply a song of >> praise. >> >> Nice work. Thank You all for your effort and contributions! >> >> -Cam >> >> _______________________________________________ >> 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

July 20, 2009

Re: [Pharo-project] need tests for DataStream

by Mariano Martinez Peck

You can ask squeak-dev mailing list perhaps 2009/7/20 Cyrille Delaunay <cy.delaunay(a)gmail.com> > Hi, > I wrote a new version of DataStream ( and its subclasses : ReferenceStream > and SmartRefStream) in Nile and I would like to write tests for those > classes. > I would be very interested by anyone that has already write some tests for > that. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2009

Re: [Pharo-project] Removing SmallDictionary freezes the image

by Marcus Denker

On 20.07.2009, at 08:40, StÃ©phane Ducasse wrote: > Why SmallDictionary is faster for small number of item > and now we even have tests for it. > I'm about to intergate that. > Ah, ok. I thought is was about removing it... Marcus > Stef > >>> Ok morph Extension of course. >>> But I can remove SmallIdentityDictionary without any problem. >>> >> Yes, we should migrate all existing extensions back to a normal >> dictionary. >> >> Marcus >> >> >>> May be instances are migrated to SmallDictionary then >>> >>>> SmallIdentityDictionary is a subclass and has 1768 instances. >>>> >>>> Adrian >>>> >>>> On Jul 20, 2009, at 10:41 , StÃ©phane Ducasse wrote: >>>> >>>>> Hi all >>>>> >>>>> Cyrille cleaned SmallDictionary and check tests (169 now) >>>>> Now he wanted to remove SmallDictionary before loading his new >>>>> version >>>>> and >>>>> when we do that the image simply freezes.... >>>>> >>>>> And there is no references beside a tests >>>>> there are no instances. >>>>> >>>>> So either the reference finder is broken or I do not get it. >>>>> Does anybody has an idea what could be problem? >>>>> >>>>> Philippe I remember that during the sprint you got a strange >>>>> strange >>>>> behavior with SmallDictionary already >>>>> and that we had to split that into chunks. >>>>> >>>>> update10365 >>>>> "self new update10365" >>>>> >>>>> self withUpdateLog:'- Step 1 of 3 (change superclass) >>>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>>> Dictionary) >>>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>>> self script443. >>>>> >>>>> self flushCaches. >>>>> >>>>> >>>>> self withUpdateLog:'- Step 2 of 3 (change methods) >>>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>>> Dictionary) >>>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>>> self script444. >>>>> >>>>> self flushCaches. >>>>> >>>>> self withUpdateLog:'- Step 3 of 3 (remove methods) >>>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>>> Dictionary) >>>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>>> self script445. >>>>> >>>>> self flushCaches. >>>>> >>>>> >>>>> Stef >>>>> >>>>> _______________________________________________ >>>>> 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

July 20, 2009

Re: [Pharo-project] BlockArgsNode KeyWordNode

by Marcus Denker

On 19.07.2009, at 16:00, StÃ©phane Ducasse wrote: > yeap > quite emtpy. > http://code.google.com/p/pharo/issues/detail?id=962 > Stef > > On Jul 19, 2009, at 9:14 PM, Igor Stasenko wrote: > >> 2009/7/19 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> Hi >>> >>> I'm wondering why these classes are the only one of Compiler-Syntax >>> and not Compiler-ParseNodes. >>> And why nobody use them. >>> >> >> Looks like a leftovers from something.. >> No methods, no refs to them. >> >>> Stef >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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

July 20, 2009

Re: [Pharo-project] Removing SmallDictionary freezes the image

by StÃ©phane Ducasse

Why SmallDictionary is faster for small number of item and now we even have tests for it. I'm about to intergate that. Stef >> Ok morph Extension of course. >> But I can remove SmallIdentityDictionary without any problem. >> > Yes, we should migrate all existing extensions back to a normal > dictionary. > > Marcus > > >> May be instances are migrated to SmallDictionary then >> >>> SmallIdentityDictionary is a subclass and has 1768 instances. >>> >>> Adrian >>> >>> On Jul 20, 2009, at 10:41 , StÃ©phane Ducasse wrote: >>> >>>> Hi all >>>> >>>> Cyrille cleaned SmallDictionary and check tests (169 now) >>>> Now he wanted to remove SmallDictionary before loading his new >>>> version >>>> and >>>> when we do that the image simply freezes.... >>>> >>>> And there is no references beside a tests >>>> there are no instances. >>>> >>>> So either the reference finder is broken or I do not get it. >>>> Does anybody has an idea what could be problem? >>>> >>>> Philippe I remember that during the sprint you got a strange >>>> strange >>>> behavior with SmallDictionary already >>>> and that we had to split that into chunks. >>>> >>>> update10365 >>>> "self new update10365" >>>> >>>> self withUpdateLog:'- Step 1 of 3 (change superclass) >>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>> Dictionary) >>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>> self script443. >>>> >>>> self flushCaches. >>>> >>>> >>>> self withUpdateLog:'- Step 2 of 3 (change methods) >>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>> Dictionary) >>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>> self script444. >>>> >>>> self flushCaches. >>>> >>>> self withUpdateLog:'- Step 3 of 3 (remove methods) >>>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>>> Dictionary) >>>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>>> self script445. >>>> >>>> self flushCaches. >>>> >>>> >>>> Stef >>>> >>>> _______________________________________________ >>>> 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

July 20, 2009

Re: [Pharo-project] Removing SmallDictionary freezes the image

by Marcus Denker

On 20.07.2009, at 05:46, StÃ©phane Ducasse wrote: > Ok morph Extension of course. > But I can remove SmallIdentityDictionary without any problem. > Yes, we should migrate all existing extensions back to a normal dictionary. Marcus > May be instances are migrated to SmallDictionary then > >> SmallIdentityDictionary is a subclass and has 1768 instances. >> >> Adrian >> >> On Jul 20, 2009, at 10:41 , StÃ©phane Ducasse wrote: >> >>> Hi all >>> >>> Cyrille cleaned SmallDictionary and check tests (169 now) >>> Now he wanted to remove SmallDictionary before loading his new >>> version >>> and >>> when we do that the image simply freezes.... >>> >>> And there is no references beside a tests >>> there are no instances. >>> >>> So either the reference finder is broken or I do not get it. >>> Does anybody has an idea what could be problem? >>> >>> Philippe I remember that during the sprint you got a strange strange >>> behavior with SmallDictionary already >>> and that we had to split that into chunks. >>> >>> update10365 >>> "self new update10365" >>> >>> self withUpdateLog:'- Step 1 of 3 (change superclass) >>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>> Dictionary) >>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>> self script443. >>> >>> self flushCaches. >>> >>> >>> self withUpdateLog:'- Step 2 of 3 (change methods) >>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>> Dictionary) >>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>> self script444. >>> >>> self flushCaches. >>> >>> self withUpdateLog:'- Step 3 of 3 (remove methods) >>> - Issue 463: SmallDictionary should not be a subclass of Set (and >>> Dictionary) >>> - http://code.google.com/p/pharo/issues/detail?id=463'. >>> self script445. >>> >>> self flushCaches. >>> >>> >>> Stef >>> >>> _______________________________________________ >>> 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

July 20, 2009

Re: [Pharo-project] How to have a faster image

by Damien Cassou

On Sat, Jul 18, 2009 at 8:54 AM, Adrian Lienhard<adi(a)netstyle.ch> wrote: > > In this thread it was also suggested to enable > #fastDragWindowForMorphic. Not sure if this is important as we have it > disabled also in the core. In the following past thread, we chose to explicitely disable #fastDragWindowForMorphic: http://article.gmane.org/gmane.comp.lang.smalltalk.pharo.devel/3584 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 20, 2009