[squeak-dev] Etoys Tiles

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Etoys Tiles

kemal asad-syed
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
       [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]

You can reach the person managing the list at
       [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]>
Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
       questions
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
       questions
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
       questions
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
       questions
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: Re: [squeak-dev] Re: becomeForward: alternative
To: "The general-purpose Squeak developers list"
       <[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]>
To: "The general-purpose Squeak developers list"
<[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]>
Subject: Re: [squeak-dev] Re: becomeForward: alternative
To: "The general-purpose Squeak developers list"
       <[hidden email]>
Message-ID:
       <[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]> wrote:

>
> ----- Original Message ----- From: "Paolo Bonzini" <[hidden email]>
> To: "The general-purpose Squeak developers list" <
> [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]>
Subject: Re: [squeak-dev] Re: becomeForward: alternative
To: "The general-purpose Squeak developers list"
       <[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]> wrote:


   ----- Original Message ----- From: "Paolo Bonzini" <[hidden email]>
   To: "The general-purpose Squeak developers list" <[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]>
Subject: Re: [squeak-dev] Re: becomeForward: alternative
To: "The general-purpose Squeak developers list"
       <[hidden email]>
Message-ID:
       <[hidden email]>
Content-Type: text/plain; charset="iso-8859-1"

On Thu, Sep 18, 2008 at 9:44 AM, Rob Withers <[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]>
> *To:* The general-purpose Squeak developers list<[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]> wrote:
>
>>
>> ----- Original Message ----- From: "Paolo Bonzini" <[hidden email]>
>> To: "The general-purpose Squeak developers list" <
>> [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] (Randal L. Schwartz)
Subject: Re: [squeak-dev] Re: becomeForward: alternative
To: "Eliot Miranda" <[hidden email]>
Cc: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=us-ascii

>>>>> "Eliot" == Eliot Miranda <[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, 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]> <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]>
Subject: [squeak-dev] [ANN] MemoryAccess Slang alternative to
       sqMemoryAccess.h macros
To: [hidden email]
Cc: [hidden email]
Message-ID: <[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]>
Subject: [squeak-dev] Squeak leadership meeting minutes, 2008-09-17
To: [hidden email]
Message-ID: <gau4a3$e0m$[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
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]>
Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
       questions
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: [squeak-dev] Lisp50@OOPSLA -- Celebrating the 50th birthday
       of Lisp at OOPSLA 2008
To: [hidden email], [hidden email],
       [hidden email], [hidden email]
Message-ID: <[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
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]
www.hirschfeld.org


------------------------------

Message: 14
Date: Thu, 18 Sep 2008 20:43:51 +0200
From: Bert Freudenberg <[hidden email]>
Subject: Re: [squeak-dev] MonticelloConfiguration and Installer
       questions
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: [squeak-dev] From 3.8-6665-basic to 3.9
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: [squeak-dev] CSV parser
To: [hidden email]
Message-ID: <d20aqi3eddau$.[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]>
Subject: [squeak-dev] Re: unix 3.10-1 VM scrambles #PageUp #PageDown
       #End    keys
To: [hidden email]
Message-ID: <gauh9g$meg$[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]>
Subject: Re: [squeak-dev] CSV parser
To: "The general-purpose Squeak developers list"
       <[hidden email]>
Message-ID:
       <[hidden email]>
Content-Type: text/plain; charset="utf-8"

http://www.squeaksource.com/CSV.html

2008/9/18 Markus Fritsche <[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]>
Subject: [squeak-dev] Re: CSV parser
To: [hidden email]
Message-ID: <e4gkbivakbya$.zbbzigrw91yx$.[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]>
Subject: [squeak-dev] [Smalltalks 2008] --- Latest news
To: The general-purpose Squeak developers list
       <[hidden email]>
Message-ID: <[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]>
Subject: Re: [squeak-dev] Re: About Eliot FFi changes
To: "The general-purpose Squeak developers list"
       <[hidden email]>
Message-ID:
       <[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]>wrote:

>
>
> On Tue, Sep 16, 2008 at 10:00 PM, Mariano Martinez Peck <
> [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]>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]>
Subject: Re: [squeak-dev] Re: Send NULL to a C function trough FFI
To: "The general-purpose Squeak developers list"
       <[hidden email]>
Message-ID:
       <[hidden email]>
Content-Type: text/plain; charset="iso-8859-1"

On Wed, Sep 17, 2008 at 2:26 AM, Andreas Raab <[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]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev

End of Squeak-dev Digest, Vol 69, Issue 28
******************************************



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Etoys Tiles

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.

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
>     ******************************************
>
>
> ------------------------------------------------------------------------
>
>
>  


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Etoys Tiles

Bert Freudenberg

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 -



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Etoys Tiles

Karl Ramberg
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 -
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Etoys Tiles

Bert Freudenberg
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 -



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Etoys Tiles

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.

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 -
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Etoys Tiles

Bert Freudenberg
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 -