- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo apparently slow on linux

by Adrian Lienhard

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@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

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Schwab,Wilhelm K

Stef, What about import/export restrictions? I prefer to leave to other forums the debate on whether or not goverments (especially mine) has any business at all restricting such things. However, they do restrict them, and we might do better to steer clear of cryptography, or at least make it separately downloadable. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Saturday, July 18, 2009 3:16 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] MD5 in pharo? Yes this is a good idea. Stef On Jul 18, 2009, at 8:41 AM, Adrian Lienhard 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. > > 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@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 _______________________________________________ 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 Janko MivÅ¡ek

Hi Bill, Schwab,Wilhelm K pravi: > I stand by my answer. The cryptography team took on too much work and ended up burning out. Beyond that, OpenSSL will have "brand loyalty" that a home-grown library will struggle to match. Include what you want[*], but we should also provide something that attaches to OpenSSL and can therefore benefit from its maintenance cycle. Having experience with Swazoo 1.0 OpenSSL support I can tell that maintaining such interface to external library is not easy. Consider all platforms you need to maintain, and adapting to new versions... Not to mention that end user need to install OpenSSL libraries, which at least on Windows is not as easy as it should be. So, for simple things as hashes like MD5 and SHA and some other basic crypto functions it is certainly better to have implementations in Smalltalk. While for a whole SSL it is better to have the interface to the external library. Cryptography package should therefore stay and be maintained at least for basic crypto stuff. But I'd be very hapy iff someone could develop the XML signature and encryption support, combining existing crypto and XML functionality into something really useful in nowadays digital world ... Janko > -----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:42 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] MD5 in pharo? > > 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. > > 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@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 -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

July 18, 2009

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

by Schwab,Wilhelm K

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

July 18, 2009

Re: [Pharo-project] Pharo apparently slow on linux

by Schwab,Wilhelm K

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@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

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Schwab,Wilhelm K

Adrian, I stand by my answer. The cryptography team took on too much work and ended up burning out. Beyond that, OpenSSL will have "brand loyalty" that a home-grown library will struggle to match. Include what you want[*], but we should also provide something that attaches to OpenSSL and can therefore benefit from its maintenance cycle. 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:42 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] MD5 in pharo? 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. 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@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] Pharo apparently slow on linux

by John McIntosh

2) Mac VM seems faster than others. I don't know if it is because 1) or any other reason This is because of compiler version choice, compiler options, tweaking, and from time to time re-verification of what is going on... So yes the mac vm can be 30%, but maybe someone can check that -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

July 18, 2009

Re: [Pharo-project] MD5 in pharo?

by Esteban Lorenzano

Great! On 2009-07-18 05:16:26 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: > Yes this is a good idea. > > Stef > > On Jul 18, 2009, at 8:41 AM, Adrian Lienhard 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. >> >> 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@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] fork cleaning in CUIS

by Lukas Renggli

> Â >> . It was a discussion about the dangers of using the result of > #fork and > Â >> friends, and the convenience of first creating the process, > storing it > Â >> somewhere and later doing #resume. In this release of Cuis, all > callers of > Â >> #fork and friends that needed the return value were changed for that > Â >> pattern, and now #fork and friends simply return nil. This is the > way to > Â >> avoid those nasty bugs. > Â > > Â > I really like that solution. It's simple and ensures people know what > Â > they're doing. > Â > > +1 > Good to know that someone put that discussion fruits into a practical > plane, even if in own fork :) The change might break existing code that does not have a nasty bug. Furthermore it makes experimenting in the workspace with processes very hard. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

July 18, 2009

[Pharo-project] Fwd: CUIS Changes

by StÃ©phane Ducasse

Hi all I think that juan is doing a good job at documenting his changes so that other forks could benefit from them. So if you want to help here is the list. Stef (last change set included: 228) Rename class and update references goodie --------------------------------------------------------- 0159-renameClassAndUpdateReferences-jmv.1.cs Process scheduling enh -------------------------------- 0029-ProcessScheduling.cs MessageTally enh ------------------------- 0122-MessageTallyEnh-ar-jmv.11.cs 0191-MessageTallyNoWrap-jmv2.cs Logging and ChangeSet enhancements ------------------------------ 0003-ClassDefinitionLogging.st 0004-ClassDefinitionLoggingAddendum.st 0005-ClassDefinitionLoggingAddendum2.st 0032-ClassDefinitionLogging-Compatibility.cs 0123-ChangeListEnh-FileOutAll-jmv.2.cs 0201-SelectRemovalsOfSent-jmv.1.cs Dan's == with SmallIntegers --------------------------------------- 0105-RemoveIdentityCompareWSmallInts-jmv.1.cs Affected class categories goodie --------------------------------------------- 0036-AffectedClassCategories.2.cs Protocol Catcher goodie ----------------------------------- 0077-ProtocolCatcher-jmv.1.cs Nicer Cursors ------------------- 0046-Cursor.3.cs Chronology enh ------------------------- 0099-ChronologyEnh-jmv.1.cs 0223-TimeTestCreation-jmv.1.cs 0224-TimeForSpeed-gk.1-M4669.cs 0225-fasterDayOfYear-brp.1-M4669.cs 0226-DateAndTime-fromSeconds-dtl-M7356.cs Parser enh ------------------ 0113-ParserRemoteRequestorFix-jmv.3.cs 0118-ParserRemoteRequestorFix2-jmv.1.cs ProgressBar enh ----------------------- 0114-ProgressBarEnh-jmv.1.cs 0117-RemoveSlip.1.cs Text cleanup and refactoring ------------------------------------------ 0078-TextMorphsCleanup-jmv.1.cs 0079-TextEditor-jmv.28.cs 0080-replaceControllerReferences-jmv.1.cs 0081-removeController-jmv.1.cs 0082-furtherEditorCleanup-jmv.2.cs 0084-removePredecessorAndSuccessor-jmv.1.cs 0090-oldPluggableTextMorphFix-jmv.cs 0097-TextEditorFix-jmv.cs 0100-RemovePredecessorAndSuccessorAgain.1.cs 0110-ListRefactor-EditorFix-jmv.2.cs (just 2 methods) 0116-OldMorphEditorFix-jmv.1.cs 0174-SaveContentsToFile-jmv.1.cs 0216-WorkspaceFix-jmv.2.cs (1 method) ScrollPane and ScrollBar cleanup & refactor ----------------------------------------------------- 0169-ScrollPaneCleanup-jmv.8.cs 0171-OutboardScrollBarFix-jmv.1.cs 0215-ScrollPaneEnh-jmv.1.cs 0216-WorkspaceFix-jmv.2.cs (1 method) NiceFonts ---------------- 0002-subPixelFontsPreference.st 0007-ItalicAndBoldFonts.st 0011-AAFontsFixes.1.cs 0026-StrikeFont class-removeMostFonts.st 0031-StripHighGlyphs.cs 0040-SmallerAAColormaps.st 0051-seizesNavigationFocus.1.cs (just one of the changes) 0073-NiceFontsLessThan32bpp-jmv.cs 0120-DefaultsFontsFix.1.cs 0125-NiceFontsEnh-jmv.10.cs 0127-ChangeDejaVuForVera-jmv.3.cs 0128-RemoveFontsScripts-jmv.1.cs 0155-FontsSaveSpace-jmv.1.cs 0156-MultiLineEnding-VisibleControlChars-jmv.1.cs 0162-16bppFonts-jmv.1.cs 0195-NiceFontEnh-jmv.2.cs 0204-ColoredTextWithSubpixelAA.22.cs 0208-BitBltTweak-jmv.1.cs 0210-BetterColorMaps-jmv.2.cs Code authorship and relicensing ----------------------------------------- 0024-CodeAuthors.1.cs 0139-CodeAuthorsUpdate-jmv.2.cs 0140-LicenseBasicRemoval-yo-jmv.1.cs 0141-MissingAuthorsRemoval-yo-jmv.1.cs 0142-LicenseBasicRevert-yo-jmv.2.cs 0143-LicenseRemoveScaledDecimal-yo-jmv.1.cs 0144-LicenseCleanupHG-yo-jmv.1.cs 0145-LicenseRevertJDL-yo-jmv.1.cs 0146-LicenseRewriteHGExplorer-yo-jmv.1.cs 0147-LicenseRewriteHGServDir-yo-jmv.1.cs 0148-LicenseCleanupDWH-yo-jmv.1.cs 0149-LicenseLastEdits-yo-jmv.1.cs 0150-LicenseMoreEdits-jmv.2.cs 0151-LicenseAdditionalStuff-jmv.2.cs 0152-LicenseOddsAndEnds-jmv.1.cs 0158-LicenseNewIssues-jmv.1.cs 0194-Model-veryDeepInner-jmv.cs.1.cs Focus navigation and enh --------------------------------------------- 0009-KeyboardNavigation.st 0083-focusAndMiscCleanup-jmv.1.cs 0085-focusStuff-jmv.cs 0086-focusNotFollowsMouse-jmv.cs 0087-moreFocusAndEventsStuff-jmv.cs 0088-keyboardAndNavigationFocusUnification-jmv.cs 0089-newKeyboardFocusNavigation-jmv.cs 0091-AdditionalFocusFixes-jmv.1.cs 0093-FocusFixes-jmv.1.cs 0107-FocusFollowsMouseAgain-jmv.2.cs 0179-KeyboardFocusFeedbackEnh-jmv.12.cs 0180-focusFollowsMouse.1.cs 0186-PrettyPrintAndFocusFeedbackEnh-jmv.1.cs Pointer explorer goodie ------------------------------- 0070-PointerExplorer-jmv.cs Code evaluation fixes ---------------------------- 0045-CodeEvaluationAnnoyancesFixes.5.cs Remote cursor sender goodie ---------------------------------------- 0034-OldSimpleClientSocket class-remoteCursorSender.st 0035-OldSimpleClientSocket class-remoteCursorReceiver.st 0037-remoteCursorReceiver.st 0039-remoteCursorSender.st 0055-RemoteCursorClose.1.cs Kernel: Semaphores, Delays, Processes, WeakReferences ------------------------------------------------------------------------- 0101-SafeDelay-2-ar.cs 0102-DelayTweaks-ar.cs 0103-DelayStartup-jmv.cs 0104-SemaCritical-ar.cs 0130-CreateSemaphoreTest-jmv.1.cs 0131-DelayCleanup-ar.1.cs 0132-AtomicProcessSuspend-ar.1.cs 0133-ProcessTerminateFix-ar.2.cs 0134-DelayWaitTimeout-ar.2.cs 0135-SignalExceptionFix-ar.1.cs 0136-assertFix-jmv.1.cs 0137-SemaTests-ar.cs 0173-offList-jmv.1.cs 0187-DelayWaitTimeout-ar.3.cs 0192-WeakMessageSendFixPart1-jmv-M7352.cs 0193-WeakMessageSendFixPart2-jmv-M7352.1.cs 0207-AvoidCreatingDelays-jmv.1.cs 0212-ForkSenders-jmv.1.cs 0213-ForkAnswersNil-jmv.5.cs Polygons and Curves --------------------------- 0177-CurveMorphProperFill-jmv.2.cs 0181-CurveMorphFixArrows-jmv.1.cs Misc goodies and lesser tweaks ------------------------------------------ 0047-crc16ForFiles.1.cs 0050-Form-fromFileNamedOrNil.1.cs 0053-ensure-close.1.cs 0058-browseUndeclared.1.cs 0061-baseSqueakFixes-jmv.1.cs 0065-DictionaryFix-jmv.1.cs 0066-CrLfFileStreamFixes-jmv.1.cs 0067-crLfNextLine-jmv.4.cs 0069-writeStream-lf-jdb.1.cs 0073-BMPSaveFixes-jmv.1.cs 0074-String-stbLinesDo-jdb.1.cs 0076-trimbBlanksFix-jmv.1.cs 0119-CryptographyStuff-jmv.1.cs 0126-BrowserTweaks-jmv.3.cs 0129-xorFixes-em.1.cs 0166-RecreateSpecialObjectsArray-M6980-ar.1.cs 0172-ShrinkingToolsEnh-jmv.5.cs 0182-RemoveLineFeedsTweak-jmv.1.cs 0184-PresumedSentMessagesEnh-jmv.1.cs 0185-ISO-8859-1Encoding-jmv-ar.11.cs 0188-ShrinkingFix-jmv.1.cs 0190-isShadowed-jmv.1.cs 0196-AnalysisTools-jmv.1.cs 0206-AnalysisToolsEnh-jmv.4.cs 0214-nilMNU-bf-jmv.1.cs 0217-LongMethodAuthor-ar-jmv.2.cs 0218-FileMenuEnh-jmv.1.cs Cleanup ------------- 0059-Morphic3AndBalloonRemoval.13.cs 0094-removefixReversedValueMessages-jmv.cs 0095-SmartRefStreamFixAndCleanup-jmv.cs 0124-RemoveTempNamesCache-jmv.2.cs 0157-RemoveSomeLFsFromCode-jmv.1.cs 0163-LoadOldIdentical-jmv.3.cs 0164-LoadOldEquivalent-jmv.12.cs 0227-SomeRandomCleanup-jmv.1.cs Morphic / LightWidgets ------------------- 0001-HoleLW.st 0006-PositionFix.st 0008-HoleLWAndTransparentBackgroundFix.st 0010-MenuItemLW.st 0012-DrawHighlightOverride.st 0013-ShowNHideInLW.st 0014-GuiStandards.cs 0015-ListLW.1.cs 0016-EntryFieldWithExtras.1.cs 0017-Slider.1.cs 0018-GuiStandardsExample.2.cs 0019-entryFieldChanges.1.cs 0020-slider.2.cs 0021-GuiStandardsExampleFer.3.cs 0022-MiscFixes.1.cs 0023-AdditionalFixes.5.cs 0025-NavigationFixes.1.cs 0027-ProgressBar.4.cs 0028-LW-changes.1.cs 0030-ViewUpdateInUIProcess.cs 0033-actionArgumentInButtons.cs 0038-outOfWorld.st 0041-LabelLW-font.cs 0042-OldHandMorph-handleEvent.st 0043-MouseOver-CPUUsageReport.st 0044-ModelsEventsAndLW.6.cs 0048-LW-actionArgument.1.cs 0049-World-ViewBox.1.cs 0051-seizesNavigationFocus.1.cs 0052-LW-misc.1.cs 0054-OldPasteUpMorph.jmv.1.cs 0056-ImageLW.1.cs 0057-NavigationFocusFix.1.cs 0060-miscLightWidgetsFixes-jmv.3.cs 0062-CheapImageLW.1.cs 0063-clickableScrollbars-jmv.1.cs 0064-LWtweaks-jmv.1.cs 0068-navigationFocusEnhLW-jmv.1.cs 0071-ButtonAndLabelLWEnh-1-jmv.cs 0072-ButtonAndLabelLWEnh-2-jmv.cs 0075-CheckBoxLWAndStuff-jmv.1.cs 0092-NewEntryField-jmv.1.cs 0096-HaloCyclingFix-jmv.cs 0098-MoreResponsiveMorphic-jmv.cs 0106-ScrollingLabel-jmv.1.cs 0108-TranslucentImage-jmv.3.cs 0109-CellStyleAphaEntryField-jmv.7.cs 0110-ListRefactor-EditorFix-jmv.2.cs 0111-ListRefactorPart2-jmv.1.cs 0112-RemoveMenuListLWandMenuItemLW-jmv.1.cs 0115-CustomNavigationEntryFieldLW.1.cs 0121-ProgressBarLWFix-jmv.1.cs 0138-Mantis6581-FreezeFix-al.1.cs 0153-runStepMethodsIn-ar.2.cs 0154-AvoidSupriousDrawing-jmv.1.cs 0160-removePrefix-Old-jmv.1.cs 0161-isMorphic-jmv.1.cs 0165-OldPrefixRemaining-jmv.1.cs 0167-EntryFieldFocusFix-jmv.1.cs 0168-MoreOldPrefixStuff-jmv.1.cs 0170-Unimplemented-jmv.17.cs 0175-RemoveVMMaker-jmv.1.cs 0176-AdditionalVMMakerRemoval-jmv.1.cs 0178-EntryField2LWFix-jmv.1.cs 0183-TargetSightingCuis-wiz-jmv.6.cs 0189-MenusWithPen.10.cs 0197-RemoveTableLayout-jmv.12.cs 0198-SimplifyCanvas-jmv.2.cs 0199-MorphicReduction-jmv.4.cs 0200-MoreCleanup-jmv.10.cs 0202-BrowserCommentDisappears-jmv.1.cs 0203-RemoveRotationCenter-jmv.1.cs 0205-PluggableButtonMorphFix-jmv.1.cs 0209-AdditionalCleanup-jmv.13.cs 0211-LayoutSimplification-jmv.cs 0219-addMorphLayoutFractions-jmv.1.cs 0220-BetterButtonDefaults-jmv.1.cs 0221-ButtonLabelString-jmv.3.cs 0222-BrowserLowerPaneLayoutFix-jmv.2.cs 0228-MenuLayoutFix-jmv.1.cs

July 18, 2009