November 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Exploring an event handling implementation

by David Pennell

Yes, but... what about the Apache license? On Sat, Nov 15, 2008 at 8:17 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > John is working on it. > > > On Nov 15, 2008, at 3:12 PM, David Pennell wrote: > > Is somebody working on Alien for Pharo? >> I've been meaning to ask about how Pharo will handle the non-MIT (Apache) >> license of Alien. Do we have a list of friendly/compatible licenses? >> >> -david >> >> On Sat, Nov 15, 2008 at 6:45 AM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >> I know that Alien FFI is now in good hands :) >> _______________________________________________ >> 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 >

Nov. 17, 2008

Re: [Pharo-project] How's closure support going?

by John M McIntosh

Eliot was going to feed me a new change set so I could build a 4.0 macintosh VM In fact I"ve one here, but not released because of the pending changes On 16-Nov-08, at 3:02 PM, <bryce(a)kampjes.demon.co.uk> <bryce(a)kampjes.demon.co.uk > wrote: > Just curious. I'm a bit busy at the moment and my Squeak time is going > towards fixing one of the remaining long standing bugs in > Exupery. Once it's fixed, there may be some time to look at building a > VM on either Windows or Mac. > > Bryce > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Nov. 17, 2008

[Pharo-project] How's closure support going?

by bryce＠kampjes.demon.co.uk

Just curious. I'm a bit busy at the moment and my Squeak time is going towards fixing one of the remaining long standing bugs in Exupery. Once it's fixed, there may be some time to look at building a VM on either Windows or Mac. Bryce

Nov. 16, 2008

Re: [Pharo-project] [updates] 10150-10152

by StÃ©phane Ducasse

This is really showing that a cool classBuilder would really encode such constraint. Stef On Nov 16, 2008, at 7:57 PM, Marcus Denker wrote: > > On 16.11.2008, at 19:43, Igor Stasenko wrote: >> Its not referencing the process class directly, however it assuming >> that Process having following slots: >> "Class Process" >> SuspendedContextIndex := 1. >> PriorityIndex := 2. >> MyListIndex := 3 >> >> So, changing the Process class definition may lead to unpredictable >> behavior in VM. >> > Hmmm... ok, yes. So maybe we can leave it in the specialObjectarray, > but put a comment > that exactly says this... > > Ok, will do that. > > Marcus > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 16, 2008

Re: [Pharo-project] [updates] 10150-10152

by Marcus Denker

On 16.11.2008, at 19:44, StÃ©phane Ducasse wrote: > marcus > > could you contact martin to ask him to sign the agreement? I will ask him. Marcus > > Or do we consider that he published that on mantis and that as such > it is MIT > which is true. > > Stef > > On Nov 16, 2008, at 6:05 PM, Marcus Denker wrote: > >> 10150 >> ------ >> -> Issue 333: A fix for animated GIF harvested from Squeak >> -> Mantis 0006343: Process does not need to be a special object >> Change proposed by martin v. Loewis: >> When changing Process, I was warned that it is a special object >> and therefore >> it is dangerous to change its class definition. Process currently >> lives >> at: 28 of Smalltalk specialObjectsArray. In reviewing all >> references to >> the special objects array, I could not find any reference to that >> slot, >> neither in the Squeak 3.9 image nor in the VM. >> >> 10151 >> ------ >> -> Issue 146: ClassDescription>>copyUnobstrusevely >> ClassDescription>>copyUnobstrusevely and friends are only invoked >> by kedama which should be removed >> -> Issue 128: M5711: TextFieldMorph changes text position when >> emptied >> -> now really do Postscript: Smalltalk recreateSpecialObjectsArray. >> >> 10152 >> ----- >> -> Issue 276: candidate for core: Process-specific variables >> Martin von Loewis did a nice implementation of thread-specific >> variables: >> This project provides process-specific variables (called TLS - >> thread-local storage) >> in other environments. Two kinds of variables are provided: >> ProcessLocalVariable (similar to TLS), >> and DynamicVariables (akin LISP's dynamic scope) >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> 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 -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 16, 2008

Re: [Pharo-project] [updates] 10150-10152

by Marcus Denker

On 16.11.2008, at 19:43, Igor Stasenko wrote: > Its not referencing the process class directly, however it assuming > that Process having following slots: > "Class Process" > SuspendedContextIndex := 1. > PriorityIndex := 2. > MyListIndex := 3 > > So, changing the Process class definition may lead to unpredictable > behavior in VM. > Hmmm... ok, yes. So maybe we can leave it in the specialObjectarray, but put a comment that exactly says this... Ok, will do that. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 16, 2008

Re: [Pharo-project] [updates] 10150-10152

by StÃ©phane Ducasse

marcus could you contact martin to ask him to sign the agreement? Or do we consider that he published that on mantis and that as such it is MIT which is true. Stef On Nov 16, 2008, at 6:05 PM, Marcus Denker wrote: > 10150 > ------ > -> Issue 333: A fix for animated GIF harvested from Squeak > -> Mantis 0006343: Process does not need to be a special object > Change proposed by martin v. Loewis: > When changing Process, I was warned that it is a special object and > therefore > it is dangerous to change its class definition. Process currently > lives > at: 28 of Smalltalk specialObjectsArray. In reviewing all > references to > the special objects array, I could not find any reference to that > slot, > neither in the Squeak 3.9 image nor in the VM. > > 10151 > ------ > -> Issue 146: ClassDescription>>copyUnobstrusevely > ClassDescription>>copyUnobstrusevely and friends are only invoked > by kedama which should be removed > -> Issue 128: M5711: TextFieldMorph changes text position when emptied > -> now really do Postscript: Smalltalk recreateSpecialObjectsArray. > > 10152 > ----- > -> Issue 276: candidate for core: Process-specific variables > Martin von Loewis did a nice implementation of thread-specific > variables: > This project provides process-specific variables (called TLS - > thread-local storage) > in other environments. Two kinds of variables are provided: > ProcessLocalVariable (similar to TLS), > and DynamicVariables (akin LISP's dynamic scope) > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 16, 2008

Re: [Pharo-project] [updates] 10150-10152

by Igor Stasenko

2008/11/16 Marcus Denker <denker(a)iam.unibe.ch>: > 10150 > ------ > -> Issue 333: A fix for animated GIF harvested from Squeak > -> Mantis 0006343: Process does not need to be a special object > Change proposed by martin v. Loewis: > When changing Process, I was warned that it is a special object and > therefore > it is dangerous to change its class definition. Process currently > lives > at: 28 of Smalltalk specialObjectsArray. In reviewing all references > to > the special objects array, I could not find any reference to that > slot, > neither in the Squeak 3.9 image nor in the VM. > Its not referencing the process class directly, however it assuming that Process having following slots: "Class Process" SuspendedContextIndex := 1. PriorityIndex := 2. MyListIndex := 3 So, changing the Process class definition may lead to unpredictable behavior in VM. > 10151 > ------ > -> Issue 146: ClassDescription>>copyUnobstrusevely > ClassDescription>>copyUnobstrusevely and friends are only invoked by > kedama which should be removed > -> Issue 128: M5711: TextFieldMorph changes text position when emptied > -> now really do Postscript: Smalltalk recreateSpecialObjectsArray. > > 10152 > ----- > -> Issue 276: candidate for core: Process-specific variables > Martin von Loewis did a nice implementation of thread-specific > variables: > This project provides process-specific variables (called TLS - > thread-local storage) > in other environments. Two kinds of variables are provided: > ProcessLocalVariable (similar to TLS), > and DynamicVariables (akin LISP's dynamic scope) > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Nov. 16, 2008

[Pharo-project] [updates] 10150-10152

by Marcus Denker

10150 ------ -> Issue 333: A fix for animated GIF harvested from Squeak -> Mantis 0006343: Process does not need to be a special object Change proposed by martin v. Loewis: When changing Process, I was warned that it is a special object and therefore it is dangerous to change its class definition. Process currently lives at: 28 of Smalltalk specialObjectsArray. In reviewing all references to the special objects array, I could not find any reference to that slot, neither in the Squeak 3.9 image nor in the VM. 10151 ------ -> Issue 146: ClassDescription>>copyUnobstrusevely ClassDescription>>copyUnobstrusevely and friends are only invoked by kedama which should be removed -> Issue 128: M5711: TextFieldMorph changes text position when emptied -> now really do Postscript: Smalltalk recreateSpecialObjectsArray. 10152 ----- -> Issue 276: candidate for core: Process-specific variables Martin von Loewis did a nice implementation of thread-specific variables: This project provides process-specific variables (called TLS - thread- local storage) in other environments. Two kinds of variables are provided: ProcessLocalVariable (similar to TLS), and DynamicVariables (akin LISP's dynamic scope) -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 16, 2008

Re: [Pharo-project] Wrapper bug (is ByteSurgeon the cause of it ?)

by Marcus Denker

On 15.11.2008, at 17:03, Antoine Marot wrote: > No I can't... So I guess ByteSurgeon (or its installation) is the > problem here. > > Marcus> Do you have any idea about this ? > Not directly... I will have a look... Marcus > > Antoine > > Le 14-nov.-08 Ã 21:35, StÃ©phane Ducasse a Ã©crit : > >> In 3.9 you can wrap it with bytesurgeon? >> >> Stef >> >> On Nov 14, 2008, at 9:16 PM, Antoine Marot wrote: >> >>> For now it works fine on other methods. That's why I don't get >>> what the problem might be. >>> >>> Unfortunately, my project requires to be able to wrap any method >>> and to instrument it with ByteSurgeon. >>> >>> >>> Antoine >>> >>> >>> Le 14-nov.-08 Ã 20:57, StÃ©phane Ducasse a Ã©crit : >>> >>>> can you try on something less sensitive than copyFrom:to: to >>>> debug it? >>>> >>>> Stef >>>> >>>> On Nov 14, 2008, at 4:59 PM, Antoine Marot wrote: >>>> >>>>> Hi all, >>>>> >>>>> I have a very strange bug when I use method wrappers. >>>>> >>>>> Here is my wrapper code (actually it does nothing but calling >>>>> the method) : >>>>> >>>>> ProtoObject variableSubclass: #Wrapper >>>>> instanceVariableNames: 'compiledMethod' >>>>> classVariableNames: '' >>>>> poolDictionaries: '' >>>>> category: 'Wrapper-Core' >>>>> >>>>> Wrapper>>#doesNotUnderstand: aMessage >>>>> ^aMessage sendTo: compiledMethod >>>>> >>>>> Wrapper>>#run: aSymbol with: arguments in: rec >>>>> ^rec >>>>> withArgs: arguments >>>>> executeMethod: compiledMethod >>>>> >>>>> Wrapper>>#compiledMethod: c >>>>> compiledMethod:=c. >>>>> ^self >>>>> >>>>> >>>>> Now I want to execute this : >>>>> >>>>> SequenceableCollection methodDict at: #copyFrom:to: put: >>>>> (Wrapper new compiledMethod: >>>>> (SequenceableCollection>>#copyFrom:to:)). >>>>> >>>>> >>>>> It works fine with a new pharo-dev image. >>>>> But if I install ByteSurgeon before that, it crashes the VM if I >>>>> click on the workspace for instance. >>>>> >>>>> I just don't know what possibly happen, any help would be very >>>>> appreciated :) >>>>> >>>>> >>>>> Regards, >>>>> >>>>> Antoine >>>>> >>>>> ------ >>>>> Antoine Marot >>>>> Ph.D Student >>>>> UniversitÃ© Libre de Bruxelles >>>>> DÃ©partement d'Informatique >>>>> _______________________________________________ >>>>> 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 >>> >> >> >> _______________________________________________ >> 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 -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 16, 2008