[squeak-dev] Etoys Tiles

kemal asad-syed kasadsyed at gmail.com
Fri Sep 19 20:46:12 UTC 2008


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, <
squeak-dev-request at lists.squeakfoundation.org> wrote:

> Send Squeak-dev mailing list submissions to
>        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
>
> You can reach the person managing the list at
>        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>
> Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
>        questions
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <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>
> Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
>        questions
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <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>
> Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
>        questions
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <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>
> Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
>        questions
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <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>
> Subject: Re: [squeak-dev] Re: becomeForward: alternative
> To: "The general-purpose Squeak developers list"
>        <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>
> To: "The general-purpose Squeak developers list"
> <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>
> Subject: Re: [squeak-dev] Re: becomeForward: alternative
> To: "The general-purpose Squeak developers list"
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID:
>        <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> wrote:
>
> >
> > ----- Original Message ----- From: "Paolo Bonzini" <bonzini at gnu.org>
> > To: "The general-purpose Squeak developers list" <
> > 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>
> Subject: Re: [squeak-dev] Re: becomeForward: alternative
> To: "The general-purpose Squeak developers list"
>        <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> wrote:
>
>
>    ----- Original Message ----- From: "Paolo Bonzini" <bonzini at gnu.org>
>    To: "The general-purpose Squeak developers list" <
> 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>
> Subject: Re: [squeak-dev] Re: becomeForward: alternative
> To: "The general-purpose Squeak developers list"
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID:
>        <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> 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>
> > *To:* The general-purpose Squeak developers list<
> 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>
> wrote:
> >
> >>
> >> ----- Original Message ----- From: "Paolo Bonzini" <bonzini at gnu.org>
> >> To: "The general-purpose Squeak developers list" <
> >> 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 (Randal L. Schwartz)
> Subject: Re: [squeak-dev] Re: becomeForward: alternative
> To: "Eliot Miranda" <eliot.miranda at gmail.com>
> Cc: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <86bpylbd40.fsf at blue.stonehenge.com>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> "Eliot" == Eliot Miranda <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, 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> <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>
> Subject: [squeak-dev] [ANN] MemoryAccess Slang alternative to
>        sqMemoryAccess.h macros
> To: squeak-dev at lists.squeakfoundation.org
> Cc: vm-dev at discuss.squeakfoundation.org
> Message-ID: <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>
> Subject: [squeak-dev] Squeak leadership meeting minutes, 2008-09-17
> To: squeak-dev at lists.squeakfoundation.org
> Message-ID: <gau4a3$e0m$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
> 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>
> Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
>        questions
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <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>
> Subject: [squeak-dev] Lisp50 at OOPSLA -- Celebrating the 50th birthday
>        of Lisp at OOPSLA 2008
> To: squeak-dev at lists.squeakfoundation.org, etoys at laptop.org,
>        squeak-ev at lists.squeakfoundation.org, croquet-dev at duke.edu
> Message-ID: <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
> 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
> www.hirschfeld.org
>
>
> ------------------------------
>
> Message: 14
> Date: Thu, 18 Sep 2008 20:43:51 +0200
> From: Bert Freudenberg <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>
> Message-ID: <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>
> Subject: [squeak-dev] From 3.8-6665-basic to 3.9
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <u1vzhkyon.wl%yoshiki at vpri.org<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>
> Subject: [squeak-dev] CSV parser
> To: squeak-dev at lists.squeakfoundation.org
> Message-ID: <d20aqi3eddau$.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>
> Subject: [squeak-dev] Re: unix 3.10-1 VM scrambles #PageUp #PageDown
>        #End    keys
> To: squeak-dev at lists.squeakfoundation.org
> Message-ID: <gauh9g$meg$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>
> Subject: Re: [squeak-dev] CSV parser
> To: "The general-purpose Squeak developers list"
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID:
>        <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>
>
> > 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>
> Subject: [squeak-dev] Re: CSV parser
> To: squeak-dev at lists.squeakfoundation.org
> Message-ID: <e4gkbivakbya$.zbbzigrw91yx$.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>
> Subject: [squeak-dev] [Smalltalks 2008] --- Latest news
> To: The general-purpose Squeak developers list
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID: <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>
> Subject: Re: [squeak-dev] Re: About Eliot FFi changes
> To: "The general-purpose Squeak developers list"
>        <squeak-dev at lists.squeakfoundation.org>
> Message-ID:
>        <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
> >wrote:
>
> >
> >
> > On Tue, Sep 16, 2008 at 10:00 PM, Mariano Martinez Peck <
> > 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
> >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>
> 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>
> Message-ID:
>        <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> 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
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev
>
> End of Squeak-dev Digest, Vol 69, Issue 28
> ******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080919/045bc37b/attachment.htm


More information about the Squeak-dev mailing list