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

Re: [Pharo-project] cull: protocol

by Bryce Kampjes

On Mon, 2010-02-22 at 11:14 +0100, Henrik Johansen wrote: > Den 21.02.2010 23:11, skrev Bryce Kampjes: > > On Fri, 2010-02-19 at 14:03 +0100, Levente Uzonyi wrote: > > > >> On Fri, 19 Feb 2010, Henrik Johansen wrote: > >> > >> > >>> Well, ugly was a strong word. > >>> Reusing less, aka. shorter is a better choice, I guess. > >>> > >> I think the difference is 3 lines for the 4 methods. > >> > >> > >>> Cheers, > >>> Henry > >>> > >>> PS. In VisualWorks, the two perform equally. *Wishing for a Cog VM to > >>> test on* :) > >>> > >> There's no inlining VM available ATM (besides SqueakJ, but that can't > >> run current images) and noone knows when one will be. And even though I > >> didn't try it, I expect that "inlining by hand" saves time and memory. > >> > > I'm working on inlining in Exupery at the moment though progress is > > still slow. (Time I've two young boys)... > > > > Bryce > > > > Will Exupery work on the 0.15 VM now? > IIRC, when making it available, you mentioned there was primitive > collision between Exupery/Closures. You mean the 0.15 Exupery VM? ;-) Yes, but there's still that problem with closures. I moved the interpreter closure code into the Exupery VMs to allow people to work on closures in the image. I haven't yet implemented the closure bytecodes in Exupery. Closure support will be added to the Exupery JIT after inlining methods without blocks. Then after adding closure bytecode support I'll add inlining of closures. Bryce

Feb. 22, 2010

[Pharo-project] web package documentation

by laurent laffont

Hi, I've worked on SimpleWebDoc http://magaloma.seasidehosting.st (code here, http://www.squeaksource.com/SimpleWebDoc.html, proof-of-concept) Now it builds a package documentation overview by taking the first sentence of each class comment (if it has comment). For example: http://magaloma.seasidehosting.st/Traits So we can quickly see (I think) the composition of a package. Maybe we can have a similar thing with the new HelpSystem. Laurent Laffont

Feb. 22, 2010

Re: [Pharo-project] Trying to build alien plugin in linux

by John M McIntosh

You've not loaded Name: Alien-VMMaker-Support-John M McIntosh.8 Author: John M McIntosh Time: 11 January 2010, 12:53:14 am UUID: 6953c7ab-4924-48b0-9984-f15ec7fb7d2b into your vmmaker image so it's not build the interp.c pieces. On 2010-02-22, at 8:18 AM, Javier PimÃ¡s wrote: > internalIsImmutable -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Lukas Renggli

On 22 February 2010 20:21, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > I tried by starting pharo with a script: > > Project uiProcess suspend. > Smalltalk > Â Â Â Â snapshot: true > Â Â Â Â andQuit: true. > > ...and the processing stop working after the #suspend (no > snapshot:andQuit: happens :( ) I guess that means that the startup scripts are evaluated in the UI-Proces, so you suspend yourself ;-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 22, 2010

Re: [Pharo-project] how to remove World?

by Esteban Lorenzano

I tried by starting pharo with a script: Project uiProcess suspend. Smalltalk snapshot: true andQuit: true. ...and the processing stop working after the #suspend (no snapshot:andQuit: happens :( ) On 2010-02-22 13:43:05 -0300, Lukas Renggli <renggli(a)gmail.com> said: >> Is that also necessary for a headless Pharo/Squeak? > > No, it is not necessary. It saves a few CPU cycles because the event > polling stops, the #step methods on the visible morphs are not called > anymore, and the display is not updated any longer. > > Programmatically you can still do everything (headless or > non-headless). For example you can open morphs and move them around, > you just won't see a change on the screen. Code that have some > interaction with the GUI thread (like the debugger) might deadlock (or > hang) the system. > > Lukas

Feb. 22, 2010

Re: [Pharo-project] Browse classes with shortcut in merge

by Mariano Martinez Peck

Thanks Gary :) 2010/2/22 Gary Chambers <gazzaguru2(a)btinternet.com> > Certainly possible. Needs an update for Polymorph as well as the Diff > tools. > Will only be available when the "changes tree" has keyboard focus, also... > > Will do cmd+n for senders, cmd+m for implementors and cmd+v for versions > while at it. > Also, I'll update the menu items to indicate shortcuts. > > Regards, Gary > > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Pharo Development <pharo-project(a)lists.gforge.inria.fr> > *Cc:* Gary Chambers <gazzaguru2(a)btinternet.com> > *Sent:* Friday, February 19, 2010 2:57 PM > *Subject:* Browse classes with shortcut in merge > > Hi Gary: It would be cool to be able to browse a class (when selected) > using the shortcut (cmd + b). Right now you only can browse it using right > button -> Browse class > > Cheers > > Mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 22, 2010

Re: [Pharo-project] [squeak-dev] Help system now for Squeak and Pharo

by Danny Chan

Hi! I like the idea. On the weekend I hacked a bit of code to generate help pages from the class and methods comments. I have just added another bit of code that sorts the documentation for all methods so that methods with a <help> pragma appear in a special section. See the "Help on Help" pages in the browser. And I just learned that you can load this with (ConfigurationOfHelpSystem project version: '1.0-baseline') load. Danny Am Sonntag, 21. Februar 2010 23:39:16 schrieb StÃ©phane Ducasse: > Torsten / Danny > > I was discussing with laurent and I like his idea. > We could tag > test with > <publichelp> > > and the tests would be used for the Help. We could design test that are > more for understanding than identifying bugs and we would have a win-win > situation: documentation and always in sync. > > doing the same for class comments would be nice. > Often in a package you have one or two important classes. > > This would be a good incentive to get cool comments. > > On Feb 19, 2010, at 5:00 PM, Torsten Bergmann wrote: > > Since we share tools and code - we may in the future also > > share (in-image) documentation for tools. What is new: > > > > - Refactored and updated the code > > - Help System is now usable in Pharo and Squeak too > > - Metacello config is updated for both > > - there is an initial help for the Pharo project and the Squeak project > > (depending on from where you load it) > > - the help for the help system is displayed as last book > > - I merged HelpContents into a new HelpPage - so we have books and > > pages (we may later add other forms than text in subclasses like > > HTMLHelpPage, ...) > > > > The help browser includs a book on how to provide/implement an own > > custom help. Future version may include specific colored icons for > > squeak and better UI depending on the UI system (Polymorph in Squeak) > > as well as authoring tools. > > > > Thanks to Metacello one is able to manage the differences. To load: > > > > Squeak > > ====== > > > > Installer ss project: 'MetacelloRepository'; > > install: 'ConfigurationOfHelpSystem'. > > > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0') > > load > > > > > > Pharo > > ===== > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfHelpSystem'; > > load. > > > > ((Smalltalk at: #ConfigurationOfHelpSystem) project version: '1.0') > > load > > > > > > Bye > > T. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 22, 2010

Re: [Pharo-project] [Vm-dev] Re: Trying to build alien plugin in linux

by Adrian Lienhard

I've loaded VMMaker into a new Pharo image and it produces an interpreter that I can successfully compile. After loading VMMaker, ObjectMemory baseHeaderSize is nil as expected: BaseHeaderSize and BytesPerWord are initialized through #initializeWithBytesToWord:, which is called by #generateInterpreterFile. Hence, both variables are nil until VMMaker is run the first time. Cheers, Adrian On Feb 21, 2010, at 17:20 , David T. Lewis wrote: > On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote: >> On Sat, 20 Feb 2010, John M McIntosh wrote: >> >>> So I think the current VMMaker build process is broken? >> >> In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158): >> addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4)); >> >> So I guess it's a Pharo issue. > > It is definitely Pharo-related, but I can't quite spot the source of the > problem. > > In a Pharo image: > > ObjectMemory baseHeaderSize ==> nil > ObjectMemory bytesPerWord ==> nil > > That is the reason for the incorrect code generation. > > If you evaluate this, the object memory constants will be set up properly: > > ObjectMemory initializeWithBytesToWord: Smalltalk wordSize > > At that point, I expect that the code generation problem will be probably > be fixed. > > What I can't figure out is why this is not being initialized properly > in a Pharo image. I'm fumbling my way through this with a borrowed > computer (out of town this weekend, forgot to bring my laptop) and > limited expertise with Pharo, so maybe someone can figure it out from > the above clues. > > HTH, > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010

Re: [Pharo-project] Browse classes with shortcut in merge

by Gary Chambers

Certainly possible. Needs an update for Polymorph as well as the Diff tools. Will only be available when the "changes tree" has keyboard focus, also... Will do cmd+n for senders, cmd+m for implementors and cmd+v for versions while at it. Also, I'll update the menu items to indicate shortcuts. Regards, Gary ----- Original Message ----- From: Mariano Martinez Peck To: Pharo Development Cc: Gary Chambers Sent: Friday, February 19, 2010 2:57 PM Subject: Browse classes with shortcut in merge Hi Gary: It would be cool to be able to browse a class (when selected) using the shortcut (cmd + b). Right now you only can browse it using right button -> Browse class Cheers Mariano

Feb. 22, 2010

Re: [Pharo-project] Pharo website homepage

by Adrian Lienhard

Sure! I think it is a good idea to structure the page and lead the viewer like this. I'm happy to consider concrete proposals on how to improve our website. Note, we have a "Get Started" that is even less verbose than rubyonrails.com [1] ;). In this case it's actually too minimalistic. Should be improved... Cheers, Adrian [1] http://www.pharo-project.org/documentation/getting-started On Feb 22, 2010, at 18:37 , laurent laffont wrote: > Hi, > > Discussing with Stephane I was thinking that pharo website homepage could be > far less verbose in order to attract, guide newcomers better. IMHO it's a > very important point for Pharo 1.0. > I like the Rails homepage http://rubyonrails.org/, especially the Get > Excited / Started / Better / Involved. > > What do you think ? > > Laurent Laffont > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 22, 2010