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

[Pharo-project] Fwd: Cleanups?
by StÃ©phane Ducasse July 14, 2009

July 14, 2009

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: July 14, 2009 12:06:37 PM CEDT > To: stephane.ducasse(a)free.fr > Subject: Cleanups? > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: July 14, 2009 12:06:29 PM CEDT > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: Cleanups? > > > which reminds me that I want to integrate the "cleanUp" freespace > methods of keith. > > Stef > > > From: Ken G. Brown <kbrown <at> mac.com> > Subject: Re: image maintenance & cleanup methods > Newsgroups: gmane.comp.lang.smalltalk.squeak.general > Date: 2009-07-14 01:02:12 GMT (9 hours and 1 minute ago) > Have any more cleanup methods been added to this list? > I was just adding some things to <http://installer.pbworks.com/FreeSomeSpace > > > > Ken G. Brown > > At 4:01 AM -0800 2/12/09, squeak-dev-request <at> > lists.squeakfoundation.org apparently wrote: > >Date: Wed, 11 Feb 2009 21:13:50 -0800 > >From: John M McIntosh <johnmci <at> smalltalkconsulting.com> > >Subject: Re: [squeak-dev] ditching Monticello objects. > >To: Keith Hodges <keith_hodges <at> yahoo.co.uk> > >Cc: The general-purpose Squeak developers list > > <squeak-dev <at> lists.squeakfoundation.org> > >Message-ID: > > <B07FF75B-07C4-4C3F-ABB9-E6397B70AC73 <at> smalltalkconsulting.com> > >Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > >Ok, well I did > > > >I've been collecting lists of pruning methods so.. > > > > ScrollBar initializeImagesCache. > > GradientFillStyle initPixelRampCache. > > NaturalLanguageFormTranslator classPool at: #CachedTranslations put: > >nil. > > NaturalLanguageTranslator resetCaches. > > PartsBin clearThumbnailCache. > > PaintBoxMorph classPool at: #ColorChart put: nil. > > PaintBoxMorph classPool at: #Prototype put: nil. > > ImageMorph classPool at: #DefaultForm put: (Form extent: 1 <at> 1 > depth: 1). > > Utilities classPool at: #ScrapsBook put: nil. > > Project allInstancesDo: [ :each | each setThumbnail: nil ]. > > ScriptingSystem stripGraphicsForExternalRelease. > > ProjectHistory currentHistory initialize. > > Utilities zapUpdateDownloader. > > Smalltalk forgetDoIts. > > Behavior flushObsoleteSubclasses. > > CommandHistory allInstancesDo: #initialize. > > ChangeSorter removeChangeSetsNamedSuchThat: [ :each | true ]. > > ChangeSet resetCurrentToNewUnnamedChangeSet. > > MethodChangeRecord allInstancesDo: [ :x | x noteNewMethod: nil ]. > > RequiredSelectors initialize. > > ProvidedSelectors initialize. > > LocalSends initialize. > > SendCaches initializeAllInstances. > > Utilities cleanseOtherworldlySteppers. > > Smalltalk organization removeEmptyCategories. > > Browser initialize. > > SMSqueakMap default purge. > > SystemBrowser removeObsolete. > > TheWorldMenu removeObsolete. > > AppRegistry removeObsolete. > > FileServices removeObsolete. > > MCFileBasedRepository flushAllCaches. > > MCDefinition clearInstances. > > Undeclared removeUnreferencedKeys. > > Smalltalk flushClassNameCache. > > 3 timesRepeat: [ Smalltalk garbageCollect. Symbol > compactSymbolTable ]. > > Set rehashAllSets. > > Smalltalk garbageCollect. > > > > > > > >I added these ones. > > > > ChangeSorter initializeChangeSetCategories. > > MCWorkingCopy inspect. > > MCRepositoryGroup inspect. > > MCCacheRepository inspect. > > > >and cleaned up the class instance variables & any class vars via the > >inspect. > > > >That removed all the MC packages and MC http repositories from the MC > >Browser > > > >gave me back 4 megabytes of image space. > > > >Well brute force, still 4 mb wonderful to get back this late in the > >project. > > > > > >On 11-Feb-09, at 6:18 PM, Keith Hodges wrote: > > > >> John M McIntosh wrote: > >>> I'm building an image for a limited memory hardware platform. > >>> > >>> At the point here where I want to *deploy* things and I can see > that > >>> various parts of Monticello > >>> are consuming well over a megabyte of memory to retain > MCVersionInfo > >>> instances, MCMethodDefinition(s), time stamps, uuids, etc etc > >>> > >>> I'm wondering if anyone has some code to strip all that out thus > >>> returning I suspect a couple of MB back for more constructive > usage? > >> You may want to look into the cleanUp/freeSomeSpace conventions. > MC1.5 > >> has a few implemented. There are many more available from > >> http://bugs.squeak.org/view.php?id=7244 > >> > >> Keith > > > >-- > >= > >= > >= > > > = > = > ====================================================================== > >John M. McIntosh <johnmci <at> smalltalkconsulting.com> > >Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > >= > >= > >= > > > = > = > ====================================================================== > > > >

2 2

[Pharo-project] Baseline test results
by Michael Roberts July 14, 2009

July 14, 2009

I have uploaded my cs to generate baseline test results here: http://code.google.com/p/pharo/issues/detail?id=954 and linked it off the wiki http://code.google.com/p/pharo/wiki/BaselineTestResults. Anyone with write access to the wiki is welcome to run the tests in new images / updates and post the results. Anyone with time on their hands can also fill in the history! It is almost automated. See the issue for a todo list; you can also post comments there. If anyone is interested in reviewing or improving please do. Perhaps this could be run as new pre-built images are uploaded to the download area? thanks, Mike

3 3

[Pharo-project] macintosh clipboard and images
by John M McIntosh July 14, 2009

July 14, 2009

A couple of years ago the Sophie team built out the logic to enable the cut/copy/paste of a tremendous amount of clipboard data types in and out of Squeak. For the macintosh this include image data, data from selections made in the finder, and oh I don't know it seemed like 42 flavours of Textual data. it seems a shame to let that go all to waste and let Pharo languish with UTF-8. The problem has always been Oh EToys won't support FFI so progress on this front seems dim. However I'm wondering if there is any interested if I port the Sophie clipboard work to Pharo? Using FFI for the macintosh & Windows, where windows requires QuickTime for Window. Note the Sophie team decided because Quicktime for Window was a pre- requirement for iTunes that well everyone has iTunes on windows now... PS I note there are some hassles, Microsoft word for example sticks both the TIFF for the page, the UTF-16, UTF-8, ascii, macroman etc. on the the clipboard for a page. Very difficult to figure out what to do for that, in that case we knew the target was either image data, or text data, since we knew what the target was, but for Pharo I"m not sure what the solution would be. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

3 3

[Pharo-project] Pharo Sprint at ESUG
by StÃ©phane Ducasse July 14, 2009

July 14, 2009

Hi all some of us want to organise a pharo sprint at ESUG and I think it would be great to kill bug entry. The sunday would be cool. Stef

3 6

Re: [Pharo-project] Problem with encoding and double quotes
by Mariano Martinez Peck July 14, 2009

July 14, 2009

On Tue, Jul 14, 2009 at 2:39 AM, Randal L. Schwartz <merlyn(a)stonehenge.com>wrote: > >>>>> "Mariano" == Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > > Mariano> If I write in OpenOffice, when I type the double quote key, > OpenOffice > Mariano> writes something like this: âMuelle Almirante Storniâ > > That's Windows-1252. > > http://en.wikipedia.org/wiki/Windows-1252 > > It's not going to be interpreted properly unless everything beyond > that treats it as Windows-1252, and not ASCII or ISO-8859-1 or UTF-8, > none of which would like \223 and \224 as open and close quote. Thanks Randal. I imagined it was some windows related encoding :( > > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 > <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.vox.com/ for Smalltalk and Seaside > discussion >

1 0

[Pharo-project] [ANN] ESUG early registration dead-line
by Noury Bouraqadi July 14, 2009

July 14, 2009

Dear Smalltalkers, The dead-line for ESUG 2009 early registration is 13th of july. So, hurry up and to join the 75 people that had already registered. We have a great program with many interesting talks. See the list http://www.esug.org/Conferences/2009/Current+List+of+Talks The demos are promising too. Check out the list of nominated software to the ESUG Innovation Technology Awards: http://www.esug.org/Conferences/2009/Innovation+Technology+Awards/Nominatio… Regards, Noury http://vst.ensm-douai.fr/noury/ -------------- -ESUG 17th International Smalltalk Conference - Brest, France, August 31 - September 4, 2009 http://www.esug.org/Conferences/2009 -17Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ09). Lyon, 19-21 Octobre 2009 http://bat710.univ-lyon1.fr/~sycosma/JFSMA09/

1 2

[Pharo-project] Pharo VM setup problem: where is pharo-vm-0.15.1b-linux source package available?
by Andreas Leidig July 13, 2009

July 13, 2009

Dear List, who has/where is pharo-vm-0.15.1b-linux source package? I have a setup problem which I think I can determine or even solve with the sources. Cheers, Andreas

4 10

[Pharo-project] pharo0.1-10373dev09.07.2: load Exupery-wbk.341 -> MOAbstractLayout missing
by Andreas Leidig July 13, 2009

July 13, 2009

Dear List, I tried to load Exupery-wbk.341 in pharo0.1-10373dev09.07.2, #10377. I received a popup: This package depends on the following classes: MOAbstractLayout You must resolve these dependencies before you will be able to load these definitions: MOGraphVizLayout MOGraphVizLayout>>doExecute: MOGraphVizLayout>>findTopLeftCorner: How do I solve this? Cheers, Andreas

5 4

[Pharo-project] Making PackageInfo faster
by Damien Cassou July 13, 2009

July 13, 2009

On Fri, Jul 10, 2009 at 3:27 PM, Keith Hodges<keith_hodges(a)yahoo.co.uk> wrote: > I don't know if this helps but in MC1.5 Matthew sped up the PackageInfo > routines for scanning the image by a factor of 10 or so. http://code.google.com/p/pharo/issues/detail?id=953 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

2 1

Re: [Pharo-project] problem with TextMorph>>handleInteraction:fromEvent:
by Esteban Lorenzano July 13, 2009

July 13, 2009

Hi, is just #handleInteraction: in pharo (my mistake) I'm uploading a changeset. Cheers, Esteban On 2009-07-12 12:58:42 -0300, StÃ©phane Ducasse <stephane.ducasse-MZpvjPyXg2s(a)public.gmane.org > said: in TextMorph I do not see this method On Jul 12, 2009, at 4:25 PM, Esteban Lorenzano wrote: Ouch, bad method, please replace: #handleInteraction:fromEvent: (the squeak event), for #handleInteraction: (the pharo equivallent) Cheers, Esteban On 2009-07-12 11:22:47 -0300, Esteban Lorenzano <estebanlm-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org> said: Hi, I'm working to make Algernon works on pharo, and I found what seems to be a bug (or at least something that "revesls" a bug), in TextMorph>>handleInteraction: This is what happens: the Algernon starts and you type a class, then go inside to look for a method, and that sends a keyStroke: to a new TextMorph, who sends a #handleInteraction:fromEvent:. So... old implementation on #handleInteraction:fromEvent: had a first line removed in new implementation: self editor sensor: (KeyboardBuffer new startingEvent: evt). The problem is this: #editor message instances editor attribute if nil. Now... that line is not anymore, introducing a DNU when sending a subsecuent message to editor attribute. I "solved" it bu changing this line: oldEditor := editor. for this other: oldEditor := self editor. (who restores the editor instantiation). What I don't know is: a) is this a bug? b) the bug is there or is a collateral damage? c) my hack really solves the problem? d) is possible to introduce this bugfix into a new version? Cheers, Esteban _______________________________________________ Pharo-project mailing list Pharo-project-bM+ny+RY8h+a+bCvCPl5/gCzwTLBPCX0(a)public.gmane.org http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 2