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

Re: [Pharo-project] New much faster Pharo based on 10379

by Mariano Martinez Peck

On Sat, Jul 18, 2009 at 5:28 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > can you disable the annotation pane too? > Could you also load the packageBrowser so that we can pick the other > one too? Ok. I tested and is MUCH faster for me. I think this will be a good step. People (and mostly newbies) will be able to just download a image and this will be faster enougth. I also thing that having also the packageBrowser loaded is a good thing so that anyone who want can use it. > > May be put also the highPerformance on > I would also remove the optional buttons because they just take space. > (You see I can also be dogmatic). > > I imgaine that the roundcorner could be disable too to gain some > cycles too. > Stef > > On Jul 18, 2009, at 8:55 AM, Damien Cassou wrote: > > > 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 > > > > _______________________________________________ > > 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 >

July 18, 2009

Re: [Pharo-project] [ANN] Algernon now available in Pharo

by Mariano Martinez Peck

On Fri, Jul 17, 2009 at 6:52 PM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > 2009/7/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > 9999 x 10^ 9999 to be in Pharo > > Could other people give their opinion too? Yes please. Give it a try. It very simple to install and very very very useful. > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Mariano Martinez Peck

On Sat, Jul 18, 2009 at 3:41 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Bill, please note that Esteban just needs a standard hash algorithm. > No encryption. > > Some time ago we discussed including hash functions from Cryptography > in Pharo core. We postponed it then because it seemed that maybe some > people would join and make Cryptography work in Pharo. An OpenSSL > interface would be a very interesting alternative too. > > In any case I think we should add MD5 and maybe some other hash > functions to the core. Will add this to my todo list. I think tihs can be easy as perhaps the only thing you must do is to copy the MD5 class to the core. I think it has no dependencies...But I should check that > > > Adrian > > > On Jul 18, 2009, at 05:09 , Schwab,Wilhelm K wrote: > > > Esteban, > > > > IMHO, the correct path is to write an interface for OpenSSL. > > Ultimately, that should also give us SSL sockets, but long before > > that, it can provide various hashes and cyphers with very little > > effort. I am open on whether the interface should be FFI, Alien, or > > plugin based. One argument for a plugin could come through benefits > > that _might_ acrue to sockets. I have along way to go on Squeak/ > > Pharo external interfacing, so I could be way off here(!!), but I am > > under the impression that plugins can use OS threads, and that could > > greatly simplify getting OpenSSL to not hang the entire image while > > waiting on things to happen to/on a socket; that benefit would come > > at the cost of having to write a plugin. > > > > Another option might be to use FFI/Alien to access the cyphers and > > have a plugin for the SSL sockets. Hopefully someone with Squeak > > external interfacing experience will tell us "where be the dragons" > > with the various options. > > > > Bill > > > > > > -----Original Message----- > > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr > > ] On Behalf Of Esteban Lorenzano > > Sent: Friday, July 17, 2009 7:25 PM > > To: pharo-project(a)lists.gforge.inria.fr > > Subject: [Pharo-project] MD5 in pharo? > > > > Hi, > > Some time ago, I read a thread about cryotography, and as far as I > > remember, some body says about integrate the basic algoritms (MD5 > > and maybe others) as part of the pharo core. > > Well... now I need to use MD5 and cryptography package is not > > working well (it opens a debugger each time I save my image). > > > > I wonder if there are another package with MD5? > > > > Cheers, > > Esteban > > > > > > > > _______________________________________________ > > 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 >

July 18, 2009

Re: [Pharo-project] How to have a faster image

by Mariano Martinez Peck

On Sat, Jul 18, 2009 at 12:40 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > I added the statements to http://code.google.com/p/pharo/wiki/CodeSnippets > . excellent. Adrian: this line is necessary? ToolSet default: StandardToolSet. I thought it was. > > > Please update as appropriate. > > Cheers, > Adrian > > On Jul 18, 2009, at 15:47 , Schwab,Wilhelm K wrote: > > > Adrian, > > > > Sounds good, let's do both. The new image is a nice step forward. > > Subjectively, it is at least as quick as my heavily hacked image. I > > started with a web image and have loaded a fair amount of code, so I > > would want to see the browsers loaded down with Seaside and other > > big packages that are present in my image. > > > > I recommend enabling fast drag by default. > > > > 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 8:16 AM > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] How to have a faster image > > > > Sure, we can also put these preferences on the wiki (what page would > > be good?). I just wanted to avoid (like Damien), that we *only* put > > these items on the wiki and then think the problem is solved ;) > > > > Cheers, > > Adrian > > > > On Jul 18, 2009, at 15:04 , Schwab,Wilhelm K wrote: > > > >> Adrian, > >> > >> With respect, I do not understand the resistance to also placing the > >> recommendations on the Wiki - that might help someone hoping to > >> postpone updating to a new image. Making a list in a promintent > >> location in no way prevents improving the downloadable images; let's > >> do both. > >> > >> Bill > >> > >> > >> -----Original Message----- > >> From: pharo-project-bounces(a)lists.gforge.inria.fr > >> [mailto:pharo-project-bounces@lists.gforge.inria.fr > >> ] On Behalf Of Adrian Lienhard > >> Sent: Saturday, July 18, 2009 1:55 AM > >> To: Pharo-project(a)lists.gforge.inria.fr > >> Subject: Re: [Pharo-project] How to have a faster image > >> > >> In this thread just preferences were discussed to speed up the tools > >> (no new packages). > >> > >> Instead of adding them to the wiki, I also suggest to make them > >> default in the Pharo image. Like this people get less features but a > >> faster GUI, which seems to be preferred from the many recent > >> comments. > >> If somebody likes more features, he can simply change the preferences > >> again (maybe adding a note in the workspace would be helpful to > >> indicate which ones). > >> > >> I suggest to change the following: > >> > >> SystemBrowser default: OBSystemBrowserAdaptor. > >> Preferences disable: #dynamicProtocolActivation. > >> Preferences disable: #annotationPanes > >> > >> In this thread it was also suggested to enable > >> #fastDragWindowForMorphic. Not sure if this is important as we have > >> it > >> disabled also in the core. > >> > >> Damien, what do you think? > >> > >> Adrian > >> > >> On Jul 18, 2009, at 00:39 , Damien Cassou wrote: > >> > >>> On Sat, Jul 18, 2009 at 12:01 AM, StÃ©phane > >>> Ducasse<stephane.ducasse(a)inria.fr> wrote: > >>>> I think that pharo (old pharo-dev should contain as less as > >>>> possible). > >>> > >>> Each user means something different by 'as less as possible' (not > >>> sure it's good english though :-)). You want syntax highlighting and > >>> completion to be in. IIRC, Michael has no need for them. > >>> > >>> -- > >>> Damien Cassou > >>> http://damiencassou.seasidehosting.st > >>> > >>> "Lambdas are relegated to relative obscurity until Java makes them > >>> popular by not having them." James Iry > >>> > >>> _______________________________________________ > >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 18, 2009

[Pharo-project] Senders and implementors WAS: Pharo apparently slow on linux

by Mariano Martinez Peck

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

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Nicolas Cellier

2009/7/18 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi, > Some time ago, I read a thread about cryotography, and as far as I > remember, some body says about integrate the basic algoritms (MD5 and > maybe others) as part of the pharo core. > Well... now I need to use MD5 and cryptography package is not working > well (it opens a debugger each time I save my image). > Probably a change of InputSensor... If you load Cryptography-RJT.10, then replace the call to #mousePoint with #cursorPoint (in RandomGenerator>>#unpredictableStringsDo:) Nicolas > I wonder if there are another package with MD5? > > Cheers, > Esteban > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 18, 2009

Re: [Pharo-project] Fwd: MethodDictionary potential cleanups

by Philippe Marschall

http://code.google.com/p/pharo/issues/detail?id=960 StÃ©phane Ducasse wrote: >> >> >> >> On Fri, 17 Jul 2009 22:13:33 +0200, Ralph Boland wrote: >> >> > MethodDictionary has a method "growNoBecome". >> > It is invoked by "MethodDictionary>>fullCheckNoBecome". >> > It is invoked by "MethodDictionary>>at:putNoBecome:". >> > It is invoked by ????? (that is nobody). >> > >> > Can anybody explain this or should I generate a bug report? >> >> Hi Ralph, >> >> when I saw this the first time, it seemed that the methods without >> *become* in their name, would do a #become: but they did not. >> >> Even if somebody tried with aMethod #become:, sooner or later the .image >> would crash: #becom:ing methods that can be in use by the VM is always a >> very bad idea. So it rather looks like the methods you listed are 100% >> pure[tm] rot or crap. >> >> > I have no idea if any of the Squeak forks exhibit the same behavior. >> >> I suggest to remove them or, if you feel inclined, to deprecate them. >> >> /Klaus >> >> > I am running Squeak 3.10.2. >> > >> > Ralph Boland >> > >> > >> >> >> >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2009

Re: [Pharo-project] Taking the bull by the horns - Was: Re: MD5 in pharo?

by Adrian Lienhard

Thanks, Esteban There is a SqueakMap project [1] and the two releases in there are declares as MIT [2]. The last release points to the version Cryptography-rww.5.mcz on SqueakSource. Probably, the implementation of the classes you have been extracting was already in this version. Could you check? Else we should ask Ron, who led the project, to specify the license in the SqueakSource project. Adrian [1] http://map.squeak.org/package/79e97c64-9254-4115-82e8-c59036c7d661 [2] http://map.squeak.org/package/79e97c64-9254-4115-82e8-c59036c7d661/autovers… On Jul 18, 2009, at 17:43 , Esteban Lorenzano wrote: > Ok... I packaged a cryptography stripped version with hashed methods > (MD5 and SHA1)... > > I'm attaching the monticello package, but I really don't know what > is the license of Cryptography (squeaksource doesn't says anything > about that). > I hope it can be useful in order to integrate them to pharo. > > Cheers, > Esteban > > <Hashing-EL.1.mcz> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 18, 2009

[Pharo-project] Taking the bull by the horns - Was: Re: MD5 in pharo?

by Esteban Lorenzano

Ok... I packaged a cryptography stripped version with hashed methods (MD5 and SHA1)... I'm attaching the monticello package, but I really don't know what is the license of Cryptography (squeaksource doesn't says anything about that). I hope it can be useful in order to integrate them to pharo. Cheers, Esteban

July 18, 2009

Re: [Pharo-project] How to have a faster image

by Adrian Lienhard

I added the statements to http://code.google.com/p/pharo/wiki/CodeSnippets . Please update as appropriate. Cheers, Adrian On Jul 18, 2009, at 15:47 , Schwab,Wilhelm K wrote: > Adrian, > > Sounds good, let's do both. The new image is a nice step forward. > Subjectively, it is at least as quick as my heavily hacked image. I > started with a web image and have loaded a fair amount of code, so I > would want to see the browsers loaded down with Seaside and other > big packages that are present in my image. > > I recommend enabling fast drag by default. > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Adrian Lienhard > Sent: Saturday, July 18, 2009 8:16 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] How to have a faster image > > Sure, we can also put these preferences on the wiki (what page would > be good?). I just wanted to avoid (like Damien), that we *only* put > these items on the wiki and then think the problem is solved ;) > > Cheers, > Adrian > > On Jul 18, 2009, at 15:04 , Schwab,Wilhelm K wrote: > >> Adrian, >> >> With respect, I do not understand the resistance to also placing the >> recommendations on the Wiki - that might help someone hoping to >> postpone updating to a new image. Making a list in a promintent >> location in no way prevents improving the downloadable images; let's >> do both. >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of Adrian Lienhard >> Sent: Saturday, July 18, 2009 1:55 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] How to have a faster image >> >> In this thread just preferences were discussed to speed up the tools >> (no new packages). >> >> Instead of adding them to the wiki, I also suggest to make them >> default in the Pharo image. Like this people get less features but a >> faster GUI, which seems to be preferred from the many recent >> comments. >> If somebody likes more features, he can simply change the preferences >> again (maybe adding a note in the workspace would be helpful to >> indicate which ones). >> >> I suggest to change the following: >> >> SystemBrowser default: OBSystemBrowserAdaptor. >> Preferences disable: #dynamicProtocolActivation. >> Preferences disable: #annotationPanes >> >> In this thread it was also suggested to enable >> #fastDragWindowForMorphic. Not sure if this is important as we have >> it >> disabled also in the core. >> >> Damien, what do you think? >> >> Adrian >> >> On Jul 18, 2009, at 00:39 , Damien Cassou wrote: >> >>> On Sat, Jul 18, 2009 at 12:01 AM, StÃ©phane >>> Ducasse<stephane.ducasse(a)inria.fr> wrote: >>>> I think that pharo (old pharo-dev should contain as less as >>>> possible). >>> >>> Each user means something different by 'as less as possible' (not >>> sure it's good english though :-)). You want syntax highlighting and >>> completion to be in. IIRC, Michael has no need for them. >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Lambdas are relegated to relative obscurity until Java makes them >>> popular by not having them." James Iry >>> >>> _______________________________________________ >>> 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

July 18, 2009