- Pharo-dev - lists.pharo.org

Re: [Pharo-project] compiled method inherits from Collection?

by Herby VojÄÃk

Frank Shearar wrote: > On 19 June 2012 10:27, Fernando Olivero<fernando.olivero(a)usi.ch> wrote: >> (Object>>#name) isCollection = true >> >> Actually is a subclass of ByteArray (instead of collaborating with one). >> >> Does this seem strange to anybody else? Is it really needed? > > Yes, I found it a bit strange: > http://bugs.squeak.org/view.php?id=7570. As I understand it, > CompiledMethod isKindOf: ByteArray just because it uses a lot of > ByteArray's methods. It's a case of subclassing for code reuse, Shouldn't this be better solved by a trait encapsulating that reused code? Herby > because otherwise one would have to implement a bunch of > ByteArray-like methods in CompiledMethod. > > frank > >> Fernando >> >

June 19, 2012

Re: [Pharo-project] compiled method inherits from Collection?

by Fernando Olivero

Thanks for the info, its a shame we cant easily change the vm. Oh well, i should first ask for isCompiledMethod before isCollection now... Fernando On Tue, Jun 19, 2012 at 11:34 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jun 19, 2012, at 11:28 AM, Fernando Olivero wrote: > >> (Object>>#name) isCollection = true >> >> Actually is a subclass of ByteArray (instead of collaborating with one). >> >> Does this seem strange to anybody else? Is it really needed? >> > CompiledMethods are magical. Â They are highly optimized for saving space. > If this is needed in 2012 where even a cellphone has half a gig of RAM is > something that people are highly opinionated about. > > And the special format of CompiledMethod is something the VM knows. > > So: any change here means deep VM changes. > > Â Â Â Â Marcus > > > > -- > Marcus Denker -- http://marcusdenker.de >

June 19, 2012

Re: [Pharo-project] compiled method inherits from Collection?

by Marcus Denker

On Jun 19, 2012, at 11:28 AM, Fernando Olivero wrote: > (Object>>#name) isCollection = true > > Actually is a subclass of ByteArray (instead of collaborating with one). > > Does this seem strange to anybody else? Is it really needed? > CompiledMethods are magical. They are highly optimized for saving space. If this is needed in 2012 where even a cellphone has half a gig of RAM is something that people are highly opinionated about. And the special format of CompiledMethod is something the VM knows. So: any change here means deep VM changes. Marcus -- Marcus Denker -- http://marcusdenker.de

June 19, 2012

Re: [Pharo-project] compiled method inherits from Collection?

by Frank Shearar

On 19 June 2012 10:27, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > (Object>>#name) isCollection = true > > Actually is a subclass of ByteArray (instead of collaborating with one). > > Does this seem strange to anybody else? Is it really needed? Yes, I found it a bit strange: http://bugs.squeak.org/view.php?id=7570. As I understand it, CompiledMethod isKindOf: ByteArray just because it uses a lot of ByteArray's methods. It's a case of subclassing for code reuse, because otherwise one would have to implement a bunch of ByteArray-like methods in CompiledMethod. frank > Fernando >

June 19, 2012

[Pharo-project] compiled method inherits from Collection?

by Fernando Olivero

(Object>>#name) isCollection = true Actually is a subclass of ByteArray (instead of collaborating with one). Does this seem strange to anybody else? Is it really needed? Fernando

June 19, 2012

Re: [Pharo-project] start thinking on summer release of Pharo 1.4

by Esteban Lorenzano

Ok... but we are not going to spend time fixing OB. OB maintainers are not anymore in the community (or are not willing to maintain OB for 1.4) and is too much work for us to do it. I think even with that couple of things you are reporting (and maybe some others that may appear), OB is overall working fine with 1.4. We are working on the future browser (Nautilus) and we sorry that is not ready yet, but well... that's life :P Of course, if someone wants to take this issues and do a quick fix, squeaksource.com/PharoOB project is open to accept fixes. Esteban On Jun 18, 2012, at 7:00 PM, Milan Mimica wrote: > On 13 June 2012 11:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > - pre-load OmniBrowser. > > Two things I have noticed don't work well in OB in Pharo 1.4: > 1. The chasing browser for senders/implementors - well it's not chasing. > 2. When you hit ctrl+f and type something, you cannot use arrow keys to select a class from the list. You have to switch focus with the mouse first. > > > -- > Milan Mimica > http://sparklet.sf.net

June 19, 2012

Re: [Pharo-project] Version of method broken

by Davide Varvello

Hi Mariano, Probably you are right because I have an old 1.4 image with Nautilus that works but unfortunately I can't use that image. Do you remember the version of Nautilus that works with 1.4, so I can download it from ss3? Cheers Davide Mariano Martinez Peck wrote > > On Mon, Jun 18, 2012 at 9:21 PM, Davide Varvello <varvello@> wrote: > > > Hi Davide. All I can say is that I remember seeing this bug in previous > versions of Nautilus. > Of course this has been fixed in latest Nautilus versions but they are > available only for Pharo 2.0. > I guess the version of Nautilus that works in 1.4 is a little bit old. We > (Ben) cannot maintain Nautilus working with both versions so in 1.4.1 you > need to stick to that version. > Maybe someone can take that version and create a new one with the bug > fix... > > >> I'm on Pharo 1.4 with Nautilus. >> Hints? >> Thanks >> Davide >> >> -- >> View this message in context: >> http://forum.world.st/Version-of-method-broken-tp4635379.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- View this message in context: http://forum.world.st/Version-of-method-broken-tp4635379p4635417.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 19, 2012

Re: [Pharo-project] start thinking on summer release of Pharo 1.4

by StÃ©phane Ducasse

On Jun 18, 2012, at 7:00 PM, Milan Mimica wrote: > On 13 June 2012 11:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > - pre-load OmniBrowser. > > Two things I have noticed don't work well in OB in Pharo 1.4: > 1. The chasing browser for senders/implementors - well it's not chasing. check because normally there is a setting or a way to change its behavior. > 2. When you hit ctrl+f and type something, you cannot use arrow keys to select a class from the list. You have to switch focus with the mouse first. > > > -- > Milan Mimica > http://sparklet.sf.net

June 19, 2012

Re: [Pharo-project] Mouse down events are being processed twice

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > Thanks for all the effort, Sean, it is really nice to see you contributing > so much lately. > It's our Pharo :) And, it's usually easier to fix the bug than to suffer from it ;-) Sean -- View this message in context: http://forum.world.st/Mouse-down-events-are-being-processed-twice-tp4635339… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 19, 2012

Re: [Pharo-project] [XMLRPC] Little client clean up

by garduino

And updated ConfigurationOfXMLRPC adding 'version100Beta4' to install the latest client code. -- View this message in context: http://forum.world.st/XMLRPC-Little-client-clean-up-tp4635363p4635405.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 19, 2012