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

Re: [Pharo-project] Issue 3579 in pharo: "declare temp" adds the variable twice

by pharo＠googlecode.com

Comment #10 on issue 3579 by stephane...(a)gmail.com: "declare temp" adds the variable twice http://code.google.com/p/pharo/issues/detail?id=3579 What is the fix? Do you integrate it in OB?

Feb. 7, 2011

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

by Esteban Lorenzano

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 :)) 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 3664 in pharo: MacUnicodeInputInterpreter use utf32 keycode unconditionally

by pharo＠googlecode.com

Comment #2 on issue 3664 by stephane...(a)gmail.com: MacUnicodeInputInterpreter use utf32 keycode unconditionally http://code.google.com/p/pharo/issues/detail?id=3664 Thanks a lot for the feedback.

Feb. 7, 2011

Re: [Pharo-project] new Cog VMs available

by Eliot Miranda

Hi Francois, On Mon, Feb 7, 2011 at 12:12 AM, Francois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Hi Eliot, > > Probably a stupid question but what's the difference between > SimpleStackBasedCogit and StackToRegisterMappingCogit ? See the following thread: http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-November/155269… http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-January/156356.… Here's a summary: The SimpleStackBasedCogit is a one-to-one translation of bytecodes to machine code so tat every push or pop in the bytecode results in a corresponding push or pop in the generted code. This results in a machine that passes all parameters on the stack and reifies all comparison results as either true or false. The StackToRegisterMappingCogit defers generating code until it reaches a bytecode that consumes operands on the stack (i.e. a send, a temp or inst var store, a return, a closure creation or an Array creation ( {...} )). This results in a machine that is able to pass parameters in registers for small arity sends (currently 0 or 1 arg), and able to inline some integer arithmetic and comparison, e.g. that involved in inlined to:do: loops, and can do some constant folding (hint: write 2 + 3 + 4 + i, not i + 2 + 3 + 4). There are two main benefits. The StackToRegisterMappingCogit produces machine code that is about 20% more compact than the SimpleStackBasedCogit (hence meaning less frequent code zone reclamations and better cache performance) and considerably faster for microbenchmarks, for example the empty 1 to: 100000000 do: [:i|] (equivalent to i := 1. [i <= 100000000] whileTrue: [i := i + 1]) is 4 times faster than the SimpleStackBasedCogit. At a macro level StackToRegisterMappingCogit speeds up code such as compiling a method by about 10%, with low-level arithmetic-intensive code showing greater speedups. best, Eliot > > 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. >> > > >

Feb. 7, 2011

Re: [Pharo-project] Issue 3656 in pharo: using dictionary in classVariable for urlClass in URL

by pharo＠googlecode.com

Updates: Status: closed Comment #2 on issue 3656 by stephane...(a)gmail.com: using dictionary in classVariable for urlClass in URL http://code.google.com/p/pharo/issues/detail?id=3656 Ok I did not see that it was just the subclasses of URL. Let us close it for now.

Feb. 7, 2011

Re: [Pharo-project] Issue 3681 in pharo: [Failing Test] Tests.Release.ReleaseTest.testObsoleteClasses

by pharo＠googlecode.com

Updates: Status: Fixed Comment #2 on issue 3681 by stephane...(a)gmail.com: [Failing Test] Tests.Release.ReleaseTest.testObsoleteClasses http://code.google.com/p/pharo/issues/detail?id=3681 is it for 1.2 core?

Feb. 7, 2011

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

by StÃ©phane Ducasse

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] [SPAM] Re: [COTDC] 3 - HTTPClient

by StÃ©phane Ducasse

I added the comment with the troll :) On Feb 7, 2011, at 6:21 PM, laurent laffont wrote: > FYI I put results here: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > 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

[Pharo-project] [COTDC] 4 - RecategorizedEvent

by laurent laffont

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

[Pharo-project] [update 1.3] #13044

by StÃ©phane Ducasse

13044 ----- COTDC - 3 - funky Class comment for HTTPClient - this one was fun :) Stef

Feb. 7, 2011