On Sun, Apr 10, 2011 at 1:00 PM, Schwab,Wilhelm K bschwab@anest.ufl.eduwrote:

Eliot,

I modified the one-click's shell script as shown below and ran it from a terminal. It still says only "Segmentation fault."

If you see Segmentation Fault on the console/terminal then you would be able to see the send trace. So we can conclude it's not getting as far as running Smalltalk. Since another VM runs your image just fine we could conclude there's nothing wrong with the image, except perhaps for the Cog VM scanning the heap to convert Float endianness etc. In any case you now need to debug the VM's start-up under gdb. Your problems lie before Smalltalk starts to run.

I could be doing this incorrectly or maybe not looking in the correct place for the output??? My first attempt was to add -sendTrace=9 (note case), and it complained, which is vastly better than ignoring my mistake; it also suggests that I got -sendtrace=9 correct, or it would presumably complain again.

Did I botch it, or is it really quitting before it reaches Smalltalk code? If you suspect the latter, is there something else we can do to prove it, and/or what's next? I am not opposed to building from source. I avoided it for a while because I was afraid that I would "hack" the vm again and not really fix my FFI oddities. I am close to having the latter sorted, and can probably now trust myself with vm source :)

Bill

#!/bin/sh

# path ROOT=`dirname $0` LINUX="$ROOT/Contents/Linux" RESOURCES="$ROOT/Contents/Resources"

# icon gvfs-set-attribute \ "$0" \ "metadata::custom-icon" \ "file://$RESOURCES/Squeak.png" \ 2> /dev/null

# execute exec "$LINUX/squeakvm" \ -sendtrace=9 \ -plugins "$LINUX" \ -encoding latin1 \ -vm-display-X11 \ "$RESOURCES/Pharo.image"