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