January 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Check if you launch Pharo without display

by Gwenael Casaccio

Hi, I'm working on saphir (a scripting engine for Pharo) and I would like to know is there is a standard way to know if you launch Pharo without a display Gwenael

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by StÃ©phane Ducasse

Hi marcus I learned the composition of the evaluation PC for the position. There is only one local person and all the others are not in our domain. But this is like that. Stef >> I would like to have packages and not category besides that I prefer >> lot of packages >> well designed than a fat one. > > And at some point even real "packages inside packages". > > Marcus > >> >> Let us know when we can include your changes. >> Stef >> >>> Hi all, >>> >>> while working on some unicode related stuff I ended up integrating >>> some >>> MIME changes from Sophie. >>> For that I would like to split up the Network package into nine sub >>> packages (Network-Kernel, Network-MIME, ...). Will also make it >>> easier >>> to update URI and MIME packages later etc. >> >> >>> >>> >>> Hope that is ok with everybody. >>> >>> Michael >>> >>> _______________________________________________ >>> 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 >

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by Marcus Denker

On 08.01.2009, at 16:00, StÃ©phane Ducasse wrote: > Yes go! Yes! > > I would like to have packages and not category besides that I prefer > lot of packages > well designed than a fat one. And at some point even real "packages inside packages". Marcus > > Let us know when we can include your changes. > Stef > >> Hi all, >> >> while working on some unicode related stuff I ended up integrating >> some >> MIME changes from Sophie. >> For that I would like to split up the Network package into nine sub >> packages (Network-Kernel, Network-MIME, ...). Will also make it >> easier >> to update URI and MIME packages later etc. > > >> >> >> Hope that is ok with everybody. >> >> Michael >> >> _______________________________________________ >> 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

Jan. 8, 2009

Re: [Pharo-project] Splitting network package

by StÃ©phane Ducasse

Yes go! I would like to have packages and not category besides that I prefer lot of packages well designed than a fat one. Let us know when we can include your changes. Stef > Hi all, > > while working on some unicode related stuff I ended up integrating > some > MIME changes from Sophie. > For that I would like to split up the Network package into nine sub > packages (Network-Kernel, Network-MIME, ...). Will also make it easier > to update URI and MIME packages later etc. > > > Hope that is ok with everybody. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 8, 2009

[Pharo-project] Splitting network package

by Michael Rueger

Hi all, while working on some unicode related stuff I ended up integrating some MIME changes from Sophie. For that I would like to split up the Network package into nine sub packages (Network-Kernel, Network-MIME, ...). Will also make it easier to update URI and MIME packages later etc. Hope that is ok with everybody. Michael

Jan. 8, 2009

Re: [Pharo-project] Buggy HTTPSocket in dev-image

by Damien Cassou

Hi Andreas, On Tue, Jan 6, 2009 at 9:42 PM, Andreas Wacknitz <A.Wacknitz(a)gmx.de> wrote: > the dev images seem to have a (probably older version) of HTTPSocket. > There are some undefined globals > (like HTTPProxyServer, HTTPProxySocket, CrLf and CR) which lead to > problems when I try to load Magma. > The pharo-core image seem to have a correct version of this class. could you please give me more information: - what is the pharo dev image you are using? - where do you see the undefined globals -- Damien Cassou http://damiencassou.seasidehosting.st

Jan. 8, 2009

Re: [Pharo-project] [ANN] 10203

by Rob Rothwell

Thanks for all the information. Starting from the 10201 core and applying the updates, then using the ScriptLoader loadOB (or even loadSuperOB worked fine. Rob On Thu, Jan 8, 2009 at 4:30 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > My guess is that there are duration instances around (from OB or from > Universes) that break when their methods are updated in a bad order. > When you first update the core image to 10203 and then load OB, > everything seems ok. > > The problematic change is in Duration/Time: > http://code.google.com/p/pharo/issues/detail?can=1&q=101 > from http://bugs.squeak.org/view.php?id=4669 > > This is a change that was also applied to 3.10. > > Adrian > > > On Jan 8, 2009, at 09:21 , StÃ©phane Ducasse wrote: > > > I can even reproduce it. > > take 10202 > > ScriptLoader loadOB > > update > > -> crashes > > > > > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511301088 > >> seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300996 > >> days:hours:minutes:seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300892 > >> seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300800 > >> days:hours:minutes:seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300696 > >> seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300604 > >> days:hours:minutes:seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300500 > >> seconds:nanoSeconds: > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300408 > >> days:hours:minutes:seconds:nanoSeconds: > > > > 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 >

Jan. 8, 2009

Re: [Pharo-project] [OT] Great job guys

by Janko MivÅ¡ek

Igor Stasenko wrote: > by coincidence, i'm currently also working on GLASS, but still using > old squeak image. :) > Any success installing gemtools into pharo to use improved OB-based look&feel? And when you are already doing that, introduce also breakpoints back in Pharo as they are on GLASS GemTools. Very intuitive and the same as on most other Smalltalks. If they can be supported in GemTools, why aren't yet in Pharo? Any technical reason? I know that breakpoints are somehow supported in Squeak, but my point is to be supported the same way as on GemTools, and other Smalltalks. Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

Jan. 8, 2009

Re: [Pharo-project] Extracting methods to traits

by Damien Cassou

On Tue, Jan 6, 2009 at 7:36 PM, Alexandre Bergel <Alexandre.Bergel(a)inria.fr> wrote: > A method may be moved to a trait by pressing Cmd-e (or selecting the > menu entry 'move method into a new trait'). > > This version contains an improvement of TOBCmdMoveToTrait. Before > doing the refactoring, the method is checked first whether some > instance variables are accessed. In that case, a popup window offers > few options. > A list of possible trait names are also offered to select the trait > the method should be moved in. > > I think that if you execute any load*OB method, you will get this. I've just seen your commit to OB-Enhancements. Please do not use UIEnhancements but only OB classes. UIManager default chooseFrom: #('proceed' 'open a debugger') title: aString. should be converted to use OBChoiceRequest. Bye -- Damien Cassou http://damiencassou.seasidehosting.st

Jan. 8, 2009

Re: [Pharo-project] [ANN] 10203

by Adrian Lienhard

My guess is that there are duration instances around (from OB or from Universes) that break when their methods are updated in a bad order. When you first update the core image to 10203 and then load OB, everything seems ok. The problematic change is in Duration/Time: http://code.google.com/p/pharo/issues/detail?can=1&q=101 from http://bugs.squeak.org/view.php?id=4669 This is a change that was also applied to 3.10. Adrian On Jan 8, 2009, at 09:21 , StÃ©phane Ducasse wrote: > I can even reproduce it. > take 10202 > ScriptLoader loadOB > update > -> crashes > > > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511301088 >> seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300996 >> days:hours:minutes:seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300892 >> seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300800 >> days:hours:minutes:seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300696 >> seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300604 >> days:hours:minutes:seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300500 >> seconds:nanoSeconds: > 1/8/09 8:58:20 AM [0x0-0x1b01b0].org.squeak.Squeak[6236] 511300408 >> days:hours:minutes:seconds:nanoSeconds: > > stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 8, 2009