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

[Pharo-project] Removing SmallDictionary freezes the image

by StÃ©phane Ducasse

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

July 20, 2009

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

by StÃ©phane Ducasse

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

July 20, 2009

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

by StÃ©phane Ducasse

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

July 20, 2009

Re: [Pharo-project] New much faster Pharo based on 10379

by Damien Cassou

On Sun, Jul 19, 2009 at 12:40 AM, Esteban A. Maringolo<emaringolo(a)gmail.com> wrote: > I got some errors while looking for senders, for example looking > at the senders of #asArray and clicking on some of the senders. Could you please open a bug report with detailed information on how to reproduce? -- 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

Re: [Pharo-project] NetNameResolver

by Damien Cassou

On Sun, Jul 19, 2009 at 4:45 PM, Damien Cassou<damien.cassou(a)gmail.com> wrote: >> However, there are problems on Windows too - in fact, I suspect the following would be a defect on any platform: #localHostName uses #primHostNameSize (ipv6 specific, right??) "unprotected." Â Looking at the other methods, it should check #useOldNetwork, though I am confused about how it should act based on the result. Â Any suggestions? > > I confirm. I also have a problem with NetNameResolver on Windows. > > NetNameResolver localHostAddress > > fail in #primHostNameSize. > > http://code.google.com/p/pharo/issues/detail?id=961 by bsch...(a)anest.ufl.edu: Network problem on windows. Primitive failed. http://code.google.com/p/pharo/issues/detail?id=961 I suspect the real problem is IPv6 vs. 4, not an OS dependence. #initializeNetwork uses #primHostName size as a sentinel for the new network. The code suggests to me that it is expected to fail at times, and so should never be called "unprotected" as it is in #localHostName. We probably do NOT want to put #on:do: around ever send, but instead use #useOldNetwork to write code that will not blow up on IPv4. That's *if* I have guessed correctly about the true nature of the defect. Anyone? -- Bill -- 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

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

by HernÃ¡n Morales Durand

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 >

July 20, 2009

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

by Alexandre Bergel

> Maybe I'll start from a known fresh image, install Mondrian, then > attempt to load my stuff. I haven't tried with Squeak. With Pharo it works without problem. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 19, 2009

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

by Mariano Martinez Peck

2009/7/19 Cameron Sanders <camsanders01(a)roadrunner.com> > 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. > That's was exactly why I suggested to make the default Pharo images faster(without the slow stuff). I saw a lot of people with the same thoughts. Yes. Me too. They are making an excellent work!!! best, Mariano > 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 >

July 19, 2009

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

by Cameron Sanders

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

July 19, 2009

Re: [Pharo-project] Problematic method category

by Lukas Renggli

> I have noted that some of my imported code has method in a category named **auto-generated**, and Monticello/PackageInfo sees it as a package. Â Is there a way to browse all methods in a named category, or better yet a sweeping progammatic fix to change the category name of all affected methods? If you use OmniBrowser and have OB-Refactory and OB-Regex loaded (this should be the case in Damien's images) you can use "refactor" | "protocol regex" to match and rename your protocols. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

July 19, 2009