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

Re: [Pharo-project] About RBProgramNodeVisitor interface

by Lukas Renggli

> What do you think? It is uncommon. I shoot myself in the foot when implementing SmallWiki and following the RB visitor code. It is the hell lot of work to change that though. Numerous external project depend on these visitors and I am sure I forgot half of them: RefactoringBrowser, OB-Refactory, NewCompiler, Reflectivity, Persephone, QuasiQuoting, Diesel, ... Furthermore, if the interface is changed it won't be easily possible to port the latest version of SmaCC to Pharo anymore. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 20, 2009

[Pharo-project] About RBProgramNodeVisitor interface

by StÃ©phane Ducasse

Hi all I was reading RBProgramNodeVisitor and I do not like the fact that we have name of the methods is not consistent with the GOF. I do not like that the visitor methods are named accept* and in addition the visitMethod of RB are not what you think they should. I know it was done before GOF but I would really like to clean that. I would like to have the visitMethod in the visitor and the accept in the Node. May be it would be better to rewrite another one and start to use it regularly. What do you think? Stef

Jan. 20, 2009

[Pharo-project] robust indeed!

by Cameron Sanders

After finding in Damien Cassou's web pages that a clean build of Pharo uses version 3.9.1 of the virtual machine, I have found Pharo to be very solid with a light-load test. I left the image running for 5 days, with 2 hours of browsing code per day (including do-its on classes I wanted to explore) and a little code authoring, and the system continued to behave as-expected. There were no large and obvious memory losses and no lock-ups. It appears very stable -- the image I am using is about 10 days old. One problem: none of the first web pages I encountered leading me to download Pharo indicated which VM to use. (And that's why I first went to 3.10.2 and had flaky behavior.) Very nice works people! Gratefully, Cam

Jan. 20, 2009

Re: [Pharo-project] [Pharo-Project] Pharo scripting

by Alexandre Bergel

From GNU Smalltalk 2.1.12. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Object subclass: #Philosophers instanceVariableNames: 'forks philosophers randy eating' classVariableNames: '' poolDictionaries: '' category: 'Examples-Processes'! !Philosophers class methodsFor: 'dining'! new self shouldNotImplement ! new: quantity ^super new initialize: quantity ! ! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Paolo has changed the syntax. This is good! We've been telling him to do so for long :-D Alexandre On 20 Jan 2009, at 15:58, Matthew Fulmer wrote: > On Tue, Jan 20, 2009 at 03:50:21PM +0100, Alexandre Bergel wrote: >> As far as I remember, the scripting syntax of GNU Smalltalk is very >> close to the changeset's. >> > > No, it is not: > http://www.gnu.org/software/smalltalk/manual/html_node/Syntax.html > > It looks like it is indeed quite similar to the saphir syntax > >> I think that the syntax is not the most relevant part of this work. >> What is critical in my opinion, is to have a robust scripting >> facility. I do not want to use jruby to do the scripting I need to >> do. > > It is useful, yes. However, I don't see where it fits in the > Squeak UI of browsers and Monticello. Perhaps some borrowing > from NewSpeak is necessary in this case > > -- > Matthew Fulmer -- http://mtfulmer.wordpress.com/ > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 20, 2009

Re: [Pharo-project] [Pharo-Project] Pharo scripting

by Alexandre Bergel

> No, it is not: > http://www.gnu.org/software/smalltalk/manual/html_node/Syntax.html > > It looks like it is indeed quite similar to the saphir syntax Indeed. I think Paolo changes the syntax on some point. Last time I checked it (few years ago), it employed bangs (!) > > >> I think that the syntax is not the most relevant part of this work. >> What is critical in my opinion, is to have a robust scripting >> facility. I do not want to use jruby to do the scripting I need to >> do. > > It is useful, yes. However, I don't see where it fits in the > Squeak UI of browsers and Monticello. Perhaps some borrowing > from NewSpeak is necessary in this case Why should it fits in the Squeak UI or browsers? Often I have to write few and simple scripts to perform an actions on my files, or simply to provide a textual calculator. Currently I use jruby. But as Stef said, we should not make such debate here. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 20, 2009

Re: [Pharo-project] [Pharo-Project] Exceptions handling at startUp

by StÃ©phane Ducasse

This is strange normally with merge you would get only the changes. Else you can check the package. Stef On Jan 20, 2009, at 3:27 PM, Alexandre Bergel wrote: > I would like to go over Gwenael changes. How can I have the content of > the slice. If I click on Browse, it is empty. Same thing if I click on > change. If I click on merge, I see all the classes in the system. > > Cheers, > Alexandre > > > On 20 Jan 2009, at 14:58, StÃ©phane Ducasse wrote: > >> tx! >> I will add to my todo.... >> >> Stef >> >> On Jan 20, 2009, at 2:33 PM, Gwenael Casaccio wrote: >> >>> Done ;) >>> >>> Exceptions handling at startUp ID 455 >>> On Tuesday 20 January 2009 11:38:36 StÃ©phane Ducasse wrote: >>>> thanks, excellent. >>>> >>>> can you add an issue in the bugtracker so that we can keep track of >>>> its way to light :) >>>> >>>> On Jan 20, 2009, at 10:54 AM, Gwenael Casaccio wrote: >>>>> Hi, >>>>> >>>>> I've made a small SLICE (SLICE-ExceptionHandlingAtStartUp- >>>>> Gwenael_Casaccio.5) >>>>> which capture the exceptions emitted when the startUp methods are >>>>> invoked. >>>>> If you launch pharo without the display the error is shown on the >>>>> console and >>>>> on the classical SqueakDebug.log. >>>>> >>>>> Cheers, >>>>> Gwenael >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > 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 >

Jan. 20, 2009

[Pharo-project] [ANN] 10211 and 10210

by StÃ©phane Ducasse

- Sunit testrunner can now browse a class - more collection tests by cassou - latest polymorph fixes Stef

Jan. 20, 2009

Re: [Pharo-project] [Pharo-Project] Pharo scripting

by Gwenael Casaccio

I've published a new version of ScriptLoader : ScriptLoader-Gwenael_Casaccio.712 on the pharoInbox there is a new method called loadSaphir Cheers, Gwenael On Tuesday 20 January 2009 15:36:51 StÃ©phane Ducasse wrote: > yes good idea. > > Stef > > On Jan 20, 2009, at 3:26 PM, Gwenael Casaccio wrote: > > May be I can add a new method on the ScriptLoader ? > > > > On Tuesday 20 January 2009 15:19:45 StÃ©phane Ducasse wrote: > >> You can have a look at the MooseLoader load in Moose project > >> > >>> Gwenael > >>> > >>> Excellent! > >>> I want to try. > >>> > >>> can you provide an image and a script like the following one: > >>> > >>> ScriptLoader new installingInstaller. > >>> ScriptLoader new installingUniverse. > >>> Installer ss project: 'Moose'; install: 'Moose-All'. > >>> Installer universe install: 'SmaCC runtime' > >>> > >>> Stef > >>> > >>> On Jan 20, 2009, at 2:23 PM, Gwenael Casaccio wrote: > >>>> Hi, > >>>> > >>>> I've published an initial release of Pharo scripting you cant get > >>>> this release > >>>> here : http://www.squeaksource.com/SaphirScripting. I would like > >>>> to > >>>> thanks > >>>> *Mathieu Suen* who has done a very good work and give me a lot of > >>>> help !!! > >>>> > >>>> You need the last version of the AST : http://www.squeaksource.com/ > >>>> AST > >>>> and also the NewCompiler : http://www.squeaksource.com/NewCompiler > >>>> but > >>>> don't try the last version use the *281* And finally you can add > >>>> the > >>>> OSProcess > >>>> repository : http://www.squeaksource.com/OSProcess. > >>>> > >>>> Don't worry if when you load the NewCompiler package you have a > >>>> warning > >>>> about a missing SmaccSomething :) > >>>> > >>>> here is a small example of the syntax : > >>>> > >>>> [ > >>>> Object subclass: #SaBox > >>>> instanceVariableNames: ''bob'' > >>>> classVariableNames: '''' > >>>> poolDictionaries: '''' > >>>> category: ''SandBox'' > >>>> ] > >>>> > >>>> SaBox >> initialize > >>>> [ > >>>> <category: ''initialize release''> > >>>> <authorInitials: ''him''> > >>>> bob := ''Script test working''. > >>>> ] > >>>> > >>>> SaBox >> printOn: aStream > >>>> [ > >>>> <authorInitials: ''him''>" > >>>> aStream nextPutAll: bob > >>>> ] > >>>> > >>>> SaBox class >> dummy > >>>> [ > >>>> <authorInitials: ''him''> > >>>> ^3 > >>>> ] > >>>> > >>>> [ > >>>> SaBox new printString. > >>>> ] > >>>> > >>>> If you want the scripts are launched at startUp do : > >>>> Smalltalk addToStartUpList: ScriptInterpreter > >>>> > >>>> you can script you system with pharo ;) > >>>> > >>>> Cheers, > >>>> Gwenael > >>>> > >>>> _______________________________________________ > >>>> 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

Jan. 20, 2009

Re: [Pharo-project] [Pharo-Project] Pharo scripting

by Matthew Fulmer

On Tue, Jan 20, 2009 at 09:58:25AM -0500, Matthew Fulmer wrote: > On Tue, Jan 20, 2009 at 03:50:21PM +0100, Alexandre Bergel wrote: > > As far as I remember, the scripting syntax of GNU Smalltalk is very > > close to the changeset's. > > > > No, it is not: > http://www.gnu.org/software/smalltalk/manual/html_node/Syntax.html > > It looks like it is indeed quite similar to the saphir syntax > > > I think that the syntax is not the most relevant part of this work. > > What is critical in my opinion, is to have a robust scripting > > facility. I do not want to use jruby to do the scripting I need to do. > > It is useful, yes. However, I don't see where it fits in the > Squeak UI of browsers and Monticello. Perhaps some borrowing > from NewSpeak is necessary in this case One application I know for this would be build scripting, like make or rake. Keith created Sake, a squeak build scripting system, but due to it being wraped around classes and methods, it bears very little resemblance to more common systems like Make and Rake. Whether this is good or bad, or just different, I haven't yet decided -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

Jan. 20, 2009

Re: [Pharo-project] [Pharo-Project] Pharo scripting

by Matthew Fulmer

On Tue, Jan 20, 2009 at 03:50:21PM +0100, Alexandre Bergel wrote: > As far as I remember, the scripting syntax of GNU Smalltalk is very > close to the changeset's. > No, it is not: http://www.gnu.org/software/smalltalk/manual/html_node/Syntax.html It looks like it is indeed quite similar to the saphir syntax > I think that the syntax is not the most relevant part of this work. > What is critical in my opinion, is to have a robust scripting > facility. I do not want to use jruby to do the scripting I need to do. It is useful, yes. However, I don't see where it fits in the Squeak UI of browsers and Monticello. Perhaps some borrowing from NewSpeak is necessary in this case -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

Jan. 20, 2009