I recently updated e17 and was astonished (!) at it crashing on me
within a few minutes of use for no apparent reason. I switched to my
backup WM (blackbox 0.7) and started up in e17 in a VNC session running
under my ID. again, crashes within a few minutes, using the default
theme and having moved my e.cfg out of the way. I think this has
something to do with the eap cache thread tripping over one of my eaps
and dying, but it has never done this before.
[EMAIL PROTECTED] ~/.e/e/config/default $ DISPLAY=:1 gdb enlightenment-0.17
GNU gdb 6.3
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 "i686-pc-linux-gnu"...Using host libthread_db
library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/bin/enlightenment-0.17
[Thread debugging using libthread_db enabled]
[New Thread -1226586416 (LWP 2774)]
DYNAMIC DETERMINED PREFIX: /usr
E17 INIT: XINERAMA CHOSEN: [0], 1024x768+0+0
Cache scan finish.
Cache _fileman.eap - MODIFIED
Cache Audacious.eap - MODIFIED
Cache scan finish.
Cache OpenOffice.org_2.0.eap - MODIFIED
Cache scan finish.
Cache scan finish.
Xlib: extension "RANDR" missing on display ":1.0".
ERROR: Couldn't get screen information for 38
*** glibc detected *** free(): invalid pointer: 0x08125f14 ***
Program received signal SIGABRT, Aborted.
[Switching to Thread -1226586416 (LWP 2774)]
0xffffe410 in __kernel_vsyscall ()
(gdb) backtrace
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb76bcd1d in raise () from /lib/libc.so.6
#2 0xb76be333 in abort () from /lib/libc.so.6
#3 0xb76efb52 in __fsetlocking () from /lib/libc.so.6
#4 0xb76f5497 in malloc_usable_size () from /lib/libc.so.6
#5 0xb76f5e9b in free () from /lib/libc.so.6
#6 0xb7f35d30 in _edje_textblock_style_cleanup (edf=0x840fd40)
at edje_textblock_styles.c:322
#7 0xb7f2bb04 in _edje_file_free (edf=0x840fd40) at edje_load.c:673
#8 0xb7f352c1 in _edje_cache_file_clean () at edje_cache.c:245
#9 0xb7f35382 in edje_file_cache_flush () at edje_cache.c:292
#10 0x08097000 in e_canvas_cache_flush () at e_canvas.c:101
#11 0x08097212 in _e_canvas_cb_flush (data=0x0) at e_canvas.c:170
#12 0xb7b5d8f5 in _ecore_timer_call (when=1133382453.6632409)
at ecore_timer.c:178
#13 0xb7b5b22d in _ecore_main_loop_iterate_internal (once_only=0)
at ecore_main.c:457
#14 0xb7b5b5c8 in ecore_main_loop_begin () at ecore_main.c:79
#15 0x0805fa7e in main (argc=1, argv=0xbff53204) at e_main.c:591
(gdb)
--
Mike Russo
ReadQ Systems, Inc.
(212) 425 3680 x105
Random quote of the last-time-I-ran-bash:
<Endy> taniwha: Have you TESTED this one? :)
<taniwha> Endy: of course not
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
