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

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

by Norbert Hartl

On 06.02.2011, at 21:42, Philippe Marschall wrote: > On 06.02.2011 18:01, 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: HTTPClient > > <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> > I had something comparable on my mind but did let it go. I appreciate you didn't :) Norbert

Feb. 7, 2011

Re: [Pharo-project] There is a new config for Cog VMMaker

by Marcus Denker

On Feb 7, 2011, at 10:46 AM, Marcus Denker wrote: > > On Feb 4, 2011, at 7:04 PM, Igor Stasenko wrote: > >> Try it out with 1.2 image and tell if it works for you. >> >> >> SqueakSource.com/MetacelloRepository/ConfigurationOfCog >> > > > -> would be nice to add a class comment with the expression to load it. > -> There is a deprecated call done to register to the WorldMenu > > Should I set up a Project on Hudson to make sure that the loading is tested > constantly? > (We then can remove it as soon as we have a hudson build for cog itself) > > > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfCog'; > load. > > ((Smalltalk at: #ConfigurationOfCog) project version: #stable) load. > that did not work, I used this: (Smalltalk at: #ConfigurationOfCog) project lastVersion load -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 7, 2011

Re: [Pharo-project] There is a new config for Cog VMMaker

by Marcus Denker

On Feb 4, 2011, at 7:04 PM, Igor Stasenko wrote: > Try it out with 1.2 image and tell if it works for you. > > > SqueakSource.com/MetacelloRepository/ConfigurationOfCog > -> would be nice to add a class comment with the expression to load it. -> There is a deprecated call done to register to the WorldMenu Should I set up a Project on Hudson to make sure that the loading is tested constantly? (We then can remove it as soon as we have a hudson build for cog itself) Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfCog'; load. ((Smalltalk at: #ConfigurationOfCog) project version: #stable) load. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 7, 2011

Re: [Pharo-project] new Cog VMs available

by Igor Stasenko

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.

Feb. 7, 2011

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

by pharo＠googlecode.com

Updates: Cc: tudor.girba Comment #3 on issue 3659 by tudor.gi...(a)gmail.com: Task bar appearance does not make sense http://code.google.com/p/pharo/issues/detail?id=3659 Unfortunately, the slice looks empty. Could you republish?

Feb. 7, 2011

Re: [Pharo-project] new Cog VMs available

by Tudor Girba

Thanks Eliot. And indeed, I subscribe to the below question as well :) Cheers, Doru On 7 Feb 2011, at 09:12, Francois Stephany wrote: > Hi Eliot, > > Probably a stupid question but what's the difference between SimpleStackBasedCogit and StackToRegisterMappingCogit ? > >> 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. > > -- www.tudorgirba.com "We are all great at making mistakes."

Feb. 7, 2011

[Pharo-project] copying all versions to squeaksource

by HwaJong Oh

Hi, I've figured out how to copy 97 version of mine to squeaksource, quickly. Is there a standard way to do this? MCVersionInspector >> copyAllVersionsToSqueakSourceRepository | repository | repository := MCHttpRepository location: 'http://www.squeaksource.com/3748782' user: '2034' password: '34058'. 1 to: self versionList size do: [:ii| self versionSelection: ii. repository storeVersion: version ]. Best Regards HwaJong Oh -- View this message in context: http://forum.world.st/copying-all-versions-to-squeaksource-tp3263732p326373… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 7, 2011

Re: [Pharo-project] can you tell us on the slugginess of pharo for Kinect

by StÃ©phane Ducasse

On Feb 7, 2011, at 4:03 AM, Ricardo Moran wrote: > Yes, the problem was that WorldState>>#runStepMethodsIn: processed only 1 deferred UI message per cycle, which made the kinect server update really slow because I wrapped all ui changes inside a WorldState>>#addDeferredUIMessage:. > > I added the issue 3562 with a proposed fix I took from the Etoys image. I now realize I didn't mentioned the connection with Kinect in the issue description... my bad. The issue is closed now so it seems the fix was accepted :) Yes it was :) Do not hesitate to send us bug report. We want pharo to be also a platform for robotics. BTW could you sign (may be you already did it) the license agreement of pharo? http://code.google.com/p/pharo/wiki/LicenseAgreement > > Cheers! > Richo > > On Sun, Feb 6, 2011 at 6:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi ricardo > > you mentioned that pharo is really slow for using kinect and can you tell us more? > > TX > Stef >

Feb. 7, 2011

Re: [Pharo-project] Issue 3682 in pharo: multiple undo/redo is broken in 1.2 because of Ocompletion.

by pharo＠googlecode.com

Updates: Labels: -Milestone-1.3 Comment #2 on issue 3682 by aplan...(a)gmail.com: multiple undo/redo is broken in 1.2 because of Ocompletion. http://code.google.com/p/pharo/issues/detail?id=3682 Fix for Ocompletion in 1.2 (.cs is attached) *** warning *** be sure that the core is fixed before loading this Ocompletion fix. Attachments: ocompletion-selectPosition.1.cs 511 bytes

Feb. 7, 2011

Re: [Pharo-project] Issue 3682 in pharo: multiple undo/redo is broken in 1.2 because of Ocompletion.

by pharo＠googlecode.com

Updates: Status: Fixed Labels: Milestone-1.3 Comment #1 on issue 3682 by aplan...(a)gmail.com: multiple undo/redo is broken in 1.2 because of Ocompletion. http://code.google.com/p/pharo/issues/detail?id=3682 Fix for the core 1.2 and 1.3 (so a .cs is attached) Attachments: selectInvisiblyAt.2.cs 394 bytes

Feb. 7, 2011