Thanks! That did the trick!<br><br>Regards,<br> Javier.<br><br><div class="gmail_quote">On Sun, Feb 21, 2010 at 1:20 PM, David T. Lewis <span dir="ltr"><<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</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;"><div class="im"><br>
On Sun, Feb 21, 2010 at 01:19:36AM +0100, Levente Uzonyi wrote:<br>
> On Sat, 20 Feb 2010, John M McIntosh wrote:<br>
><br>
> > So I think the current VMMaker build process is broken?<br>
><br>
> In Squeak I get the expected line (using SlangBrowser and VMMaker-ar.158):<br>
> addrSize = interpreterProxy->byteSizeOf((oopForPointer( socketAddress ) - 4));<br>
><br>
> So I guess it's a Pharo issue.<br>
<br>
</div>It is definitely Pharo-related, but I can't quite spot the source of the<br>
problem.<br>
<br>
In a Pharo image:<br>
<br>
ObjectMemory baseHeaderSize ==> nil<br>
ObjectMemory bytesPerWord ==> nil<br>
<br>
That is the reason for the incorrect code generation.<br>
<br>
If you evaluate this, the object memory constants will be set up properly:<br>
<br>
ObjectMemory initializeWithBytesToWord: Smalltalk wordSize<br>
<br>
At that point, I expect that the code generation problem will be probably<br>
be fixed.<br>
<br>
What I can't figure out is why this is not being initialized properly<br>
in a Pharo image. I'm fumbling my way through this with a borrowed<br>
computer (out of town this weekend, forgot to bring my laptop) and<br>
limited expertise with Pharo, so maybe someone can figure it out from<br>
the above clues.<br>
<br>
HTH,<br>
Dave<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Javier Pimás<br>Ciudad de Buenos Aires<br>