Re: [Help-smalltalk] Noob with obscure problem

[Larry Gadallah]

Hi Paolo:

On 29 September 2010 09:02,  <address@hidden> wrote:
> Message: 7
> Date: Wed, 29 Sep 2010 17:33:39 +0200
> From: Paolo Bonzini <address@hidden>
> Subject: Re: [Help-smalltalk] Noob with obscure problem
> To: Dmitry Matveev <address@hidden>
> Cc: help-smalltalk <address@hidden>
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 09/29/2010 05:20 PM, Dmitry Matveev wrote:
>>>  gst-remote --eval '100 factorial'
>
> As Larry wrote,
>
>>>  The problem is that I get a segfault for every invocation of the
>>>  second command, regardless of what the expression to be evaluated is.
>
> Larry, can you try configuring with "--disable-generational-gc"?
>
> Thanks,
>
> Paolo

As I mentioned earlier, I see no difference in behavior after
configuring with '--disable-generational-gc', and here is a stack
trace from gdb:

address@hidden 159% sudo gdb /usr/local/bin/gst-remote gst-remote.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by `gst-remote'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libgst.so.8...done.
Loaded symbols for /usr/local/lib/libgst.so.8
Reading symbols from /lib/libreadline.so.8...done.
Loaded symbols for /lib/libreadline.so.8
Reading symbols from /lib/libm.so.5...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgobject-2.0.so.0
Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libgthread-2.0.so.0
Reading symbols from /usr/local/lib/libglib-2.0.so.0...done.
Loaded symbols for /usr/local/lib/libglib-2.0.so.0
Reading symbols from /usr/local/lib/libintl.so.9...done.
Loaded symbols for /usr/local/lib/libintl.so.9
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /usr/local/lib/libpcre.so.0...done.
Loaded symbols for /usr/local/lib/libpcre.so.0
Reading symbols from /lib/libthr.so.3...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libncurses.so.8...done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000000814ac48a in atoi () from /lib/libc.so.7
[New Thread 818021c0 (LWP 100103)]
(gdb) bt
#0  0x00000000814ac48a in atoi () from /lib/libc.so.7
#1  0x00000000806c1658 in qsort (base_ptr=0x81ae2300 "\020\002Þÿ®\210kâ",
    total_elems=3, size=176, cmp=0x814ac3a0 <atoi+32>) at qsort.c:243
#2  0x00000000814afa77 in getaddrinfo () from /lib/libc.so.7
#3  0x00000000806d44e8 in gst_smalltalk_args () at src/x86/unix64.S:75
#4  0x00000000806d4446 in ffi_call (cif=0x818f4e88,
    fn=0x814ae5e0 <getaddrinfo>, rvalue=0x7fffffffe350, avalue=0x7fffffffe2c0)
    at src/x86/ffi64.c:430
#5  0x00000000806921eb in _gst_invoke_croutine (cFuncOOP=0x82033300,
    receiver=0x8200cca0, args=0x81b1b3b8) at cint.c:879
#6  0x00000000806a487d in VMpr_CFuncDescriptor_call (id=Variable "id"
is not available.
) at prims.def:5952
#7  0x00000000806a6fff in _gst_send_message_internal
(sendSelector=Variable "sendSelector" is not available.
)
    at interp.c:2699
#8  0x00000000806b4d24 in _gst_interpret (processOOP=0x8208c6a0) at vm.def:693
#9  0x00000000806b87c5 in _gst_nvmsg_send (receiver=0x82002000,
    sendSelector=0x8208c040, args=0x0, sendArgs=0) at interp.c:2271
#10 0x0000000080671f5e in _gst_execute_statements (temps=0x0,
statements=Variable "statements" is not available.
)
    at comp.c:691
#11 0x00000000806658ac in parse_doit (p=0x7fffffffe970, fail_at_eof=false)
    at gst-parse.c:472
#12 0x0000000080665c63 in parse_chunks (p=0x7fffffffe970) at gst-parse.c:364
#13 0x000000008066603f in _gst_parse_chunks () at gst-parse.c:341
#14 0x000000008066643a in _gst_parse_stream (method=false) at lex.c:1186
#15 0x0000000080693b15 in _gst_process_file (fileName=Variable
"fileName" is not available.
) at input.c:846
#16 0x000000008065dd99 in gst_process_file (fileName=Variable
"fileName" is not available.
) at gstpub.c:161
#17 0x0000000000401de6 in main (argc=3, argv=0x7fffffffebf0) at gst-tool.c:545

I notice that the remote instance continues to run after this, it
seems to be the client instance that crashes. Issuing the command
'gst-remote --kill' also results in a segfault.

Thanks,
-- 
Larry Gadallah, VE6VQ/W7                          lgadallah AT gmail DOT com
PGP Sig: 917E DDB7 C911 9EC1 0CD9  C06B 06C4 835F 0BB8 7336