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

Re: [Pharo-project] [COTDC] 5 - PseudoFileStream

by laurent laffont

On Tue, Feb 8, 2011 at 6:53 PM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Laurent, > > On 08 Feb 2011, at 17:39, laurent laffont wrote: > > > Today: PseudoFileStream > > > > 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). > > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > > > Laurent > > You are not just picking classes that have no class comment, you are > picking classes where it is a challenge just to find out what they do and > why they even exist at all ;-) > > Are you sure you are doing this at random ?? > I choose one class among 3/5 given at random. I want to play with you too ;) Laurent > > Sven > > > >

Feb. 8, 2011

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

by StÃ©phane Ducasse

tx benjamin :) On Feb 8, 2011, at 1:25 PM, Benjamin wrote: > I'm the event sent by the system when a method or a class is recategorized. > > To retrieve information, you can access to: > item: the CompiledMethod or the class recategorized > itemKind: #method for a method, #class for a class > environment: aDictionary with new information > for a method: > - #class: the class of the method (it hasn't changed) > - #protocol: the new category of the method > - #selector: the selector of the method (it hasn't changed) > for a class: > - #category: the new category > oldCategory: the category where the item was formerly categorized > > > Ben > > 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 :)) >> >> 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. 8, 2011

Re: [Pharo-project] new Cog VMs available

by Levente Uzonyi

On Sun, 6 Feb 2011, Eliot Miranda wrote: > Hi All, > > 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. There's still work to be done merging plugins and > details with the standard VMs but I hope that r2361 is production-ready as > far as core Smalltalk execution is concerned. > > Enjoy. Thanks, StackToRegisterMappingCogit is really impressive. IIRC for the 4.1.1 VM Andreas fixed something about ImageSegment loading which is missing from the CogVMs. It would be good to have that fix, because now arrayOfRoots is nil when I'm trying to load an ImageSegment. It's not urgent at all, because I could work the problem around using the new SqueakVMs which can read Cog images and have the fix. Levente > > > Eliot >

Feb. 8, 2011

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

by pharo＠googlecode.com

Comment #8 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 I have cut another slice into PharoInbox. The slice package itself seems empty, but its dependent (Polymorph-Widgets) is not.

Feb. 8, 2011

Re: [Pharo-project] [COTDC] 5 - PseudoFileStream

by Gary Chambers

Lol, this one is a fun one! Regards, Gary ----- Original Message ----- From: "Sven Van Caekenberghe" <sven(a)beta9.be> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, February 08, 2011 5:53 PM Subject: Re: [Pharo-project] [COTDC] 5 - PseudoFileStream Laurent, On 08 Feb 2011, at 17:39, laurent laffont wrote: > Today: PseudoFileStream > > 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). > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent You are not just picking classes that have no class comment, you are picking classes where it is a challenge just to find out what they do and why they even exist at all ;-) Are you sure you are doing this at random ?? Sven

Feb. 8, 2011

Re: [Pharo-project] [COTDC] 5 - PseudoFileStream

by Sven Van Caekenberghe

Laurent, On 08 Feb 2011, at 17:39, laurent laffont wrote: > Today: PseudoFileStream > > 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). > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent You are not just picking classes that have no class comment, you are picking classes where it is a challenge just to find out what they do and why they even exist at all ;-) Are you sure you are doing this at random ?? Sven

Feb. 8, 2011

[Pharo-project] [COTDC] 5 - PseudoFileStream

by laurent laffont

Today: PseudoFileStream 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). Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

Feb. 8, 2011

Re: [Pharo-project] Canvas >>draw: anObject

by Gary Chambers

That would be nicer/more-understandable (and more like virtually every other ui!). There are a few cases that rely on it, however. Possibly not used/important though, or even working now (flop out scrollbars anyone?). Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, February 08, 2011 4:28 PM Subject: Re: [Pharo-project] Canvas >>draw: anObject On 8 February 2011 16:54, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > It is all rather messy. > Note that #fullBounds can be different to #bounds if submorphs lie outside > the bounds of the owner (parent). > yeah, which again could be made a simpler life for everything by placing morph one level higher, to prevent submorphs to be outside of parent. > Regards, Gary > > ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr>; <fernando.olivero(a)usi.ch> > Sent: Tuesday, February 08, 2011 3:42 PM > Subject: Re: [Pharo-project] Canvas >>draw: anObject > > > On 8 February 2011 16:37, Fernando Olivero <fernando.olivero(a)usi.ch> > wrote: >> >> There's a method in Morph>>clipsSubmorphs , that dictates that behavior. >> surely is on by default . >> > > no. this is different. > It tells whether submorphs can be drawn outside of morph's bounds, but > nothing about morph itself. > > In fact, i think many of these flags are redundant. For instance: if > one wants submorphs to be drawn outside of morph's bounds, > he can simply put them into morph's parent and so on up to topmost one > - world.. > > >> Fernando >> >> >> On Tue, Feb 8, 2011 at 10:20 AM, StÃ©phane Ducasse >> <Stephane.Ducasse(a)inria.fr> wrote: >>> >>> Yes now apparently even if I draw outside the bounds they are clipped in >>> pharo too. I have to check how. >>> >>> On Feb 8, 2011, at 12:51 AM, Igor Stasenko wrote: >>> >>>> On 7 February 2011 22:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> wrote: >>>>> >>>>> Canvas>>draw: anObject >>>>> ^anObject drawOn: self >>>>> >>>>> >>>>> Now in SM we got >>>>> >>>>> SMxCanvas>>draw: anObject >>>>> ^self clipBy: anObject bounds during: [ :c | anObject drawOn: c] >>>>> >>>>> and I'm wondering what is the exact difference. >>>>> Any idea? >>>>> >>>> >>>> yes, >>>> SMxCanvas ensures that not matter what happens, a morph cannot draw >>>> outside of its declared bounds. >>>> Which usually should not happen anyways.. so it looks like an >>>> additional rule enforcement. >>>> >>>> >>>> >>>>> Stef >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > > -- Best regards, Igor Stasenko AKA sig.

Feb. 8, 2011

Re: [Pharo-project] Canvas >>draw: anObject

by Igor Stasenko

On 8 February 2011 16:54, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > It is all rather messy. > Note that #fullBounds can be different to #bounds if submorphs lie outside > the bounds of the owner (parent). > yeah, which again could be made a simpler life for everything by placing morph one level higher, to prevent submorphs to be outside of parent. > Regards, Gary > > ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr>; <fernando.olivero(a)usi.ch> > Sent: Tuesday, February 08, 2011 3:42 PM > Subject: Re: [Pharo-project] Canvas >>draw: anObject > > > On 8 February 2011 16:37, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> >> There's a method in Morph>>clipsSubmorphs , that dictates that behavior. >> surely is on by default . >> > > no. this is different. > It tells whether submorphs can be drawn outside of morph's bounds, but > nothing about morph itself. > > In fact, i think many of these flags are redundant. For instance: if > one wants submorphs to be drawn outside of morph's bounds, > he can simply put them into morph's parent and so on up to topmost one > - world.. > > >> Fernando >> >> >> On Tue, Feb 8, 2011 at 10:20 AM, StÃ©phane Ducasse >> <Stephane.Ducasse(a)inria.fr> wrote: >>> >>> Yes now apparently even if I draw outside the bounds they are clipped in >>> pharo too. I have to check how. >>> >>> On Feb 8, 2011, at 12:51 AM, Igor Stasenko wrote: >>> >>>> On 7 February 2011 22:41, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> wrote: >>>>> >>>>> Canvas>>draw: anObject >>>>> ^anObject drawOn: self >>>>> >>>>> >>>>> Now in SM we got >>>>> >>>>> SMxCanvas>>draw: anObject >>>>> ^self clipBy: anObject bounds during: [ :c | anObject drawOn: c] >>>>> >>>>> and I'm wondering what is the exact difference. >>>>> Any idea? >>>>> >>>> >>>> yes, >>>> SMxCanvas ensures that not matter what happens, a morph cannot draw >>>> outside of its declared bounds. >>>> Which usually should not happen anyways.. so it looks like an >>>> additional rule enforcement. >>>> >>>> >>>> >>>>> Stef >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> >>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > > -- Best regards, Igor Stasenko AKA sig.

Feb. 8, 2011

Re: [Pharo-project] Status of Alien

by Eliot Miranda

On Tue, Feb 8, 2011 at 4:16 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Torsten, > > I have been under the impression that it has never worked on Linux - it > would be great to be wrong on that. Does anyone have Alien on Linux waiting > for someone to try it? > I would be very surprised if it didn't work. We at least use the data manipulation side of things routinely at Teleplace. > > One thing slowing my search for FFI/Alien improvements has been that I was > initially dependent on some vm modifications that I made. Some off-line > correspondence with Dave Lewis and the benefit of some time might have > yielded a solution that will let me return to stock vms. > I need to integrate my new callback support and the ReentrantFFIPlugin into the standard interpreter as soon as possible. The ReentrantFFIPlugin provides compatibility with the old squeak FFI plugin but also allows aliens to be passed as arguments, at least to the extent of passing Alien Callbacks. This means its possible to discard the Alien callout support and use the FFI instead (but just to reiterate to keep the Alien data representation and callback facilities). The project for the next few weekends has to be harmonising the primitive set and functionality of Cog and the standard interpreter now that the StackToRegisterMappingCogit looks complete. > FFI has generally worked for me. I am doing a horrible job of handling > double arrays, but I am at least able to use them. My "solution" makes > assumptions about byte order and I have declare double* as void*. > > There was mention of extending FFI with callbacks. Given that capability, > the only thing missing would then to be make calls on OS threads to avoid > blocking the image (but blocking the calling Smalltalk Process for the > duration of the call). > I have this in prototype and want to release soon. But there is too much else going on right now. Patience please. best Eliot > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Torsten Bergmann > [astares(a)gmx.de] > Sent: Tuesday, February 08, 2011 4:04 AM > To: pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Status of Alien > > What is the status of Alien. > According to > > http://bugs.squeak.org/view.php?id=7475 > > there is no one who confirmed it working on Linux. > > Any news here? Any ideas on FFI/Alien successor? > > Thanks > T. > -- > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit > gratis Handy-Flat! http://portal.gmx.net/de/go/dsl > > >

Feb. 8, 2011