<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 27, 2016 at 10:32 AM, Ben Coman <span dir="ltr"><<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On Tue, Jun 28, 2016 at 1:04 AM, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
><br>
> Hi Ben,<br>
><br>
> On Sun, Jun 26, 2016 at 6:44 AM, Ben Coman <<a href="mailto:btc@openinworld.com">btc@openinworld.com</a>> wrote:<br>
>><br>
>><br>
>> On Sun, Jun 26, 2016 at 8:37 PM, Petr Fischer <<a href="mailto:petr.fischer@me.com">petr.fischer@me.com</a>> wrote:<br>
>> > Yes there is "PharoVMBuilder buildFreeBSD", but some "cog*" errors occurs... So I am still building with "PharoVMSpur32Builder buildUnix32" under Linux (CentOS6) and then move compiled vm to my FreeBSD box with Linux compatibility layer.<br>
>> ><br>
>> > I compiled DEBUG vm version according to your advice and this is gdb output:<br>
>> ><br>
>> > Program received signal SIGSEGV, Segmentation fault.<br>
>> > 0x080aefc1 in scavengeReferentsOf (referrer=684415032) at /home/pf/pharo/pharo-vm-debug/src/vm/gcc3x-cointerp.c:39014<br>
>> > 39014 if (((longAt(referent)) & ((classIndexMask()) - (isForwardedObjectClassIndexPun()))) == 0) {<br>
>><br>
>> The C files are generated from VMMaker and the line numbers change a<br>
>> lot. If you look upwards in the C file you should see a generated<br>
>> comment that links to the Smalltalk source it was generated from.<br>
>><br>
>> ><br>
>> > I need to learn a little, how to play this "core C" game in gdb...<br>
>> > What next?<br>
>><br>
>> I recently learnt a bit of using gdb on the image. I'm planning to<br>
>> write up something but its a few weeks off. The old post How to debug<br>
>> the VM? [1] by Mariano needs a bit of adaption, but got me off to a<br>
>> good start. If you look in VMMaker package where #printAllStacks is<br>
>> defined you'll see some others you can call, that just print the<br>
>> current Smalltalk call stack.<br>
>><br>
>> [1] <a href="https://marianopeck.wordpress.com/2011/04/23/how-to-debug-the-vm/" rel="noreferrer" target="_blank">https://marianopeck.wordpress.com/2011/04/23/how-to-debug-the-vm/</a><br>
>><br>
>> ><br>
>> > A also compiled PharoS (Pharo Stack) VM, and it's 5x slower, but stable, there is no stack errors (or other crashes) like in cog spur vm.<br>
>><br>
>> You might also try compiling the VM from upstream sources[2], running either:<br>
>> * vm/build.linux32x86/squeak.cog.spur/build.debug/mvm<br>
>> * vm/build.linux64x64/squeak.cog.spur/build.debug/mvm<br>
>><br>
>> Did you try the early 64-bit Pharo Image [3] suggested by Esteban in<br>
>> another thread ?<br>
>><br>
>> Also, you might try Squeak 64-bit Image, since its the platform Eliot<br>
>> develops the VM on, so it is further advanced in 64-bit stability.<br>
><br>
><br>
> That's not true. I develop on Mac OS X using Spur and the 32-bit VM. I do run the 64-bit system from time to time and am currently collaborating with Bob Westergaard to move the Cadence system over to 64-bits. I do hope to use 64-bit Spur from day-to-day but am not there yet, not for any reasons of deficiency in 64-bits but simply because my current, large, project-laden, VMMaker image is in 32-bits and I've not changed it over yet.<br>
<br>
</div></div>Thanks for that insight to correct my bad presumption. Strange the<br>
images that develop in my head in isolation.<br>
cheers -ben<br></blockquote><div><br></div><div>:-). We'll have to figure out some way of smuggling you to an ESUG :-) </div></div> <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>