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

Re: [Pharo-project] CleanUp unused packages

by Mariano Martinez Peck

Jannik: yes, I talk with Stef before sending this email and he told me it was old. In addition, I know RB code to do that was better. Now, I put Lukas' help here: http://code.google.com/p/pharo/wiki/CodeSnippets Cheers Mariano On Fri, Mar 19, 2010 at 9:33 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > Since the refactoring engine and OmniBrowser has no overrides and > cleanly loads into Pharo 1.0 and 1.1 images this can conveniently be > done from the GUI. > > Alternatively the following script works without GUI: > > 1. Load the code: > > Gofer new > squeaksource: 'rb'; > package: 'AST-Core'; > package: 'Refactoring-Core'; > load. > > 2. Select the code (packages) you want to fix: > > environment := BrowserEnvironment new > forPackageNames: #('PackageName1' 'PackageName2'). > > 3. Create the transformation rule: > > rule := RBUnderscoreAssignmentRule new. > > 4. Perform the search: > > SmalllintChecker runRule: rule onEnvironment: environment. > > 5. Perform the transformation: > > change := CompositeRefactoryChange new > change changes: rule changes. > change execute > > Details on running lint rules from a script on my blog post on that > subject: <http://www.lukas-renggli.ch/blog/programmatically-run-lint>. > > Lukas > > On 19 March 2010 09:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > lukas could you publish somewhere (soon on the lint chapter) > > the gofer and rb expression to fix all the _ > > > > Stef > > > > On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote: > > > >>> I am not sure, but I think FixUnderscores should be useful for old > packages > >>> loaded in pharo. > >> > >> The problem with the FixUnderscores package is that it does a string > >> replacement and thus might perform incorrect transformations. You need > >> to manually visit each change to be sure that it did correctly. The RB > >> engine does a tree based transformation, which is always correct. > >> > >> I am all for kicking this package. It also contains old code that > >> changes font glyphs, that's not needed any longer. > >> > >> Lukas > >> > >> > >>> For example, some projects still use _, so we need FixUnderscore to fix > them > >>> automatically. > >>> Personally, I use it on the whole Pharo 3 months ago. > >>> Cheers, > >>> Jannik > >>> > >>> On Mar 18, 2010, at 23:37 , Mariano Martinez Peck wrote: > >>> > >>> http://code.google.com/p/pharo/issues/detail?id=2165 > >>> > >>> There are some packages that has to be removed. For example: > >>> - PinesoftEnhancementsForFreeType: This package is empty > >>> - FixUnderscores: This package is old, is not needed any more and has > no > >>> references > >>> > >>> The fix is to evaluate: > >>> > >>> (MCPackage named: 'PinesoftEnhancementsForFreeType') unload. > >>> (MCPackage named: 'FixUnderscores') unload. > >>> > >>> Cheers > >>> > >>> Mariano > >>> _______________________________________________ > >>> 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 > >>> > >> > >> > >> > >> -- > >> Lukas Renggli > >> http://www.lukas-renggli.ch > >> > >> _______________________________________________ > >> 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 > > > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 19, 2010

Re: [Pharo-project] Question about HostMenuSystem

by Adrian Lienhard

On Mar 19, 2010, at 09:50 , Mariano Martinez Peck wrote: > The double copy was fixed in the image side, with the code Stef has just > pasted. No need of VM. Great! I must have missed the mail or bug report about this being fixed. > Now, for 1.1 I want the HostMenuSystem not to be in Core as I think it is > not a CORE package, but be loadable. And even more, load it by default in > PharoDev 1.1. yep, that would be good. > Adrian: I saw the ifPresent: I think it was perfect for 1.0 as we were > hurry and we needed to really fix that stuff. Now that we have time, I was > thinking if there was a possibility of making that a bit better. exactly Cheers, Adrian > > Michael: Thanks for the hints. It will try to look at it when I find some > minutes. > > Cheers > > Mariano > > On Fri, Mar 19, 2010 at 9:07 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >> wrote: > >> >> >> Begin forwarded message: >> >>> From: John M McIntosh <johnmci(a)smalltalkconsulting.com> >>> Date: March 16, 2010 7:29:12 PM GMT+01:00 >>> To: stephane ducasse <stephane.ducasse(a)free.fr> >>> Subject: Re: do you remember the fix for the hostMenu >>> Reply-To: johnmci(a)smalltalkconsulting.com >>> >>> The fix seems to be in >>> >>> PharoCore1.1ALPHA >>> Latest update: #11254 >>> >>> >>> peekEvent >>> "Look ahead at the next event." >>> | nextEvent | >>> nextEvent := eventQueue peek. >>> ^((nextEvent notNil) and: [(nextEvent at: 1) ~= EventTypeMenu]) >>> ifTrue: [self processEvent: nextEvent] >>> >>> On 2010-03-15, at 12:58 PM, stephane ducasse wrote: >>> >>>> Hi john >>>> >>>> I would like to add the HostMenus back to 1.1 and get the tests green. >>>> Do you have the fix for the menus somewhere? >>>> >>>> Stef >>> >>> -- >>> >> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> >> =========================================================================== >>> >>> >>> >>> >>> >> >> >> _______________________________________________ >> 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

March 19, 2010

[Pharo-project] Here's my problems...

by Igor Stasenko

I was working with changesets (manipulating them), then unexpectably, i got an error, and image hangs and starts consuming 100% CPU. I attempted to interrupt it - it shows a debugger, but still unresponsible.. This is a tail of PharoDebug.log: THERE_BE_DRAGONS_HERE Error: There is no free space in this set! 19 March 2010 10:37:13 am VM: Win32 - IX86 - NT - Squeak3.10.2 of '5 June 2008' [latest update: #7179] Image: PharoCore1.1ALPHA [Latest update: #11112] WeakIdentityKeyDictionary(Object)>>error: Receiver: a WeakIdentityKeyDictionary(a ChangeList->an IdentityDictionary(#getCompletionController->...etc... Arguments and temporary variables: Before that , i were able to fileout the changeset (see attached file) but then, when i tried to file it in from a file browser i got MessageNotUnderstood: receiver of "methodsFor:stamp:" is nil and again, unable to continue working and had to close image, because it unresponsive. What is interesting , that if i clicking 'changes' in a file browser, and then select everything and file it in, no errors happen and everything works just fine. But if i doing 'install' without looking at changeset details, i got the above error. -- Best regards, Igor Stasenko AKA sig.

March 19, 2010

Re: [Pharo-project] recategorizing all the categories...

by Mariano Martinez Peck

That's why I said "I am not responsible of the consequences of the following code:" hahahahaha but yes, I tested. I doesn't fucked up the system but I don't know why when trying to see the changes in all the dirty packages it seems all methods were with "revision changed" and it was difficult to me to check what actually was done. Cheers Mariano On Fri, Mar 19, 2010 at 9:08 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > thanks :) > did you check? > does it work? > does it fucked up the system ;) > > Stef > > Stef > > > On Mar 18, 2010, at 11:48 PM, Mariano Martinez Peck wrote: > > > I am not responsible of the consequences of the following code: > > > > First: > > > > Gofer new > > squeaksource: 'autoMethodCat'; > > package: 'AutomaticMethodCategorizer'; > > load. > > > > After: > > > > | autoCat | > > autoCat := AutomaticMethodCategorizer new. > > Smalltalk allClassesDo: [:each | autoCat > categorizeAllUncategorizedMethodsOf: each ]. > > > > > > Cheers > > > > Mariano > > > > On Wed, Mar 17, 2010 at 8:59 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > hi guys > > > > I wanted to know if one you try tried to automatically recategorized all > the methods of the system. > > Because I'm tired to get this as yet unclassified in my face. I looks to > my like dirt in the street. > > Wanna get clean... > > > > Stef > > _______________________________________________ > > 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 >

March 19, 2010

Re: [Pharo-project] Question about HostMenuSystem

by Mariano Martinez Peck

The double copy was fixed in the image side, with the code Stef has just pasted. No need of VM. Now, for 1.1 I want the HostMenuSystem not to be in Core as I think it is not a CORE package, but be loadable. And even more, load it by default in PharoDev 1.1. Adrian: I saw the ifPresent: I think it was perfect for 1.0 as we were hurry and we needed to really fix that stuff. Now that we have time, I was thinking if there was a possibility of making that a bit better. Michael: Thanks for the hints. It will try to look at it when I find some minutes. Cheers Mariano On Fri, Mar 19, 2010 at 9:07 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > > Begin forwarded message: > > > From: John M McIntosh <johnmci(a)smalltalkconsulting.com> > > Date: March 16, 2010 7:29:12 PM GMT+01:00 > > To: stephane ducasse <stephane.ducasse(a)free.fr> > > Subject: Re: do you remember the fix for the hostMenu > > Reply-To: johnmci(a)smalltalkconsulting.com > > > > The fix seems to be in > > > > PharoCore1.1ALPHA > > Latest update: #11254 > > > > > > peekEvent > > "Look ahead at the next event." > > | nextEvent | > > nextEvent := eventQueue peek. > > ^((nextEvent notNil) and: [(nextEvent at: 1) ~= EventTypeMenu]) > > ifTrue: [self processEvent: nextEvent] > > > > On 2010-03-15, at 12:58 PM, stephane ducasse wrote: > > > >> Hi john > >> > >> I would like to add the HostMenus back to 1.1 and get the tests green. > >> Do you have the fix for the menus somewhere? > >> > >> Stef > > > > -- > > > =========================================================================== > > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > > > =========================================================================== > > > > > > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 19, 2010

Re: [Pharo-project] for 1.0 did we put the welcome message

by Serge Stinckwich

Is there any release team for 1.0 ? 2010/3/19 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Not yet. We should merge the current welcome workspace with the actions done > in 1.0. > > Any ideas how to do that ? > > On Fri, Mar 19, 2010 at 7:15 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> with the summary of all the actions? >> >> Stef >> >> _______________________________________________ >> 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 > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

March 19, 2010

Re: [Pharo-project] for 1.0 did we put the welcome message

by Mariano Martinez Peck

Not yet. We should merge the current welcome workspace with the actions done in 1.0. Any ideas how to do that ? On Fri, Mar 19, 2010 at 7:15 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > with the summary of all the actions? > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 19, 2010

Re: [Pharo-project] CleanUp unused packages

by Lukas Renggli

Since the refactoring engine and OmniBrowser has no overrides and cleanly loads into Pharo 1.0 and 1.1 images this can conveniently be done from the GUI. Alternatively the following script works without GUI: 1. Load the code: Gofer new squeaksource: 'rb'; package: 'AST-Core'; package: 'Refactoring-Core'; load. 2. Select the code (packages) you want to fix: environment := BrowserEnvironment new forPackageNames: #('PackageName1' 'PackageName2'). 3. Create the transformation rule: rule := RBUnderscoreAssignmentRule new. 4. Perform the search: SmalllintChecker runRule: rule onEnvironment: environment. 5. Perform the transformation: change := CompositeRefactoryChange new change changes: rule changes. change execute Details on running lint rules from a script on my blog post on that subject: <http://www.lukas-renggli.ch/blog/programmatically-run-lint>. Lukas On 19 March 2010 09:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > lukas could you publish somewhere (soon on the lint chapter) > the gofer and rb expression to fix all the _ > > Stef > > On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote: > >>> I am not sure, but I think FixUnderscores should be useful for old packages >>> loaded in pharo. >> >> The problem with the FixUnderscores package is that it does a string >> replacement and thus might perform incorrect transformations. You need >> to manually visit each change to be sure that it did correctly. The RB >> engine does a tree based transformation, which is always correct. >> >> I am all for kicking this package. It also contains old code that >> changes font glyphs, that's not needed any longer. >> >> Lukas >> >> >>> For example, some projects still use _, so we need FixUnderscore to fix them >>> automatically. >>> Personally, I use it on the whole Pharo 3 months ago. >>> Cheers, >>> Jannik >>> >>> On Mar 18, 2010, at 23:37 , Mariano Martinez Peck wrote: >>> >>> http://code.google.com/p/pharo/issues/detail?id=2165 >>> >>> There are some packages that has to be removed. For example: >>> - PinesoftEnhancementsForFreeType: Â This package is empty >>> - FixUnderscores: Â This package is old, is not needed any more and has no >>> references >>> >>> The fix is to evaluate: >>> >>> (MCPackage named: 'PinesoftEnhancementsForFreeType') unload. >>> (MCPackage named: 'FixUnderscores') unload. >>> >>> Cheers >>> >>> Mariano >>> _______________________________________________ >>> 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 >>> >> >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> 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 > -- Lukas Renggli http://www.lukas-renggli.ch

March 19, 2010

[Pharo-project] why we should ban as yet unclassified categories from the core....

by StÃ©phane Ducasse

> I understand, but what if people do want classify papers labelled "as yet unclassified"? not in the core at home they can eat in the living room, put mess on their sofa, let bottles on the floor.... mess up the kitchen, do not put the pizza boxed in the trash. ***But not in the core.*** Did you read pragmatic programmers (not that they invented something at least they wrote it)? There is a story about the house with a broken glass. Did you ever feel that you would be bad guy if you would throw a paper on the floor when you are in a beautiful and clean city? But if you walk in a place with dirt everywhere (even if you do not trhow anything on the floor) you have less pressure not to the do it? We should get the same for pharo, the beauty of the system should shout at you: I wan to be clean. Write class comments..... Quality is also in the details because everything is in synergy. Stef

March 19, 2010

Re: [Pharo-project] recategorizing all the categories...

by StÃ©phane Ducasse

thanks :) did you check? does it work? does it fucked up the system ;) Stef Stef On Mar 18, 2010, at 11:48 PM, Mariano Martinez Peck wrote: > I am not responsible of the consequences of the following code: > > First: > > Gofer new > squeaksource: 'autoMethodCat'; > package: 'AutomaticMethodCategorizer'; > load. > > After: > > | autoCat | > autoCat := AutomaticMethodCategorizer new. > Smalltalk allClassesDo: [:each | autoCat categorizeAllUncategorizedMethodsOf: each ]. > > > Cheers > > Mariano > > On Wed, Mar 17, 2010 at 8:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > hi guys > > I wanted to know if one you try tried to automatically recategorized all the methods of the system. > Because I'm tired to get this as yet unclassified in my face. I looks to my like dirt in the street. > Wanna get clean... > > Stef > _______________________________________________ > 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

March 19, 2010