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

[Pharo-project] GC limitations?

by Schwab,Wilhelm K

Hello all, I have a weird-looking bug that I am willing to assume is my doing and in my code. That said, some debugging lead me to a situation I really do not enjoy: objects that I think should be gc'd are happily living in my image. I _think_ I have gagged workspace variables (they truly are more trouble than they are worth). Dolphin sometimes has "zombie" views that can lurk in a broken/invisible state but still hold onto other objects. Is there anything like that here? I know about the various #become: tricks, and do not like to resort to them; I would like to understand what is holding onto the would-be garbage. Can the Squeak/Pharo gc collect objects with cyclic references? Is there anything else comes to mind when hunting for objects that just won't go away? Bill

July 21, 2009

Re: [Pharo-project] Fwd: Who are you?

by Benoit St-Jean

Targeting commercial online head-to-head game on Pharo. Most of the work in Smalltalk as of now is porting bit & pieces from Squeak, Dolphin and VAST to Pharo. Target platform was originally Windows but now keeping an eye on Linux as well. And who knows, if all goes well, why not on Mac ! ----------------- Benoit St-Jean Yahoo! Messenger: bstjean Blog: lamneth.wordpress.com A standpoint is an intellectual horizon of radius zero. (Albert Einstein) __________________________________________________________________ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com

July 21, 2009

[Pharo-project] Method Finder?

by Carlos Crosetti

Why is Method Finder delivered when Method Search is doing better?

July 21, 2009

[Pharo-project] Fwd: Who are you?

by Cameron Sanders

I am targeting a commercial app on Pharo. I have not incorporated for the product yet, I am self employed. I hope to either build a data service, or sell the product; failing both, I would allow others to use it for free (in some form). At the least, the software I am building on Pharo would be used in- house. (My ideal would be to keep the software always working under both Pharo and Squeak.) -Cam Begin forwarded message: >> How many companies are using Pharo?

July 21, 2009

Re: [Pharo-project] Persist a morph in a message.

by Mariano Martinez Peck

On Mon, Jul 20, 2009 at 7:15 PM, nullPointer <epicfan(a)gmail.com> wrote: > > Excuse me for my poor english. > > IÂ´m developing a GUI Builder for Pharo -> > http://www.youtube.com/watch?v=CHbc1t83fEI > > One of my problems is the way of persist a morph.Now i use the same way for > create a Morph than message #saveOnFile but not saving in a external file > else in array of bytes returned for a #spec message. > > I would know if morphic allow or exists another way of persistence more > readable and fast. A complex morph serialized of that way is too slow in > load. > Perhaps you can use another serializer. Here a some: http://www.seaside.st/documentation/persistence For example, http://www.seaside.st/documentation/persistence#230290016 or http://www.seaside.st/documentation/persistence#40827471 Your project seems very interesting, tough. Best, Mariano > > Regards. > -- > View this message in context: > http://n2.nabble.com/Persist-a-morph-in-a-message.-tp3292117p3292117.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

July 21, 2009

Re: [Pharo-project] Persist a morph in a message.

by Igor Stasenko

2009/7/21 nullPointer <epicfan(a)gmail.com>: > > Excuse me for my poor english. > > IÂ´m developing a GUI Builder for Pharo -> > http://www.youtube.com/watch?v=CHbc1t83fEI > > One of my problems is the way of persist a morph.Now i use the same way for > create a Morph than message #saveOnFile Â but not saving in a external file > else in array of bytes returned for a #spec message. > > I would know if morphic allow or exists another way of persistence more > readable and fast. A complex morph serialized of that way is too slow in > load. > Just a guess: maybe it is better to persist a morph(s) as is - as original objects - just keep them somewhere in classvars. Then to create a new view of it, just do a #deepCopy. P.S. counter asString don't needs to be enclosed in parenthesis. > Regards. > -- > View this message in context: http://n2.nabble.com/Persist-a-morph-in-a-message.-tp3292117p3292117.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 -- Best regards, Igor Stasenko AKA sig.

July 21, 2009

[Pharo-project] Persist a morph in a message.

by nullPointer

Excuse me for my poor english. IÂ´m developing a GUI Builder for Pharo -> http://www.youtube.com/watch?v=CHbc1t83fEI One of my problems is the way of persist a morph.Now i use the same way for create a Morph than message #saveOnFile but not saving in a external file else in array of bytes returned for a #spec message. I would know if morphic allow or exists another way of persistence more readable and fast. A complex morph serialized of that way is too slow in load. Regards. -- View this message in context: http://n2.nabble.com/Persist-a-morph-in-a-message.-tp3292117p3292117.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 20, 2009

Re: [Pharo-project] [ANN] 10384 extraction of MorphicExtras

by Igor Stasenko

2009/7/20 Adrian Lienhard <adi(a)netstyle.ch>: > This update removes the MorphicExtras package. I had to spend quite > some effort to properly detangle it from the rest of the system... > > MorphicExtras contained examples and experimental (and some wicked) > morphs (in total 110 classes). The space gained is significant: 1.5MB. > If somebody is interested to recover and maintain parts of what I > removed, the package is available on SqueakSource [1]. > Adrian, i assume that this detangled package re-loadable without problems? If yes, then i think this is a great step towards better modularity! > If you experience problems, please report them as this update touched > a lot of different places inthe system. > > Cheers, > Adrian > > [1] www.squeaksource.com/PharoMorphicExtras.html > > _______________________________________________ > 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.

July 20, 2009

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

by David Goehrig

On Mon, Jul 20, 2009 at 5:12 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > Why? > Because you can script your visualization and try all kind of them. > Mondrian a visualisation engine. > Soon with lumiere developed by fernando you will be able to script 3d > objects. Because the tools I'm working on are more geared more towards live editing of classes and object method dictionaries than modeling and visualization. For example, if a circle represents a class's method dictionary, you can right click on it to see the list of messages associated with its CompiledMethods. Then you can right click on any of the CompiledMethods to bring up an editor, and alter the contents of the method, recompile, and the relationships will change accordingly. Similarly, you can reorganize methods by dragging and dropping them into different classes, etc. The design and structure of Mondrian makes it terribly difficult to produce that sort of interface without doing as much work as it would to just write it from scratch :) Dave -- -=-=-=-=-=-=-=-=-=-=- http://blog.dloh.org/

July 20, 2009

Re: [Pharo-project] Who are you?

by Lukas Renggli

> How many companies are using Pharo? Without thinking too much, I know > there are Netstyle.ch and Pinesoft. Are there more? Yeah, several companies I am consulting are using it. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

July 20, 2009