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 On Fri, Sep 19, 2008 at 6:48 AM, <[hidden email]> wrote: Send Squeak-dev mailing list submissions to |
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, > <[hidden email] > <mailto:[hidden email]>> wrote: > > Send Squeak-dev mailing list submissions to > [hidden email] > <mailto:[hidden email]> > > 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 > [hidden email] > <mailto:[hidden email]> > > You can reach the person managing the list at > [hidden email] > <mailto:[hidden email]> > > 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@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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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" <[hidden email] <mailto:[hidden email]>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <FCED72EC543B48E5B9030C928C191800@Quotar> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > > ----- Original Message ----- > From: "Paolo Bonzini" <[hidden email] <mailto:[hidden email]>> > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > 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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: > > <[hidden email] > <mailto:[hidden email]>> > 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@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 <[hidden email] > <mailto:[hidden email]>> wrote: > > > > > ----- Original Message ----- From: "Paolo Bonzini" > <[hidden email] <mailto:[hidden email]>> > > To: "The general-purpose Squeak developers list" < > > [hidden email] > <mailto:[hidden email]>> > > 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" <[hidden email] <mailto:[hidden email]>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <864AD7BCB7F04625819D40D20821A510@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@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 <[hidden email] > <mailto:[hidden email]>> wrote: > > > ----- Original Message ----- From: "Paolo Bonzini" > <[hidden email] <mailto:[hidden email]>> > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > 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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: > > <[hidden email] > <mailto:[hidden email]>> > Content-Type: text/plain; charset="iso-8859-1" > > On Thu, Sep 18, 2008 at 9:44 AM, Rob Withers <[hidden email] > <mailto:[hidden email]>> 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 <[hidden email] > <mailto:[hidden email]>> > > *To:* The general-purpose Squeak developers > list<[hidden email] > <mailto:[hidden email]>> > > *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@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 > <[hidden email] <mailto:[hidden email]>> wrote: > > > >> > >> ----- Original Message ----- From: "Paolo Bonzini" > <[hidden email] <mailto:[hidden email]>> > >> To: "The general-purpose Squeak developers list" < > >> [hidden email] > <mailto:[hidden email]>> > >> 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: [hidden email] <mailto:[hidden email]> (Randal > L. Schwartz) > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "Eliot Miranda" <[hidden email] > <mailto:[hidden email]>> > Cc: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > Content-Type: text/plain; charset=us-ascii > > >>>>> "Eliot" == Eliot Miranda <[hidden email] > <mailto:[hidden email]>> 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 > <[hidden email] <mailto:[hidden email]>> > <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" <[hidden email] > <mailto:[hidden email]>> > Subject: [squeak-dev] [ANN] MemoryAccess Slang alternative to > sqMemoryAccess.h macros > To: [hidden email] > <mailto:[hidden email]> > Cc: [hidden email] > <mailto:[hidden email]> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] <mailto:[hidden email]>> > Subject: [squeak-dev] Squeak leadership meeting minutes, 2008-09-17 > To: [hidden email] > <mailto:[hidden email]> > Message-ID: <gau4a3$e0m$[hidden email] <mailto:[hidden email]>> > 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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: [squeak-dev] Lisp50@OOPSLA -- Celebrating the 50th birthday > of Lisp at OOPSLA 2008 > To: [hidden email] > <mailto:[hidden email]>, [hidden email] > <mailto:[hidden email]>, > [hidden email] > <mailto:[hidden email]>, > [hidden email] <mailto:[hidden email]> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Lisp50@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 > [hidden email] <mailto:[hidden email]> > www.hirschfeld.org <http://www.hirschfeld.org> > > > ------------------------------ > > Message: 14 > Date: Thu, 18 Sep 2008 20:43:51 +0200 > From: Bert Freudenberg <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] <mailto:[hidden email]>> > Subject: [squeak-dev] From 3.8-6665-basic to 3.9 > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <u1vzhkyon.wl%[hidden email] > <mailto:u1vzhkyon.wl%[hidden email]>> > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: [squeak-dev] CSV parser > To: [hidden email] > <mailto:[hidden email]> > Message-ID: <d20aqi3eddau$.[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: [squeak-dev] Re: unix 3.10-1 VM scrambles #PageUp #PageDown > #End keys > To: [hidden email] > <mailto:[hidden email]> > Message-ID: <gauh9g$meg$[hidden email] <mailto:[hidden email]>> > 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 " <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] CSV parser > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: > > <[hidden email] > <mailto:[hidden email]>> > Content-Type: text/plain; charset="utf-8" > > http://www.squeaksource.com/CSV.html > > 2008/9/18 Markus Fritsche <[hidden email] > <mailto:[hidden email]>> > > > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: [squeak-dev] Re: CSV parser > To: [hidden email] > <mailto:[hidden email]> > Message-ID: <e4gkbivakbya$.zbbzigrw91yx$.[hidden email] > <mailto:[hidden email]>> > 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 <[hidden email] > <mailto:[hidden email]>> > Subject: [squeak-dev] [Smalltalks 2008] --- Latest news > To: The general-purpose Squeak developers list > <[hidden email] > <mailto:[hidden email]>> > Message-ID: <[hidden email] > <mailto:[hidden email]>> > 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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] Re: About Eliot FFi changes > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: > > <[hidden email] > <mailto:[hidden email]>> > 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 > <[hidden email] <mailto:[hidden email]>>wrote: > > > > > > > On Tue, Sep 16, 2008 at 10:00 PM, Mariano Martinez Peck < > > [hidden email] <mailto:[hidden email]>> 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 > <[hidden email] <mailto:[hidden email]>>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" <[hidden email] > <mailto:[hidden email]>> > Subject: Re: [squeak-dev] Re: Send NULL to a C function trough FFI > To: "The general-purpose Squeak developers list" > <[hidden email] > <mailto:[hidden email]>> > Message-ID: > > <[hidden email] > <mailto:[hidden email]>> > Content-Type: text/plain; charset="iso-8859-1" > > On Wed, Sep 17, 2008 at 2:26 AM, Andreas Raab <[hidden email] > <mailto:[hidden email]>> 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 > [hidden email] > <mailto:[hidden email]> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev > > End of Squeak-dev Digest, Vol 69, Issue 28 > ****************************************** > > > ------------------------------------------------------------------------ > > > |
Am 21.09.2008 um 13:51 schrieb Karl Ramberg: > 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. Hi Kemal, it's part of the Etoys philosophy to have only a single class of player. For example, you can change the costume (the morph) of a player dynamically, so the player needs to have the vocabular to serve all the different costumes it could wear. This would break if you create specialized subclasses of Player. Btw, in Smalltalk adding extension methods to other classes is not considered as "intrusive" as in other languages. Hth, - Bert - |
Maybe Etoys done with Traits would keep a class like Player more
modular and maintainable ? Karl On 9/21/08, Bert Freudenberg <[hidden email]> wrote: > > Am 21.09.2008 um 13:51 schrieb Karl Ramberg: > >> 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. > > > > Hi Kemal, > > it's part of the Etoys philosophy to have only a single class of > player. For example, you can change the costume (the morph) of a > player dynamically, so the player needs to have the vocabular to serve > all the different costumes it could wear. This would break if you > create specialized subclasses of Player. > > Btw, in Smalltalk adding extension methods to other classes is not > considered as "intrusive" as in other languages. > > Hth, > > - Bert - > > > > |
Am 21.09.2008 um 21:51 schrieb karl ramberg:
> Maybe Etoys done with Traits would keep a class like Player more > modular and maintainable ? How so? - Bert - |
>From my understanding a Trait could extend the Player class without
adding metods to it, thus keeping the interface cleaner and more maintainable. Both Morph and Player are huge classes that could use some simplification as well as keeping it possible to extend them. So a change in strategy to achive that goal would be nessesary. Maybe traits could help there. Karl On 9/21/08, Bert Freudenberg <[hidden email]> wrote: > Am 21.09.2008 um 21:51 schrieb karl ramberg: > >> Maybe Etoys done with Traits would keep a class like Player more >> modular and maintainable ? > > > How so? > > - Bert - > > > > |
Am 21.09.2008 um 23:07 schrieb karl ramberg:
> From my understanding a Trait could extend the Player class without > adding metods to it, thus keeping the interface cleaner and more > maintainable. > Both Morph and Player are huge classes that could use some > simplification as well as keeping it possible to extend them. So a > change in strategy to achive that goal would be nessesary. Maybe > traits could help there. I doubt that. Traits help when you want to avoid duplicating functionality in classes unrelated by inheritance. They do so by adding methods to classes automatically - this does not actually simplify the design if you only have a single class. - Bert - |
Free forum by Nabble | Edit this page |