On Tue, 25 Nov 2008 23:34:29 +0000 "Neil Jerram" <[EMAIL PROTECTED]> babbled:
> 2008/11/23 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>: > > > > it's atypical. trust me. i do NOT like segv's! if i see them, i hunt them > > down with vengeance. the problem is reproducing them and getting a sensible > > backtrace and possibly getting it to do the same in valgrind so i can > > pinpoint the real source of the segv (which often is not the actual segv > > point but earlier when something stomps over memory it shouldn't). > > Do you know which process I should try to attach to? This is at the > point where enlightenment is displaying a dialog saying that it has > SEGV'd. 1308 (enlightenment). odd that 1310 (the filemanager back-end to slave off file io) is so big. memory-footprint wise. very very very odd. seems your backtrace doesn't offer anything useful - did you have the -dbg packages installed? > debian-gta02:~# ps waux | grep enlight > root 1308 0.3 5.1 19400 6488 ? S 22:49 0:07 enlightenment > root 1310 0.0 1.5 9668 1948 ? SNs 22:49 0:00 > /opt/e/bin/enlightenment_fm > root 1311 0.0 0.3 1664 452 ? SN 22:49 0:00 > /opt/e/lib/enlightenment/modules/illume/linux-gnueabi-armv4tl/wifiget > 8 > root 1316 0.0 0.9 4764 1224 ? SN 22:50 0:00 > /opt/e/lib/enlightenment/modules/battery/linux-gnueabi-armv4tl/batget > 32 > root 1746 0.0 0.4 1716 600 pts/3 S+ 23:23 0:00 grep enlight > > So far I tried 1308 and 1310, unfortunately both without much useful > information: > > debian-gta02:~# gdb `which enlightenment` > ... > (gdb) attach 1308 > ... > 0x405f89c4 in select () from /lib/libc.so.6 > (gdb) bt > #0 0x405f89c4 in select () from /lib/libc.so.6 > #1 0x408c33d0 in ?? () from /usr/lib/libxcb.so.1 > Cannot access memory at address 0x0 > (gdb) info threads > 1 Thread 0x40919d30 (LWP 1308) 0x405f89c4 in select () from /lib/libc.so.6 > (gdb) detach > Detaching from program: /opt/e/bin/enlightenment, process 1308 > (gdb) quit > debian-gta02:~# gdb /opt/e/bin/enlightenment_fm > ... > (gdb) attach 1310 > ... > 0x404f39c4 in select () from /lib/libc.so.6 > (gdb) bt > #0 0x404f39c4 in select () from /lib/libc.so.6 > #1 0x403e4cdc in _ecore_main_select (timeout=2.121995791459338e-314) > at ecore_main.c:355 > #2 0x00000000 in ?? () > (gdb) info thread > 1 Thread 0x40919b90 (LWP 1310) 0x404f39c4 in select () from /lib/libc.so.6 > (gdb) quit > The program is running. Quit anyway (and detach it)? (y or n) n > Not confirmed. > (gdb) detach > Detaching from program: /opt/e/bin/enlightenment_fm, process 1310 > (gdb) quit > > I'm afraid that's probably not much help. Is there something > straightforward I can do to find out more? > > Regards, > Neil > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] _______________________________________________ Openmoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
