Bug in GC? cuasing SIGABRT

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug in GC? cuasing SIGABRT

Ladislav Marek
Hi,

I'm writing simple HTTP server (just for fun), for testing I use
Apache benchmark which makes 1000 concurrent requests, but around
1300. request script ends with SIGABRT and outputs:

"Global garbage collection... done, heap grown"
"Global garbage collection... done, heap grown"
"Global garbage collection... done, heap grown"
"Global garbage collection... done, heap grown"
"Global garbage collection... done, heap grown"
"Global garbage collection... done"
"Global garbage collection... done"
"Global garbage collection... done"
"Global garbage collection... done"
"Global garbage collection... done, heap compacted"
"Global garbage collection... done"
/var/www/httpd/./start.st:15: Aborted
(ip 8)Set(HashedCollection)>>#findElementIndex:
(ip 56)Set(HashedCollection)>>#rehashObjectsAfter:
(ip 30)Set(HashedCollection)>>#remove:ifAbsent:
(ip 26)Process(Object)>>#removeToBeFinalized
(ip 4)Process>>#primTerminate
(ip 4)[] in Process>>#onBlock:at:suspend:
(ip 12)BlockClosure>>#ensure:
(ip 6)[] in Process>>#onBlock:at:suspend:
(ip 42)[] in BlockClosure>>#asContext:
(ip 14)BlockContext class>>#fromClosure:parent:
./start: line 11: 18099 Unsuccessfully terminated (SIGABRT)        gst
"$dir/start.st"

(GST version is 3.2 stable or master, does not matter)

What this actually mean? as far as I understand it can be something
with GC? I can provide source code that causes this issue.

Backtrace from GDB:
#0  0x00007f47e83f8165 in raise () from /lib/libc.so.6
#1  0x00007f47e83faf70 in abort () from /lib/libc.so.6
#2  0x00007f47e90002ab in oldspace_sigsegv_handler (fault_address=0xb,
serious=<value optimized out>) at oop.c:974
#3  0x00007f47e81c4f3d in ?? () from /usr/lib/libsigsegv.so.0
#4  <signal handler called>
#5  _gst_find_class_method (class_oop=0xb, selector=0x7f6337b5f510) at
dict.c:1422
#6  0x00007f47e902bb80 in _gst_find_method (receiverClass=0xb,
sendSelector=0x7f6337b5f510,
    methodData=0x7f47e9296600) at interp.c:957
#7  0x00007f47e903601b in lookup_method (sendSelector=0x7f6337b5f510,
sendArgs=1, receiver=0x7f6337c984f0,
    method_class=<value optimized out>) at interp.c:936
#8  _gst_send_message_internal (sendSelector=0x7f6337b5f510,
sendArgs=1, receiver=0x7f6337c984f0,
    method_class=<value optimized out>) at interp-bc.inl:202
#9  0x00007f47e904110a in _gst_interpret (processOOP=0x7f6337c5eed0)
at vm.def:291
#10 0x00007f47e9043108 in _gst_nvmsg_send (receiver=0x7f6337b5f000,
sendSelector=0x7f6337c5ee40,
    args=<value optimized out>, sendArgs=0) at interp.c:2344
#11 0x00007f47e8ff3d8c in _gst_execute_statements (receiverOOP=<value
optimized out>,
    method=<value optimized out>, undeclared=<value optimized out>,
quiet=<value optimized out>) at comp.c:583
#12 0x00007f47e8fe2ea8 in execute_doit (p=0x7fffd93c5dc0, temps=0x0,
stmts=0x25b4cd0, receiverOOP=0x7f6337b5f000,
    undeclared=<value optimized out>, quiet=false) at gst-parse.c:605
#13 0x00007f47e8fe8e12 in parse_doit (p=0x7fffd93c5dc0,
fail_at_eof=<value optimized out>) at gst-parse.c:647
#14 0x00007f47e8fe975c in parse_chunks (p=<value optimized out>) at
gst-parse.c:487
#15 0x00007f47e8fe9a90 in _gst_parse_chunks (currentNamespace=<value
optimized out>) at gst-parse.c:462
#16 0x00007f47e8fe9f93 in _gst_parse_stream (currentNamespace=0x0) at lex.c:1208
#17 0x00007f47e9017fce in _gst_process_file (fileName=<value optimized
out>, dir=<value optimized out>)
    at input.c:844
#18 0x0000000000401794 in main (argc=<value optimized out>,
argv=<value optimized out>) at main.c:401

_______________________________________________
help-smalltalk mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: Bug in GC? cuasing SIGABRT

MrGwen
Hi,

This is may be related to gc can you send the source code ?

Cheers,
Gwen

On Wed, Jul 20, 2011 at 1:17 PM, Ladislav Marek <[hidden email]> wrote:

> Hi,
>
> I'm writing simple HTTP server (just for fun), for testing I use
> Apache benchmark which makes 1000 concurrent requests, but around
> 1300. request script ends with SIGABRT and outputs:
>
> "Global garbage collection... done, heap grown"
> "Global garbage collection... done, heap grown"
> "Global garbage collection... done, heap grown"
> "Global garbage collection... done, heap grown"
> "Global garbage collection... done, heap grown"
> "Global garbage collection... done"
> "Global garbage collection... done"
> "Global garbage collection... done"
> "Global garbage collection... done"
> "Global garbage collection... done, heap compacted"
> "Global garbage collection... done"
> /var/www/httpd/./start.st:15: Aborted
> (ip 8)Set(HashedCollection)>>#findElementIndex:
> (ip 56)Set(HashedCollection)>>#rehashObjectsAfter:
> (ip 30)Set(HashedCollection)>>#remove:ifAbsent:
> (ip 26)Process(Object)>>#removeToBeFinalized
> (ip 4)Process>>#primTerminate
> (ip 4)[] in Process>>#onBlock:at:suspend:
> (ip 12)BlockClosure>>#ensure:
> (ip 6)[] in Process>>#onBlock:at:suspend:
> (ip 42)[] in BlockClosure>>#asContext:
> (ip 14)BlockContext class>>#fromClosure:parent:
> ./start: line 11: 18099 Unsuccessfully terminated (SIGABRT)        gst
> "$dir/start.st"
>
> (GST version is 3.2 stable or master, does not matter)
>
> What this actually mean? as far as I understand it can be something
> with GC? I can provide source code that causes this issue.
>
> Backtrace from GDB:
> #0  0x00007f47e83f8165 in raise () from /lib/libc.so.6
> #1  0x00007f47e83faf70 in abort () from /lib/libc.so.6
> #2  0x00007f47e90002ab in oldspace_sigsegv_handler (fault_address=0xb,
> serious=<value optimized out>) at oop.c:974
> #3  0x00007f47e81c4f3d in ?? () from /usr/lib/libsigsegv.so.0
> #4  <signal handler called>
> #5  _gst_find_class_method (class_oop=0xb, selector=0x7f6337b5f510) at
> dict.c:1422
> #6  0x00007f47e902bb80 in _gst_find_method (receiverClass=0xb,
> sendSelector=0x7f6337b5f510,
>    methodData=0x7f47e9296600) at interp.c:957
> #7  0x00007f47e903601b in lookup_method (sendSelector=0x7f6337b5f510,
> sendArgs=1, receiver=0x7f6337c984f0,
>    method_class=<value optimized out>) at interp.c:936
> #8  _gst_send_message_internal (sendSelector=0x7f6337b5f510,
> sendArgs=1, receiver=0x7f6337c984f0,
>    method_class=<value optimized out>) at interp-bc.inl:202
> #9  0x00007f47e904110a in _gst_interpret (processOOP=0x7f6337c5eed0)
> at vm.def:291
> #10 0x00007f47e9043108 in _gst_nvmsg_send (receiver=0x7f6337b5f000,
> sendSelector=0x7f6337c5ee40,
>    args=<value optimized out>, sendArgs=0) at interp.c:2344
> #11 0x00007f47e8ff3d8c in _gst_execute_statements (receiverOOP=<value
> optimized out>,
>    method=<value optimized out>, undeclared=<value optimized out>,
> quiet=<value optimized out>) at comp.c:583
> #12 0x00007f47e8fe2ea8 in execute_doit (p=0x7fffd93c5dc0, temps=0x0,
> stmts=0x25b4cd0, receiverOOP=0x7f6337b5f000,
>    undeclared=<value optimized out>, quiet=false) at gst-parse.c:605
> #13 0x00007f47e8fe8e12 in parse_doit (p=0x7fffd93c5dc0,
> fail_at_eof=<value optimized out>) at gst-parse.c:647
> #14 0x00007f47e8fe975c in parse_chunks (p=<value optimized out>) at
> gst-parse.c:487
> #15 0x00007f47e8fe9a90 in _gst_parse_chunks (currentNamespace=<value
> optimized out>) at gst-parse.c:462
> #16 0x00007f47e8fe9f93 in _gst_parse_stream (currentNamespace=0x0) at lex.c:1208
> #17 0x00007f47e9017fce in _gst_process_file (fileName=<value optimized
> out>, dir=<value optimized out>)
>    at input.c:844
> #18 0x0000000000401794 in main (argc=<value optimized out>,
> argv=<value optimized out>) at main.c:401
>
> _______________________________________________
> help-smalltalk mailing list
> [hidden email]
> https://lists.gnu.org/mailman/listinfo/help-smalltalk
>

_______________________________________________
help-smalltalk mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Fwd: Bug in GC? cuasing SIGABRT

Ladislav Marek
---------- Forwarded message ----------
From: Ladislav Marek <[hidden email]>
Date: Wed, Jul 20, 2011 at 15:46
Subject: Re: [Help-smalltalk] Bug in GC? cuasing SIGABRT
To: Gwenaël Casaccio <[hidden email]>


There it is, I try to cleanup it little, but there is still lot of
code… it starts listening on port 9001, to reproduce this I use
command:

ab -n 1000 -c 1000 http://127.0.0.1:9001/

invoked more than once. It actually sometimes ends with SIGSEGV…
Thanks!

On Wed, Jul 20, 2011 at 14:56, Gwenaël Casaccio <[hidden email]> wrote:

> Hi,
>
> This is may be related to gc can you send the source code ?
>
> Cheers,
> Gwen
>
> On Wed, Jul 20, 2011 at 1:17 PM, Ladislav Marek <[hidden email]> wrote:
>> Hi,
>>
>> I'm writing simple HTTP server (just for fun), for testing I use
>> Apache benchmark which makes 1000 concurrent requests, but around
>> 1300. request script ends with SIGABRT and outputs:
>>
>> "Global garbage collection... done, heap grown"
>> "Global garbage collection... done, heap grown"
>> "Global garbage collection... done, heap grown"
>> "Global garbage collection... done, heap grown"
>> "Global garbage collection... done, heap grown"
>> "Global garbage collection... done"
>> "Global garbage collection... done"
>> "Global garbage collection... done"
>> "Global garbage collection... done"
>> "Global garbage collection... done, heap compacted"
>> "Global garbage collection... done"
>> /var/www/httpd/./start.st:15: Aborted
>> (ip 8)Set(HashedCollection)>>#findElementIndex:
>> (ip 56)Set(HashedCollection)>>#rehashObjectsAfter:
>> (ip 30)Set(HashedCollection)>>#remove:ifAbsent:
>> (ip 26)Process(Object)>>#removeToBeFinalized
>> (ip 4)Process>>#primTerminate
>> (ip 4)[] in Process>>#onBlock:at:suspend:
>> (ip 12)BlockClosure>>#ensure:
>> (ip 6)[] in Process>>#onBlock:at:suspend:
>> (ip 42)[] in BlockClosure>>#asContext:
>> (ip 14)BlockContext class>>#fromClosure:parent:
>> ./start: line 11: 18099 Unsuccessfully terminated (SIGABRT)        gst
>> "$dir/start.st"
>>
>> (GST version is 3.2 stable or master, does not matter)
>>
>> What this actually mean? as far as I understand it can be something
>> with GC? I can provide source code that causes this issue.
>>
>> Backtrace from GDB:
>> #0  0x00007f47e83f8165 in raise () from /lib/libc.so.6
>> #1  0x00007f47e83faf70 in abort () from /lib/libc.so.6
>> #2  0x00007f47e90002ab in oldspace_sigsegv_handler (fault_address=0xb,
>> serious=<value optimized out>) at oop.c:974
>> #3  0x00007f47e81c4f3d in ?? () from /usr/lib/libsigsegv.so.0
>> #4  <signal handler called>
>> #5  _gst_find_class_method (class_oop=0xb, selector=0x7f6337b5f510) at
>> dict.c:1422
>> #6  0x00007f47e902bb80 in _gst_find_method (receiverClass=0xb,
>> sendSelector=0x7f6337b5f510,
>>    methodData=0x7f47e9296600) at interp.c:957
>> #7  0x00007f47e903601b in lookup_method (sendSelector=0x7f6337b5f510,
>> sendArgs=1, receiver=0x7f6337c984f0,
>>    method_class=<value optimized out>) at interp.c:936
>> #8  _gst_send_message_internal (sendSelector=0x7f6337b5f510,
>> sendArgs=1, receiver=0x7f6337c984f0,
>>    method_class=<value optimized out>) at interp-bc.inl:202
>> #9  0x00007f47e904110a in _gst_interpret (processOOP=0x7f6337c5eed0)
>> at vm.def:291
>> #10 0x00007f47e9043108 in _gst_nvmsg_send (receiver=0x7f6337b5f000,
>> sendSelector=0x7f6337c5ee40,
>>    args=<value optimized out>, sendArgs=0) at interp.c:2344
>> #11 0x00007f47e8ff3d8c in _gst_execute_statements (receiverOOP=<value
>> optimized out>,
>>    method=<value optimized out>, undeclared=<value optimized out>,
>> quiet=<value optimized out>) at comp.c:583
>> #12 0x00007f47e8fe2ea8 in execute_doit (p=0x7fffd93c5dc0, temps=0x0,
>> stmts=0x25b4cd0, receiverOOP=0x7f6337b5f000,
>>    undeclared=<value optimized out>, quiet=false) at gst-parse.c:605
>> #13 0x00007f47e8fe8e12 in parse_doit (p=0x7fffd93c5dc0,
>> fail_at_eof=<value optimized out>) at gst-parse.c:647
>> #14 0x00007f47e8fe975c in parse_chunks (p=<value optimized out>) at
>> gst-parse.c:487
>> #15 0x00007f47e8fe9a90 in _gst_parse_chunks (currentNamespace=<value
>> optimized out>) at gst-parse.c:462
>> #16 0x00007f47e8fe9f93 in _gst_parse_stream (currentNamespace=0x0) at lex.c:1208
>> #17 0x00007f47e9017fce in _gst_process_file (fileName=<value optimized
>> out>, dir=<value optimized out>)
>>    at input.c:844
>> #18 0x0000000000401794 in main (argc=<value optimized out>,
>> argv=<value optimized out>) at main.c:401
>>
>> _______________________________________________
>> help-smalltalk mailing list
>> [hidden email]
>> https://lists.gnu.org/mailman/listinfo/help-smalltalk
>>
>

_______________________________________________
help-smalltalk mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/help-smalltalk

http.st (17K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Bug in GC? cuasing SIGABRT

Ladislav Marek
I simplified the code again (attached), hope it will be easier to
found where that bug is.

On Wed, Jul 20, 2011 at 16:27, Ladislav Marek <[hidden email]> wrote:

> ---------- Forwarded message ----------
> From: Ladislav Marek <[hidden email]>
> Date: Wed, Jul 20, 2011 at 15:46
> Subject: Re: [Help-smalltalk] Bug in GC? cuasing SIGABRT
> To: Gwenaël Casaccio <[hidden email]>
>
>
> There it is, I try to cleanup it little, but there is still lot of
> code… it starts listening on port 9001, to reproduce this I use
> command:
>
> ab -n 1000 -c 1000 http://127.0.0.1:9001/
>
> invoked more than once. It actually sometimes ends with SIGSEGV…
> Thanks!
>
> On Wed, Jul 20, 2011 at 14:56, Gwenaël Casaccio <[hidden email]> wrote:
>> Hi,
>>
>> This is may be related to gc can you send the source code ?
>>
>> Cheers,
>> Gwen
>>
>> On Wed, Jul 20, 2011 at 1:17 PM, Ladislav Marek <[hidden email]> wrote:
>>> Hi,
>>>
>>> I'm writing simple HTTP server (just for fun), for testing I use
>>> Apache benchmark which makes 1000 concurrent requests, but around
>>> 1300. request script ends with SIGABRT and outputs:
>>>
>>> "Global garbage collection... done, heap grown"
>>> "Global garbage collection... done, heap grown"
>>> "Global garbage collection... done, heap grown"
>>> "Global garbage collection... done, heap grown"
>>> "Global garbage collection... done, heap grown"
>>> "Global garbage collection... done"
>>> "Global garbage collection... done"
>>> "Global garbage collection... done"
>>> "Global garbage collection... done"
>>> "Global garbage collection... done, heap compacted"
>>> "Global garbage collection... done"
>>> /var/www/httpd/./start.st:15: Aborted
>>> (ip 8)Set(HashedCollection)>>#findElementIndex:
>>> (ip 56)Set(HashedCollection)>>#rehashObjectsAfter:
>>> (ip 30)Set(HashedCollection)>>#remove:ifAbsent:
>>> (ip 26)Process(Object)>>#removeToBeFinalized
>>> (ip 4)Process>>#primTerminate
>>> (ip 4)[] in Process>>#onBlock:at:suspend:
>>> (ip 12)BlockClosure>>#ensure:
>>> (ip 6)[] in Process>>#onBlock:at:suspend:
>>> (ip 42)[] in BlockClosure>>#asContext:
>>> (ip 14)BlockContext class>>#fromClosure:parent:
>>> ./start: line 11: 18099 Unsuccessfully terminated (SIGABRT)        gst
>>> "$dir/start.st"
>>>
>>> (GST version is 3.2 stable or master, does not matter)
>>>
>>> What this actually mean? as far as I understand it can be something
>>> with GC? I can provide source code that causes this issue.
>>>
>>> Backtrace from GDB:
>>> #0  0x00007f47e83f8165 in raise () from /lib/libc.so.6
>>> #1  0x00007f47e83faf70 in abort () from /lib/libc.so.6
>>> #2  0x00007f47e90002ab in oldspace_sigsegv_handler (fault_address=0xb,
>>> serious=<value optimized out>) at oop.c:974
>>> #3  0x00007f47e81c4f3d in ?? () from /usr/lib/libsigsegv.so.0
>>> #4  <signal handler called>
>>> #5  _gst_find_class_method (class_oop=0xb, selector=0x7f6337b5f510) at
>>> dict.c:1422
>>> #6  0x00007f47e902bb80 in _gst_find_method (receiverClass=0xb,
>>> sendSelector=0x7f6337b5f510,
>>>    methodData=0x7f47e9296600) at interp.c:957
>>> #7  0x00007f47e903601b in lookup_method (sendSelector=0x7f6337b5f510,
>>> sendArgs=1, receiver=0x7f6337c984f0,
>>>    method_class=<value optimized out>) at interp.c:936
>>> #8  _gst_send_message_internal (sendSelector=0x7f6337b5f510,
>>> sendArgs=1, receiver=0x7f6337c984f0,
>>>    method_class=<value optimized out>) at interp-bc.inl:202
>>> #9  0x00007f47e904110a in _gst_interpret (processOOP=0x7f6337c5eed0)
>>> at vm.def:291
>>> #10 0x00007f47e9043108 in _gst_nvmsg_send (receiver=0x7f6337b5f000,
>>> sendSelector=0x7f6337c5ee40,
>>>    args=<value optimized out>, sendArgs=0) at interp.c:2344
>>> #11 0x00007f47e8ff3d8c in _gst_execute_statements (receiverOOP=<value
>>> optimized out>,
>>>    method=<value optimized out>, undeclared=<value optimized out>,
>>> quiet=<value optimized out>) at comp.c:583
>>> #12 0x00007f47e8fe2ea8 in execute_doit (p=0x7fffd93c5dc0, temps=0x0,
>>> stmts=0x25b4cd0, receiverOOP=0x7f6337b5f000,
>>>    undeclared=<value optimized out>, quiet=false) at gst-parse.c:605
>>> #13 0x00007f47e8fe8e12 in parse_doit (p=0x7fffd93c5dc0,
>>> fail_at_eof=<value optimized out>) at gst-parse.c:647
>>> #14 0x00007f47e8fe975c in parse_chunks (p=<value optimized out>) at
>>> gst-parse.c:487
>>> #15 0x00007f47e8fe9a90 in _gst_parse_chunks (currentNamespace=<value
>>> optimized out>) at gst-parse.c:462
>>> #16 0x00007f47e8fe9f93 in _gst_parse_stream (currentNamespace=0x0) at lex.c:1208
>>> #17 0x00007f47e9017fce in _gst_process_file (fileName=<value optimized
>>> out>, dir=<value optimized out>)
>>>    at input.c:844
>>> #18 0x0000000000401794 in main (argc=<value optimized out>,
>>> argv=<value optimized out>) at main.c:401
>>>
>>> _______________________________________________
>>> help-smalltalk mailing list
>>> [hidden email]
>>> https://lists.gnu.org/mailman/listinfo/help-smalltalk
>>>
>>
>

_______________________________________________
help-smalltalk mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/help-smalltalk

http2.st (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Bug in GC? cuasing SIGABRT

Paolo Bonzini-2
On 07/21/2011 01:49 PM, Ladislav Marek wrote:
> I simplified the code again (attached), hope it will be easier to
> found where that bug is.

Please try again with latest stable-3.2 or master.  Thanks!

Paolo

_______________________________________________
help-smalltalk mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: Bug in GC? cuasing SIGABRT

Ladislav Marek
On Thu, Jul 28, 2011 at 16:17, Ladislav Marek <[hidden email]> wrote:

> Hi, many thanks! I will test it. Thank you both.
>
> On Wednesday, July 27, 2011, Paolo Bonzini <[hidden email]> wrote:
>> On 07/21/2011 01:49 PM, Ladislav Marek wrote:
>>>
>>> I simplified the code again (attached), hope it will be easier to
>>> found where that bug is.
>>
>> Please try again with latest stable-3.2 or master.  Thanks!
>>
>> Paolo
>>

I tested the script attached in previous mail: http2.st, with current
master it now ends with:

http2.st:110: Aborted
(ip 34)Set>>#findIndex:
(ip 12)Set(HashedCollection)>>#add:
(ip 28)TCPSocketImpl(Object)>>#addToBeFinalized
(ip 14)TCPSocketImpl(FileDescriptor)>>#addToBeFinalized
(ip 6)TCPSocketImpl(FileDescriptor)>>#initialize
(ip 14)TCPSocketImpl class(FileDescriptor class)>>#on:
(ip 60)TCPSocketImpl(AbstractSocketImpl)>>#accept:
(ip 18)ServerSocket>>#primAccept:
(ip 14)ServerSocket>>#accept:
(ip 10)ServerSocket>>#accept
(ip 34)Server>>#accept
(ip 2)[] in Server>>#serve
(ip 48)[] in Process>>#onBlock:at:suspend:
(ip 12)<unwind> BlockClosure>>#on:do:
(ip 10)[] in Process>>#onBlock:at:suspend:
(ip 6)<unwind> BlockClosure>>#ensure:
(ip 6)[] in Process>>#onBlock:at:suspend:
(ip 42)[] in BlockClosure>>#asContext:
(ip 14)BlockContext class>>#fromClosure:parent:
Neúspěšně ukončen (SIGABRT) (core dumped [obraz paměti uložen])

Backtrace from GDB:
Program terminated with signal 6, Aborted.
#0  0x00007fa7eaf13165 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x00007fa7eaf13165 in raise () from /lib/libc.so.6
#1  0x00007fa7eaf15f70 in abort () from /lib/libc.so.6
#2  0x00007fa7ebb1b34b in oldspace_sigsegv_handler (fault_address=0x7,
serious=<value optimized out>)
    at oop.c:976
#3  0x00007fa7eacdff3d in ?? () from /usr/lib/libsigsegv.so.0
#4  <signal handler called>
#5  _gst_find_class_method (class_oop=0x7, selector=0x7ff4868bc510) at
dict.c:1422
#6  0x00007fa7ebb46ba0 in _gst_find_method (receiverClass=0x7,
sendSelector=0x7ff4868bc510,
    methodData=0x7fa7ebdb1500) at interp.c:957
#7  0x00007fa7ebb5103b in lookup_method (sendSelector=0x7ff4868bc510,
sendArgs=1, receiver=0x7ff48692b150,
    method_class=<value optimized out>) at interp.c:936
#8  _gst_send_message_internal (sendSelector=0x7ff4868bc510,
sendArgs=1, receiver=0x7ff48692b150,
    method_class=<value optimized out>) at interp-bc.inl:202
#9  0x00007fa7ebb5c12a in _gst_interpret (processOOP=0x7ff486968aa0)
at vm.def:291
#10 0x00007fa7ebb5e128 in _gst_nvmsg_send (receiver=0x7ff4868bc000,
sendSelector=0x7ff4869689c0,
    args=<value optimized out>, sendArgs=0) at interp.c:2344
#11 0x00007fa7ebb0ed8c in _gst_execute_statements (receiverOOP=<value
optimized out>,
    method=<value optimized out>, undeclared=<value optimized out>,
quiet=<value optimized out>)
    at comp.c:583
#12 0x00007fa7ebafdea8 in execute_doit (p=0x7fff53fa2570, temps=0x0,
stmts=0x19e09e0,
    receiverOOP=0x7ff4868bc000, undeclared=<value optimized out>,
quiet=false) at gst-parse.c:605
#13 0x00007fa7ebb03e12 in parse_doit (p=0x7fff53fa2570,
fail_at_eof=<value optimized out>)
    at gst-parse.c:647
#14 0x00007fa7ebb0475c in parse_chunks (p=<value optimized out>) at
gst-parse.c:487
#15 0x00007fa7ebb04a90 in _gst_parse_chunks (currentNamespace=<value
optimized out>) at gst-parse.c:462
#16 0x00007fa7ebb04f93 in _gst_parse_stream (currentNamespace=0x0) at lex.c:1208
#17 0x00007fa7ebb32fee in _gst_process_file (fileName=<value optimized
out>, dir=<value optimized out>)
    at input.c:844
#18 0x0000000000401794 in main (argc=<value optimized out>,
argv=<value optimized out>) at main.c:401

or:

#0  0x00007f5fff029165 in raise () from /lib/libc.so.6
#1  0x00007f5fff02bf70 in abort () from /lib/libc.so.6
#2  0x00007f5fffc3134b in oldspace_sigsegv_handler (fault_address=0x7,
serious=<value optimized out>)
    at oop.c:976
#3  0x00007f5ffedf5f3d in ?? () from /usr/lib/libsigsegv.so.0
#4  <signal handler called>
#5  unwind_context (processOOP=0x7ff486968aa0) at interp.c:1076
#6  _gst_interpret (processOOP=0x7ff486968aa0) at vm.def:853
#7  0x00007f5fffc74128 in _gst_nvmsg_send (receiver=0x7ff4868bc000,
sendSelector=0x7ff4869689c0,
    args=<value optimized out>, sendArgs=0) at interp.c:2344
#8  0x00007f5fffc24d8c in _gst_execute_statements (receiverOOP=<value
optimized out>,
    method=<value optimized out>, undeclared=<value optimized out>,
quiet=<value optimized out>)
    at comp.c:583
#9  0x00007f5fffc13ea8 in execute_doit (p=0x7ffff738b830, temps=0x0,
stmts=0x6c29e0,
    receiverOOP=0x7ff4868bc000, undeclared=<value optimized out>,
quiet=false) at gst-parse.c:605
#10 0x00007f5fffc19e12 in parse_doit (p=0x7ffff738b830,
fail_at_eof=<value optimized out>)
    at gst-parse.c:647
#11 0x00007f5fffc1a75c in parse_chunks (p=<value optimized out>) at
gst-parse.c:487
#12 0x00007f5fffc1aa90 in _gst_parse_chunks (currentNamespace=<value
optimized out>) at gst-parse.c:462
#13 0x00007f5fffc1af93 in _gst_parse_stream (currentNamespace=0x0) at lex.c:1208
#14 0x00007f5fffc48fee in _gst_process_file (fileName=<value optimized
out>, dir=<value optimized out>)
    at input.c:844
#15 0x0000000000401794 in main (argc=<value optimized out>,
argv=<value optimized out>) at main.c:401

_______________________________________________
help-smalltalk mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/help-smalltalk