Hello,
have u tried gdb attaching to e - did it segv?
http://trac.enlightenment.org/e/wiki/Debugging
I might be able to help on this one. I also have right now a frozen
desktop on my laptop while minimizing the firefox window (I am not sure
that firefox is the guilty program here). Anyway, I did some preliminary
backtrace (see the log file) and it seems that enlightenment is stuck
because of a thread. I do not know if the problem comes from e or glibc
though. For information, I am running with the composite extension and
hardware acceleration on.
The lock is pretty random and I did not find any simple way to reproduce
it so it will be difficult to track.
Cheers
Mathieu
hello developers
i discovered something wich is weird about that problem
you see ... when i opened the preferences in firefox , opera ,
chromium-browser
the problem appeared in that time
====
so i decided to tried to do the same things at the other applications
so
first i tried to do that on KDE App's and there is no problem
so I go to the GNOME App's and there is no problem
after that i decided to do it at E17 App's so I opened background manager
and when i changed the background
the problem appeared
========
its really an odd ISSUE
but i think our developers will not disappoint thier environment's users
sorry if i bothered them
========
best wishes to all of you
------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f934d9625f2 in evas_cache_image_load_data (im=0x2b11db0) at
evas_cache_image.c:1148
#2 0x00007f934d98b14e in evas_common_rgba_image_scalecache_do (ie=0x2b11db0,
dst=0x1732ca0, dc=0x2c28db0, smooth=1, src_region_x=0, src_region_y=0,
src_region_w=128, src_region_h=128, dst_region_x=1, dst_region_y=8,
dst_region_w=31, dst_region_h=31) at evas_image_scalecache.c:755
#3 0x00007f933ddd09bd in eng_image_draw (data=<value optimized out>,
context=0x2c28db0, surface=0x1732ca0, image=0x2b11db0, src_x=0, src_y=0,
src_w=128,
src_h=128, dst_x=1, dst_y=8, dst_w=31, dst_h=31, smooth=1) at
evas_engine.c:535
#4 0x00007f934d924881 in evas_object_image_render (obj=0x18ba340,
output=0x2c28bc0, context=0x2c28db0, surface=0x1732ca0, x=-448, y=-240)
at evas_object_image.c:2590
#5 0x00007f934d95634d in evas_render_mapped (e=0x2c28950, obj=0x18ba340,
context=0x2c28db0, surface=0x1732ca0, off_x=-448, off_y=-240, mapped=0, ecx=0,
ecy=0, ecw=382, ech=10) at evas_render.c:1039
#6 0x00007f934d95a3d9 in evas_render_updates_internal (e=<value optimized
out>, make_updates=1 '\001', do_draw=1 '\001') at evas_render.c:1356
#7 0x00007f934d27fdf4 in _ecore_evas_x_render (ee=0x24cdd80) at
ecore_evas_x.c:431
#8 0x00007f934d27baa1 in _ecore_evas_idle_enter (data=<value optimized out>)
at ecore_evas.c:47
#9 0x00007f934d6d413b in _ecore_idle_enterer_call () at
ecore_idle_enterer.c:146
#10 0x00007f934d6d5605 in _ecore_main_loop_iterate_internal (once_only=0) at
ecore_main.c:1414
#11 0x00007f934d6d583f in ecore_main_loop_begin () at ecore_main.c:690
#12 0x000000000042f429 in main (argc=<value optimized out>, argv=<value
optimized out>) at e_main.c:1134
#1 0x00007f934d9625f2 in evas_cache_image_load_data (im=0x2b11db0) at
evas_cache_image.c:1148
1148 pthread_cond_wait(&cond_wakeup, &wakeup);
$3 = {__data = {__lock = 0, __futex = 1, __total_seq = 1, __wakeup_seq = 0,
__woken_seq = 0, __mutex = 0x7f934dbbc7c0, __nwaiters = 2, __broadcast_seq =
0},
__size = "\000\000\000\000\001\000\000\000\001", '\000' <repeats 22
times>"\300, Ç»\223\177\000\000\002\000\000\000\000\000\000", __align =
4294967296}
$4 = (pthread_cond_t *) 0x7f934dbbc740
$5 = (Eina_Lock *) 0x7f934dbbc7c0
$6 = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0,
__spins = 0, __list = {__prev = 0x0, __next = 0x0}},
__size = '\000' <repeats 39 times>, __align = 0}
$7 = {__data = {__lock = 0, __futex = 1, __total_seq = 1, __wakeup_seq = 0,
__woken_seq = 0, __mutex = 0x7f934dbbc7c0, __nwaiters = 2, __broadcast_seq =
0},
__size = "\000\000\000\000\001\000\000\000\001", '\000' <repeats 22
times>"\300, Ç»\223\177\000\000\002\000\000\000\000\000\000", __align =
4294967296}
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
162 62: movl (%rsp), %edi
#1 0x00007f934d9625f2 in evas_cache_image_load_data (im=0x2b11db0) at
evas_cache_image.c:1148
1148 pthread_cond_wait(&cond_wakeup, &wakeup);
1143 }
1144 evas_async_events_process();
1145 LKL(wakeup);
1146 while (im->preload)
1147 {
1148 pthread_cond_wait(&cond_wakeup, &wakeup);
1149 LKU(wakeup);
1150 evas_async_events_process();
1151 LKL(wakeup);
1152 }
A debugging session is active.
Inferior 1 [process 1990] will be detached.
Quit anyway? (y or n) Detaching from program: /usr/bin/enlightenment, process
1990
------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network
management toolset available today. Delivers lowest initial
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel