[debian] state of enlightment and illume packaging

Carsten Haitzler (The Rasterman) raster at rasterman.com
Wed Nov 26 07:01:32 CET 2008


On Tue, 25 Nov 2008 23:34:29 +0000 "Neil Jerram" <neiljerram at googlemail.com>
babbled:

> 2008/11/23 The Rasterman Carsten Haitzler <raster at rasterman.com>:
> >
> > 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)    raster at rasterman.com





More information about the community mailing list