Re: [Help-smalltalk] Bus error while building GST 3.2 on SPARC Linux

[Gabriel Cuvillier]

Hi,

Here are the results of the backtrace:

Program received signal SIGBUS, Bus error.
[Switching to Thread 16384 (LWP 2541)]
_gst_mem_alloc (h=0x38fd8, sz=184) at alloc.c:222
222           blk->vSmall.free = mem->next;
(gdb) bt
#0  _gst_mem_alloc (h=0x38fd8, sz=184) at alloc.c:222
#1  0x20061054 in _gst_tenure_oop (oop=0x203bb888) at oop.c:736
#2  0x20062aac in tenure_one_object () at oop.c:1619
#3  0x20062a1c in queue_put (q=0x20113b38, src=0x244352c0, n=7) at 
oop.c:1548
#4  0x200634f0 in _gst_copy_an_oop (oop=0x203d7d80) at oop.c:2066
#5  0x20063124 in scan_grey_pages () at oop.c:1844
#6  0x20062e60 in copy_oops () at oop.c:1752
#7  0x200620cc in _gst_scavenge () at oop.c:1226
#8  0x200b2390 in activate_new_context (size=17, sendArgs=1) at interp.c:829
#9  0x200a0e04 in _gst_send_message_internal (sendSelector=0x11, sendArgs=1,
   receiver=0x2040f028, method_class=0x83) at interp-bc.inl:306
#10 0x200a9fd4 in _gst_interpret (processOOP=0x2040efd8) at vm.def:713
#11 0x200b48dc in _gst_nvmsg_send (receiver=0x203e7118,
   sendSelector=0x203acf00, args=0x3f04f304, sendArgs=2) at interp.c:2271
#12 0x2008328c in _gst_va_msg_sendf (resultPtr=0x3f04f51c,
   fmt=0x200d9580 "%s %o value: %o value: %o", ap=0x3f04f510) at 
callin.c:304
#13 0x20083b3c in _gst_msg_sendf (resultPtr=0x3f04f51c,
   fmt=0x200d9580 "%s %o value: %o value: %o") at callin.c:379
#14 0x200551a8 in install_method (methodOOP=0x2040efc8) at comp.c:2637
#15 0x2005127c in _gst_compile_method (method=0x293190, returnLast=false,
   install=true) at comp.c:922
#16 0x20041540 in parse_method (p=0x3f04f8e8, at_end=93) at gst-parse.c:1131
#17 0x2003fd24 in parse_class_definition (p=0x3f04f8e8, classOOP=0x2040e170,

Some kind of memory overwrite somewhere? Maybe this will help..

For info, I am using a legacy system with a low-end SPARC processor and 
only 256Mb memory. I just wanted to test if a small GST/Seaside website 
would work reasonably well on such system with limited resources.

Since Autotools on that system are quite old, I am not able to generate 
the makefiles with the latest git version. So, I will
test the 3.2.1 when it will be released.

Thanks,
Gabriel.

Paolo Bonzini a écrit :
> On 07/16/2010 08:46 PM, Gabriel Cuvillier wrote:
> > Hello,
> >
> > I have an error while building GST 3.2 on SPARC Linux
> > (sparc-unknown-linux2.6.17.8-gnu-glibc2.3)
> >
> > Here are the last log lines:
> >
> > make[2]: Entering directory `/root/smalltalk-3.2'
> > ./gst --no-user-files --kernel-dir "./kernel" --image gst.im -iQ 
> > /dev/null
> > make[2]: *** [gst.im] Bus error
> > make[2]: Leaving directory `/root/smalltalk-3.2'
> >
> > So, the problem seems happens while compiling the initial smalltalk 
> > image.
> >
> > I have searched through the mailing list archive about that kind of "Bus
> > error", and it seems that
> > they are triggered by faultly bytecode generation.
> >
> > Is this a known issue with SPARC architecture? If so, is there a
> > work-around (such as deactivating some optimisations
> > of the compiler, or maybe the JIT entirely)?
>
> The JIT is not active by default.  A backtrace can help, you can try
>
>   ./libtool --mode=execute gdb --args ./gst <rest of command line above>
>   handle SIGSEGV noprint
>   run
>   bt
>
> Also, can you try the latest git instead of 3.2?  I plan to release 
> 3.2.1 in a few days.  I honestly don't believe it will improve the 
> situation, but just to be sure.
>
> Paolo