March 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Stateful Traits Literature

by Stefan Marr

Hi: A bit off-topic but I think the experts are here, so: Is there somewhere an overview of all traits proposal related to the handling of state? Possibly with a nice taxonomy and visualization? Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

March 25, 2010

Re: [Pharo-project] Pharo book looking for editors and a Pier guy :)

by StÃ©phane Ducasse

Excellent! On Mar 25, 2010, at 8:50 PM, Pablo David Scalora wrote: > I can help with the documentation about how to compile the VM on Linux. > > Greetings > > > > On Thu, Mar 25, 2010 at 3:34 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi all > > Gemstone nicely offered to host the equivalent of http://book.seaside.st for Pharo. > A not well-skinned version is available at http://book.pharo-project.org > > The idea is that we do not want to have 100% open wiki but we want to have a web site > that the community can use to build a living documentation that can be turned into a book. > For that we will need some editors ie people willing to write and take into accounts > comments made other on certain topics. > > I can be one of these but we need more :) > You do not have to enroll for everything > > I dream to have a presentation on how to compile the vm :) for example > on mac > on linux > on Windows > > > Now since I'm bad with pier (Pier is out of my reach) I need people to take over. > I succeeded to break the current installation but I would say that this is not my fault :) > > 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

March 25, 2010

Re: [Pharo-project] Pharo book looking for editors and a Pier guy :)

by StÃ©phane Ducasse

Thanks! On Mar 25, 2010, at 8:39 PM, laurent laffont wrote: > Cool ! > > As I'm currently working on how to compile the VM on Linux and already wrote some stuff, I can participate on it. > > I dream of a section "The Pharo way to write GUI apps" :) > > Cheers, > > Laurent Laffont > > > On Thu, Mar 25, 2010 at 7:34 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi all > > Gemstone nicely offered to host the equivalent of http://book.seaside.st for Pharo. > A not well-skinned version is available at http://book.pharo-project.org > > The idea is that we do not want to have 100% open wiki but we want to have a web site > that the community can use to build a living documentation that can be turned into a book. > For that we will need some editors ie people willing to write and take into accounts > comments made other on certain topics. > > I can be one of these but we need more :) > You do not have to enroll for everything > > I dream to have a presentation on how to compile the vm :) for example > on mac > on linux > on Windows > > > Now since I'm bad with pier (Pier is out of my reach) I need people to take over. > I succeeded to break the current installation but I would say that this is not my fault :) > > 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

March 25, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo-1.0-10515-rc3dev10.03.1

by Adrian Lienhard

thanks for the info, Dale Adrian On Mar 25, 2010, at 18:10 , Dale Henrichs wrote: > Adrian, > > 1.0-beta.25 has been released. So it is now _stable_ . No new issues have appeared, yet, but if any do appear I'll do a dot release. > > Dale > ----- "Adrian Lienhard" <adi(a)netstyle.ch> wrote: > > | Because there are a few things left that still need to be done for the > | release: > | - make all tests in Pharo 1.0 pass > | - write a clean and complete change log (I did a pass this morning) > | [1] > | - use different Metacello version? > | - create a one-click image > | > | Cheers, > | Adrian > | > | [1] http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotOne > | > | On Mar 25, 2010, at 10:20 , StÃ©phane Ducasse wrote: > | > | > good question. > | > I'm doing 1.1 and 1.0 is not in my radar. > | > We should learn for 1.1 to make it faster and one way is to get > | tests greener before. > | > > | > Stef > | > > | > > | >> Hi, > | >> > | >> But if it is done, why don't you just release the official one? > | >> > | >> Cheers, > | >> Doru > | >> > | >> > | >> On 25 Mar 2010, at 09:25, StÃ©phane Ducasse wrote: > | >> > | >>> +1 > | >>> > | >>> 1.1 is waiting for you guys and it is sexy and requires people to > | use it :) > | >>> > | >>> On Mar 25, 2010, at 9:00 AM, Marcus Denker wrote: > | >>> > | >>>> > | >>>> On Mar 25, 2010, at 8:53 AM, Geert Claes wrote: > | >>>> > | >>>>> > | >>>>> > | >>>>> Mariano Martinez Peck wrote: > | >>>>>> > | >>>>>> Sorry. Want I wanted to ask is...for next Pharo releases, I do > | the same > | >>>>>> but > | >>>>>> making clear O2 is not by default ? or I just don't say > | anything about O2 > | >>>>>> in the release ? > | >>>>>> > | >>>>> > | >>>>> While choice is a good thing it does make things more > | complicated and the > | >>>>> PBE book will need to just choose one I guess. It should be > | easier to swap > | >>>>> betweem OB or O2 though, maybe not necessarily both in the same > | image at the > | >>>>> same time but easy to load/unload. > | >>>>> > | >>>>> Have they really moved that far apart that the initial idea of > | >>>>> OB-Enhancements is not possible? > | >>>>> > | >>>> > | >>>> 1.0 is *DONE* *DONE* *DONE*. We should not discuss changing now > | everthing again. > | >>>> We can do that for 1.1 > | >>>> > | >>>> 1.0 does not have O2. > | >>>> > | >>>> So for the book, there will be a special image with O2 loaded. > | >>>> > | >>>> Marcus > | >>>> > | >>>> > | >>>> -- > | >>>> Marcus Denker -- http://www.marcusdenker.de > | >>>> INRIA Lille -- Nord Europe. Team RMoD. > | >>>> > | >>>> > | >>>> _______________________________________________ > | >>>> 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 > | >> > | >> -- > | >> www.tudorgirba.com > | >> > | >> "Reasonable is what we are accustomed with." > | >> > | >> > | >> _______________________________________________ > | >> 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

March 25, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by Mariano Martinez Peck

On Thu, Mar 25, 2010 at 7:31 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > Hi folks. I want to intercept (and do something) for all objects. I know >> few approaches, for example: >> > > hi Mariano, > > I tried something similar, but I haven't found a satisfactory solution. > > > 1) using method wrappers (implementing run: aSelector with: arguments in: >> aReceiver) I can wrap all compiled methods of all classes and there I have >> the receiver. >> > > You can wrap most of the compiled methods in the system. Not all of them, > so you will have find out which one you can safely wrap. > I also noticed this too. There are some methods or classes that are so "kernel" that cannot be wrapped. And of course, the class wrapper in itself. So...do you have a list to share of the classes/methods that should not be wrapped ? In my case, for example: #new #changed #initialize #drawOn: #doesNotUnderstand: but I am not even sure. Wrapping and unwrapping all classes takes a bit of times (1-2 seconds on my > machine). > is not bad, at all. > I therefore used MessageTally to find out what I exactly need to wrap. This > is not perfect (MessageTally uses a sampling profiling after all). But it is > fine for now. > > I didn't understand you here. What I don't understand is how MessageTally may be of help here. > > 2) become all objects to some kind of hacky object that stores the >> original object and that redefines the doesNotUnderstand: >> > > If you succeed, let me know. > > Sure. I have been playing (no more than 2 days) and analyzing an implementation of MethodWrappers, the TestCoverage and CUIS' Protocol catcher. I just wrote some notes for myself in a simple text file. Actually to write down what I understood and not to loose it. I attached just in case you are interested. Ahhh I forgot. I am putting all these little tools here: http://www.squeaksource.com/ObjectMetaTools in case you want to take a look. Cheers Mariano > Cheers, > 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 >

March 25, 2010

Re: [Pharo-project] Pharo book looking for editors and a Pier guy :)

by Pablo David Scalora

I can help with the documentation about how to compile the VM on Linux. Greetings On Thu, Mar 25, 2010 at 3:34 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi all > > Gemstone nicely offered to host the equivalent of http://book.seaside.stfor Pharo. > A not well-skinned version is available at http://book.pharo-project.org > > The idea is that we do not want to have 100% open wiki but we want to have > a web site > that the community can use to build a living documentation that can be > turned into a book. > For that we will need some editors ie people willing to write and take into > accounts > comments made other on certain topics. > > I can be one of these but we need more :) > You do not have to enroll for everything > > I dream to have a presentation on how to compile the vm :) for example > on mac > on linux > on Windows > > > Now since I'm bad with pier (Pier is out of my reach) I need people to take > over. > I succeeded to break the current installation but I would say that this is > not my fault :) > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 25, 2010

Re: [Pharo-project] Pharo book looking for editors and a Pier guy :)

by laurent laffont

Cool ! As I'm currently working on how to compile the VM on Linux and already wrote some stuff, I can participate on it. I dream of a section "The Pharo way to write GUI apps" :) Cheers, Laurent Laffont On Thu, Mar 25, 2010 at 7:34 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi all > > Gemstone nicely offered to host the equivalent of http://book.seaside.stfor Pharo. > A not well-skinned version is available at http://book.pharo-project.org > > The idea is that we do not want to have 100% open wiki but we want to have > a web site > that the community can use to build a living documentation that can be > turned into a book. > For that we will need some editors ie people willing to write and take into > accounts > comments made other on certain topics. > > I can be one of these but we need more :) > You do not have to enroll for everything > > I dream to have a presentation on how to compile the vm :) for example > on mac > on linux > on Windows > > > Now since I'm bad with pier (Pier is out of my reach) I need people to take > over. > I succeeded to break the current installation but I would say that this is > not my fault :) > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 25, 2010

[Pharo-project] Help system question / monticello

by Michael Roberts

Hi, based on Lukas' recent blog post about Monticello merging, I created some help system classes for this content. What is the best way to integrate this? We have our own version of Monticello in the Pharo repository. Which package, would we add it to? Or do we want to add it upstream somewhere? Also, has anyone thought or spiked some simple formatting? that would be really nice. thanks, Mike

March 25, 2010

[Pharo-project] Pharo book looking for editors and a Pier guy :)

by StÃ©phane Ducasse

Hi all Gemstone nicely offered to host the equivalent of http://book.seaside.st for Pharo. A not well-skinned version is available at http://book.pharo-project.org The idea is that we do not want to have 100% open wiki but we want to have a web site that the community can use to build a living documentation that can be turned into a book. For that we will need some editors ie people willing to write and take into accounts comments made other on certain topics. I can be one of these but we need more :) You do not have to enroll for everything I dream to have a presentation on how to compile the vm :) for example on mac on linux on Windows Now since I'm bad with pier (Pier is out of my reach) I need people to take over. I succeeded to break the current installation but I would say that this is not my fault :) Stef

March 25, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by Alexandre Bergel

> Hi folks. I want to intercept (and do something) for all objects. I > know few approaches, for example: hi Mariano, I tried something similar, but I haven't found a satisfactory solution. > 1) using method wrappers (implementing run: aSelector with: > arguments in: aReceiver) I can wrap all compiled methods of all > classes and there I have the receiver. You can wrap most of the compiled methods in the system. Not all of them, so you will have find out which one you can safely wrap. Wrapping and unwrapping all classes takes a bit of times (1-2 seconds on my machine). I therefore used MessageTally to find out what I exactly need to wrap. This is not perfect (MessageTally uses a sampling profiling after all). But it is fine for now. > 2) become all objects to some kind of hacky object that stores the > original object and that redefines the doesNotUnderstand: If you succeed, let me know. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 25, 2010