[squeak-dev] Etoys TilesKarl Ramberg karlramberg at gmail.comSun Sep 21 11:51:27 UTC 2008
kemal asad-syed wrote: > as i am playing with some Etoys i found this page > http://wiki.squeak.org/squeak/3944 . but i don't get it > is there a way i can add vocabulary without touching the > "general"player class but just making a Morph subclass . if not can i > subclass the player to have myspecial player class for my morph > I am trying to make my vocabulary modification the least intrusive > in thye systeme . I am looking for ideas . > thanks. > Kemal As far as I know you have to extend Player with getter and setters etc as well as adding the additions to scripting categories on the class side of the morph. Karl > > > On Fri, Sep 19, 2008 at 6:48 AM, > <squeak-dev-request at lists.squeakfoundation.org > <mailto:squeak-dev-request at lists.squeakfoundation.org>> wrote: > > Send Squeak-dev mailing list submissions to > squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org> > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev > or, via email, send a message with subject or body 'help' to > squeak-dev-request at lists.squeakfoundation.org > <mailto:squeak-dev-request at lists.squeakfoundation.org> > > You can reach the person managing the list at > squeak-dev-owner at lists.squeakfoundation.org > <mailto:squeak-dev-owner at lists.squeakfoundation.org> > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Squeak-dev digest..." > > > Today's Topics: > > 1. Re: MonticelloConfiguration and Installer questions > (C. David Shaffer) > 2. Re: MonticelloConfiguration and Installer questions > (Bert Freudenberg) > 3. Re: MonticelloConfiguration and Installer questions > (C. David Shaffer) > 4. Re: MonticelloConfiguration and Installer questions > (Bert Freudenberg) > 5. Re: Re: becomeForward: alternative (Rob Withers) > 6. Re: Re: becomeForward: alternative (Eliot Miranda) > 7. Re: Re: becomeForward: alternative (Rob Withers) > 8. Re: Re: becomeForward: alternative (Eliot Miranda) > 9. Re: Re: becomeForward: alternative (Randal L. Schwartz) > 10. [ANN] MemoryAccess Slang alternative to sqMemoryAccess.h > macros (David T. Lewis) > 11. Squeak leadership meeting minutes, 2008-09-17 (Craig Latta) > 12. Re: MonticelloConfiguration and Installer questions > (C. David Shaffer) > 13. Lisp50 at OOPSLA -- Celebrating the 50th birthday of Lisp at > OOPSLA 2008 (Robert Hirschfeld) > 14. Re: MonticelloConfiguration and Installer questions > (Bert Freudenberg) > 15. From 3.8-6665-basic to 3.9 (Yoshiki Ohshima) > 16. CSV parser (Markus Fritsche) > 17. Re: unix 3.10-1 VM scrambles #PageUp #PageDown #End keys > (nicolas cellier) > 18. Re: CSV parser ( Hern?n Morales Durand ) > 19. Re: CSV parser (Markus Fritsche) > 20. [Smalltalks 2008] --- Latest news (Andres Valloud) > 21. Re: Re: About Eliot FFi changes (Mariano Martinez Peck) > 22. Re: Re: Send NULL to a C function trough FFI > (Mariano Martinez Peck) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 18 Sep 2008 08:28:39 -0400 > From: "C. David Shaffer" <cdshaffer at acm.org > <mailto:cdshaffer at acm.org>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <48D24977.9050301 at acm.org > <mailto:48D24977.9050301 at acm.org>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bert Freudenberg wrote: > > > > > > Hehe, that attitude pretty much drove MCConfiguration development :) > > It's TSTTCPW and just gets the job done it was needed for, but > as you > > noticed it isn't well-integrated, it does not do autmatic > versioning. > > But I like its simplicity - it really is nothing more than a list of > > package versions and repositories. > > > > - Bert - > > > :-) MCConfiguration is working /very/ well for me. It is a nice > incremental improvement over my manual process. I'm not using the > "Store" capability in the configuration browser, though, because > it will > quickly make a mess of my MC repository browser (I've already got too > many packages to scroll through there). It seems more sensible to > write > my configs to disk during deployment so I can "version" them by > release > number. I assume that's what most people are doing? ...or is there a > sensible way to use them in a MCBrowser that I've just missed? > Maybe a > naming convention that makes the MC browser show only one package > entry > per config (as opposed to per /instance/ of a config). > > David > > > > > ------------------------------ > > Message: 2 > Date: Thu, 18 Sep 2008 15:07:23 +0200 > From: Bert Freudenberg <bert at freudenbergs.de > <mailto:bert at freudenbergs.de>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <52E8D848-5274-4C13-8C7C-670613E30357 at freudenbergs.de > <mailto:52E8D848-5274-4C13-8C7C-670613E30357 at freudenbergs.de>> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > Am 18.09.2008 um 14:28 schrieb C. David Shaffer: > > > Bert Freudenberg wrote: > >> > >> > >> Hehe, that attitude pretty much drove MCConfiguration > >> development :) It's TSTTCPW and just gets the job done it was > >> needed for, but as you noticed it isn't well-integrated, it does > >> not do autmatic versioning. But I like its simplicity - it really > >> is nothing more than a list of package versions and repositories. > >> > >> - Bert - > >> > > :-) MCConfiguration is working /very/ well for me. It is a nice > > incremental improvement over my manual process. I'm not using the > > "Store" capability in the configuration browser, though, because it > > will quickly make a mess of my MC repository browser (I've already > > got too many packages to scroll through there). It seems more > > sensible to write my configs to disk during deployment so I can > > "version" them by release number. I assume that's what most people > > are doing? ...or is there a sensible way to use them in a MCBrowser > > that I've just missed? Maybe a naming convention that makes the MC > > browser show only one package entry per config (as opposed to per / > > instance/ of a config). > > > I just overwrite a single config in the repo every time I make a new > release. So this config is the "head" of the development tree. > > - Bert - > > > > > ------------------------------ > > Message: 3 > Date: Thu, 18 Sep 2008 09:23:18 -0400 > From: "C. David Shaffer" <cdshaffer at acm.org > <mailto:cdshaffer at acm.org>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <48D25646.6040303 at acm.org > <mailto:48D25646.6040303 at acm.org>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bert Freudenberg wrote: > > > > > > I just overwrite a single config in the repo every time I make a new > > release. So this config is the "head" of the development tree. > > > > - Bert - > > > I see...so you can't reconstruct an old release? Also, it doesn't > seem > that MC will allow you to overwrite an MCM stored in an HTTP repo so > this only works for file-based repos? (Still just verifying that I'm > not doing something stupid with the tools.) > > David > > > > > ------------------------------ > > Message: 4 > Date: Thu, 18 Sep 2008 15:33:48 +0200 > From: Bert Freudenberg <bert at freudenbergs.de > <mailto:bert at freudenbergs.de>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <1935EF03-D2B6-4701-8353-7EF819363AEB at freudenbergs.de > <mailto:1935EF03-D2B6-4701-8353-7EF819363AEB at freudenbergs.de>> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > Am 18.09.2008 um 15:23 schrieb C. David Shaffer: > > > Bert Freudenberg wrote: > >> > >> > >> I just overwrite a single config in the repo every time I make a > >> new release. So this config is the "head" of the development tree. > >> > >> - Bert - > >> > > I see...so you can't reconstruct an old release? Also, it doesn't > > seem that MC will allow you to overwrite an MCM stored in an HTTP > > repo so this only works for file-based repos? (Still just verifying > > that I'm not doing something stupid with the tools.) > > > Works fine with an http squeaksource server for me. > > - Bert - > > > > > ------------------------------ > > Message: 5 > Date: Thu, 18 Sep 2008 12:09:06 -0400 > From: "Rob Withers" <reefedjib at yahoo.com <mailto:reefedjib at yahoo.com>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <FCED72EC543B48E5B9030C928C191800 at Quotar> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > > ----- Original Message ----- > From: "Paolo Bonzini" <bonzini at gnu.org <mailto:bonzini at gnu.org>> > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Sent: Tuesday, September 16, 2008 3:59 PM > Subject: [squeak-dev] Re: becomeForward: alternative > > > > Rob Withers wrote: > >> I am trying to becomeForward with an object and a small > integer. This > >> of course doesn't work. Is there an alternative that would > allow me to > >> do this? > > > > There's actually no reason why the *destination* of a becomeForward: > > cannot be a SmallInteger. It's a VM bug in my opinion. > > > > Thanks, Paolo. > > I tried looking into this a bit and here is what I have found. > First off, > this will only work with > #elementsForwardIdentityTo: anArrayWithSmallIntegers copyHash: > false. > It would not work to copy the source hash to a SmallInteger. > > Next is understanding forwarding blocks and the process of > remapping objects > using them. There are three steps: > 1) #prepareForwardingTableForBecoming:with:twoWay: "create and > init > forwarding blocks, and install into original headers" > 2) #mapPointersInObjectsFrom:to: "point pointers to forwarded oop" > 3) #restoreHeadersAfterForwardBecome: "restore original headers" > The question seems to come down to the following. Can forwarding > blocks > point to SmallIntegers? > > Rob > > > Paolo > > > > > > ------------------------------ > > Message: 6 > Date: Thu, 18 Sep 2008 09:41:38 -0700 > From: "Eliot Miranda" <eliot.miranda at gmail.com > <mailto:eliot.miranda at gmail.com>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: > > <3ac5ce8a0809180941u57b6f118kbb4d0ea88504807b at mail.gmail.com > <mailto:3ac5ce8a0809180941u57b6f118kbb4d0ea88504807b at mail.gmail.com>> > Content-Type: text/plain; charset="iso-8859-1" > > Things work fine provided the become is one-way and hashes are not > copied. > Simply change > (self containOnlyOops: array1 and: array2) ifFalse: [^false] > > in ObjectMemory>>become:with:twoWay:copyHash: to > > (twoWayFlag or: [copyHashFlag]) > ifTrue: [(self containOnlyOops: array1 and: array2) ifFalse: [^false]] > ifFalse: [(self containOnlyOops: array1) ifFalse: [^false]]. > > along with the obvious implementation of containOnlyOops:. > If so, > | foo bar | > foo := 1 at 2. > bar := { foo. foo }. > foo becomeForward: 0 copyHash: false. > { foo. bar } > produces > #(0 #(0 0)) > > On Thu, Sep 18, 2008 at 9:09 AM, Rob Withers <reefedjib at yahoo.com > <mailto:reefedjib at yahoo.com>> wrote: > > > > > ----- Original Message ----- From: "Paolo Bonzini" > <bonzini at gnu.org <mailto:bonzini at gnu.org>> > > To: "The general-purpose Squeak developers list" < > > squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > > Sent: Tuesday, September 16, 2008 3:59 PM > > Subject: [squeak-dev] Re: becomeForward: alternative > > > > > > > > Rob Withers wrote: > >> > >>> I am trying to becomeForward with an object and a small > integer. This > >>> of course doesn't work. Is there an alternative that would > allow me to > >>> do this? > >>> > >> > >> There's actually no reason why the *destination* of a > becomeForward: > >> cannot be a SmallInteger. It's a VM bug in my opinion. > >> > >> > > Thanks, Paolo. > > > > I tried looking into this a bit and here is what I have found. > First off, > > this will only work with > > #elementsForwardIdentityTo: anArrayWithSmallIntegers copyHash: > false. > > It would not work to copy the source hash to a SmallInteger. > > > > Next is understanding forwarding blocks and the process of remapping > > objects using them. There are three steps: > > 1) #prepareForwardingTableForBecoming:with:twoWay: "create > and init > > forwarding blocks, and install into original headers" > > 2) #mapPointersInObjectsFrom:to: "point pointers to forwarded > oop" > > 3) #restoreHeadersAfterForwardBecome: "restore original headers" > > The question seems to come down to the following. Can > forwarding blocks > > point to SmallIntegers? > > > > Rob > > > > Paolo > >> > >> > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080918/c86cfa2a/attachment-0001.htm > > ------------------------------ > > Message: 7 > Date: Thu, 18 Sep 2008 12:44:35 -0400 > From: "Rob Withers" <reefedjib at yahoo.com <mailto:reefedjib at yahoo.com>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <864AD7BCB7F04625819D40D20821A510 at Quotar> > Content-Type: text/plain; charset="iso-8859-1" > > :-) > > I just compiled with: > > (twoWayFlag not and: [copyHashFlag not]) > ifTrue: [(self containOnlyOops: array1) ifFalse: [^false]] > ifFalse: [(self containOnlyOops: array1 and: array2) ifFalse: > [^false]]. > > but I like your positive logic better. Thanks! > > Rob > ----- Original Message ----- > From: Eliot Miranda > To: The general-purpose Squeak developers list > Sent: Thursday, September 18, 2008 12:41 PM > Subject: Re: [squeak-dev] Re: becomeForward: alternative > > > Things work fine provided the become is one-way and hashes are > not copied. Simply change > > > (self containOnlyOops: array1 and: array2) ifFalse: [^false] > > > in ObjectMemory>>become:with:twoWay:copyHash: to > > > > (twoWayFlag or: [copyHashFlag]) > ifTrue: [(self containOnlyOops: array1 and: array2) ifFalse: > [^false]] > ifFalse: [(self containOnlyOops: array1) ifFalse: [^false]]. > > > along with the obvious implementation of containOnlyOops:. > If so, > | foo bar | > foo := 1 at 2. > bar := { foo. foo }. > foo becomeForward: 0 copyHash: false. > { foo. bar } > produces > #(0 #(0 0)) > > > On Thu, Sep 18, 2008 at 9:09 AM, Rob Withers <reefedjib at yahoo.com > <mailto:reefedjib at yahoo.com>> wrote: > > > ----- Original Message ----- From: "Paolo Bonzini" > <bonzini at gnu.org <mailto:bonzini at gnu.org>> > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Sent: Tuesday, September 16, 2008 3:59 PM > Subject: [squeak-dev] Re: becomeForward: alternative > > > > > Rob Withers wrote: > > I am trying to becomeForward with an object and a small > integer. This > of course doesn't work. Is there an alternative that would > allow me to > do this? > > > There's actually no reason why the *destination* of a > becomeForward: > cannot be a SmallInteger. It's a VM bug in my opinion. > > > > > Thanks, Paolo. > > I tried looking into this a bit and here is what I have found. > First off, this will only work with > #elementsForwardIdentityTo: anArrayWithSmallIntegers > copyHash: false. > It would not work to copy the source hash to a SmallInteger. > > Next is understanding forwarding blocks and the process of > remapping objects using them. There are three steps: > 1) #prepareForwardingTableForBecoming:with:twoWay: "create > and init forwarding blocks, and install into original headers" > 2) #mapPointersInObjectsFrom:to: "point pointers to > forwarded oop" > 3) #restoreHeadersAfterForwardBecome: "restore original headers" > The question seems to come down to the following. Can > forwarding blocks point to SmallIntegers? > > Rob > > > Paolo > > > > > > > > > > ------------------------------------------------------------------------------ > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080918/4127c4de/attachment-0001.htm > > ------------------------------ > > Message: 8 > Date: Thu, 18 Sep 2008 09:57:12 -0700 > From: "Eliot Miranda" <eliot.miranda at gmail.com > <mailto:eliot.miranda at gmail.com>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: > > <3ac5ce8a0809180957w7b13621ctbeab1afbf9c163e6 at mail.gmail.com > <mailto:3ac5ce8a0809180957w7b13621ctbeab1afbf9c163e6 at mail.gmail.com>> > Content-Type: text/plain; charset="iso-8859-1" > > On Thu, Sep 18, 2008 at 9:44 AM, Rob Withers <reefedjib at yahoo.com > <mailto:reefedjib at yahoo.com>> wrote: > > > :-) > > > > I just compiled with: > > > > (twoWayFlag not and: [copyHashFlag not]) > > ifTrue: [(self containOnlyOops: array1) ifFalse: [^false]] > > ifFalse: [(self containOnlyOops: array1 and: array2) ifFalse: > [^false]]. > > but I like your positive logic better. Thanks! > > > > Forgive me, you've got me started :) I hate it when people don't > cut down > on their conditionals. I saw this the other day (won't tell you > where) and > it drives me *batty*. > > if((options & LINK_OPTION_PRIVATE) == LINK_OPTION_PRIVATE) > object_image->image.private = TRUE; > else > object_image->image.private = FALSE; > > the following takes 25% of the vertical real estate and says it > better. > > object_image->image.private = options & LINK_OPTION_PRIVATE) == > LINK_OPTION_PRIVATE; > > Even worse is the following idiom: > > if(print_addresses == TRUE) > > I mean if you're that doubtful surely you want to use > belt-and-braces and > write > > if(((print_addresses == TRUE) == TRUE) == TRUE) > > to be free of anxiety. > > > > Rob > > > > ----- Original Message ----- > > *From:* Eliot Miranda <eliot.miranda at gmail.com > <mailto:eliot.miranda at gmail.com>> > > *To:* The general-purpose Squeak developers > list<squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > > *Sent:* Thursday, September 18, 2008 12:41 PM > > *Subject:* Re: [squeak-dev] Re: becomeForward: alternative > > > > Things work fine provided the become is one-way and hashes are > not copied. > > Simply change > > (self containOnlyOops: array1 and: array2) ifFalse: [^false] > > > > in ObjectMemory>>become:with:twoWay:copyHash: to > > > > (twoWayFlag or: [copyHashFlag]) > > ifTrue: [(self containOnlyOops: array1 and: array2) ifFalse: > [^false]] > > ifFalse: [(self containOnlyOops: array1) ifFalse: [^false]]. > > > > along with the obvious implementation of containOnlyOops:. > > If so, > > | foo bar | > > foo := 1 at 2. > > bar := { foo. foo }. > > foo becomeForward: 0 copyHash: false. > > { foo. bar } > > produces > > #(0 #(0 0)) > > > > On Thu, Sep 18, 2008 at 9:09 AM, Rob Withers > <reefedjib at yahoo.com <mailto:reefedjib at yahoo.com>> wrote: > > > >> > >> ----- Original Message ----- From: "Paolo Bonzini" > <bonzini at gnu.org <mailto:bonzini at gnu.org>> > >> To: "The general-purpose Squeak developers list" < > >> squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > >> Sent: Tuesday, September 16, 2008 3:59 PM > >> Subject: [squeak-dev] Re: becomeForward: alternative > >> > >> > >> > >> Rob Withers wrote: > >>> > >>>> I am trying to becomeForward with an object and a small > integer. This > >>>> of course doesn't work. Is there an alternative that would > allow me to > >>>> do this? > >>>> > >>> > >>> There's actually no reason why the *destination* of a > becomeForward: > >>> cannot be a SmallInteger. It's a VM bug in my opinion. > >>> > >>> > >> Thanks, Paolo. > >> > >> I tried looking into this a bit and here is what I have found. > First off, > >> this will only work with > >> #elementsForwardIdentityTo: anArrayWithSmallIntegers > copyHash: false. > >> It would not work to copy the source hash to a SmallInteger. > >> > >> Next is understanding forwarding blocks and the process of > remapping > >> objects using them. There are three steps: > >> 1) #prepareForwardingTableForBecoming:with:twoWay: "create > and init > >> forwarding blocks, and install into original headers" > >> 2) #mapPointersInObjectsFrom:to: "point pointers to > forwarded oop" > >> 3) #restoreHeadersAfterForwardBecome: "restore original headers" > >> The question seems to come down to the following. Can > forwarding blocks > >> point to SmallIntegers? > >> > >> Rob > >> > >> Paolo > >>> > >>> > >> > >> > > ------------------------------ > > > > > > > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080918/7655acaf/attachment-0001.htm > > ------------------------------ > > Message: 9 > Date: Thu, 18 Sep 2008 10:03:27 -0700 > From: merlyn at stonehenge.com <mailto:merlyn at stonehenge.com> (Randal > L. Schwartz) > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "Eliot Miranda" <eliot.miranda at gmail.com > <mailto:eliot.miranda at gmail.com>> > Cc: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <86bpylbd40.fsf at blue.stonehenge.com > <mailto:86bpylbd40.fsf at blue.stonehenge.com>> > Content-Type: text/plain; charset=us-ascii > > >>>>> "Eliot" == Eliot Miranda <eliot.miranda at gmail.com > <mailto:eliot.miranda at gmail.com>> writes: > > Eliot> if((options & LINK_OPTION_PRIVATE) == LINK_OPTION_PRIVATE) > object_image-> image.private = TRUE; > Eliot> else > object_image-> image.private = FALSE; > > Eliot> the following takes 25% of the vertical real estate and > says it better. > > Eliot> object_image-> image.private = options & > LINK_OPTION_PRIVATE) == > Eliot> LINK_OPTION_PRIVATE; > > For an endless supply of these, check out thedailywtf.com > <http://thedailywtf.com>, which should be > mandatory reading for anyone involved in code creation, review, or > maintenance, with "Don't let your code end up here!" as the goal. > > -- > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 > 777 0095 > <merlyn at stonehenge.com <mailto:merlyn at stonehenge.com>> > <URL:http://www.stonehenge.com/merlyn/> > Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. > See http://methodsandmessages.vox.com/ for Smalltalk and Seaside > discussion > > > ------------------------------ > > Message: 10 > Date: Thu, 18 Sep 2008 13:39:11 -0400 > From: "David T. Lewis" <lewis at mail.msen.com > <mailto:lewis at mail.msen.com>> > Subject: [squeak-dev] [ANN] MemoryAccess Slang alternative to > sqMemoryAccess.h macros > To: squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org> > Cc: vm-dev at discuss.squeakfoundation.org > <mailto:vm-dev at discuss.squeakfoundation.org> > Message-ID: <20080918173911.GA82094 at shell.msen.com > <mailto:20080918173911.GA82094 at shell.msen.com>> > Content-Type: text/plain; charset=us-ascii > > MemoryAccess is a small addition to VMMaker that provides a > Smalltalk Slang > implemention of the memory access macros (or static inline > functions) that > are normally defined in sqMemoryAccess.h. By implementing these > methods in > Smalltalk, they may be directly translated to C code by the Slang > translator, > with Slang inlining providing performance similar to that of > traditional > C preprocessor macros. The resulting C code is directly visible to > C debuggers > and profiling tools, and the use of C code rather than macros is > helpful in > exposing problems such as improper type declarations and > 32bit/64bit word > size issues. > > I did my testing only with VMMaker from SqueakSource, but I expect > MemoryAccess > to work correctly with any of the several VM development projects > currently > in play, given that a few relevant patches are collected from Mantis. > > Change set, platform diffs, and a more complete description are at > http://wiki.squeak.org/squeak/6081 > > - Dave > > (cross-posted to squeak-dev and vm-dev, replies should go to > vm-dev if possible) > > > > ------------------------------ > > Message: 11 > Date: Thu, 18 Sep 2008 10:48:49 -0700 > From: Craig Latta <craig at netjam.org <mailto:craig at netjam.org>> > Subject: [squeak-dev] Squeak leadership meeting minutes, 2008-09-17 > To: squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org> > Message-ID: <gau4a3$e0m$1 at ger.gmane.org <mailto:1 at ger.gmane.org>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > Squeak leadership meeting minutes, 2008-09-17: > > present: Craig, Randal, Bert, Yoshiki > > Craig got new signed agreements from VPRI. > > Yoshiki has code for cleanup and for gathering contributors, will give > to release team. > > Yoshiki will also work with the web team to put the right > disclaimer for > all future contributions. > > > -C > > -- > Craig Latta > improvisational musical informaticist > www.netjam.org <http://www.netjam.org> > Smalltalkers do: [:it | All with: Class, (And love: it)] > > > > ------------------------------ > > Message: 12 > Date: Thu, 18 Sep 2008 14:14:05 -0400 > From: "C. David Shaffer" <cdshaffer at acm.org > <mailto:cdshaffer at acm.org>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <48D29A6D.7020809 at acm.org > <mailto:48D29A6D.7020809 at acm.org>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bert Freudenberg wrote: > > > > > > Works fine with an http squeaksource server for me. > > > Ah, that's it. Apache/WebDAV servers produce: > > HTTP/1.1 204 No Content > > when a PUT is issued on top of an existing file. This appears to > be OK, > as far as the specification doesn't really indicate what successful > status code should be used. Anyway, this causes MC to produce a > walkback even though the PUT was successful. I suggest (only last two > lines changed): > > MCHttpRepository>>writeStreamForFileNamed: aString replace: > ignoreBoolean do: aBlock > | stream response statusLine code | > stream := RWBinaryOrTextStream on: String new. > aBlock value: stream. > response := HTTPSocket > httpPut: stream contents > to: (self urlForFileNamed: aString) > user: self user > passwd: self password. > > statusLine := response copyUpTo: Character cr. > code := (statusLine findTokens: ' ') second asInteger. > (#(200 201 204) includes: code) > ifFalse: [self error: response]. > > > but I'm not enough of an MC guru to know if this is a bad idea or not. > If I don't hear any objections I'll post the patch. > > David > > > > ------------------------------ > > Message: 13 > Date: Thu, 18 Sep 2008 20:37:53 +0200 > From: Robert Hirschfeld <robert.hirschfeld at gmx.net > <mailto:robert.hirschfeld at gmx.net>> > Subject: [squeak-dev] Lisp50 at OOPSLA -- Celebrating the 50th birthday > of Lisp at OOPSLA 2008 > To: squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>, etoys at laptop.org > <mailto:etoys at laptop.org>, > squeak-ev at lists.squeakfoundation.org > <mailto:squeak-ev at lists.squeakfoundation.org>, > croquet-dev at duke.edu <mailto:croquet-dev at duke.edu> > Message-ID: <48D2A001.3060407 at gmx.net > <mailto:48D2A001.3060407 at gmx.net>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Lisp50 at OOPSLA > ...celebrating the 50th birthday of Lisp at OOPSLA 2008 > > Monday, October 20, 2008 > Nashville, Tennessee, USA > co-located with OOPSLA 2008 > participation is free for all OOPSLA participants > registration for at least one conference day at OOPSLA is required > > URL: http:www.lisp50.org <http://www.lisp50.org> > Feed: http://lisp50.blogspot.com > > > Invited Speakers > > + William Clinger, Northeastern University, USA > + Pascal Costanza, Vrije Universiteit Brussel, Belgium > + Richard Gabriel, IBM Research, USA > + Rich Hickey, Independent Consultant, USA > + Alan Kay, Viewpoints Research Institute, USA > + Fritz Kunze, USA > + Ora Lassila, Nokia Research Center, USA > + John McCarthy, USA > + Kent Pitman, PTC, USA > + Guy Steele, Sun Microsystems Laboratories, USA > + Herbert Stoyan, University of Erlangen, Germany > + Warren Teitelman, Google Inc., USA > + JonL White, USA > > Titles, abstracts, biographies and schedule will be announced at the > Lisp50 webpage and blog in the coming days and weeks. > > > Abstract > > In October 1958, John McCarthy published one in a series of > reports about > his then ongoing effort for designing a new programming language that > would be especially suited for achieving artificial intelligence. That > report was the first one to use the name LISP for this new programming > language. 50 years later, Lisp is still in use. This year we are > celebrating Lisp's 50th birthday. OOPSLA 2008 is an excellent > venue for > such a celebration, because object-oriented programming benefited > heavily > from Lisp ideas and because OOPSLA 2008 takes place in October, > exactly > 50 years after the name Lisp has been used publicly for the first > time. > We will have talks by John McCarthy himself, and numerous other > influential Lispers from the past five decades. We will also take > a look > at the next 50 years of Lisp. > > > Organizers > > + Pascal Costanza, Vrije Universiteit Brussel, Belgium > + Richard Gabriel, IBM Research, Hawthorne, NY, USA > + Robert Hirschfeld, Hasso-Plattner-Institut, Potsdam, Germany > + Guy Steele, Sun Microsystems Laboratories, Burlington, MA, USA > > Sponsored by ACM SIGPLAN > > Supported by > + IBM Research > + LispWorks Ltd > + Franz Inc. > + Clozure Associates > > -- > > Robert Hirschfeld > hirschfeld at acm.org <mailto:hirschfeld at acm.org> > www.hirschfeld.org <http://www.hirschfeld.org> > > > ------------------------------ > > Message: 14 > Date: Thu, 18 Sep 2008 20:43:51 +0200 > From: Bert Freudenberg <bert at freudenbergs.de > <mailto:bert at freudenbergs.de>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <CD25A3CD-48AB-4252-B360-5CEFA9EEB508 at freudenbergs.de > <mailto:CD25A3CD-48AB-4252-B360-5CEFA9EEB508 at freudenbergs.de>> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > Am 18.09.2008 um 20:14 schrieb C. David Shaffer: > > > Bert Freudenberg wrote: > >> > >> > >> Works fine with an http squeaksource server for me. > >> > > Ah, that's it. Apache/WebDAV servers produce: > > > > HTTP/1.1 204 No Content > > > > when a PUT is issued on top of an existing file. This appears to be > > OK, as far as the specification doesn't really indicate what > > successful status code should be used. Anyway, this causes MC to > > produce a walkback even though the PUT was successful. I suggest > > (only last two lines changed): > > > > MCHttpRepository>>writeStreamForFileNamed: aString replace: > > ignoreBoolean do: aBlock > > | stream response statusLine code | > > stream := RWBinaryOrTextStream on: String new. > > aBlock value: stream. > > response := HTTPSocket > > httpPut: stream contents > > to: (self urlForFileNamed: aString) > > user: self user > > passwd: self password. > > > > statusLine := response copyUpTo: Character cr. > > code := (statusLine findTokens: ' ') second asInteger. > > (#(200 201 204) includes: code) > > ifFalse: [self error: response]. > > > > > > but I'm not enough of an MC guru to know if this is a bad idea or > > not. If I don't hear any objections I'll post the patch. > > > Actually, all 2xx codes mean okay: > > http://www.w3.org/Protocols/HTTP/HTRESP.html > > - Bert - > > > > > ------------------------------ > > Message: 15 > Date: Thu, 18 Sep 2008 13:04:56 -0700 > From: Yoshiki Ohshima <yoshiki at vpri.org <mailto:yoshiki at vpri.org>> > Subject: [squeak-dev] From 3.8-6665-basic to 3.9 > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <u1vzhkyon.wl%yoshiki at vpri.org > <mailto:u1vzhkyon.wl%25yoshiki at vpri.org>> > Content-Type: text/plain; charset=US-ASCII > > Hello, > > I'm getting curious to see the full history of changes so what I'm > now trying to do is to update 3.8-6665-full image to 3.9 alpha. I > did a > little magic incantation to set the version, and doing updates. > > As 6675InstallPkgsWarning-dew.cs warns, it *really* takes long > time... I'm on it for a few hours. It could be because of the slow > network connection I have, but does anybody have an idea about how > long should it take, in a ballpark figure, with a one-year old laptop > computer? > > -- Yoshiki > > > ------------------------------ > > Message: 16 > Date: Thu, 18 Sep 2008 22:17:52 +0200 > From: Markus Fritsche <fritsche.markus at gmx.net > <mailto:fritsche.markus at gmx.net>> > Subject: [squeak-dev] CSV parser > To: squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org> > Message-ID: <d20aqi3eddau$.129ouavk3n0c4.dlg at 40tude.net > <mailto:129ouavk3n0c4.dlg at 40tude.net>> > Content-Type: text/plain; charset="us-ascii" > > Hello, > > has somebody got a CSV parser implemented in squeak? I was looking for > something to parse CSV (excel exported) text files and did not find > something so far. > > Kind regards, Markus > > > > ------------------------------ > > Message: 17 > Date: Thu, 18 Sep 2008 23:30:23 +0200 > From: nicolas cellier <ncellier at ifrance.com > <mailto:ncellier at ifrance.com>> > Subject: [squeak-dev] Re: unix 3.10-1 VM scrambles #PageUp #PageDown > #End keys > To: squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org> > Message-ID: <gauh9g$meg$1 at ger.gmane.org <mailto:1 at ger.gmane.org>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Yoshiki Ohshima a écrit : > > At Wed, 17 Sep 2008 17:35:59 -0700, > > Yoshiki Ohshima wrote: > >> Could you compile the VM with the line: > >> > >> static unsigned short const sqSpecialKey[] = {1, 28, 30, 29, > 31, 5, 11, 12, 4}; > >> > >> changed to perhaps: > >> > >> static unsigned short const sqSpecialKey[] = {1, 28, 30, 29, > 31, 11, 12, 4, 5}; > > > > Ok... I fixed my laptop and tried it. The correct line should be: > > > > static unsigned short const sqSpecialKey[] = {1, 28, 30, 29, 31, > 11, 12, 4, 1}; > > > > Thank you very much Yoshiki, this change made my squeak hours easier! > > > > The first 1 may well be off; the array could be one short and the > > offset could be adjusted, but I think behavior that is "forgiving" > > makes sense here. > > > > -- Yoshiki > > > > > > Hmm, my #home key did work as expected before change. > I would have guessed the last 1 would map to another key (which one?). > No matter, thanks again! > > Nicolas > > > > ------------------------------ > > Message: 18 > Date: Thu, 18 Sep 2008 18:37:33 -0300 > From: " Hern?n Morales Durand " <hernan.morales at gmail.com > <mailto:hernan.morales at gmail.com>> > Subject: Re: [squeak-dev] CSV parser > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: > > <70da5dd20809181437r55e6f99fj33c1312915669e3e at mail.gmail.com > <mailto:70da5dd20809181437r55e6f99fj33c1312915669e3e at mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > http://www.squeaksource.com/CSV.html > > 2008/9/18 Markus Fritsche <fritsche.markus at gmx.net > <mailto:fritsche.markus at gmx.net>> > > > Hello, > > > > has somebody got a CSV parser implemented in squeak? I was > looking for > > something to parse CSV (excel exported) text files and did not find > > something so far. > > > > Kind regards, Markus > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080918/5d3f23a4/attachment-0001.htm > > ------------------------------ > > Message: 19 > Date: Thu, 18 Sep 2008 23:41:13 +0200 > From: Markus Fritsche <fritsche.markus at gmx.net > <mailto:fritsche.markus at gmx.net>> > Subject: [squeak-dev] Re: CSV parser > To: squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org> > Message-ID: <e4gkbivakbya$.zbbzigrw91yx$.dlg at 40tude.net > <mailto:dlg at 40tude.net>> > Content-Type: text/plain; charset="iso-8859-1" > > Am Thu, 18 Sep 2008 18:37:33 -0300 schrieb Hernán Morales Durand: > > > http://www.squeaksource.com/CSV.html > > Doh! > > Thanks > > > > ------------------------------ > > Message: 20 > Date: Thu, 18 Sep 2008 14:55:25 -0700 > From: Andres Valloud <AVALLOUD at roadrunner.com > <mailto:AVALLOUD at roadrunner.com>> > Subject: [squeak-dev] [Smalltalks 2008] --- Latest news > To: The general-purpose Squeak developers list > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: <48D2CE4D.4010009 at roadrunner.com > <mailto:48D2CE4D.4010009 at roadrunner.com>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hello, > > We would like to share the latest news about the Smalltalks 2008 > conference. > > 1. We have opened the submission process for talks. The URL is > below, > > http://neuquina.lifia.info.unlp.edu.ar:8001/Smalltalks-2008 > > The form can be found under the section "Talks". We are looking > forward > to hear about different types of presentations, whether they be > industry, research or education related. The submission deadline is > October 13th. > > > 2. Furthermore, we have also opened the submission process for > tutorials. The URL is the same as above, only the form is under the > section "Tutorials". The deadline is also October 13th. > > > 3. Finally, we would like to remind you that the coding contest rules > and regulations, as well as the problem, will be published on October > 1st. For more information check the section "Coding Contest" in the > conference's web site. > > > We look forward to see you at the conference! > Smalltalks 2008 Organization Committee > > > ------------------------------ > > Message: 21 > Date: Fri, 19 Sep 2008 01:39:40 -0300 > From: "Mariano Martinez Peck" <marianopeck at gmail.com > <mailto:marianopeck at gmail.com>> > Subject: Re: [squeak-dev] Re: About Eliot FFi changes > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: > > <a38fadc50809182139k633a47a8o98b20afc95dd5ed8 at mail.gmail.com > <mailto:a38fadc50809182139k633a47a8o98b20afc95dd5ed8 at mail.gmail.com>> > Content-Type: text/plain; charset="iso-8859-1" > > Ok, perfect. Many thanks Eliot > > Mariano > > On Wed, Sep 17, 2008 at 1:57 PM, Eliot Miranda > <eliot.miranda at gmail.com <mailto:eliot.miranda at gmail.com>>wrote: > > > > > > > On Tue, Sep 16, 2008 at 10:00 PM, Mariano Martinez Peck < > > marianopeck at gmail.com <mailto:marianopeck at gmail.com>> wrote: > > > >> Sorry, but these are "changes" or "refactors" ?. > >> > > > > It is an alternative FFI. > > > > > >> I mean, do these changes affect FFI uses, public interface or > something? > >> Suppose I am using FFI in a project, should I care about this ? > >> > > > > No. It is being used in the Newspeak system and I will probably use > > elements of it in my work at Qwaq and eventually it may be used > to augment > > or reimplement parts of the existing FFI. But that's in the > future and so > > you don't need to worry about it yet. > > > > HTH > > Eliot > > > >> > >> > >> many thanks, > >> > >> mariano > >> > >> > >> On Thu, Sep 4, 2008 at 12:38 AM, Andreas Raab > <andreas.raab at gmx.de <mailto:andreas.raab at gmx.de>>wrote: > >> > >>> Just FYI (and in case someone wonders), I spoke to Eliot today > and it > >>> seems indeed to have been a very noisy restaurant ;-) Eliot > was referring to > >>> his "Alien" work which is an FFI replacement (which we have > spoken about on > >>> some occasions) but as far as I am aware the code has not been > published > >>> anywhere. > >>> > >>> It certainly was never sent to the VM maintainers. > >>> > >>> Cheers, > >>> - Andreas > >>> > >>> > >>> Andreas Raab wrote: > >>> > >>>> stephane ducasse wrote: > >>>> > >>>>> Eliot told me (from memory so can be wrong) > >>>>> dan, john, andreas, tim, > >>>>> but this was in a noisy restaurant (but good) > >>>>> > >>>> > >>>> I'm not sure what you're referring to but I'll ask Eliot when > he's back. > >>>> > >>>> Cheers, > >>>> - Andreas > >>>> > >>>> > >>>> On Aug 30, 2008, at 12:38 PM, Bert Freudenberg wrote: > >>>>> > >>>>> > >>>>>> Am 30.08.2008 um 12:26 schrieb stephane ducasse: > >>>>>> > >>>>>> Hi all > >>>>>>> > >>>>>>> I discussed at ESUG with Eliot and he told us that he sent > a while > >>>>>>> ago > >>>>>>> his changes to get a much nicer FFI implementation to the VM > >>>>>>> maintainers. > >>>>>>> > >>>>>> > >>>>>> > >>>>>> I do not remember seeing this on the vm-dev list: > >>>>>> > >>>>>> > >>>>>> > http://www.google.com/search?q=ffi+eliot+site%3Ahttp%3A%2F%2Flists.squeakfoundation.org%2Fpipermail%2Fvm-dev%2F > >>>>>> > >>>>>> Whom did he sent it to exactly? > >>>>>> > >>>>>> - Bert - > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>> > >>> > >> > >> > >> > >> > > > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080919/a991f8a5/attachment-0001.htm > > ------------------------------ > > Message: 22 > Date: Fri, 19 Sep 2008 01:47:57 -0300 > From: "Mariano Martinez Peck" <marianopeck at gmail.com > <mailto:marianopeck at gmail.com>> > Subject: Re: [squeak-dev] Re: Send NULL to a C function trough FFI > To: "The general-purpose Squeak developers list" > <squeak-dev at lists.squeakfoundation.org > <mailto:squeak-dev at lists.squeakfoundation.org>> > Message-ID: > > <a38fadc50809182147r17cd9f04g202e7d9327400cb4 at mail.gmail.com > <mailto:a38fadc50809182147r17cd9f04g202e7d9327400cb4 at mail.gmail.com>> > Content-Type: text/plain; charset="iso-8859-1" > > On Wed, Sep 17, 2008 at 2:26 AM, Andreas Raab <andreas.raab at gmx.de > <mailto:andreas.raab at gmx.de>> wrote: > > > Mariano Martinez Peck wrote: > > > >> Igor: I tried what you said but I get the same error. Here is more > >> information: > >> > >> The C function is like this: > >> int *odbx_result*( > >> odbx_t* /*handle*/, > >> odbx_result_t** /*result*/, > >> > >> struct timeval* /*timeout*/, > >> unsigned long /*chunk*/ ) > >> > >> > >> My method with FFI is this: > >> > >> apiQueryResult: connectionHandle handle: handle timeout: > timeout chunk: > >> chunk > >> <cdecl: long 'odbx_result' (ulong ulong* DBXTimeSpec ulong) > module: > >> 'opendbx'> > >> ^self externalCallFailed > >> > > > > The reason it doesn't work is that the FFI spec doesn't match the C > > function declaration. Both the first and third argument are declared > > pointers in C, and not declared pointers in the FFI. This is > particularly > > problematic with the struct timeval since the FFI now expects > you to pass > > the struct timeval by value (since you haven't declared it as > being a > > pointer) and will not accept nil as argument (since it would have to > > dereference the pointer and consequently crash). Try the following > > declaration instead: > > > > <cdecl: long 'odbx_result' (ulong* ulong* DBXTimeSpec* ulong) > module: > > 'opendbx'> > > > > This will accept nil as the parameter for the timeout value. > > > > > Andreas: You were right. It was that. I changed to DBXTimeSpec* > and now I > can send nil. > > Many thanks, > > mariano > > > > > > > Cheers, > > - Andreas > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080919/36094bdc/attachment.htm > > ------------------------------ > > _______________________________________________ > Squeak-dev mailing list > Squeak-dev at lists.squeakfoundation.org > <mailto:Squeak-dev at lists.squeakfoundation.org> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev > > End of Squeak-dev Digest, Vol 69, Issue 28 > ****************************************** > > > ------------------------------------------------------------------------ > > >
More information about the Squeak-dev mailing list |