Re: [E-devel] Segfault at boot
On 21/05/13 11:43, Massimo Maiurana wrote: Chris Michael, il 18/05/2013 22:44, ha scritto: Well, engine should not matter in the case of your randr valgrind stuff because the one (render engine) has nothing to do with the other (ecore_x_randr calls) but let me know. You're right, it keeps segfaulting now if I don't run it through valgrind. Log attached. Found the leak, and plugged it ;) It's in git now. Also, ran the whole thing through valgrind myself and there are no more leaks coming from ecore_x_randr that I found. Hopefully this fixes your problem :) Cheers, dh -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
Christopher Michael, il 21/05/2013 15:37, ha scritto: Found the leak, and plugged it ;) It's in git now. Also, ran the whole thing through valgrind myself and there are no more leaks coming from ecore_x_randr that I found. Hopefully this fixes your problem :) Thanks, the first login was without problems so I guess it's fixed indeed :) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
On 21/05/13 18:20, Massimo Maiurana wrote: Christopher Michael, il 21/05/2013 15:37, ha scritto: Found the leak, and plugged it ;) It's in git now. Also, ran the whole thing through valgrind myself and there are no more leaks coming from ecore_x_randr that I found. Hopefully this fixes your problem :) Thanks, the first login was without problems so I guess it's fixed indeed :) Good to hear :) dh -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
Hello, On Thu, May 16, 2013 at 3:08 PM, Massimo Maiurana maiur...@gmail.com wrote: Cedric BAIL, il 15/05/2013 02:44, ha scritto: The backtrace are not useful as it seems to be a memory corruption. Could you try by running enlightenment_start -valgrind and tell us if it spot any memory corruption ? For some reason running E through valgrind doesn't make it segfault. Attached is the log of the valgrind session with several errors in it. Yes, valgrind is quite good at preventing those things to crash. It is an out of bound issue with ecore_x_randr_crtc_settings_set (ecore_x_randr.c:1639) and ecore_x_randr_crtc_outputs_get (ecore_x_randr.c:1180). Seems like we don't allocate enough memory for your configuration. I have no idea about this code, but maybe Chris will have some. Thanks for taking the time to provide a better bug report. -- Cedric BAIL -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
On 18/05/13 09:41, Cedric BAIL wrote: Hello, On Thu, May 16, 2013 at 3:08 PM, Massimo Maiurana maiur...@gmail.com wrote: Cedric BAIL, il 15/05/2013 02:44, ha scritto: The backtrace are not useful as it seems to be a memory corruption. Could you try by running enlightenment_start -valgrind and tell us if it spot any memory corruption ? For some reason running E through valgrind doesn't make it segfault. Attached is the log of the valgrind session with several errors in it. Yes, valgrind is quite good at preventing those things to crash. It is an out of bound issue with ecore_x_randr_crtc_settings_set (ecore_x_randr.c:1639) and ecore_x_randr_crtc_outputs_get (ecore_x_randr.c:1180). Seems like we don't allocate enough memory for your configuration. I have no idea about this code, but maybe Chris will have some. Thanks for taking the time to provide a better bug report. -- Cedric BAIL Hmmm, this must be an older EFL ?? because these line numbers are not matching up with what I have from git... dh -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
Chris Michael, il 18/05/2013 13:01, ha scritto: Hmmm, this must be an older EFL ?? because these line numbers are not matching up with what I have from git... It's a 1 week old git version, so those lines could have been shifted by other commits. -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
On 18/05/13 12:15, Massimo Maiurana wrote: Chris Michael, il 18/05/2013 13:01, ha scritto: Hmmm, this must be an older EFL ?? because these line numbers are not matching up with what I have from git... It's a 1 week old git version, so those lines could have been shifted by other commits. Probably did, yes. Can you update and rerun the valgrind with current lines please ?? That will help to accurately identify the location. I just updated my efl from git here so am current as of 5 minutes ago ... and also am currently, right now, working on other randr stuff so it would be a great time ;) Cheers, dh -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
Chris Michael, il 18/05/2013 13:40, ha scritto: On 18/05/13 12:15, Massimo Maiurana wrote: Chris Michael, il 18/05/2013 13:01, ha scritto: Hmmm, this must be an older EFL ?? because these line numbers are not matching up with what I have from git... It's a 1 week old git version, so those lines could have been shifted by other commits. Probably did, yes. Can you update and rerun the valgrind with current lines please ?? That will help to accurately identify the location. I just updated my efl from git here so am current as of 5 minutes ago ... and also am currently, right now, working on other randr stuff so it would be a great time ;) Well, I tried to build all again but in order to build efl I had to edit config.h to disable egl (see other thread). This resulted in an installation without opengl support, so the opengl engine was replaced by the software one and in this situation there are no errors in valgrind log. We'll have to wait until Rafael fixes efl :) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Segfault at boot
On 18/05/13 21:36, Massimo Maiurana wrote: Chris Michael, il 18/05/2013 13:40, ha scritto: On 18/05/13 12:15, Massimo Maiurana wrote: Chris Michael, il 18/05/2013 13:01, ha scritto: Hmmm, this must be an older EFL ?? because these line numbers are not matching up with what I have from git... It's a 1 week old git version, so those lines could have been shifted by other commits. Probably did, yes. Can you update and rerun the valgrind with current lines please ?? That will help to accurately identify the location. I just updated my efl from git here so am current as of 5 minutes ago ... and also am currently, right now, working on other randr stuff so it would be a great time ;) Well, I tried to build all again but in order to build efl I had to edit config.h to disable egl (see other thread). This resulted in an installation without opengl support, so the opengl engine was replaced by the software one and in this situation there are no errors in valgrind log. We'll have to wait until Rafael fixes efl :) Well, engine should not matter in the case of your randr valgrind stuff because the one (render engine) has nothing to do with the other (ecore_x_randr calls) but let me know. dh -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Segfault at boot
The attached crashdump contains two backtraces, one from yesterday
startup and the other from the today one.
This is from a saturday night update of my local repo, completely
rebuilt of course.
Only the first startup, two days ago, had no problems, every other
startup produces this segfault and at restart (F1) I have no startup
applications up and brightness at the minimum level (as set by gdm).
--
Massimo Maiurana GPG keyID #7044D601
La fede e' credere in cio' che sai non essere vero
[Mark Twain]
Thread 2 (Thread 0x7fd9f0b14700 (LWP 4443)):
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
No locals.
#1 0x7fd9fc553164 in eina_condition_wait (cond=optimized out)
at ../src/lib/eina/eina_inline_lock_posix.x:338
cond = 0x7fd9fc7dfe80
#2 evas_thread_worker_func (data=optimized out, thread=optimized out)
at lib/evas/common/evas_thread_render.c:75
cmd = optimized out
len = optimized out
max = optimized out
__FUNCTION__ = evas_thread_worker_func
__PRETTY_FUNCTION__ = evas_thread_worker_func
#3 0x7fd9fcc57cfd in _eina_internal_call (context=0x1754ea0)
at lib/eina/eina_thread.c:280
c = 0x1754ea0
r = optimized out
#4 0x7fd9fca0eb50 in start_thread (arg=optimized out)
at pthread_create.c:304
__res = optimized out
pd = 0x7fd9f0b14700
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140574022780672,
-4099269211451542302, 140735384307664, 140574022781376,
140574249607232, 3, 4084651872292189410,
4084625357906392290}, mask_was_saved = 0}}, priv = {pad = {
0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0,
canceltype = 0}}}
not_first_call = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#5 0x7fd9f9f30a7d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
No locals.
#6 0x in ?? ()
No symbol table info available.
Thread 1 (Thread 0x7fd9fe31c820 (LWP 4442)):
#0 __lll_lock_wait_private ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:97
No locals.
#1 0x7fd9f9ed36b8 in _L_lock_9627 () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2 0x7fd9f9ed1aa1 in *__GI___libc_free (mem=0x7fd9fa1dbe60)
at malloc.c:3736
ignore1 = 128
ignore2 = optimized out
ignore3 = -512
ar_ptr = 0x7fd9fa1dbe60
p = 0x2746e70
#3 0x7fd9f995546c in _XReply ()
from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#4 0x7fd9f9950dfd in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#5 0x7fd9fdf1e49e in ecore_x_sync () at lib/ecore_x/xlib/ecore_x.c:944
No locals.
#6 0x0050527d in e_sigabrt_act (x=optimized out,
info=optimized out, data=optimized out) at e_signals.c:121
No locals.
#7 signal handler called
No symbol table info available.
#8 0x7fd9f9e88475 in *__GI_raise (sig=optimized out)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = optimized out
selftid = optimized out
#9 0x7fd9f9e8b6f0 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7fff8296bdd8,
sa_sigaction = 0x7fff8296bdd8}, sa_mask = {__val = {
140735384305088, 140735384325217, 26, 140574178554149, 3,
140735384305098, 6, 140574178554153, 2, 140735384305086, 2,
140574178545139, 1, 140574178554149, 3, 140735384305092}},
sa_flags = 12, sa_restorer = 0x7fd9f9fa3129}
sigs = {__val = {32, 0 repeats 15 times}}
#10 0x7fd9f9ec352b in __libc_message (do_abort=optimized out,
fmt=optimized out) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
ap = {{gp_offset = 40, fp_offset = 48,
overflow_arg_area = 0x7fff8296c740,
reg_save_area = 0x7fff8296c650}}
ap_copy = {{gp_offset = 16, fp_offset = 48,
overflow_arg_area = 0x7fff8296c740,
reg_save_area = 0x7fff8296c650}}
fd = 2
on_2 = optimized out
list = optimized out
nlist = 0
cp = optimized out
written = false
#11 0x7fd9f9eccd76 in malloc_printerr (action=3,
str=0x7fd9f9fa1afd corrupted double-linked list, ptr=optimized out)
at malloc.c:6283
buf = 026d4330
cp = 0x0
#12 0x7fd9f9ece80c in _int_free (av=0x7fd9fa1dbe60, p=0x26d4260)
at malloc.c:4973
size = 208
nextchunk = 0x26d4330
nextsize = 240
prevsize = optimized out
bck = 0x0
fwd = 0x25b6a60
errstr = optimized out
__func__ = _int_free
#13 0x7fd9f9ed1aac in *__GI___libc_free (mem=optimized out)
at malloc.c:3738
ar_ptr = 0x7fd9fa1dbe60
p = 0x6
#14 0x7fd9fc246cc7 in
Re: [E-devel] Segfault at boot
On Tue, May 14, 2013 at 8:30 PM, Massimo Maiurana maiur...@gmail.com wrote: The attached crashdump contains two backtraces, one from yesterday startup and the other from the today one. This is from a saturday night update of my local repo, completely rebuilt of course. Only the first startup, two days ago, had no problems, every other startup produces this segfault and at restart (F1) I have no startup applications up and brightness at the minimum level (as set by gdm). The backtrace are not useful as it seems to be a memory corruption. Could you try by running enlightenment_start -valgrind and tell us if it spot any memory corruption ? Thanks, -- Cedric BAIL -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
