- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Adding BlockClosure>>timeToRunWithoutGC [WAS] Fwd: [squeak-dev] The Inbox: Kernel-ul.251.mcz

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=2463 \ On May 21, 2010, at 11:09 PM, Mariano Martinez Peck wrote: > Hi folks. I saw this method in Squeak and seems interesting to include in Pharo too. What do you think ? > > Cheers > > Mariano > > > > > ---------- Forwarded message ---------- > From: Michael van der Gulik <mikevdg(a)gmail.com> > Date: Mon, Sep 28, 2009 at 2:58 AM > Subject: Re: [squeak-dev] The Inbox: Kernel-ul.251.mcz > To: squeak-dev(a)lists.squeakfoundation.org > > > > > On Mon, Sep 28, 2009 at 1:38 PM, <commits(a)source.squeak.org> wrote: > Item was added: > + ----- Method: BlockClosure>>timeToRunWithoutGC (in category 'evaluating') ----- > + timeToRunWithoutGC > + "Answer the number of milliseconds taken to execute this block without GC time." > + > + ^(SmalltalkImage current vmParameterAt: 8) + > + (SmalltalkImage current vmParameterAt: 10) + > + self timeToRun - > + (SmalltalkImage current vmParameterAt: 8) - > + (SmalltalkImage current vmParameterAt: 10) > + ! > > > > > Could this method be put somewhere other than in Kernel, say for example in a separate profiling package? > > Gulik. > > > > -- > http://gulik.pbwiki.com/ > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 22, 2010

[Pharo-project] Styler?

by stephane ducasse

Hi guys what do we do with shout? Squeak introduced it directly in the system. Now I was thinking that what could be a solution is to have a default API/null pattern class that could be in the core and that when Shout gets loaded the shout class is used instead. Now we could add Shout to the TextEditor package but I would like to understand how we can do it without. And also it is interesting to see if one day we will need selector namespace or something like that to deal well with extensions. Stef in PharoCore-1.1 11367 Fails as CodeMorph#stylerClass is not initialized. And no *Styler* class exists on PharoCore.... To make test passes on Pharo I've written CodeMorph#defaultStylerClass ^ SHTextStylerST80 CodeMorph#stylerClass ^ stylerClass ifNil: [stylerClass := self defaultStylerClass]. the solution proposed by laurent only works when shout is loaded and this is not always the case.

May 22, 2010

Re: [Pharo-project] Status of Rome?

by StÃ©phane Ducasse

in Athens in squeaksource. We will flush all the other repositories and only keep this one. We will put the old files probably there too. Why that? Because the code was full of half done class, broken methods.... Tweak copied and pasted code from Squeak Stef On May 22, 2010, at 7:29 AM, Igor Stasenko wrote: > Hello guys, > > i seen there are some recent activity with Rome in Pharo, > but i found that things are now scattered over a different repositories, > and its hard to find out, what version is latest and which one i could use. > > I found that the latest things is in a SqS/PharoTaskForces/Rome, > which is a merge of all Rome-XXX packages into a single one. > Is this most recent thing you are working on? > > Actually, all i need is just a reference canvas, > but it would be cool if i could run some working code & examples. :) > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 22, 2010

Re: [Pharo-project] Cross-fork Metacello configurations

by StÃ©phane Ducasse

May be you should say that to squeakers.... since they are the most cogent apparently :) Ste > I had suggested that they not use the ConfigurationOf prefix for the Squeak configuration package so that cross platform configurations could continue to be used ... I would hope that folks continue to to create cross platform packages ... the onus on copying shouldn't be on the developer, but the folks that want a managed list of configs:) > > I would think that the managed list could be harvested from the ConfigurationOf configs without any direct developer involvement...afterall computers should be used for the things they are good at:) > > It will be interesting to see how the managed list idea evolves... > > Dale > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Miguel Enrique CobÃ¡ Martinez [miguel.coba(a)gmail.com] > Sent: Friday, May 21, 2010 10:42 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Cross-fork Metacello configurations > > El vie, 21-05-2010 a las 09:13 -0700, Sean P. DeNigris escribiÃ³: >> I created a Squeak/Pharo SSpec, which puts the fork-specific world menu code >> into a Platform package. >> >> As I work on the config, I came up against Pharo using Object as a subclass, >> but the Squeak Inbox requiring (because of the browser tool) >> MetacelloConfiguration. >> >> What would be the best/easiest way to deal with this? >> >> If the configs have to be forked, then Metacello really loses value (i.e. >> #squeak and #pharo). And, I do a lot of work in both forks, so it would be >> a shame to pick one to upload to and not share work that has already been >> done with half the users. > > That was one of the problems of the Configuration Package proposed by > Andreas. Promotes copy&paste of configurations (bad bad) and in the long > term forks and completely rework to create configurations for Squeak and > a different (although similar) for Pharo. > As you say, it doesn't matter that Metacello is capable of installing > cross-platform packages. With independently created configurations for > the same packages, is has been stole of its usefulness and is > discouraging Pharo users that have developed ConfigurationOfXXX that > worked both in Squeak and Pharo in the past. > > > >> >> Thanks. >> Sean

May 22, 2010

Re: [Pharo-project] Trying to understand raised....

by StÃ©phane Ducasse

sounds cool Now I would like to have the same for Announcement or Event raised by the systemNotifier. Stef On May 21, 2010, at 9:58 PM, Mariano Martinez Peck wrote: > Maybe you are talking about Hernan Morales: > > http://forum.world.st/EventInterceptor-and-MessageSendTree-tp1298669p129866… > > Hernan, is it working in Pharo 1.1 ? I think it is a cool package to include it in PharoNonCorePackages. Or in PharoDev. > > Cheers > > Mariano > > On Fri, May 21, 2010 at 2:26 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > I'm trying to follow the event raised when adding a new class/package.... and this is a bit obscure. > If I remember there is a tool to get a better understanding of the events raised by the system. > Does anybody as a pointer? > > 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

May 22, 2010

[Pharo-project] CommandShell

by laurent laffont

Hi, I'm trying to load CommandShell into Pharo. I have the error: This package depends on the following classes: PluggableTextController PluggableTextView You must resolve these dependencies before you will be able to load these definitions: ShellWindowView ...... Do you know where I can find PluggableTextController and PluggableTextView ? Or maybe we can use other classes to make it compatible with Pharo Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

May 22, 2010

[Pharo-project] Status of Rome?

by Igor Stasenko

Hello guys, i seen there are some recent activity with Rome in Pharo, but i found that things are now scattered over a different repositories, and its hard to find out, what version is latest and which one i could use. I found that the latest things is in a SqS/PharoTaskForces/Rome, which is a merge of all Rome-XXX packages into a single one. Is this most recent thing you are working on? Actually, all i need is just a reference canvas, but it would be cool if i could run some working code & examples. :) -- Best regards, Igor Stasenko AKA sig.

May 22, 2010

Re: [Pharo-project] Where should I put ConfigurationOfGLMorphic

by Igor Stasenko

2010/5/22 Javier PimÃ¡s <elpochodelagente(a)gmail.com>: > Ok, I was doing it wrong, trying to put Conf.. in the same package as > GLMorphic. I hadn't undestood that the left part of the repo window (when > you click open) were actually packages and that you could create many > packages and upload them to the same repository... now its done right! > > Thank's all for the help. > Yes, you seem did the right thing: Packages * ConfigurationOfGLMorphic * GLMorphic > Javier. > > 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >> 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> >>> Wow, this is brilliant! it it'd have been of great help yesterday ;) >> >> I am glad you like it. >> >>> >>> Â Â Â Â Â Â Â I gave it a quick look an there's one thing I still don't know >>> how to do. I need to put ConfigurationOfGLMorphic inside GLMorphic package, >>> but as it isn't in any GLMorphic-* category it isn't automatically detected >>> by monticello. I don't see any button to add a class or category to the >>> package. What should I do? >>> >> >> I don't know if I understood. I would recommend just to create a >> particular package in the same repository called ConfigurationOfGLMorphic >> where you put your class. Then your class will be in such package and will >> have also that category. This is what Henrik told you. >> >> Tell us if it is not yet clear. >> >> Cheers >> >> Mariano >> >>> >>> thanks, >>> Â Â Â Â Â Â Â javier. >>> >>> 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> >>>> >>>> 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>>>> >>>>> Hi, I made a very basic ConfigurationOfGLMorphic that manages it's >>>>> dependency on FFI. Where should I upload this configuration now? >>>>> >>>> >>>> Hi Javier. Here I attach a first not-yet-draft chapter of Metacello. >>>> There you will find the answer ;)Â Â (feedback is welcome!!!) >>>> >>>> But in sumary, you should commit to the repository of the same project. >>>> In your case, as Igor said, to GLMorphic repository. >>>> There you can commit your development changes to the configuration. Once >>>> you have a released version, you just copy it to MetacelloConfiguration >>>> repository. >>>> >>>> Cheers >>>> >>>> Mariano >>>> >>>> >>>> >>>>> >>>>> Regards, >>>>> Â Â Â Â Â Â Â Â Â Â Javier. >>>>> >>>>> -- >>>>> Javier PimÃ¡s >>>>> Ciudad de Buenos Aires >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >>> >>> >>> -- >>> Javier PimÃ¡s >>> Ciudad de Buenos Aires >>> >>> _______________________________________________ >>> 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 > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

May 22, 2010

Re: [Pharo-project] Where should I put ConfigurationOfGLMorphic

by Javier PimÃ¡s

Ok, I was doing it wrong, trying to put Conf.. in the same package as GLMorphic. I hadn't undestood that the left part of the repo window (when you click open) were actually packages and that you could create many packages and upload them to the same repository... now its done right! Thank's all for the help. Javier. 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > >> Wow, this is brilliant! it it'd have been of great help yesterday ;) >> > > I am glad you like it. > > >> I gave it a quick look an there's one thing I still don't know how >> to do. I need to put ConfigurationOfGLMorphic inside GLMorphic package, but >> as it isn't in any GLMorphic-* category it isn't automatically detected by >> monticello. I don't see any button to add a class or category to the >> package. What should I do? >> >> > I don't know if I understood. I would recommend just to create a particular > package in the same repository called ConfigurationOfGLMorphic where you put > your class. Then your class will be in such package and will have also that > category. This is what Henrik told you. > > Tell us if it is not yet clear. > > Cheers > > Mariano > > >> thanks, >> javier. >> >> 2010/5/21 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >>> >>> 2010/5/21 Javier PimÃ¡s <elpochodelagente(a)gmail.com> >>> >>>> Hi, I made a very basic ConfigurationOfGLMorphic that manages it's >>>> dependency on FFI. Where should I upload this configuration now? >>>> >>>> >>> Hi Javier. Here I attach a first not-yet-draft chapter of Metacello. >>> There you will find the answer ;) (feedback is welcome!!!) >>> >>> But in sumary, you should commit to the repository of the same project. >>> In your case, as Igor said, to GLMorphic repository. >>> There you can commit your development changes to the configuration. Once >>> you have a released version, you just copy it to MetacelloConfiguration >>> repository. >>> >>> Cheers >>> >>> Mariano >>> >>> >>> >>> >>>> Regards, >>>> Javier. >>>> >>>> -- >>>> Javier PimÃ¡s >>>> Ciudad de Buenos Aires >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> >> _______________________________________________ >> 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 > -- Javier PimÃ¡s Ciudad de Buenos Aires

May 21, 2010

Re: [Pharo-project] Cross-fork Metacello configurations

by Dale Henrichs

I had suggested that they not use the ConfigurationOf prefix for the Squeak configuration package so that cross platform configurations could continue to be used ... I would hope that folks continue to to create cross platform packages ... the onus on copying shouldn't be on the developer, but the folks that want a managed list of configs:) I would think that the managed list could be harvested from the ConfigurationOf configs without any direct developer involvement...afterall computers should be used for the things they are good at:) It will be interesting to see how the managed list idea evolves... Dale ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Miguel Enrique CobÃ¡ Martinez [miguel.coba(a)gmail.com] Sent: Friday, May 21, 2010 10:42 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Cross-fork Metacello configurations El vie, 21-05-2010 a las 09:13 -0700, Sean P. DeNigris escribiÃ³: > I created a Squeak/Pharo SSpec, which puts the fork-specific world menu code > into a Platform package. > > As I work on the config, I came up against Pharo using Object as a subclass, > but the Squeak Inbox requiring (because of the browser tool) > MetacelloConfiguration. > > What would be the best/easiest way to deal with this? > > If the configs have to be forked, then Metacello really loses value (i.e. > #squeak and #pharo). And, I do a lot of work in both forks, so it would be > a shame to pick one to upload to and not share work that has already been > done with half the users. That was one of the problems of the Configuration Package proposed by Andreas. Promotes copy&paste of configurations (bad bad) and in the long term forks and completely rework to create configurations for Squeak and a different (although similar) for Pharo. As you say, it doesn't matter that Metacello is capable of installing cross-platform packages. With independently created configurations for the same packages, is has been stole of its usefulness and is discouraging Pharo users that have developed ConfigurationOfXXX that worked both in Squeak and Pharo in the past. > > Thanks. > Sean > -- Miguel CobÃ¡ http://miguel.leugim.com.mx _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 21, 2010