February 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] new Cog VMs available

by Eliot Miranda

On Mon, Feb 7, 2011 at 11:16 AM, Damien Pollet <damien.pollet(a)gmail.com>wrote: > On Mon, Feb 7, 2011 at 09:12, Francois Stephany > <tulipe.moutarde(a)gmail.com> wrote: > > Probably a stupid question but what's the difference between > > SimpleStackBasedCogit and StackToRegisterMappingCogit ? > > And would it make sense to name the VM binaries/applications to > reflect which interpreter they use? Alternatively, is there some way > to see that from the image? > At least for the Cog VMs Smalltalk getSystemAttribute: 1007 answers the interpreter and 1008 answers the Cogit, if any. > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > >

Feb. 7, 2011

Re: [Pharo-project] new Cog VMs available

by Damien Pollet

On Mon, Feb 7, 2011 at 09:12, Francois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Probably a stupid question but what's the difference between > SimpleStackBasedCogit and StackToRegisterMappingCogit ? And would it make sense to name the VM binaries/applications to reflect which interpreter they use? Alternatively, is there some way to see that from the image? -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Feb. 7, 2011

Re: [Pharo-project] [SPAM] Re: [COTDC] 3 - HTTPClient

by Luc Fabresse

2011/2/7 laurent laffont <laurent.laffont(a)gmail.com> > FYI I put results here: > http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > Thanks Laurent. It is a really great because it document the system and I learn a lot at the same time ;-) #Luc > > Laurent > > > On Mon, Feb 7, 2011 at 4:33 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> :) >> We should just merge the two :) >> >> >> >>> <trollmode> >> >>> I'm a good example of how not to write code. Turn around, walk away, >> >>> fast. I'm fully of bugs. >> >>> >> >>> Somebody at some point thought that HTTP is a simple "hacker with >> >>> telnet"-protocol. It's not. >> >>> </trollmode> >> >> >> >> That's actually HTTPSocket, not HTTPClient. >> > >> > Although it is a negative comment, it is the truth. >> > >> > Still, adding some comments and lowering the pain for others is still a >> good idea. >> > >> > Sven >> >> >> >

Feb. 7, 2011

Re: [Pharo-project] Issue 3659 in pharo: Task bar appearance does not make sense

by pharo＠googlecode.com

Comment #6 on issue 3659 by ncalexan...(a)gmail.com: Task bar appearance does not make sense http://code.google.com/p/pharo/issues/detail?id=3659 This is what I did. I then saved the slice to my local repo, and played it back in a fresh image; that worked fine. I then saved that slice to the PharoInbox repo (after it was loaded and working into a fresh image), and Tudor tells me it doesn't work. I also had tons of trouble getting the slice to not record hundreds of spurious changes to Polymorph-Widgets that I didn't make. I will attempt to address another issue and try the process again, but for this issue, somebody else can cut the slice into PharoInbox.

Feb. 7, 2011

Re: [Pharo-project] new Cog VMs available

by Eliot Miranda

On Mon, Feb 7, 2011 at 6:52 AM, Francois Stephany <tulipe.moutarde(a)gmail.com > wrote: > So StackToRegisterMappingCogit should be faster than the other ? If so, why > does the SimpleStackBasedCogit still exist ? > Juts in case people find bugs with the StackToRegisterMappingCogit that are not in SimpleStackBasedCogit. SimpleStackBasedCogit is "mature"; we've used it for almost two years at Teleplace, and while I've fixed serious bugs in it in the past month it is quite possibly less buggy than StackToRegisterMappingCogit. > (Sorry but I'm a total newbie) One can only learn by asking questions. Not knowing, one is not in a position to know whether a question is stupid or not, so one must not be afraid of asking stupid questions if one wants to learn. Please continue. best, Eliot > > > On 07/02/11 15:42, Igor Stasenko wrote: > >> On 7 February 2011 12:28, Krishsmalltalk >> <krishnamachari.sudhakar(a)gmail.com> wrote: >> >>> StackToRegisterMappingCogit maps values to machine registers when >>> generating >>> code, >>> while stack-based one uses stack for everything. >>> >>> Guess that is what is meant.. >>> Register based vms like Parrot will offer more info... As to motivation >>> for >>> this mapping >>> >>> >> a motivation is simple: speed. >> Access to CPU registers usually 2-5 orders of magnitude faster than >> memory access. >> >> >>> On Feb 7, 2011, at 2:53 PM, Igor Stasenko<siguctua(a)gmail.com> wrote: >>> >>> On 7 February 2011 09:12, Francois Stephany<tulipe.moutarde(a)gmail.com> >>> wrote: >>> >>> Hi Eliot, >>> >>> Probably a stupid question but what's the difference between >>> >>> SimpleStackBasedCogit and c? >>> >>> SimpleStackBasedCogit maps values to machine registers when generating >>> code, >>> while stack-based one uses stack for everything. >>> >>> new Cog VMs are available, SimpleStackBasedCogit @ >>> >>> http://www.mirandabanda.org/files/Cog/VM/VM.r2359/ and >>> >>> StackToRegisterMappingCogit @ >>> >>> http://www.mirandabanda.org/files/Cog/VM/VM.r2361. I think the new code >>> >>> generator is ready for prime time now. I fixed a number of bugs over >>> >>> the past three weeks and we're now using the StackToRegisterMappingCogit >>> >>> internally at Teleplace. >>> >>> >>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> >>> >> >> >> > > -- > francois.stephany(a)agilitic.com > http://www.agilitic.com > +32 (0)484/580.322 > > >

Feb. 7, 2011

Re: [Pharo-project] Issue 3659 in pharo: Task bar appearance does not make sense

by pharo＠googlecode.com

Comment #5 on issue 3659 by stephane...(a)gmail.com: Task bar appearance does not make sense http://code.google.com/p/pharo/issues/detail?id=3659 Press +Slice Fill the pop up Select the packages you want to put in Save slice

Feb. 7, 2011

Re: [Pharo-project] [COTDC] 4 - RecategorizedEvent

by StÃ©phane Ducasse

On Feb 7, 2011, at 7:35 PM, Esteban Lorenzano wrote: > Also, AbstractEvent is not commented: > > I'm a generic event raised by the system (SystemChangeNotifier) when anything (both classes or methods) changes in the system. > Each one of my children represents a specific kind of event the system can notify. > > Now I will soon fade away and be replaced by announcements. > > (not a lot imaginative, but works :)) This is the point! > > El 07/02/2011, a las 3:25p.m., StÃ©phane Ducasse escribiÃ³: > >> I'm an event raised by the system (SystemChangeNotifier) when a class or a method changed its category. The way to create my instances is the following: >> >> >> (RecategorizedEvent >> method: (aClass compiledMethodAt: selector ifAbsent: [nil]) >> selector: selector >> protocol: newCategory >> class: aClass >> oldProtocol: oldCategory) >> >> >> (RecategorizedEvent >> class: aClass >> category: newCategory >> oldCategory: oldCategory) >> >> Now I will soon fade away and be replaced by announcements. >> >> >> >> >> >> On Feb 7, 2011, at 6:25 PM, laurent laffont wrote: >> >>> Comment Of The Day Contest - One Day One Comment >>> Rules: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). >>> >>> >>> Today: RecategorizedEvent >>> >>> >>> Laurent >> >> > >

Feb. 7, 2011

Re: [Pharo-project] Issue 3622 in pharo: [ENH]: Clean up Url>>urlClassForScheme:

by pharo＠googlecode.com

Comment #6 on issue 3622 by stephane...(a)gmail.com: [ENH]: Clean up Url>>urlClassForScheme: http://code.google.com/p/pharo/issues/detail?id=3622 "+1" :) Sorry for the noise

Feb. 7, 2011

Re: [Pharo-project] [COTDC] 4 - RecategorizedEvent

by Igor Stasenko

On 7 February 2011 19:35, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Also, AbstractEvent is not commented: > > I'm a generic event raised by the system (SystemChangeNotifier) when anything (both classes or methods) changes in the system. > Each one of my children represents a specific kind of event the system can notify. > > Now I will soon fade away and be replaced by announcements. > fade away => vanish.. > (not a lot imaginative, but works :)) > > El 07/02/2011, a las 3:25p.m., StÃ©phane Ducasse escribiÃ³: > >> I'm an event raised by the system (SystemChangeNotifier) when a class or a method changed its category. The way to create my instances is the following: >> >> >> (RecategorizedEvent >> Â Â Â method: (aClass compiledMethodAt: selector ifAbsent: [nil]) >> Â Â Â selector: selector >> Â Â Â protocol: newCategory >> Â Â Â class: aClass >> Â Â Â oldProtocol: oldCategory) >> >> >> (RecategorizedEvent >> Â Â Â class: aClass >> Â Â Â category: newCategory >> Â Â Â oldCategory: oldCategory) >> >> Now I will soon fade away and be replaced by announcements. >> >> >> >> >> >> On Feb 7, 2011, at 6:25 PM, laurent laffont wrote: >> >>> Comment Of The Day Contest - One Day One Comment >>> Rules: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). >>> >>> >>> Today: RecategorizedEvent >>> >>> >>> Laurent >> >> > > > -- Best regards, Igor Stasenko AKA sig.

Feb. 7, 2011

[Pharo-project] [update 1.2] #12332

by StÃ©phane Ducasse

12332 ----- Issue 3682: multiple undo/redo is broken in 1.2 because of Ocompletion. Thanks Alain Plantec.

Feb. 7, 2011