On 04/22/2012 10:43 AM, Carsten Haitzler (The Rasterman) wrote:
On Sun, 22 Apr 2012 10:02:07 +0800 P Purkayastha<[email protected]> said:
On 04/21/2012 05:02 PM, Carsten Haitzler (The Rasterman) wrote:
On Sat, 21 Apr 2012 12:36:16 +0800 P Purkayastha<[email protected]> said:
This is bad. Something is very wrong. First e crashed while trying to
log in. Now, it crashes every time I press a keybinding which launches
an application. Using r70376.
gdb log attached.
my bet is u recompiled e and use extra modules that u didnt recompile that
dont come with e.
Ok. I recompiled everything. I have now reproduced it with no modules
except one and fresh .e in my root account.
wow... you're trying to run something that cannot be run. :) ie inst is null.
fixed in svn now.
Ok. I recompiled e with CFLAGS="-g -pipe -O" hoping that the "optimized
out" portions will show something. This time I have captured the
segfault during login by putting an application (gvim) on startup
applications. It is the same ~/.e that has no modules (except conf and
applications) enabled. The problem doesn't seem to be in inst, this time
inst is not NULL. See the attached gdb log.
I tried compiling with -O0 in CFLAGS. It doesn't seem to trigger
segfaults while launching applications through keybindings, but e
auto-restarts on startup because I put gvim on startup application.
Unfortunately, I can not get the gdb log of e with -O0 in CFLAGS because
it doesn't show the white screen of death and instead simply pops up the
dialog saying all modules have been disabled.
(gdb) #0 0x000000386300fe9d in waitpid () from /lib64/libpthread.so.0
No symbol table info available.
#1 0x00000000004370c6 in e_alert_show (sig=<optimized out>) at e_alert.c:57
ret = <optimized out>
status = 0
args = {0x7fff392fa400
"/usr/lib64/enlightenment/utils/enlightenment_alert", 0x7fff392fa3e0 "11",
0x7fff392fa3b0 "1854", 0x7fff392fa380 "0"}
pid = 1902
#2 0x00000000004c645f in e_sigseg_act (x=<optimized out>, info=<optimized
out>, data=<optimized out>) at e_signals.c:125
No locals.
#3 <signal handler called>
No symbol table info available.
#4 e_exec (zone=0x0, desktop=0xb7b650, exec=0x0, files=0x0, launch_method=0x0)
at e_exec.c:126
launch = 0x980cc0
inst = 0x9a36b0
#5 0x00000000004c9823 in _e_startup () at e_startup.c:65
desktop = 0xb7b650
buf = "s /root/.e/e/icons -e .edj .png
/root/.cache/efreet/desktop_data.update\000et.jnugKb\000Y55X", '\000' <repeats
2018 times>, "\boxb8", '\000' <repeats 27 times>, "\020", '\000' <repeats 19
times>, "\002", '\000' <repeats 11 times>, "~\307\300c8", '\000' <repeats 11
times>,
"`Ù\000\000\000\000\000\240nxb8\000\000\000\020\000\000\000\000\000\000\000
\352\211", '\000' <repeats 13 times>, " \000\000\000\000\000\000\000
\250Gb8\000\000\000\300\376\217\000\000\000\000\000`"...
#6 0x00000000004c98db in _e_startup_event_cb (data=0x8bdc90,
ev_type=<optimized out>, ev=<optimized out>) at e_startup.c:88
buf = 0x8bdc90 ""
#7 0x0000003d62609a50 in _ecore_call_handler_cb (event=<optimized out>,
type=<optimized out>, data=<optimized out>, func=<optimized out>) at
ecore_private.h:317
r = <optimized out>
#8 _ecore_event_call () at ecore_events.c:559
ret = 176 '\260'
e = 0x9ecad0
handle_count = 1
l = <optimized out>
l_next = <optimized out>
eh = 0xa875a0
#9 0x0000003d6260ddb5 in _ecore_main_loop_iterate_internal (once_only=0) at
ecore_main.c:1810
next_time = <optimized out>
#10 0x0000003d6260e257 in ecore_main_loop_begin () at ecore_main.c:928
No locals.
#11 0x00000000004363ca in main (argc=<optimized out>, argv=<optimized out>) at
e_main.c:965
safe_mode = 0 '\000'
after_restart = 0 '\000'
t = 1335066657.7435269
tstart = 1335066657.7435269
s = <optimized out>
buff =
"1335066657.7\000\000\000\000X\334/9\377\177\000\000\067HN\000\000\000\000"
action = {__sigaction_handler = {sa_handler = 0x4c64f4 <e_sigabrt_act>,
sa_sigaction = 0x4c64f4 <e_sigabrt_act>}, sa_mask = {__val = {0 <repeats 16
times>}}, sa_flags = -1073741820, sa_restorer = 0x7fff392fdba0}
(gdb) A debugging session is active.
Inferior 1 [process 1854] will be detached.
Quit anyway? (y or n) [answered Y; input not from terminal]
Detaching from program: /usr/bin/enlightenment, process 1854
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
