[Mono-list] Re: Garbage collection and memory usage
Georgi Moskov
g.moskov at gmail.com
Fri Apr 7 14:07:00 EDT 2006
Hello,
I will skip the comppression, since the output is not so big ...
9 Thread -1219900496 (LWP 2849) 0xb7c966c6 in semop ()
from /lib/tls/libc.so.6
8 Thread -1219982416 (LWP 2879) 0xb7d22440 in
pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
7 Thread -1223263312 (LWP 2881) 0xb7c966c6 in semop ()
from /lib/tls/libc.so.6
6 Thread -1229239376 (LWP 2912) 0xb7d22440 in
pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
5 Thread -1230496848 (LWP 2913) 0xb7d24dfc in __nanosleep_nocancel ()
from /lib/tls/libpthread.so.0
4 Thread -1234740304 (LWP 2921) 0xb7c966c6 in semop ()
from /lib/tls/libc.so.6
3 Thread -1224311888 (LWP 3172) 0xb7c966c6 in semop ()
from /lib/tls/libc.so.6
2 Thread -1233683536 (LWP 3231) 0xb7c966c6 in semop ()
from /lib/tls/libc.so.6
1 Thread -1212431040 (LWP 2809) 0xb7c966c6 in semop ()
from /lib/tls/libc.so.6
Thread 9 (Thread -1219900496 (LWP 2849)):
Program received signal SIGSEGV, Segmentation fault.
0xb7ec6e39 in mono_jit_info_table_find () from /usr/lib/libmono.so.0
The program being debugged was signaled while in a function called from GDB.
GDB remains in the frame where the signal was received.
To change this behavior use "set unwindonsignal on"
Evaluation of the expression containing the function (mono_pmip) will
be abandoned.
#0 0xb7c966c6 in semop () from /lib/tls/libc.so.6
This happens at "t a a mono_backtrace 100", with or without "set
unwindonsignal on".
Regards,
Georgi Moskov
More information about the Mono-list
mailing list