- Pharo-dev - lists.pharo.org

[Pharo-project] need tests for DataStream
by Cyrille Delaunay July 20, 2009

July 20, 2009

Hi, I wrote a new version of DataStream ( and its subclasses : ReferenceStream and SmartRefStream) in Nile and I would like to write tests for those classes. I would be very interested by anyone that has already write some tests for that.

2 1

[Pharo-project] BlockArgsNode KeyWordNode
by StÃ©phane Ducasse July 20, 2009

July 20, 2009

Hi I'm wondering why these classes are the only one of Compiler-Syntax and not Compiler-ParseNodes. And why nobody use them. Stef

3 3

[Pharo-project] How to have a faster image
by Mariano Martinez Peck July 20, 2009

July 20, 2009

Hi! I want to put together the things people do to have a faster Pharo. The "slow" stuff is being identified and for the moment, perhaps it is useful people can have an image with less features but faster. All the things we put here, perhaps we can then include them in the script used to generate Pharo until the things that now are slow, are fast. This is what I do when I download a Pharo image to get it faster: ToolSet default: StandardToolSet. SystemBrowser default: OBSystemBrowserAdaptor. Preferences enable: #fastDragWindowForMorphic. Preferences disable: #dynamicProtocolActivation. Of course, there are other things like using the default Squeak theme or not using FreeType but in my case I rather use them. I hope this helps to someone. Best, Mariano

6 15

[Pharo-project] About issue number in slice name
by StÃ©phane Ducasse July 20, 2009

July 20, 2009

Hi all I would like that we follow the convention: - put the issue number in the slice name (like nicolas is doing) Today the server crashed and the inbox is full of all code. So with the name in the slice I can really fast check if it was integrated or not. So we should probably update the wiki with that wish (important for me). Stef

1 0

[Pharo-project] due to the squeaksource crash... the inbox is full of old
by StÃ©phane Ducasse July 20, 2009

July 20, 2009

versions I moved in the treated inbox during the sprint.... So I will clean again. May be we should pay somebody to improve the infrastructure. Stef

1 0

[Pharo-project] New much faster Pharo based on 10379
by Damien Cassou July 20, 2009

July 20, 2009

I've just uploaded a new Pharo image. It is much faster now, but you won't get the package browsing (only the category browsing). http://pharo-project.org/pharo-download For all the people who found Pharo slow, please tell me what you think of this one ! -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

8 13

[Pharo-project] NetNameResolver
by Schwab,Wilhelm K July 20, 2009

July 20, 2009

Hello all, I noted some problems with NetNameResolver, and found the following: http://n2.nabble.com/NetNameResolver-problem-on-Linux-Ubuntu-9.04-td2805740… 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 have also managed to create (aka steal from 3.9) a working #nameForAddress:timeout: method, which IIRC, was a disaster the last time I tried it on Pharo. I was running it on win2k3, and should try it on Ubuntu to see if that was the source of the trouble. Bill

2 2

[Pharo-project] Problematic method category
by Schwab,Wilhelm K July 19, 2009

July 19, 2009

Hello all, 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? Bill

2 1

[Pharo-project] MergeTool request
by Nicolas Cellier July 19, 2009

July 19, 2009

Could we have: - an indication of method timestamps (with initials) - a button to select/reject all changes at once (usefull if you merge with a distant fork and want to be very selective) Nicolas

2 3

[Pharo-project] Senders and implementors WAS: Pharo apparently slow on linux
by Mariano Martinez Peck July 19, 2009

July 19, 2009

I don't know you what I use senders and implementors everytime. Too frecuently. Frecuently enought so that to put them in the first menu and not insidethe "extended search". Don't you rather them to be in the first menu ?? ---------- Forwarded message ---------- From: Adrian Lienhard <adi(a)netstyle.ch> Date: Sat, Jul 18, 2009 at 10:13 AM Subject: Re: [Pharo-project] Pharo apparently slow on linux To: Pharo-project(a)lists.gforge.inria.fr These actions are in the submenu "extended search". HTH, Adrian On Jul 18, 2009, at 15:00 , Schwab,Wilhelm K wrote: > They might be (I'll have to use them for a while), though I would > still like to see especially the browse command along side of > evaluate/inspect/explore in the menus. > > Thanks, > > Bill > > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: pharo-project-bounces(a)lists.gforge.inria.fr > ] On Behalf Of Adrian Lienhard > Sent: Saturday, July 18, 2009 1:46 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Pharo apparently slow on linux > > > On Jul 18, 2009, at 08:02 , Schwab,Wilhelm K wrote: > >> Laurent, >> >> I will preface this by saying that I have had a fairly intense week >> with Pharo. I am closing in on a solution to a real problem. I >> greatly miss Dolphin's Browse-it command, and its F12 and shift-F12 >> (definitions/references to a typed selector); the message search has >> its points, but it takes some extra steps to use in comparison to the >> Dolphin features. > > Isn't Ctrl-b (browse selected class name), Ctrl-m (implementors of > selector), Ctrl-n (senders of selector), and Ctrl-shift-n (class > references) doing the same? I almost never use the message search > but always these shortcuts. > > Adrian > >> Back to the topic at hand; let's see if I am following. Start with a >> core image, run a script that installs what looks like a Pharo web >> image, makes a few changes to settings in favor of speed, and you get >> something that you find faster than Pharo?? Did you make the same >> speed selections in Pharo? If so, one wonders what happened between >> core and Pharo-dev/web that Lukas did not do to the core image. >> >> Sorry if I'm off base here - it's been a long and very good few days. >> >> Bill >> >> >> ________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of laurent laffont >> Sent: Saturday, July 18, 2009 12:45 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Pharo apparently slow on linux >> >> >> On Fri, Jul 17, 2009 at 8:31 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: >> Hi >> >> David shaffer reported to me in fuzzy way that pharo is slow on >> linux. >> Dear linux users can you report if you experienced the same and on >> which >> machine >> distributions >> vm >> image >> >> please compare the core and the dev (with browser usage) >> >> _______________________________________________ >> >> Hi, >> >> machine: core duo 2.0 GHz, 1 GB RAM (White Macbook, 2007) >> distribution: Archlinux >> vm: exupery pharo-vm-0.15.1b-linux.zip >> images: pharo0.1-10373dev09.07.2 and latest Pharo-Core >> >> Pharo-Core: (System Browser) >> - startup time: instantaneous >> - navigate randomly in browser: 3% - 8% CPU usage >> - find class OrderedCollection: ~10% CPU >> - browse senders of add: time to open 1s, 21% CPU >> >> Pharo-Dev: (Package Browser) >> - statup time: 3s (cold start 5s) >> - navigate randomly in browser: 9% - 15% CPU usage >> - find class OrderedCollection: ~13% CPU >> - browse senders of add: time to open 19s, 48% CPU >> >> Now I'm using Pharo-Core with Luka's scripts >> (http://code.google.com/p/pharo/wiki/ImageBuildScripts >> ) as it's far more pleasant to use for me. >> >> Laurent >> _______________________________________________ >> 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

5 8