Re: [E-devel] Segfault on file delete

[Jean-Philippe André]

On 30 May 2016 at 07:48, Carsten Haitzler  wrote:

> On Sun, 29 May 2016 17:38:47 +0200 Massimo Maiurana 
> said:
>
> > On a quite recent git (just some days older), when I try to delete a
> > file on the desktop via right click on it I get a segfault, I have to
> > remove it from the ~/Desktop folder. Backtrace attached.
>
> yes - this is tom's change of eo_del() - or removing it really and just
> using
> eo_unref() instead. this change has caused a series of such issues. he
> said he'd
> fix it soon. but at worst we just need to back out all the eo_del()
> removal and
> go back to using it.
>

I've seen similar backtraces. What is it? How is it related to eo_del vs.
eo_unref?

-- 
Jean-Philippe André
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on file delete

[The Rasterman]

On Sun, 29 May 2016 17:38:47 +0200 Massimo Maiurana  said:

> On a quite recent git (just some days older), when I try to delete a
> file on the desktop via right click on it I get a segfault, I have to
> remove it from the ~/Desktop folder. Backtrace attached.

yes - this is tom's change of eo_del() - or removing it really and just using
eo_unref() instead. this change has caused a series of such issues. he said he'd
fix it soon. but at worst we just need to back out all the eo_del() removal and
go back to using it.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault on file delete

[Massimo Maiurana]

On a quite recent git (just some days older), when I try to delete a
file on the desktop via right click on it I get a segfault, I have to
remove it from the ~/Desktop folder. Backtrace attached.

Bye

-- 
Massimo Maiurana
Ragusa (RG)

Thread 4 (Thread 0x7f0939b2a700 (LWP 2178)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1  0x7f0946c0ad49 in eina_condition_wait (cond=0x7f0946ef55c0 
) at ../src/lib/eina/eina_inline_lock_posix.x:439
r = 0 '\000'
ok = 
#2  evas_thread_worker_func (data=, thread=) at 
lib/evas/common/evas_thread_render.c:76
cmd = 
len = 
max = 
__FUNCTION__ = "evas_thread_worker_func"
__PRETTY_FUNCTION__ = "evas_thread_worker_func"
#3  0x7f0947167155 in _eina_internal_call (context=0x9d0cf0) at 
lib/eina/eina_thread.c:125
c = 0x9d0cf0
r = 
#4  0x7f0944a4e454 in start_thread (arg=0x7f0939b2a700) at 
pthread_create.c:334
__res = 
pd = 0x7f0939b2a700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139677599442688, 
-9120328186735657456, 1, 140736636752479, 3, 0, 9186330249441541648, 
9186389534740938256}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#5  0x7f09437f1e5d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
No locals.

Thread 3 (Thread 0x7f093890d700 (LWP 2182)):
#0  0x7f09437eab83 in select () at ../sysdeps/unix/syscall-template.S:84
No locals.
#1  0x7f094687881b in _timer_tick_core (data=, 
thread=0xa477d0) at lib/ecore/ecore_anim.c:140
rfds = {fds_bits = {8388608, 0 }}
wfds = {fds_bits = {0 }}
exfds = {fds_bits = {0 }}
tv = {tv_sec = 0, tv_usec = 3248}
t = 
tick = 0 '\000'
t0 = 18730,360708636999
d = 
ret = 
__FUNCTION__ = "_timer_tick_core"
#2  0x7f094688615d in _ecore_direct_worker (work=0xa477d0) at 
lib/ecore/ecore_thread.c:425
No locals.
#3  0x7f0947167155 in _eina_internal_call (context=0xa9a310) at 
lib/eina/eina_thread.c:125
c = 0xa9a310
r = 
#4  0x7f0944a4e454 in start_thread (arg=0x7f093890d700) at 
pthread_create.c:334
__res = 
pd = 0x7f093890d700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139677580449536, 
-9120328186735657456, 0, 140736636752159, 3, 10778576, 9186328340865449488, 
9186389534740938256}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#5  0x7f09437f1e5d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
No locals.

Thread 2 (Thread 0x7f0934c98700 (LWP 2183)):
#0  0x7f09437eab83 in select () at ../sysdeps/unix/syscall-template.S:84
No locals.
#1  0x7f0943cfaae6 in _drm_tick_core (data=, 
thread=0xac1ba0) at lib/ecore_x/xlib/ecore_x_vsync.c:345
wfds = {fds_bits = {0 }}
ret = 
tv = {tv_sec = 0, tv_usec = 92706}
rfds = {fds_bits = {134217728, 0 }}
exfds = {fds_bits = {0 }}
max_fd = 
msg = 
ref = 0x4f1b960
tick = 1
__FUNCTION__ = "_drm_tick_core"
#2  0x7f094688615d in _ecore_direct_worker (work=0xac1ba0) at 
lib/ecore/ecore_thread.c:425
No locals.
#3  0x7f0947167155 in _eina_internal_call (context=0xa09890) at 
lib/eina/eina_thread.c:125
c = 0xa09890
r = 
#4  0x7f0944a4e454 in start_thread (arg=0x7f0934c98700) at 
pthread_create.c:334
__res = 
pd = 0x7f0934c98700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139677517055744, 
-9120328186735657456, 0, 140736636743135, 3, 11279264, 9186353984504561168, 
9186389534740938256}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#5  0x7f09437f1e5d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
No locals.

Thread 1 (Thread 0x7f0948017980 (LWP 2177)):
#0  0x7f0944a576ed in pause () at ../sysdeps/unix/syscall-template.S:84
No locals.
#1  
No locals.
#2  _eo_base_event_callback_call (obj_id=, pd=0x34fcb60, 
desc=0x7f0946ec12e0 <_EVAS_CLICKABLE_INTERFACE_EVENT_CLICKED>, 
event_info=) at lib/eo/eo_base_class.c:1081
it = 0x31
ret = 1 '\001'
cb = 0x23ee360
lookup = 0x0
saved = {__in_list = {next = 0x0, prev = 0x41fee02c9bd5, last = 
0x1}, desc = 0x7f09477df207 , current = 
0x4116a02c9bbb}
ev = {object = 0x41fee02c9bd5, desc = 

[E-devel] Segfault and backtrace

[Massimo Maiurana]

Lately I've had some apparently random segfaults with a recent git
version of E, but I don't know why exactly they happened. Attached is
the last backtrace, hope it will be useful for you.

Bye

-- 
Massimo Maiurana
Ragusa (RG)

Thread 3 (Thread 0x7fe9c2697700 (LWP 2465)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1  0x7fe9cf81219c in eina_condition_wait (cond=0x7fe9cfafe6c0 
evas_thread_queue_condition) at ../src/lib/eina/eina_inline_lock_posix.x:415
No locals.
#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  0x7fe9cff8f255 in _eina_internal_call (context=0x1fd2a80) at 
lib/eina/eina_thread.c:117
c = 0x1fd2a80
r = optimized out
#4  0x7fe9cfd450a4 in start_thread (arg=0x7fe9c2697700) at 
pthread_create.c:309
__res = optimized out
pd = 0x7fe9c2697700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140641965799168, 
-6228992757873823894, 0, 140642210041952, 1, 140641965799168, 
6223315819933413226, 6223327890846068586}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#5  0x7fe9cc63e04d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:96
No locals.

Thread 2 (Thread 0x7fe9c167e700 (LWP 2472)):
#0  0x7fe9cc6372b3 in select () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x in ?? ()
No symbol table info available.

Thread 1 (Thread 0x7fe9d0e83940 (LWP 2463)):
#0  0x7fe9cfd4c24d in pause () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  signal handler called
No locals.
#2  0x7fe9cc58d107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 2463
selftid = 2463
#3  0x7fe9cc58e4e8 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x340, sa_sigaction = 
0x340}, sa_mask = {__val = {4306201891543505152, 140721783813424, 1, 33994192, 
33994216, 0, 0, 1, 140642012951745, 281479271677965, 7724029209, 0, 
140642012951851, 1125921381679117, 42503184, 0}}, sa_flags = -808141143, 
sa_restorer = 0x0}
sigs = {__val = {32, 0 repeats 15 times}}
#4  0x7fe9cc5cb204 in __libc_message (do_abort=1, fmt=optimized out) at 
../sysdeps/posix/libc_fatal.c:172
ap = {{gp_offset = 40, fp_offset = 0, overflow_arg_area = 
0x7ffc57efb6b0, reg_save_area = 0x7ffc57efb640}}
fd = 2
on_2 = optimized out
list = optimized out
nlist = optimized out
cp = optimized out
written = optimized out
#5  0x7fe9cc5d09de in malloc_printerr (action=1, str=0x7fe9cc6be130 double 
free or corruption (out), ptr=optimized out) at malloc.c:4996
buf = 048c5af0
cp = optimized out
#6  0x7fe9cc5d16e6 in _int_free (av=0x7fe9cc8fb620 main_arena, 
p=0x48c5ae0, have_lock=0) at malloc.c:3909
idx = 45809664
old = optimized out
old2 = optimized out
old_idx = optimized out
size = optimized out
fb = 0x6
nextchunk = optimized out
nextsize = optimized out
nextinuse = optimized out
prevsize = optimized out
bck = optimized out
fwd = optimized out
errstr = 0x0
locked = 0
__func__ = ed twice\n
#7  0x7fe9cf7ff9ad in evas_common_rgba_image_unload_real (ie=0x4b7b410) at 
lib/evas/common/evas_image_main.c:351
im = 0x4b7b410
__FUNCTION__ = evas_common_rgba_image_unload_real
#8  0x7fe9cf7ffe0e in evas_common_rgba_pending_unloads_cleanup () at 
lib/evas/common/evas_image_main.c:402
ie = optimized out
l = 0x4c6fe10
l_next = 0x4d84b80
#9  0x7fe9cf7950ab in _evas_render_cleanup () at 
lib/evas/canvas/evas_render.c:176
No locals.
#10 evas_render_updates_internal (eo_e=eo_e@entry=0x8004e028, 
make_updates=make_updates@entry=1 '\001', do_draw=do_draw@entry=1 '\001', 
done_func=done_func@entry=0x0, done_data=done_data@entry=0x0, 
do_async=do_async@entry=0 '\000') at lib/evas/canvas/evas_render.c:2725
eo_obj = optimized out
e = 0x20b58d0
ll = optimized out
surface = optimized out
clean_them = optimized out
alpha = optimized out
r = optimized out
ux = 0
uy = 0
uw = 1366
uh = 768
cx = 0
cy = 0
cw = 1366
ch = 768
i = optimized out
j = optimized out
redraw_all = 0
  

Re: [E-devel] Segfault and backtrace

[marcel-hollerbach]

Hi,

I am seeing the same thing, there is a ticket about this kind of crash:
:q
https://phab.enlightenment.org/T2580.

Greetings

bu5hm4n

On Sun, Jul 26, 2015 at 10:29:54PM +0200, Massimo Maiurana wrote:
 Lately I've had some apparently random segfaults with a recent git
 version of E, but I don't know why exactly they happened. Attached is
 the last backtrace, hope it will be useful for you.
 
 Bye
 
 -- 
 Massimo Maiurana
 Ragusa (RG)


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[Massimo Maiurana]

Actually it's even more broken, because with a new build after your
unfix I don't experience the bug with fullscree rage anymore but I get
other segfaults. The backtrace attached is generated when I try to just
scroll a Libreoffice window.

Now I see that you just commit another change. I'm gonna try it and tell
you what happens :)

Carsten Haitzler (The Rasterman) ha scritto il 15/06/2015 alle 04:02:
 On Sun, 14 Jun 2015 09:59:27 +0200 Massimo Maiurana maiur...@gmail.com said:
 
 Thnaks again :)
 
 you have to unthank me. i broke it again once i found that my fix actually
 creates a leak and things neever get freed (thus why it fixed things). :) so
 it's back to b0rken again until i fugre out the refcounting problem. i found
 some possible refcount issues during a code read/review, and i fixed them up,
 but it seems we have more.
 
 Carsten Haitzler (The Rasterman) ha scritto il 14/06/2015 alle 09:09:
 On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com
 said:

 fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d

 e comp - fix refcounting for e_comp and comp clients

 the refcoutning for e_comp and e comp clients seemed to be a bit off -
 i read over every ref and unref carefully and fix it. this leads to
 the com-_data being null (properly now), so now check for that too.

 :)

 With a recent build of E, EFL and rage, I have a segfault every time I
 close a rage fullscreen window. No problems if exit from fullscreen
 before closing rage.
 Attached is the generated backtrace.

 -- 
 Massimo Maiurana
 Ragusa (RG)




 -- 
 Massimo Maiurana
 Ragusa (RG)

 
 


-- 
Massimo Maiurana
Ragusa (RG)

Thread 3 (Thread 0x7fa94bcab700 (LWP 2419)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1  0x7fa95901515c in eina_condition_wait (cond=optimized out) at 
../src/lib/eina/eina_inline_lock_posix.x:415
No locals.
#2  evas_thread_worker_func (data=0x7fa9593012cc 
evas_thread_queue_condition+12, thread=128) at 
lib/evas/common/evas_thread_render.c:75
cmd = 0xf35e50
len = 1493258528
max = 4294966784
__FUNCTION__ = evas_thread_worker_func
__PRETTY_FUNCTION__ = evas_thread_worker_func
#3  0x7fa9597935d5 in _eina_internal_call (context=0xf35e50) at 
lib/eina/eina_thread.c:117
c = 0xf35e50
r = optimized out
#4  0x7fa9595480a4 in start_thread (arg=0x7fa94bcab700) at 
pthread_create.c:309
__res = optimized out
pd = 0x7fa94bcab700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140365097776896, 
-5797140949675156073, 0, 140365343965280, 1, 140365097776896, 
5827372663521009047, 5827334302054473111}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#5  0x7fa955e3e04d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Thread 2 (Thread 0x7fa94808e700 (LWP 2426)):
#0  0x7fa955e372b3 in select () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x7fa95634cbfe in _drm_tick_core (data=0x19, thread=0xfc10a0) at 
lib/ecore_x/xlib/ecore_x_vsync.c:310
wfds = {fds_bits = {0 repeats 16 times}}
ret = -514
tv = {tv_sec = 0, tv_usec = 91447}
rfds = {fds_bits = {16777216, 0 repeats 15 times}}
exfds = {fds_bits = {0 repeats 16 times}}
ref = 0x2bcad20
tick = 1
__FUNCTION__ = _drm_tick_core
#2  0x7fa958c9b529 in _ecore_direct_worker (work=0xfc10a0) at 
lib/ecore/ecore_thread.c:424
No locals.
#3  0x7fa9597935d5 in _eina_internal_call (context=0x1002a30) at 
lib/eina/eina_thread.c:117
c = 0x1002a30
r = optimized out
#4  0x7fa9595480a4 in start_thread (arg=0x7fa94808e700) at 
pthread_create.c:309
__res = optimized out
pd = 0x7fa94808e700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140365034743552, 
-5797140949675156073, 0, 140365343965280, 2, 140365034743552, 
5827371035191532951, 5827334302054473111}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#5  0x7fa955e3e04d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Thread 1 (Thread 0x7fa95a7138c0 (LWP 2418)):
#0  0x7fa95954f24d in pause () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  signal handler called
No locals.
#2  0x7fa955d8d107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 2418
selftid = 

Re: [E-devel] Segfault on rage exit

[Massimo Maiurana]

At a first look it seems it's all working now. Can I thank you now? :)

Massimo Maiurana ha scritto il 15/06/2015 alle 13:48:
 Actually it's even more broken, because with a new build after your
 unfix I don't experience the bug with fullscree rage anymore but I get
 other segfaults. The backtrace attached is generated when I try to just
 scroll a Libreoffice window.
 
 Now I see that you just commit another change. I'm gonna try it and tell
 you what happens :)
 
 Carsten Haitzler (The Rasterman) ha scritto il 15/06/2015 alle 04:02:
 On Sun, 14 Jun 2015 09:59:27 +0200 Massimo Maiurana maiur...@gmail.com 
 said:

 Thnaks again :)

 you have to unthank me. i broke it again once i found that my fix actually
 creates a leak and things neever get freed (thus why it fixed things). :) so
 it's back to b0rken again until i fugre out the refcounting problem. i found
 some possible refcount issues during a code read/review, and i fixed them up,
 but it seems we have more.

 Carsten Haitzler (The Rasterman) ha scritto il 14/06/2015 alle 09:09:
 On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com
 said:

 fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d

 e comp - fix refcounting for e_comp and comp clients

 the refcoutning for e_comp and e comp clients seemed to be a bit off -
 i read over every ref and unref carefully and fix it. this leads to
 the com-_data being null (properly now), so now check for that too.

 :)

 With a recent build of E, EFL and rage, I have a segfault every time I
 close a rage fullscreen window. No problems if exit from fullscreen
 before closing rage.
 Attached is the generated backtrace.

 -- 
 Massimo Maiurana
 Ragusa (RG)




 -- 
 Massimo Maiurana
 Ragusa (RG)



 
 


-- 
Massimo Maiurana
Ragusa (RG)

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[The Rasterman]

On Mon, 15 Jun 2015 13:48:43 +0200 Massimo Maiurana maiur...@gmail.com said:

 Actually it's even more broken, because with a new build after your
 unfix I don't experience the bug with fullscree rage anymore but I get
 other segfaults. The backtrace attached is generated when I try to just
 scroll a Libreoffice window.

i know. i know. no need to tell me. thus why i spent all of today racing every
single ref/unref of an e client where/how/when. lots of debugging code added to
do this.

 Now I see that you just commit another change. I'm gonna try it and tell
 you what happens :)

yes.

 Carsten Haitzler (The Rasterman) ha scritto il 15/06/2015 alle 04:02:
  On Sun, 14 Jun 2015 09:59:27 +0200 Massimo Maiurana maiur...@gmail.com
  said:
  
  Thnaks again :)
  
  you have to unthank me. i broke it again once i found that my fix actually
  creates a leak and things neever get freed (thus why it fixed things). :) so
  it's back to b0rken again until i fugre out the refcounting problem. i found
  some possible refcount issues during a code read/review, and i fixed them
  up, but it seems we have more.
  
  Carsten Haitzler (The Rasterman) ha scritto il 14/06/2015 alle 09:09:
  On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com
  said:
 
  fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d
 
  e comp - fix refcounting for e_comp and comp clients
 
  the refcoutning for e_comp and e comp clients seemed to be a bit off -
  i read over every ref and unref carefully and fix it. this leads to
  the com-_data being null (properly now), so now check for that too.
 
  :)
 
  With a recent build of E, EFL and rage, I have a segfault every time I
  close a rage fullscreen window. No problems if exit from fullscreen
  before closing rage.
  Attached is the generated backtrace.
 
  -- 
  Massimo Maiurana
  Ragusa (RG)
 
 
 
 
  -- 
  Massimo Maiurana
  Ragusa (RG)
 
  
  
 
 
 -- 
 Massimo Maiurana
 Ragusa (RG)


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[The Rasterman]

On Mon, 15 Jun 2015 15:40:26 +0200 Massimo Maiurana maiur...@gmail.com said:

 At a first look it seems it's all working now. Can I thank you now? :)

NEVVVAAH! :) :) :)

 Massimo Maiurana ha scritto il 15/06/2015 alle 13:48:
  Actually it's even more broken, because with a new build after your
  unfix I don't experience the bug with fullscree rage anymore but I get
  other segfaults. The backtrace attached is generated when I try to just
  scroll a Libreoffice window.
  
  Now I see that you just commit another change. I'm gonna try it and tell
  you what happens :)
  
  Carsten Haitzler (The Rasterman) ha scritto il 15/06/2015 alle 04:02:
  On Sun, 14 Jun 2015 09:59:27 +0200 Massimo Maiurana maiur...@gmail.com
  said:
 
  Thnaks again :)
 
  you have to unthank me. i broke it again once i found that my fix actually
  creates a leak and things neever get freed (thus why it fixed things). :)
  so it's back to b0rken again until i fugre out the refcounting problem. i
  found some possible refcount issues during a code read/review, and i fixed
  them up, but it seems we have more.
 
  Carsten Haitzler (The Rasterman) ha scritto il 14/06/2015 alle 09:09:
  On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com
  said:
 
  fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d
 
  e comp - fix refcounting for e_comp and comp clients
 
  the refcoutning for e_comp and e comp clients seemed to be a bit off
  - i read over every ref and unref carefully and fix it. this leads to
  the com-_data being null (properly now), so now check for that too.
 
  :)
 
  With a recent build of E, EFL and rage, I have a segfault every time I
  close a rage fullscreen window. No problems if exit from fullscreen
  before closing rage.
  Attached is the generated backtrace.
 
  -- 
  Massimo Maiurana
  Ragusa (RG)
 
 
 
 
  -- 
  Massimo Maiurana
  Ragusa (RG)
 
 
 
  
  
 
 
 -- 
 Massimo Maiurana
 Ragusa (RG)
 
 --
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[The Rasterman]

On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com said:

fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d

e comp - fix refcounting for e_comp and comp clients

the refcoutning for e_comp and e comp clients seemed to be a bit off -
i read over every ref and unref carefully and fix it. this leads to
the com-_data being null (properly now), so now check for that too.

:)

 With a recent build of E, EFL and rage, I have a segfault every time I
 close a rage fullscreen window. No problems if exit from fullscreen
 before closing rage.
 Attached is the generated backtrace.
 
 -- 
 Massimo Maiurana
 Ragusa (RG)


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[Massimo Maiurana]

Thnaks again :)

Carsten Haitzler (The Rasterman) ha scritto il 14/06/2015 alle 09:09:
 On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com said:
 
 fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d
 
 e comp - fix refcounting for e_comp and comp clients
 
 the refcoutning for e_comp and e comp clients seemed to be a bit off -
 i read over every ref and unref carefully and fix it. this leads to
 the com-_data being null (properly now), so now check for that too.
 
 :)
 
 With a recent build of E, EFL and rage, I have a segfault every time I
 close a rage fullscreen window. No problems if exit from fullscreen
 before closing rage.
 Attached is the generated backtrace.

 -- 
 Massimo Maiurana
 Ragusa (RG)
 
 


-- 
Massimo Maiurana
Ragusa (RG)

--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[The Rasterman]

On Sun, 14 Jun 2015 09:59:27 +0200 Massimo Maiurana maiur...@gmail.com said:

 Thnaks again :)

you have to unthank me. i broke it again once i found that my fix actually
creates a leak and things neever get freed (thus why it fixed things). :) so
it's back to b0rken again until i fugre out the refcounting problem. i found
some possible refcount issues during a code read/review, and i fixed them up,
but it seems we have more.

 Carsten Haitzler (The Rasterman) ha scritto il 14/06/2015 alle 09:09:
  On Sat, 13 Jun 2015 08:47:25 +0200 Massimo Maiurana maiur...@gmail.com
  said:
  
  fixed. commit 4e5521b4d82063a2fbf6632a117fda201cc1687d
  
  e comp - fix refcounting for e_comp and comp clients
  
  the refcoutning for e_comp and e comp clients seemed to be a bit off -
  i read over every ref and unref carefully and fix it. this leads to
  the com-_data being null (properly now), so now check for that too.
  
  :)
  
  With a recent build of E, EFL and rage, I have a segfault every time I
  close a rage fullscreen window. No problems if exit from fullscreen
  before closing rage.
  Attached is the generated backtrace.
 
  -- 
  Massimo Maiurana
  Ragusa (RG)
  
  
 
 
 -- 
 Massimo Maiurana
 Ragusa (RG)
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on rage exit

[Daniel Zaoui]

Just to add it isn't related to Rage, as E crashes with VLC in the same 
scenario except that now it even happens on fullscreen. On VLC, you have two 
ways to exit fullscreen: with Esc (it crashes) or Alt-V/F (no crash).

I created a ticket on phab (and Cc'ed you).

On Sat, 13 Jun 2015 08:47:25 +0200
Massimo Maiurana maiur...@gmail.com wrote:

 With a recent build of E, EFL and rage, I have a segfault every time I
 close a rage fullscreen window. No problems if exit from fullscreen
 before closing rage.
 Attached is the generated backtrace.
 


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault on rage exit

[Massimo Maiurana]

With a recent build of E, EFL and rage, I have a segfault every time I
close a rage fullscreen window. No problems if exit from fullscreen
before closing rage.
Attached is the generated backtrace.

-- 
Massimo Maiurana
Ragusa (RG)

Thread 3 (Thread 0x7f78f3b57700 (LWP 18506)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1  0x7f7900ec108c in eina_condition_wait (cond=optimized out) at 
../src/lib/eina/eina_inline_lock_posix.x:415
No locals.
#2  evas_thread_worker_func (data=0x7f79011acc0c 
evas_thread_queue_condition+12, thread=128) at 
lib/evas/common/evas_thread_render.c:75
cmd = 0x3860f60
len = 0
max = 4294966784
__FUNCTION__ = evas_thread_worker_func
__PRETTY_FUNCTION__ = evas_thread_worker_func
#3  0x7f790163e5d5 in _eina_internal_call (context=0x1149e50) at 
lib/eina/eina_thread.c:117
c = 0x1149e50
r = optimized out
#4  0x7f79013f30a4 in start_thread (arg=0x7f78f3b57700) at 
pthread_create.c:309
__res = optimized out
pd = 0x7f78f3b57700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140157461559040, 
-1122981576088037803, 0, 140157707743328, 1, 140157461559040, 
1052638751445407317, 1051691988894406229}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#5  0x7f78fdcea04d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Thread 2 (Thread 0x7f78eff3b700 (LWP 18513)):
#0  0x7f78fdce32b3 in select () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x7f78fe1f8bfe in _drm_tick_core (data=0x19, thread=0x12351f0) at 
lib/ecore_x/xlib/ecore_x_vsync.c:310
wfds = {fds_bits = {0 repeats 16 times}}
ret = -514
tv = {tv_sec = 0, tv_usec = 86119}
rfds = {fds_bits = {16777216, 0 repeats 15 times}}
exfds = {fds_bits = {0 repeats 16 times}}
ref = 0x2fc2620
tick = 1
__FUNCTION__ = _drm_tick_core
#2  0x7f7900b47529 in _ecore_direct_worker (work=0x12351f0) at 
lib/ecore/ecore_thread.c:424
No locals.
#3  0x7f790163e5d5 in _eina_internal_call (context=0x11f9ad0) at 
lib/eina/eina_thread.c:117
c = 0x11f9ad0
r = optimized out
#4  0x7f79013f30a4 in start_thread (arg=0x7f78eff3b700) at 
pthread_create.c:309
__res = optimized out
pd = 0x7f78eff3b700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140157398529792, 
-1122981576088037803, 0, 140157707743328, 2, 140157398529792, 
1052577683452909141, 1051691988894406229}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#5  0x7f78fdcea04d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

Thread 1 (Thread 0x7f79025be8c0 (LWP 18505)):
#0  0x7f79013fa24d in pause () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  signal handler called
No locals.
#2  0x0050e640 in _e_comp_x_client_window_get (ec=0x34186d0) at 
src/bin/e_comp_x.c:62
No locals.
#3  _e_comp_x_client_stack (ec=0x2a74b00) at src/bin/e_comp_x.c:623
ec2 = optimized out
mode = optimized out
win = optimized out
l = optimized out
ec = 0x2a74b00
#4  0x005138e8 in _e_comp_x_hook_client_redirect (d=optimized out, 
ec=0x2a74b00) at src/bin/e_comp_x.c:4128
d = optimized out
ec = 0x2a74b00
#5  0x00446a38 in _e_client_hook_call 
(hookpoint=hookpoint@entry=E_CLIENT_HOOK_REDIRECT, ec=ec@entry=0x2a74b00) at 
src/bin/e_client.c:315
ch = 0x1210bc0
#6  0x00451758 in e_client_redirected_set (ec=ec@entry=0x2a74b00, 
set=set@entry=1 '\001') at src/bin/e_client.c:4869
__FUNCTION__ = e_client_redirected_set
#7  0x0045401d in _e_comp_cb_nocomp_end () at src/bin/e_comp.c:273
ec = 0x2a74b00
#8  0x004540d3 in _e_comp_cb_nocomp_end () at src/bin/e_comp.c:266
No locals.
#9  _e_comp_nocomp_end () at src/bin/e_comp.c:345
No locals.
#10 0x00454808 in _e_comp_cb_update () at src/bin/e_comp.c:497
l = 0x2f586f0
__FUNCTION__ = _e_comp_cb_update
#11 0x7f7900b40e3b in _ecore_job_event_handler (data=optimized out, 
type=optimized out, ev=optimized out) at lib/ecore/ecore_job.c:121
job = optimized out
#12 0x7f7900b3b895 in _ecore_call_handler_cb (event=optimized out, 
type=optimized out, data=optimized out, func=optimized out) at 
lib/ecore/ecore_private.h:386
r = optimized out
#13 _ecore_event_call () at 

Re: [E-devel] Segfault at boot

[Christopher Michael]

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

[Massimo Maiurana]

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

[Chris Michael]

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

[Cedric BAIL]

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

[Chris Michael]

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

[Massimo Maiurana]

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

[Chris Michael]

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

[Massimo Maiurana]

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

[Chris Michael]

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

[Massimo Maiurana]

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

[Cedric BAIL]

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

Re: [E-devel] segfault early on start

[The Rasterman]

On Wed, 05 Dec 2012 10:16:47 +0100 Massimo Maiurana maiur...@gmail.com said:

 Carsten Haitzler (The Rasterman), il 05/12/2012 06:50, ha scritto:
  On Wed, 5 Dec 2012 06:20:12 +0100 Sebastian Dransfeld s...@tango.flipp.net
  said:
  
  Den 4. des. 2012 kl. 23:27 skrev Massimo Maiurana maiur...@gmail.com:
 
  Massimo Maiurana, il 04/12/2012 20:21, ha scritto:
 
  I found that if I run efl/autogen.sh in a terminal, i.e. while under an X
  session, it configures ecore_evas with x11 support, while doing it in a
  console the output is as above.
  I've always built everything in console because I use a custom script
  that removes /opt/e17 and then installs everything in a brand
  new /opt/e17, and never had any issue.
 
  well, I was just wrong.
  I can configure trunk/efl even on console, but ONLY if /opt/e17 is still
  present. if I run the following command without /opt/e17 and all its stuff
  it configures ecore_evas without X11 support:
  ./autogen.sh --prefix=/opt/e17 \
  CPPFLAFS=-I/opt/e17/include LDFLAGS=-L/opt/e17/lib
 
  I've modifies my script and now all compiles fine :)
 
 
  Do you need LDFLAGS and CPPFLAGS? I also install to /opt/e17 and never used
  it. Only need opt/e17 in PATH and PKG_CONFIG_PATH
  
  BUT.. the efl tree itself shouldnt need these set up as it should provide
  all its own deps itself... if its checking for external efl deps to build
  efl.. thats bad :)
  
 
 actually I have them set up because they are variables in the script, common
 to all packages to compile. however, I tried even without them but still X11
 support for ecore_evas is built only if /opt/e17 exists at configure time.
 
 moreover, after rebooting e17 just hangs at some point at startup, leaving
 only a splash screen which looks still alive (colored squares still changing).
 it hangs before displaying any init message.
 I tried to run it through valgrind and in the log (attached) I see a bunch of
 messages right after the module loading stage, maybe related to composite. I'm
 using opengl rendering with an intel graphic card, with tear free and pixmap
 texture enabled.
 I also use comp-scale. could it be the responsible?
 
 the odd part is that with valgrind e17 starts. it looks like the delayed
 timing could be of any help, and after that it starts even in a normal
 session.

i had a quick look at the configure.ac in efl - there is some major wrongnesss
in the autofoo... it is checking for existing efl lib pkgconfig files (eina,
eet, etc.) when it should never do this... they are providing BY the efl tree
itself already. the logic is wrong. :(

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Massimo Maiurana]

Carsten Haitzler (The Rasterman), il 04/12/2012 04:19, ha scritto:
 On Mon, 03 Dec 2012 19:55:57 +0100 Massimo Maiurana maiur...@gmail.com said:
 
 Carsten Haitzler (The Rasterman), il 03/12/2012 13:24, ha scritto:

 it's not tracing e itself... :(

 enlightenment_start -valgrind=1

 for some obscure reasons today e17, the same installation we were talking
 about, doesn't start anymore, with or without valgrind. no segfault, it just
 crashes.

 so I've built all again hoping it would at least start, but now I have
 problems with ecore (the one that is now merged in efl).
 at start e returns this error:
  Enlightenment Error 
 Enlightenment found ecore_evas doesn't support the Software X11
 rendering in Evas. Please check your installation of Evas and
 Ecore and check they support the Software X11 rendering engine.

 the configure log says that ecore_evas is to be built with software x11
 support, but in the summary it just... doesn't know if it will be built. here
 are the relevant parts of the log (I can provide the full one if needed):

 configure: Ecore_Evas checks
 [...]
 checking whether ecore_evas Software X11 support is to be built... yes
 checking whether ecore_evas Software X11 support is built... yes
 [...]
 Configuration Options Summary:
 [...]
 Evas:

   Engines:
 Software Memory Buffer.: yes
 Software X11...: yes (Xlib: yes) (XCB: no)
 OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: no)
 [...]
   Ecore_Evas...: yes
 Software Memory Buffer.: yes
 Software X11...: yes (Xlib=) (XCB=)
 OpenGL X11.: yes (Xlib=) (XCB=)
 
 1.7 or trunk?

trunk/efl

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[The Rasterman]

On Tue, 04 Dec 2012 12:42:14 +0100 Massimo Maiurana maiur...@gmail.com said:

 Carsten Haitzler (The Rasterman), il 04/12/2012 04:19, ha scritto:
  On Mon, 03 Dec 2012 19:55:57 +0100 Massimo Maiurana maiur...@gmail.com
  said:
  
  Carsten Haitzler (The Rasterman), il 03/12/2012 13:24, ha scritto:
 
  it's not tracing e itself... :(
 
  enlightenment_start -valgrind=1
 
  for some obscure reasons today e17, the same installation we were talking
  about, doesn't start anymore, with or without valgrind. no segfault, it
  just crashes.
 
  so I've built all again hoping it would at least start, but now I have
  problems with ecore (the one that is now merged in efl).
  at start e returns this error:
   Enlightenment Error 
  Enlightenment found ecore_evas doesn't support the Software X11
  rendering in Evas. Please check your installation of Evas and
  Ecore and check they support the Software X11 rendering engine.
 
  the configure log says that ecore_evas is to be built with software x11
  support, but in the summary it just... doesn't know if it will be built.
  here are the relevant parts of the log (I can provide the full one if
  needed):
 
  configure: Ecore_Evas checks
  [...]
  checking whether ecore_evas Software X11 support is to be built... yes
  checking whether ecore_evas Software X11 support is built... yes
  [...]
  Configuration Options Summary:
  [...]
  Evas:
 
Engines:
  Software Memory Buffer.: yes
  Software X11...: yes (Xlib: yes) (XCB: no)
  OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: no)
  [...]
Ecore_Evas...: yes
  Software Memory Buffer.: yes
  Software X11...: yes (Xlib=) (XCB=)
  OpenGL X11.: yes (Xlib=) (XCB=)
  
  1.7 or trunk?
 
 trunk/efl

weird - it's working fine for me on all my machines. there's something about
yours causing issues in the new efl tree build.


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Massimo Maiurana]

Carsten Haitzler (The Rasterman), il 04/12/2012 14:11, ha scritto:

   Ecore_Evas...: yes
 Software Memory Buffer.: yes
 Software X11...: yes (Xlib=) (XCB=)
 OpenGL X11.: yes (Xlib=) (XCB=)

 1.7 or trunk?

 trunk/efl
 
 weird - it's working fine for me on all my machines. there's something about
 yours causing issues in the new efl tree build.

I found that if I run efl/autogen.sh in a terminal, i.e. while under an X
session, it configures ecore_evas with x11 support, while doing it in a
console the output is as above.
I've always built everything in console because I use a custom script that
removes /opt/e17 and then installs everything in a brand new /opt/e17, and
never had any issue. how can I workaround this problem? is there any variables
that if set make configure find the right stuff?

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Massimo Maiurana]

Massimo Maiurana, il 04/12/2012 20:21, ha scritto:

 I found that if I run efl/autogen.sh in a terminal, i.e. while under an X
 session, it configures ecore_evas with x11 support, while doing it in a
 console the output is as above.
 I've always built everything in console because I use a custom script that
 removes /opt/e17 and then installs everything in a brand new /opt/e17, and
 never had any issue.

well, I was just wrong.
I can configure trunk/efl even on console, but ONLY if /opt/e17 is still
present. if I run the following command without /opt/e17 and all its stuff it
configures ecore_evas without X11 support:
./autogen.sh --prefix=/opt/e17 \
CPPFLAFS=-I/opt/e17/include LDFLAGS=-L/opt/e17/lib

I've modifies my script and now all compiles fine :)

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[The Rasterman]

On Tue, 04 Dec 2012 23:27:33 +0100 Massimo Maiurana maiur...@gmail.com said:

 Massimo Maiurana, il 04/12/2012 20:21, ha scritto:
 
  I found that if I run efl/autogen.sh in a terminal, i.e. while under an X
  session, it configures ecore_evas with x11 support, while doing it in a
  console the output is as above.
  I've always built everything in console because I use a custom script that
  removes /opt/e17 and then installs everything in a brand new /opt/e17, and
  never had any issue.
 
 well, I was just wrong.
 I can configure trunk/efl even on console, but ONLY if /opt/e17 is still
 present. if I run the following command without /opt/e17 and all its stuff it
 configures ecore_evas without X11 support:
 ./autogen.sh --prefix=/opt/e17 \
 CPPFLAFS=-I/opt/e17/include LDFLAGS=-L/opt/e17/lib
 
 I've modifies my script and now all compiles fine :)
ok - some configure check is checking for something that happens to be provided
by an existing elf install and that makes things work - what that thing is, i
don't know now... i havent looked, but its somethnig already there. :)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Sebastian Dransfeld]

Den 4. des. 2012 kl. 23:27 skrev Massimo Maiurana maiur...@gmail.com:

 Massimo Maiurana, il 04/12/2012 20:21, ha scritto:
 
 I found that if I run efl/autogen.sh in a terminal, i.e. while under an X
 session, it configures ecore_evas with x11 support, while doing it in a
 console the output is as above.
 I've always built everything in console because I use a custom script that
 removes /opt/e17 and then installs everything in a brand new /opt/e17, and
 never had any issue.
 
 well, I was just wrong.
 I can configure trunk/efl even on console, but ONLY if /opt/e17 is still
 present. if I run the following command without /opt/e17 and all its stuff it
 configures ecore_evas without X11 support:
 ./autogen.sh --prefix=/opt/e17 \
 CPPFLAFS=-I/opt/e17/include LDFLAGS=-L/opt/e17/lib
 
 I've modifies my script and now all compiles fine :)
 

Do you need LDFLAGS and CPPFLAGS? I also install to /opt/e17 and never used it. 
Only need opt/e17 in PATH and PKG_CONFIG_PATH

S.
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[The Rasterman]

On Wed, 5 Dec 2012 06:20:12 +0100 Sebastian Dransfeld s...@tango.flipp.net 
said:

 Den 4. des. 2012 kl. 23:27 skrev Massimo Maiurana maiur...@gmail.com:
 
  Massimo Maiurana, il 04/12/2012 20:21, ha scritto:
  
  I found that if I run efl/autogen.sh in a terminal, i.e. while under an X
  session, it configures ecore_evas with x11 support, while doing it in a
  console the output is as above.
  I've always built everything in console because I use a custom script that
  removes /opt/e17 and then installs everything in a brand new /opt/e17, and
  never had any issue.
  
  well, I was just wrong.
  I can configure trunk/efl even on console, but ONLY if /opt/e17 is still
  present. if I run the following command without /opt/e17 and all its stuff
  it configures ecore_evas without X11 support:
  ./autogen.sh --prefix=/opt/e17 \
  CPPFLAFS=-I/opt/e17/include LDFLAGS=-L/opt/e17/lib
  
  I've modifies my script and now all compiles fine :)
  
 
 Do you need LDFLAGS and CPPFLAGS? I also install to /opt/e17 and never used
 it. Only need opt/e17 in PATH and PKG_CONFIG_PATH

BUT.. the efl tree itself shouldnt need these set up as it should provide all
its own deps itself... if its checking for external efl deps to build efl..
thats bad :)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Massimo Maiurana]

Carsten Haitzler (The Rasterman), il 03/12/2012 01:50, ha scritto:

 did you run valgrind by hand on enlightenment_start itself? or did u use the
 -valgrind option for enlightenment_start ?

I used the xnitrc-debug in the wiki, and it runs valgrind which in turn runs
enlightenment start.
the complete command is the following:

exec valgrind --tool=memcheck --db-attach=yes --num-callers=32 \
--show-reachable=no --read-var-info=yes --leak-check=full \
--leak-resolution=high --undef-value-errors=yes \
--track-origins=yes --trace-children=yes \
$e17_install_path/bin/enlightenment_start 21 | tee -a $log_file

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[The Rasterman]

On Mon, 03 Dec 2012 12:49:04 +0100 Massimo Maiurana maiur...@gmail.com said:

 Carsten Haitzler (The Rasterman), il 03/12/2012 01:50, ha scritto:
 
  did you run valgrind by hand on enlightenment_start itself? or did u use the
  -valgrind option for enlightenment_start ?
 
 I used the xnitrc-debug in the wiki, and it runs valgrind which in turn runs
 enlightenment start.
 the complete command is the following:
 
 exec valgrind --tool=memcheck --db-attach=yes --num-callers=32 \
 --show-reachable=no --read-var-info=yes --leak-check=full \
 --leak-resolution=high --undef-value-errors=yes \
 --track-origins=yes --trace-children=yes \
 $e17_install_path/bin/enlightenment_start 21 | tee -a $log_file

it's not tracing e itself... :(

enlightenment_start -valgrind=1

:)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Massimo Maiurana]

Carsten Haitzler (The Rasterman), il 03/12/2012 13:24, ha scritto:

 it's not tracing e itself... :(
 
 enlightenment_start -valgrind=1

for some obscure reasons today e17, the same installation we were talking
about, doesn't start anymore, with or without valgrind. no segfault, it just
crashes.

so I've built all again hoping it would at least start, but now I have
problems with ecore (the one that is now merged in efl).
at start e returns this error:
 Enlightenment Error 
Enlightenment found ecore_evas doesn't support the Software X11
rendering in Evas. Please check your installation of Evas and
Ecore and check they support the Software X11 rendering engine.

the configure log says that ecore_evas is to be built with software x11
support, but in the summary it just... doesn't know if it will be built. here
are the relevant parts of the log (I can provide the full one if needed):

configure: Ecore_Evas checks
[...]
checking whether ecore_evas Software X11 support is to be built... yes
checking whether ecore_evas Software X11 support is built... yes
[...]
Configuration Options Summary:
[...]
Evas:

  Engines:
Software Memory Buffer.: yes
Software X11...: yes (Xlib: yes) (XCB: no)
OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: no)
[...]
  Ecore_Evas...: yes
Software Memory Buffer.: yes
Software X11...: yes (Xlib=) (XCB=)
OpenGL X11.: yes (Xlib=) (XCB=)

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[The Rasterman]

On Mon, 03 Dec 2012 19:55:57 +0100 Massimo Maiurana maiur...@gmail.com said:

 Carsten Haitzler (The Rasterman), il 03/12/2012 13:24, ha scritto:
 
  it's not tracing e itself... :(
  
  enlightenment_start -valgrind=1
 
 for some obscure reasons today e17, the same installation we were talking
 about, doesn't start anymore, with or without valgrind. no segfault, it just
 crashes.
 
 so I've built all again hoping it would at least start, but now I have
 problems with ecore (the one that is now merged in efl).
 at start e returns this error:
  Enlightenment Error 
 Enlightenment found ecore_evas doesn't support the Software X11
 rendering in Evas. Please check your installation of Evas and
 Ecore and check they support the Software X11 rendering engine.
 
 the configure log says that ecore_evas is to be built with software x11
 support, but in the summary it just... doesn't know if it will be built. here
 are the relevant parts of the log (I can provide the full one if needed):
 
 configure: Ecore_Evas checks
 [...]
 checking whether ecore_evas Software X11 support is to be built... yes
 checking whether ecore_evas Software X11 support is built... yes
 [...]
 Configuration Options Summary:
 [...]
 Evas:
 
   Engines:
 Software Memory Buffer.: yes
 Software X11...: yes (Xlib: yes) (XCB: no)
 OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: no)
 [...]
   Ecore_Evas...: yes
 Software Memory Buffer.: yes
 Software X11...: yes (Xlib=) (XCB=)
 OpenGL X11.: yes (Xlib=) (XCB=)

1.7 or trunk?

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] segfault early on start

[Massimo Maiurana]

the attached backtrace is from yesterday svn.

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]

Thread 1 (Thread 0x7f37617b08c0 (LWP 7779)):
#0  __lll_lock_wait_private ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:93
No locals.
#1  0x7f375de04221 in _L_lock_10625 () at malloc.c:5209
No symbol table info available.
#2  0x7f375de01fa7 in __GI___libc_malloc (bytes=139875778262848)
at malloc.c:2921
ar_ptr = error reading variable ar_ptr (Asked for position 0 of stack, 
stack only has 0 elements on it.)
victim = optimized out
hook = optimized out
__func__ = __libc_malloc
#3  0x7f375b14c3e6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#4  0x7f375b14d20d in _XReply ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#5  0x7f375b148d3d in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#6  0x7f3760d8abd7 in ecore_x_sync () at ecore_x.c:959
No locals.
#7  0x0052a4ad in e_sigseg_act (x=11, info=0x7fff7892ddf0, 
data=0x7fff7892dcc0) at e_signals.c:70
No locals.
#8  signal handler called
No locals.
#9  _int_malloc (av=0x7f375e137740 main_arena, bytes=568) at malloc.c:3598
iters = optimized out
nb = 576
idx = optimized out
bin = optimized out
victim = 0x38f12ff
size = 69888
victim_index = optimized out
remainder = optimized out
remainder_size = optimized out
block = optimized out
bit = optimized out
map = optimized out
fwd = optimized out
bck = optimized out
errstr = 0x0
__func__ = _int_malloc
#10 0x7f375de01fb5 in __GI___libc_malloc (bytes=568) at malloc.c:2924
ar_ptr = optimized out
victim = optimized out
hook = optimized out
__func__ = __libc_malloc
#11 0x7f375ddee20b in __fopen_internal (
filename=0x7f374bdfdc38 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies, 
mode=0x7f374bdfdc36 r, is32=1)
at ../sysdeps/wordsize-64/../../libio/iofopen.c:76
new_f = optimized out
#12 0x7f374bdfbed2 in _cpufreq_status_check_available (s=0x292f250)
at cpufreq/e_mod_main.c:632
buf = 
\020\345x\002\000\000\000\000\370\206\244\003\000\000\000\000\300\342\222x\377\177\000\000\330\343\222x\377\177\000\000P\211\244\003\000\000\000\000\260\206\244\003\000\000\000\000P\211\244\003\000\000\000\000\300\344\222x\377\177\000\000
 \343\222x\377\177\000\000\201Z\267]7\177\000\000 
\344\222x\305\000\000\000\330\343\222x\377\177\000\000\305\000\000\000\000\000\000\000\260\206\244\003\000\000\000\000
 
\343\222x\377\177\000\000@X\267]7\177\000\000P\211\244\003\000\000\000\000|X\267]7\177\000\000\200\343\222x\377\177\000\000\260\206\244\003\000\000\000\000\260\343\222x\377\177\000\000M]\267]7\177\000\000\220um\002\000\000\000\000\070\344\222x\377\177\000\000\305\000\000\000\000\000\000\000\260\206\244\003\000\000\000\000\200\343\222x\377\177\000\000\330\343\222x\377\177\000\000\060|m\002\000\000\000\000\260\206\244\003\000\000\000\000\340\343\222x\377\177\000\000\260\206\001\000\000\000\000\000\020\345x\002\000\000\000\000M]\267]7\177\000\000\000\000\000\000\002\000\000\000`\261t\003\000\000\000\000\340...
l = 0x374e620
f = 0x278e510
#13 0x7f374bdfc27f in _cpufreq_status_check_current (s=0x292f250)
at cpufreq/e_mod_main.c:763
ret = 0
frequency = 0
buf = 
\267]7\177\000\000\004\000\000\000\026\000\000\000\260\327u\003\000\000\000\000\340#\222\002\000\000\000\000
 
\364\222x\377\177\000\000XuP_7\177\000\000X\363\222x\377\177\000\000|\006\316\002\000\000\000\000p\272\224\002\000\000\000\000\062\276\267]7\177\000\000\060\337u\002\364\001\000\000\062\276\267]7\177\000\000\267]\354\001\000\000E]7\177\000\000\267]7\177\000\000\004\000\000\000\026\000\000\000\060\364\222x\377\177\000\000\340#\222\002\000\000\000\000\220\364\222x\377\177\000\000XuP_7\177\000\000\310\363\222x\377\177\000\000\211\316%a7\177\000\000PT\310\002\000\000\000\000\062\276\267]7\177\000\000PT\310\002\354\001\000\000E]7\177\000\000\267]7\177\000\000\004\000\000\000\026\000\000\000\020\364\222x\377\177\000\000\060\000\000\000\060\000\000\000\240\364\222x\377\177\000\000\340\363\222x\377\177\000\000\210\332\303\001\200\002\000\000\340\001\000\000\000\n\000\000\260...
f = 0x7f375db7c239 __FUNCTION__.8533
frequency_min = 2147483647
frequency_max = 0
freqtot = 0
i = 1572322866
#14 0x7f374bdfbc62 in _cpufreq_cb_check (data=0x0)
at cpufreq/e_mod_main.c:499
inst = 0x946af37
l = 0x4c97
active = 1
#15 0x7f3760fd2779 in _ecore_poller_cb_timer (data=0x0)
at ecore_poll.c:150
i = 5
poller = 0x292f910
l = 0x272b4a0
changes = 0
#16 

Re: [E-devel] segfault early on start

[The Rasterman]

On Sun, 02 Dec 2012 09:32:26 +0100 Massimo Maiurana maiur...@gmail.com said:

 the attached backtrace is from yesterday svn.

byt the time it segvs... the bug has already happened long before... some maybe
double-frees, or scribbling over libc malloc accounting data... where - don't
know. :( would need valgrind to catch that.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Keep yourself connected to Go Parallel: 
DESIGN Expert tips on starting your parallel project right.
http://goparallel.sourceforge.net/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[Bruno Dilly]

On Sun, Dec 2, 2012 at 11:02 AM, Massimo Maiurana maiur...@gmail.com wrote:
 Carsten Haitzler (The Rasterman), il 02/12/2012 11:49, ha scritto:
 On Sun, 02 Dec 2012 09:32:26 +0100 Massimo Maiurana maiur...@gmail.com 
 said:

 the attached backtrace is from yesterday svn.

 byt the time it segvs... the bug has already happened long before... some 
 maybe
 double-frees, or scribbling over libc malloc accounting data... where - don't
 know. :( would need valgrind to catch that.

 is the attached log of any help?

Looks like there are some invalid reads on e_alert, when trying to
read xcb_get_property_value.

Btw, function _e_alert_comp_win_get returns -1 when there isn't reply, but
_e_alert_display verify the return of this function with if
(comp_win). Is that correct ?

 I made it with the xinit method described in
 http://trac.enlightenment.org/e/wiki/Debugging, because the plain method
 didn't work (using enlightenment it complaints because I should use
 enlightenment_start, but if I do it it says it cannot inizialize ecore).

 I got the segfault at e stratup, then I did press f1 to make it restart but it
 did segfault again, and finally I used f12 and terminated X.

 --

   Massimo Maiurana   GPG keyID #7044D601

   La fede e' credere in cio' che sai non essere vero
 [Mark Twain]

 --
 Keep yourself connected to Go Parallel:
 DESIGN Expert tips on starting your parallel project right.
 http://goparallel.sourceforge.net/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




-- 
Bruno Dilly
Lead Developer
ProFUSION embedded systems
http://profusion.mobi

--
Keep yourself connected to Go Parallel: 
DESIGN Expert tips on starting your parallel project right.
http://goparallel.sourceforge.net/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault early on start

[The Rasterman]

On Sun, 2 Dec 2012 11:31:19 -0200 Bruno Dilly bdi...@profusion.mobi said:

 On Sun, Dec 2, 2012 at 11:02 AM, Massimo Maiurana maiur...@gmail.com wrote:
  Carsten Haitzler (The Rasterman), il 02/12/2012 11:49, ha scritto:
  On Sun, 02 Dec 2012 09:32:26 +0100 Massimo Maiurana maiur...@gmail.com
  said:
 
  the attached backtrace is from yesterday svn.
 
  byt the time it segvs... the bug has already happened long before... some
  maybe double-frees, or scribbling over libc malloc accounting data...
  where - don't know. :( would need valgrind to catch that.
 
  is the attached log of any help?
 
 Looks like there are some invalid reads on e_alert, when trying to
 read xcb_get_property_value.
 
 Btw, function _e_alert_comp_win_get returns -1 when there isn't reply, but
 _e_alert_display verify the return of this function with if
 (comp_win). Is that correct ?

which this isnt great (i fixed it)... these are complaints inside e_alert's own
process - that is the process spawned to show the wbod dialog - not e17 itself.
so this can't be causing the crash.. as this box is coming up already AFTER the
crash. :)\

did you run valgrind by hand on enlightenment_start itself? or did u use the
-valgrind option for enlightenment_start ?

  I made it with the xinit method described in
  http://trac.enlightenment.org/e/wiki/Debugging, because the plain method
  didn't work (using enlightenment it complaints because I should use
  enlightenment_start, but if I do it it says it cannot inizialize ecore).
 
  I got the segfault at e stratup, then I did press f1 to make it restart but
  it did segfault again, and finally I used f12 and terminated X.
 
  --
 
Massimo Maiurana   GPG keyID #7044D601
 
La fede e' credere in cio' che sai non essere vero
  [Mark Twain]
 
  --
  Keep yourself connected to Go Parallel:
  DESIGN Expert tips on starting your parallel project right.
  http://goparallel.sourceforge.net/
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
 -- 
 Bruno Dilly
 Lead Developer
 ProFUSION embedded systems
 http://profusion.mobi
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault in menu

[Michael Blumenkrantz]

need an e17 revision, try updating again too

On Thu, Nov 15, 2012 at 2:04 PM, Massimo Maiurana maiur...@gmail.comwrote:

 on a fresh build of efl+e17, whenever I try to open the main menu, both
 from
 tha start button or from a click on the desktop, e segfaults.
 attached is the crash dump.

 --

   Massimo Maiurana   GPG keyID #7044D601

   La fede e' credere in cio' che sai non essere vero
 [Mark Twain]


 --
 Monitor your physical, virtual and cloud infrastructure from a single
 web console. Get in-depth insight into apps, servers, databases, vmware,
 SAP, cloud infrastructure, etc. Download 30-day Free Trial.
 Pricing starts from $795 for 25 servers or applications!
 http://p.sf.net/sfu/zoho_dev2dev_nov
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault in menu

[Massimo Maiurana]

Michael Blumenkrantz, il 15/11/2012 15:12, ha scritto:
 need an e17 revision, try updating again too
 

now it works, thanks :)

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault

[rustyBSD]

Hi,
== e_fm_op.c l.984 ==
if dst = NULL, strlen() sefaults.

Here is a patch.
--- e_fm_op.c   Sat Sep 22 13:31:24 2012
+++ e_fm_op.c   Sat Sep 22 13:31:19 2012
@@ -980,6 +980,8 @@
int size, src_len, dst_len;
int ret = 0;
 
+   if (!dst) return;
+
src_len = strlen(src);
dst_len = strlen(dst);
 
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault

[Vincent Torri]

dans le svn

merci :)

Vincent

On Sat, Sep 22, 2012 at 1:39 PM, rustyBSD rusty...@gmx.fr wrote:
 Hi,
 == e_fm_op.c l.984 ==
 if dst = NULL, strlen() sefaults.

 Here is a patch.

 --
 How fast is your code?
 3 out of 4 devs don\\\'t know how their code performs in production.
 Find out how slow your code is with AppDynamics Lite.
 http://ad.doubleclick.net/clk;262219672;13503038;z?
 http://info.appdynamics.com/FreeJavaPerformanceDownload.html
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219672;13503038;z?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault on opening email attachments

[Nikolas Arend]

Hi,

Recently e started segfaulting when I try to open email attachments in 
thunderbird (i.e. click on them). Backtrace is attached.

This is revision 74987, Fedora 17 i386. Let me know if you need more info.

Thanks,  Nick



#0  0xb77e2424 in __kernel_vsyscall ()
#1  0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0
#2  0x08075434 in e_alert_show ()
#3  0x081426e7 in e_sigabrt_act ()
#4  signal handler called
#5  0xb77e2424 in __kernel_vsyscall ()
#6  0x4ecb793f in raise () from /usr/lib/libc.so.6
#7  0x4ecb9293 in abort () from /usr/lib/libc.so.6
#8  0x41419021 in evas_object_image_source_set () from /usr/lib/libevas.so.1
#9  0x4141932a in evas_object_image_source_unset () from 
/usr/lib/libevas.so.1
#10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1
#11 0xb355d764 in ngi_item_free () from 
/usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
#12 0xb3556d5d in ?? () from 
/usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
#13 0xb35573d0 in ?? () from 
/usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
#14 0x410a24df in ?? () from /usr/lib/libecore.so.1
#15 0x410a26ea in ?? () from /usr/lib/libecore.so.1
#16 0x410a3377 in ?? () from /usr/lib/libecore.so.1
#17 0x410ad008 in ?? () from /usr/lib/libecore.so.1
#18 0x410adffd in _ecore_timer_expired_call () from /usr/lib/libecore.so.1
#19 0x410adea6 in _ecore_timer_expired_timers_call () from 
/usr/lib/libecore.so.1
#20 0x410ab451 in ?? () from /usr/lib/libecore.so.1
#21 0x410a9a51 in ecore_main_loop_begin () from /usr/lib/libecore.so.1
#22 0x08072251 in main ()

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on opening email attachments

[Michael Blumenkrantz]

1) unload engage module
2) ???
3) profit

On Fri, Aug 10, 2012 at 2:43 PM, Nikolas Arend nikolas.ar...@gmx.netwrote:

 Hi,

 Recently e started segfaulting when I try to open email attachments in
 thunderbird (i.e. click on them). Backtrace is attached.

 This is revision 74987, Fedora 17 i386. Let me know if you need more info.

 Thanks,  Nick



 #0  0xb77e2424 in __kernel_vsyscall ()
 #1  0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0
 #2  0x08075434 in e_alert_show ()
 #3  0x081426e7 in e_sigabrt_act ()
 #4  signal handler called
 #5  0xb77e2424 in __kernel_vsyscall ()
 #6  0x4ecb793f in raise () from /usr/lib/libc.so.6
 #7  0x4ecb9293 in abort () from /usr/lib/libc.so.6
 #8  0x41419021 in evas_object_image_source_set () from
 /usr/lib/libevas.so.1
 #9  0x4141932a in evas_object_image_source_unset () from
 /usr/lib/libevas.so.1
 #10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1
 #11 0xb355d764 in ngi_item_free () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #12 0xb3556d5d in ?? () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #13 0xb35573d0 in ?? () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #14 0x410a24df in ?? () from /usr/lib/libecore.so.1
 #15 0x410a26ea in ?? () from /usr/lib/libecore.so.1
 #16 0x410a3377 in ?? () from /usr/lib/libecore.so.1
 #17 0x410ad008 in ?? () from /usr/lib/libecore.so.1
 #18 0x410adffd in _ecore_timer_expired_call () from /usr/lib/libecore.so.1
 #19 0x410adea6 in _ecore_timer_expired_timers_call () from
 /usr/lib/libecore.so.1
 #20 0x410ab451 in ?? () from /usr/lib/libecore.so.1
 #21 0x410a9a51 in ecore_main_loop_begin () from /usr/lib/libecore.so.1
 #22 0x08072251 in main ()


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on opening email attachments

[Nikolas Arend]

On 08/10/2012 09:54 AM, Michael Blumenkrantz wrote:
 1) unload engage module
 2) ???
 3) profit

Wow, that was helpful. The way my engage is configured and being used, I 
find it much more profitable that the alternatives.

If you don't like to debug it, fine, I'll stop sending bt's and debug it 
myself if I find the time. Just say so.


Nick



 On Fri, Aug 10, 2012 at 2:43 PM, Nikolas Arend nikolas.ar...@gmx.netwrote:

 Hi,

 Recently e started segfaulting when I try to open email attachments in
 thunderbird (i.e. click on them). Backtrace is attached.

 This is revision 74987, Fedora 17 i386. Let me know if you need more info.

 Thanks,  Nick



 #0  0xb77e2424 in __kernel_vsyscall ()
 #1  0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0
 #2  0x08075434 in e_alert_show ()
 #3  0x081426e7 in e_sigabrt_act ()
 #4  signal handler called
 #5  0xb77e2424 in __kernel_vsyscall ()
 #6  0x4ecb793f in raise () from /usr/lib/libc.so.6
 #7  0x4ecb9293 in abort () from /usr/lib/libc.so.6
 #8  0x41419021 in evas_object_image_source_set () from
 /usr/lib/libevas.so.1
 #9  0x4141932a in evas_object_image_source_unset () from
 /usr/lib/libevas.so.1
 #10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1
 #11 0xb355d764 in ngi_item_free () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #12 0xb3556d5d in ?? () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #13 0xb35573d0 in ?? () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #14 0x410a24df in ?? () from /usr/lib/libecore.so.1
 #15 0x410a26ea in ?? () from /usr/lib/libecore.so.1
 #16 0x410a3377 in ?? () from /usr/lib/libecore.so.1
 #17 0x410ad008 in ?? () from /usr/lib/libecore.so.1
 #18 0x410adffd in _ecore_timer_expired_call () from /usr/lib/libecore.so.1
 #19 0x410adea6 in _ecore_timer_expired_timers_call () from
 /usr/lib/libecore.so.1
 #20 0x410ab451 in ?? () from /usr/lib/libecore.so.1
 #21 0x410a9a51 in ecore_main_loop_begin () from /usr/lib/libecore.so.1
 #22 0x08072251 in main ()


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on opening email attachments

[The Rasterman]

On Fri, 10 Aug 2012 10:08:40 -0400 Nikolas Arend nikolas.ar...@gmx.net said:

 On 08/10/2012 09:54 AM, Michael Blumenkrantz wrote:
  1) unload engage module
  2) ???
  3) profit
 
 Wow, that was helpful. The way my engage is configured and being used, I 
 find it much more profitable that the alternatives.
 
 If you don't like to debug it, fine, I'll stop sending bt's and debug it 
 myself if I find the time. Just say so.

engage isnt going to ship with e17 - we have to prioritize to things we will
ship and fix those. :) priorities. that's it. :)

 Nick
 
 
 
  On Fri, Aug 10, 2012 at 2:43 PM, Nikolas Arend nikolas.ar...@gmx.netwrote:
 
  Hi,
 
  Recently e started segfaulting when I try to open email attachments in
  thunderbird (i.e. click on them). Backtrace is attached.
 
  This is revision 74987, Fedora 17 i386. Let me know if you need more info.
 
  Thanks,  Nick
 
 
 
  #0  0xb77e2424 in __kernel_vsyscall ()
  #1  0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0
  #2  0x08075434 in e_alert_show ()
  #3  0x081426e7 in e_sigabrt_act ()
  #4  signal handler called
  #5  0xb77e2424 in __kernel_vsyscall ()
  #6  0x4ecb793f in raise () from /usr/lib/libc.so.6
  #7  0x4ecb9293 in abort () from /usr/lib/libc.so.6
  #8  0x41419021 in evas_object_image_source_set () from
  /usr/lib/libevas.so.1
  #9  0x4141932a in evas_object_image_source_unset () from
  /usr/lib/libevas.so.1
  #10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1
  #11 0xb355d764 in ngi_item_free () from
 
  /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
  #12 0xb3556d5d in ?? () from
 
  /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
  #13 0xb35573d0 in ?? () from
 
  /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
  #14 0x410a24df in ?? () from /usr/lib/libecore.so.1
  #15 0x410a26ea in ?? () from /usr/lib/libecore.so.1
  #16 0x410a3377 in ?? () from /usr/lib/libecore.so.1
  #17 0x410ad008 in ?? () from /usr/lib/libecore.so.1
  #18 0x410adffd in _ecore_timer_expired_call () from /usr/lib/libecore.so.1
  #19 0x410adea6 in _ecore_timer_expired_timers_call () from
  /usr/lib/libecore.so.1
  #20 0x410ab451 in ?? () from /usr/lib/libecore.so.1
  #21 0x410a9a51 in ecore_main_loop_begin () from /usr/lib/libecore.so.1
  #22 0x08072251 in main ()
 
 
  --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond. Discussions
  will include endpoint security, mobile security and the latest in malware
  threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
  --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond. Discussions
  will include endpoint security, mobile security and the latest in malware
  threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and 
 threat landscape has changed and how IT managers can respond. Discussions 
 will include endpoint security, mobile security and the latest in malware 
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault on opening email attachments

[Nikolas Arend]

On 08/10/2012 11:01 AM, Carsten Haitzler (The Rasterman) wrote:
 On Fri, 10 Aug 2012 10:08:40 -0400 Nikolas Arend nikolas.ar...@gmx.net said:

 On 08/10/2012 09:54 AM, Michael Blumenkrantz wrote:
 1) unload engage module
 2) ???
 3) profit
 Wow, that was helpful. The way my engage is configured and being used, I
 find it much more profitable that the alternatives.

 If you don't like to debug it, fine, I'll stop sending bt's and debug it
 myself if I find the time. Just say so.
 engage isnt going to ship with e17 - we have to prioritize to things we will
 ship and fix those. :) priorities. that's it. :)

Yeah, well, I understand about priorities. Still, sending in bug 
reports/bt's for modules that are part of the enlightenment project 
(it's in trunk/E-MODULES-EXTRA/ after all) could be met with a more 
constructive reply (or none, which saves time). Just discourages peoples 
to report. Maybe Hannes, who I guess is the maintainer, might appreciate 
it, even though priorities are currently shifted elsewhere.




 Nick


 On Fri, Aug 10, 2012 at 2:43 PM, Nikolas Arend nikolas.ar...@gmx.netwrote:

 Hi,

 Recently e started segfaulting when I try to open email attachments in
 thunderbird (i.e. click on them). Backtrace is attached.

 This is revision 74987, Fedora 17 i386. Let me know if you need more info.

 Thanks,  Nick



 #0  0xb77e2424 in __kernel_vsyscall ()
 #1  0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0
 #2  0x08075434 in e_alert_show ()
 #3  0x081426e7 in e_sigabrt_act ()
 #4  signal handler called
 #5  0xb77e2424 in __kernel_vsyscall ()
 #6  0x4ecb793f in raise () from /usr/lib/libc.so.6
 #7  0x4ecb9293 in abort () from /usr/lib/libc.so.6
 #8  0x41419021 in evas_object_image_source_set () from
 /usr/lib/libevas.so.1
 #9  0x4141932a in evas_object_image_source_unset () from
 /usr/lib/libevas.so.1
 #10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1
 #11 0xb355d764 in ngi_item_free () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #12 0xb3556d5d in ?? () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #13 0xb35573d0 in ?? () from

 /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
 #14 0x410a24df in ?? () from /usr/lib/libecore.so.1
 #15 0x410a26ea in ?? () from /usr/lib/libecore.so.1
 #16 0x410a3377 in ?? () from /usr/lib/libecore.so.1
 #17 0x410ad008 in ?? () from /usr/lib/libecore.so.1
 #18 0x410adffd in _ecore_timer_expired_call () from /usr/lib/libecore.so.1
 #19 0x410adea6 in _ecore_timer_expired_timers_call () from
 /usr/lib/libecore.so.1
 #20 0x410ab451 in ?? () from /usr/lib/libecore.so.1
 #21 0x410a9a51 in ecore_main_loop_begin () from /usr/lib/libecore.so.1
 #22 0x08072251 in main ()


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [E-devel] Segfault on opening email attachments

[Nick Hughart]

On Fri, 10 Aug 2012 11:21:51 -0400
Nikolas Arend nikolas.ar...@gmx.net wrote:

 On 08/10/2012 11:01 AM, Carsten Haitzler (The Rasterman) wrote:
  On Fri, 10 Aug 2012 10:08:40 -0400 Nikolas Arend
  nikolas.ar...@gmx.net said:
 
  On 08/10/2012 09:54 AM, Michael Blumenkrantz wrote:
  1) unload engage module
  2) ???
  3) profit
  Wow, that was helpful. The way my engage is configured and being
  used, I find it much more profitable that the alternatives.
 
  If you don't like to debug it, fine, I'll stop sending bt's and
  debug it myself if I find the time. Just say so.
  engage isnt going to ship with e17 - we have to prioritize to
  things we will ship and fix those. :) priorities. that's it. :)
 
 Yeah, well, I understand about priorities. Still, sending in bug 
 reports/bt's for modules that are part of the enlightenment project 
 (it's in trunk/E-MODULES-EXTRA/ after all) could be met with a more 
 constructive reply (or none, which saves time). Just discourages
 peoples to report. Maybe Hannes, who I guess is the maintainer, might
 appreciate it, even though priorities are currently shifted elsewhere.
 

I'll agree on the more constructive reply aspect, but that module is
not necessarily official in any way.  It is a 3rd party module that
just happens to be hosted in the repository, just like all modules in
the E-MODULES-EXTRA.  It is usually best to contact the author directly
for these as they may not always be reading the mailing list.

Anyway, I would contact Hannes with the bt as it does seem to be coming
from engage.

 
 
 
  Nick
 
 
  On Fri, Aug 10, 2012 at 2:43 PM, Nikolas Arend
  nikolas.ar...@gmx.netwrote:
 
  Hi,
 
  Recently e started segfaulting when I try to open email
  attachments in thunderbird (i.e. click on them). Backtrace is
  attached.
 
  This is revision 74987, Fedora 17 i386. Let me know if you need
  more info.
 
  Thanks,  Nick
 
 
 
  #0  0xb77e2424 in __kernel_vsyscall ()
  #1  0x4ee7b07b in waitpid () from /usr/lib/libpthread.so.0
  #2  0x08075434 in e_alert_show ()
  #3  0x081426e7 in e_sigabrt_act ()
  #4  signal handler called
  #5  0xb77e2424 in __kernel_vsyscall ()
  #6  0x4ecb793f in raise () from /usr/lib/libc.so.6
  #7  0x4ecb9293 in abort () from /usr/lib/libc.so.6
  #8  0x41419021 in evas_object_image_source_set () from
  /usr/lib/libevas.so.1
  #9  0x4141932a in evas_object_image_source_unset () from
  /usr/lib/libevas.so.1
  #10 0x4142601c in evas_object_del () from /usr/lib/libevas.so.1
  #11 0xb355d764 in ngi_item_free () from
 
  /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
  #12 0xb3556d5d in ?? () from
 
  /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
  #13 0xb35573d0 in ?? () from
 
  /usr/lib/enlightenment/modules/engage/linux-gnu-i686-ver-pre-svn-08/module.so
  #14 0x410a24df in ?? () from /usr/lib/libecore.so.1
  #15 0x410a26ea in ?? () from /usr/lib/libecore.so.1
  #16 0x410a3377 in ?? () from /usr/lib/libecore.so.1
  #17 0x410ad008 in ?? () from /usr/lib/libecore.so.1
  #18 0x410adffd in _ecore_timer_expired_call ()
  from /usr/lib/libecore.so.1 #19 0x410adea6 in
  _ecore_timer_expired_timers_call () from /usr/lib/libecore.so.1
  #20 0x410ab451 in ?? () from /usr/lib/libecore.so.1
  #21 0x410a9a51 in ecore_main_loop_begin ()
  from /usr/lib/libecore.so.1 #22 0x08072251 in main ()
 
 
  --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond.
  Discussions will include endpoint security, mobile security and
  the latest in malware threats.
  http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
  --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond.
  Discussions will include endpoint security, mobile security and
  the latest in malware threats.
  http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
  --
  Live Security Virtual Conference
  Exclusive live event will cover all the ways today's security and
  threat landscape has changed and how IT managers can respond.
  Discussions will include endpoint security, mobile security and
  the latest in malware threats.
  http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  

Re: [E-devel] segfault in svn71422

[The Rasterman]

On Wed, 06 Jun 2012 17:23:33 +0200 Massimo Maiurana maiur...@gmail.com said:

bugger. line 123 is blank so i cant guess what might have been wrong... is
handler null? desc null? is desc pointing to garbage memory? self is null?
self is invalid?... grrr. don't know. :(

 I know it is an old svn, and indeed I should update, so I don't really know if
 this segfault happens even with newer versions.
 however this happened to me *only once* (I'm not able to reproduce it again) a
 few seconds after e17 started, here is the backtrace:
 
 #0  0x7f8f980dc84e in waitpid ()
 #from /lib/x86_64-linux-gnu/libpthread.so.0 1  0x00435d1b in
 #e_alert_show (sig=11) at e_alert.c:57 2  0x00514a27 in e_sigseg_act
 #(x=11, info=0x7fffccdbbcb0,
 data=0x7fffccdbbb80) at e_signals.c:125
 #3  signal handler called
 #4  0x7f8f8c1ddee0 in _mixer_callback_del (self=0x2639ce0,
 desc=0x7e6a441054577187) at sys_alsa.c:123
 #5  0x7f8f8c1de0ad in e_mixer_system_del (self=0x2639ce0) at
 #sys_alsa.c:189 6  0x7f8f8c1d1a9b in _mixer_sys_setup (inst=0x2b1dcf0) at
 #e_mod_main.c:854 7  0x7f8f8c1d1e44 in e_mod_mixer_pulse_ready (ready=0
 #'\000') at
 e_mod_main.c:975
 #8  0x7f8f8c1d5185 in _pulse_disconnected (d=0x1ea6ab0, type=199,
 ev=0x1ea6ab0) at sys_pulse.c:178
 #9  0x7f8f9a17343c in _ecore_call_handler_cb (func=0x7f8f8c1d5001
 _pulse_disconnected, data=0x1ea6ab0, type=199, event=0x1ea6ab0) at
 ecore_private.h:317
 #10 0x7f8f9a1743db in _ecore_event_call () at ecore_events.c:559
 #11 0x7f8f9a17b41e in _ecore_main_loop_iterate_internal (once_only=0) at
 ecore_main.c:1814
 #12 0x7f8f9a179cfc in ecore_main_loop_begin () at ecore_main.c:931
 #13 0x004322eb in main (argc=1, argv=0x7fffccdbd3f8) at e_main.c:977
 
 -- 
 
   Massimo Maiuranamassimoatragusa.linux.it
   http://massimo.solira.org  GPG keyID #7044D601
 
   La fede e' credere in cio' che sai non essere vero
 [Mark Twain]
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in python-elm

[Kai Huuhko]

2012/6/14 Kai Huuhko kai.huu...@gmail.com:
 2012/6/13 Rafael Fonseca fonsecasantos.raf...@gmail.com:
 Hey guys,

 I was trying to use the python-elementary bindings today but when I do
 an import elementary in the interpreter, I get a segfault. A gdb
 backtrace is attached.

 Importing it from the console shouldn't succeed at all at the moment
 as I changed __init__.py for Python 3 compatibility. I'll see tomorrow
 if it makes sense to add a python major version check there. There is
 one thing that might be wrong leading to the point where you had a
 crash, that is the string length check. Checking it tomorrow.

Apparently sys.argv[0] is empty when starting from the interpreter, so
it was assigning NULL to a char* value. I added a continue there so it
doesn't segfault anymore, also changed the string length calculation.
svn r72134.




 Best regards.
 --
 Rafael Fonseca

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in python-elm

[Kai Huuhko]

2012/6/13 Rafael Fonseca fonsecasantos.raf...@gmail.com:
 Hey guys,

 I was trying to use the python-elementary bindings today but when I do
 an import elementary in the interpreter, I get a segfault. A gdb
 backtrace is attached.

Importing it from the console shouldn't succeed at all at the moment
as I changed __init__.py for Python 3 compatibility. I'll see tomorrow
if it makes sense to add a python major version check there. There is
one thing that might be wrong leading to the point where you had a
crash, that is the string length check. Checking it tomorrow.



 Best regards.
 --
 Rafael Fonseca

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in python-elm

[Rafael Fonseca]

Hi Kai,

On Thu, Jun 14, 2012 at 10:31 AM, Kai Huuhko kai.huu...@gmail.com wrote:
 2012/6/14 Kai Huuhko kai.huu...@gmail.com:
 Apparently sys.argv[0] is empty when starting from the interpreter, so
 it was assigning NULL to a char* value. I added a continue there so it
 doesn't segfault anymore, also changed the string length calculation.
 svn r72134.

just tested here and it's working! Now I can do some quick tests in
the interpreter =)


Thank you!
-- 
Rafael Fonseca

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault in python-elm

[Rafael Fonseca]

Hey guys,

I was trying to use the python-elementary bindings today but when I do
an import elementary in the interpreter, I get a segfault. A gdb
backtrace is attached.


Best regards.
-- 
Rafael Fonseca
$: gdb /usr/bin/python2
GNU gdb (GDB) 7.4.1
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i686-pc-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/python2...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/python2 
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/libthread_db.so.1.
Python 2.7.3 (default, Apr 24 2012, 00:06:13) 
[GCC 4.7.0 20120414 (prerelease)] on linux2
Type help, copyright, credits or license for more information.
 import elementary

Program received signal SIGSEGV, Segmentation fault.
0xb7da6e18 in __memcpy_ssse3 () from /lib/libc.so.6
(gdb) bt
#0  0xb7da6e18 in __memcpy_ssse3 () from /lib/libc.so.6
#1  0xb7837a6d in __pyx_pf_10elementary_12c_elementary_init (
__pyx_self=optimized out) at ./elementary/elementary.c_elementary.c:8805
#2  __pyx_pw_10elementary_12c_elementary_1init (__pyx_self=0x0, unused=0x0)
at ./elementary/elementary.c_elementary.c:8682
#3  0xb7ef943f in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#4  0xb7efa03d in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0
#5  0xb7efa1b3 in PyEval_EvalCode () from /usr/lib/libpython2.7.so.1.0
#6  0xb7f098f2 in PyImport_ExecCodeModuleEx () from /usr/lib/libpython2.7.so.1.0
#7  0xb7f09b7f in load_source_module () from /usr/lib/libpython2.7.so.1.0
#8  0xb7f0a930 in load_package () from /usr/lib/libpython2.7.so.1.0
#9  0xb7f0ac91 in import_submodule () from /usr/lib/libpython2.7.so.1.0
#10 0xb7f0af2a in load_next () from /usr/lib/libpython2.7.so.1.0
#11 0xb7f0b449 in import_module_level.isra.9 ()
   from /usr/lib/libpython2.7.so.1.0
#12 0xb7f0b9e7 in PyImport_ImportModuleLevel ()
   from /usr/lib/libpython2.7.so.1.0
#13 0xb7ef0ff3 in builtin___import__ () from /usr/lib/libpython2.7.so.1.0
#14 0xb7e9ba21 in PyCFunction_Call () from /usr/lib/libpython2.7.so.1.0
#15 0xb7e60260 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0
#16 0xb7ef2edb in PyEval_CallObjectWithKeywords ()
   from /usr/lib/libpython2.7.so.1.0
#17 0xb7ef6620 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#18 0xb7efa03d in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0
#19 0xb7efa1b3 in PyEval_EvalCode () from /usr/lib/libpython2.7.so.1.0
#20 0xb7f12eca in run_mod () from /usr/lib/libpython2.7.so.1.0
#21 0xb7f14e3c in PyRun_InteractiveOneFlags () from /usr/lib/libpython2.7.so.1.0
#22 0xb7f15020 in PyRun_InteractiveLoopFlags ()
   from /usr/lib/libpython2.7.so.1.0
#23 0xb7f15621 in PyRun_AnyFileExFlags () from /usr/lib/libpython2.7.so.1.0
#24 0xb7f26932 in Py_Main () from /usr/lib/libpython2.7.so.1.0
#25 0x08048587 in main ()
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in python-elm

[Davide Andreoli]

2012/6/13 Rafael Fonseca fonsecasantos.raf...@gmail.com:
 Hey guys,

 I was trying to use the python-elementary bindings today but when I do
 an import elementary in the interpreter, I get a segfault. A gdb
 backtrace is attached.

mmm, intresting... never tried from the py console before, so I can't
tell if this was working before.

All the tests works as expected and they do import elementary on
the first line of code... really no idea of the problem here.

just write a script ;)

davemds



 Best regards.
 --
 Rafael Fonseca

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] segfault in svn71422

[Massimo Maiurana]

I know it is an old svn, and indeed I should update, so I don't really know if
this segfault happens even with newer versions.
however this happened to me *only once* (I'm not able to reproduce it again) a
few seconds after e17 started, here is the backtrace:

#0  0x7f8f980dc84e in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x00435d1b in e_alert_show (sig=11) at e_alert.c:57
#2  0x00514a27 in e_sigseg_act (x=11, info=0x7fffccdbbcb0,
data=0x7fffccdbbb80) at e_signals.c:125
#3  signal handler called
#4  0x7f8f8c1ddee0 in _mixer_callback_del (self=0x2639ce0,
desc=0x7e6a441054577187) at sys_alsa.c:123
#5  0x7f8f8c1de0ad in e_mixer_system_del (self=0x2639ce0) at sys_alsa.c:189
#6  0x7f8f8c1d1a9b in _mixer_sys_setup (inst=0x2b1dcf0) at e_mod_main.c:854
#7  0x7f8f8c1d1e44 in e_mod_mixer_pulse_ready (ready=0 '\000') at
e_mod_main.c:975
#8  0x7f8f8c1d5185 in _pulse_disconnected (d=0x1ea6ab0, type=199,
ev=0x1ea6ab0) at sys_pulse.c:178
#9  0x7f8f9a17343c in _ecore_call_handler_cb (func=0x7f8f8c1d5001
_pulse_disconnected, data=0x1ea6ab0, type=199, event=0x1ea6ab0) at
ecore_private.h:317
#10 0x7f8f9a1743db in _ecore_event_call () at ecore_events.c:559
#11 0x7f8f9a17b41e in _ecore_main_loop_iterate_internal (once_only=0) at
ecore_main.c:1814
#12 0x7f8f9a179cfc in ecore_main_loop_begin () at ecore_main.c:931
#13 0x004322eb in main (argc=1, argv=0x7fffccdbd3f8) at e_main.c:977

-- 

  Massimo Maiuranamassimoatragusa.linux.it
  http://massimo.solira.org  GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault in Edje

[Brian 'morlenxus' Miculcy]

Hi folks,

i have the following segfault when mail module tries to connect to the 
servers. The mail module displays the image mail/images/checking.png, 
then the segfault happens:

#0  0xb78ba424 in __kernel_vsyscall ()
#1  0xb752a1c3 in __waitpid_nocancel () from 
/lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#2  0x08076b94 in e_alert_show (sig=11) at e_alert.c:57
#3  0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) 
at e_signals.c:125
#4 signal handler called
#5  0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, 
p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at 
edje_calc.c:1952
#6  0xb763a970 in _edje_part_recalc (ed=0x9838590, ep=0x98a69d8, 
flags=3) at edje_calc.c:2435
#7  0xb7634b42 in _edje_recalc_do (ed=0x9838590) at edje_calc.c:461
#8  0xb7695f55 in _edje_thaw_edje (ed=0x9838590) at edje_util.c:179
#9  0xb7696000 in edje_thaw () at edje_util.c:196
#10 0x08075d7d in _e_main_cb_idle_before (data=0x0) at e_main.c:1747
#11 0xb77782d1 in _ecore_call_task_cb (func=0x8075c5d 
_e_main_cb_idle_before, data=0x0) at ecore_private.h:264
#12 0xb777860d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:164
#13 0xb777b324 in _ecore_main_loop_iterate_internal (once_only=0) at 
ecore_main.c:1740
#14 0xb7779d70 in ecore_main_loop_begin () at ecore_main.c:887
#15 0x08073b92 in main (argc=1, argv=0xbfab8724) at e_main.c:956

Hopefully someone has an idea what's wrong here...

Kind regards,
Brian 'morlenxus' Miculcy

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in Edje

[Cedric BAIL]

Hi,

On Sun, Nov 27, 2011 at 6:27 PM, Brian 'morlenxus' Miculcy
morlen...@gmx.net wrote:
 Hi folks,

 i have the following segfault when mail module tries to connect to the
 servers. The mail module displays the image mail/images/checking.png,
 then the segfault happens:


Outch, very nice.

 #0  0xb78ba424 in __kernel_vsyscall ()
 #1  0xb752a1c3 in __waitpid_nocancel () from
 /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
 #2  0x08076b94 in e_alert_show (sig=11) at e_alert.c:57
 #3  0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc)
 at e_signals.c:125
 #4 signal handler called
 #5  0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8,
 p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at
 edje_calc.c:1952

Could you send the content of ep-param2-description, then
((Edje_Part_Description_Image*) ep-param2-description)-image.tweens
and ((Edje_Part_Description_Image*)
ep-param2-description)-image.tweens_count ?

Thanks,
-- 
Cedric BAIL

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in Edje

[The Rasterman]

On Sun, 27 Nov 2011 18:27:53 +0100 Brian 'morlenxus' Miculcy
morlen...@gmx.net said:

 Hi folks,
 
 i have the following segfault when mail module tries to connect to the 
 servers. The mail module displays the image mail/images/checking.png, 
 then the segfault happens:

can you print some of the parameter values on that line?

p ep-param2-description
p ((Edje_Part_Description_Image*) ep-param2-description)-image.tweens
p image_num
p image_count


 #0  0xb78ba424 in __kernel_vsyscall ()
 #1  0xb752a1c3 in __waitpid_nocancel () from 
 /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
 #2  0x08076b94 in e_alert_show (sig=11) at e_alert.c:57
 #3  0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) 
 at e_signals.c:125
 #4 signal handler called
 #5  0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, 
 p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at 
 edje_calc.c:1952
 #6  0xb763a970 in _edje_part_recalc (ed=0x9838590, ep=0x98a69d8, 
 flags=3) at edje_calc.c:2435
 #7  0xb7634b42 in _edje_recalc_do (ed=0x9838590) at edje_calc.c:461
 #8  0xb7695f55 in _edje_thaw_edje (ed=0x9838590) at edje_util.c:179
 #9  0xb7696000 in edje_thaw () at edje_util.c:196
 #10 0x08075d7d in _e_main_cb_idle_before (data=0x0) at e_main.c:1747
 #11 0xb77782d1 in _ecore_call_task_cb (func=0x8075c5d 
 _e_main_cb_idle_before, data=0x0) at ecore_private.h:264
 #12 0xb777860d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:164
 #13 0xb777b324 in _ecore_main_loop_iterate_internal (once_only=0) at 
 ecore_main.c:1740
 #14 0xb7779d70 in ecore_main_loop_begin () at ecore_main.c:887
 #15 0x08073b92 in main (argc=1, argv=0xbfab8724) at e_main.c:956
 
 Hopefully someone has an idea what's wrong here...
 
 Kind regards,
 Brian 'morlenxus' Miculcy
 
 --
 All the data continuously generated in your IT infrastructure 
 contains a definitive record of customers, application performance, 
 security threats, fraudulent activity, and more. Splunk takes this 
 data and makes sense of it. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-novd2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in Edje

[The Rasterman]

On Sun, 27 Nov 2011 18:27:53 +0100 Brian 'morlenxus' Miculcy
morlen...@gmx.net said:

i'm trying to reproduce - compiled, installed and set up mail module, it's
showing me if/when i have new mail, and running under valgrind. no complaints
there. no crashes with or without valgrind. :(

 Hi folks,
 
 i have the following segfault when mail module tries to connect to the 
 servers. The mail module displays the image mail/images/checking.png, 
 then the segfault happens:
 
 #0  0xb78ba424 in __kernel_vsyscall ()
 #1  0xb752a1c3 in __waitpid_nocancel () from 
 /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
 #2  0x08076b94 in e_alert_show (sig=11) at e_alert.c:57
 #3  0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) 
 at e_signals.c:125
 #4 signal handler called
 #5  0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, 
 p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at 
 edje_calc.c:1952
 #6  0xb763a970 in _edje_part_recalc (ed=0x9838590, ep=0x98a69d8, 
 flags=3) at edje_calc.c:2435
 #7  0xb7634b42 in _edje_recalc_do (ed=0x9838590) at edje_calc.c:461
 #8  0xb7695f55 in _edje_thaw_edje (ed=0x9838590) at edje_util.c:179
 #9  0xb7696000 in edje_thaw () at edje_util.c:196
 #10 0x08075d7d in _e_main_cb_idle_before (data=0x0) at e_main.c:1747
 #11 0xb77782d1 in _ecore_call_task_cb (func=0x8075c5d 
 _e_main_cb_idle_before, data=0x0) at ecore_private.h:264
 #12 0xb777860d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:164
 #13 0xb777b324 in _ecore_main_loop_iterate_internal (once_only=0) at 
 ecore_main.c:1740
 #14 0xb7779d70 in ecore_main_loop_begin () at ecore_main.c:887
 #15 0x08073b92 in main (argc=1, argv=0xbfab8724) at e_main.c:956
 
 Hopefully someone has an idea what's wrong here...
 
 Kind regards,
 Brian 'morlenxus' Miculcy
 
 --
 All the data continuously generated in your IT infrastructure 
 contains a definitive record of customers, application performance, 
 security threats, fraudulent activity, and more. Splunk takes this 
 data and makes sense of it. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-novd2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[hannes.janet...@gmail.com]

On Tue, Oct 4, 2011 at 2:49 AM, Carsten Haitzler ras...@rasterman.com wrote:
 On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
 tom.haco...@partner.samsung.com said:

 Hey guys,

 I attached the backtrace. Happened when I switched desktops using my key
 combination. I have engage, and compositing using gl with an nvidia card.

 i've never seen this issue - but i don't use engage (anymore - after some
 crashes caused by it).


got a bt? :)


 --
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler)    ras...@rasterman.com


 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2dcopy1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[hannes.janet...@gmail.com]

On Tue, Oct 4, 2011 at 9:16 AM, hannes.janet...@gmail.com
hannes.janet...@googlemail.com wrote:
 On Tue, Oct 4, 2011 at 2:49 AM, Carsten Haitzler ras...@rasterman.com wrote:
 On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
 tom.haco...@partner.samsung.com said:

 Hey guys,

 I attached the backtrace. Happened when I switched desktops using my key
 combination. I have engage, and compositing using gl with an nvidia card.

 i've never seen this issue - but i don't use engage (anymore - after some
 crashes caused by it).


 got a bt? :)



but seriously there was a segv a few months ago from not clearing
active_item pointer when item was removed. fixed now. no other segv
since then.


 --
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler)    ras...@rasterman.com


 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2dcopy1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[hannes.janet...@gmail.com]

On Tue, Oct 4, 2011 at 9:19 AM, hannes.janet...@gmail.com
hannes.janet...@googlemail.com wrote:
 On Tue, Oct 4, 2011 at 9:16 AM, hannes.janet...@gmail.com
 hannes.janet...@googlemail.com wrote:
 On Tue, Oct 4, 2011 at 2:49 AM, Carsten Haitzler ras...@rasterman.com 
 wrote:
 On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
 tom.haco...@partner.samsung.com said:

 Hey guys,

 I attached the backtrace. Happened when I switched desktops using my key
 combination. I have engage, and compositing using gl with an nvidia card.

 i've never seen this issue - but i don't use engage (anymore - after some
 crashes caused by it).


 got a bt? :)



 but seriously there was a segv a few months ago from not clearing
 active_item pointer when item was removed. fixed now. no other segv
 since then.


so please stop bitching about engage until testing current again, ok? :)


 --
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler)    ras...@rasterman.com


 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2dcopy1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[The Rasterman]

On Tue, 4 Oct 2011 09:16:37 +0200 hannes.janet...@gmail.com
hannes.janet...@googlemail.com said:

 On Tue, Oct 4, 2011 at 2:49 AM, Carsten Haitzler ras...@rasterman.com wrote:
  On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
  tom.haco...@partner.samsung.com said:
 
  Hey guys,
 
  I attached the backtrace. Happened when I switched desktops using my key
  combination. I have engage, and compositing using gl with an nvidia card.
 
  i've never seen this issue - but i don't use engage (anymore - after some
  crashes caused by it).
 
 
 got a bt? :)

too long ago. i started digging in with valgrind and gdb... but i lacked time.
it was something to do with efreet stuff... from memory. not very useful to you
now though :(


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[The Rasterman]

On Tue, 4 Oct 2011 09:21:43 +0200 hannes.janet...@gmail.com
hannes.janet...@googlemail.com said:

 On Tue, Oct 4, 2011 at 9:19 AM, hannes.janet...@gmail.com
 hannes.janet...@googlemail.com wrote:
  On Tue, Oct 4, 2011 at 9:16 AM, hannes.janet...@gmail.com
  hannes.janet...@googlemail.com wrote:
  On Tue, Oct 4, 2011 at 2:49 AM, Carsten Haitzler ras...@rasterman.com
  wrote:
  On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
  tom.haco...@partner.samsung.com said:
 
  Hey guys,
 
  I attached the backtrace. Happened when I switched desktops using my key
  combination. I have engage, and compositing using gl with an nvidia card.
 
  i've never seen this issue - but i don't use engage (anymore - after some
  crashes caused by it).
 
 
  got a bt? :)
 
 
 
  but seriously there was a segv a few months ago from not clearing
  active_item pointer when item was removed. fixed now. no other segv
  since then.
 
 
 so please stop bitching about engage until testing current again, ok? :)

:-P~ well that was the only difference between tom and me there... :) as a way
of eliminating things... he can unload it and see if crashes go away or not...
at least we know what the cause is to reproduce it, but i dont see any such
crash here (if i did.. i'd fix it). :)

 
  --
  - Codito, ergo sum - I code, therefore I am --
  The Rasterman (Carsten Haitzler)    ras...@rasterman.com
 
 
  --
  All the data continuously generated in your IT infrastructure contains a
  definitive record of customers, application performance, security
  threats, fraudulent activity and more. Splunk takes this data and makes
  sense of it. Business sense. IT sense. Common sense.
  http://p.sf.net/sfu/splunk-d2dcopy1
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2dcopy1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[Tom Hacohen]

On 04/10/11 02:49, Carsten Haitzler (The Rasterman) wrote:
 On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
 tom.haco...@partner.samsung.com  said:

 Hey guys,

 I attached the backtrace. Happened when I switched desktops using my key
 combination. I have engage, and compositing using gl with an nvidia card.

 i've never seen this issue - but i don't use engage (anymore - after some
 crashes caused by it).


Ah. Maybe engage is the cause then.

--
Tom.

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[Tom Hacohen]

On 04/10/11 09:37, Carsten Haitzler (The Rasterman) wrote:
 :-P~ well that was the only difference between tom and me there... :) as a way
 of eliminating things... he can unload it and see if crashes go away or not...
 at least we know what the cause is to reproduce it, but i dont see any such
 crash here (if i did.. i'd fix it). :)

The segs are too rare, it'd mean not using engage for weeks/months, 
don't want to do that. :)

--
Tom.

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[The Rasterman]

On Tue, 04 Oct 2011 09:47:23 +0200 Tom Hacohen
tom.haco...@partner.samsung.com said:

 On 04/10/11 02:49, Carsten Haitzler (The Rasterman) wrote:
  On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
  tom.haco...@partner.samsung.com  said:
 
  Hey guys,
 
  I attached the backtrace. Happened when I switched desktops using my key
  combination. I have engage, and compositing using gl with an nvidia card.
 
  i've never seen this issue - but i don't use engage (anymore - after some
  crashes caused by it).
 
 
 Ah. Maybe engage is the cause then.

don't know really. but if they are that rare, we need to coarse-grain narrow it
down first.


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[The Rasterman]

On Wed, 14 Sep 2011 16:26:35 +0300 Tom Hacohen
tom.haco...@partner.samsung.com said:

 Hey guys,
 
 I attached the backtrace. Happened when I switched desktops using my key 
 combination. I have engage, and compositing using gl with an nvidia card.

i've never seen this issue - but i don't use engage (anymore - after some
crashes caused by it).

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault in E

[Tom Hacohen]

On 14/09/11 16:26, Tom Hacohen wrote:

Hey guys,

I attached the backtrace. Happened when I switched desktops using my key
combination. I have engage, and compositing using gl with an nvidia card.


Another backtrace, different place, same module, another segfault.

--
Tom.

#6  0xb5ccdbac in _e_mod_comp_cb_update (c=0x973ba28) at e_mod_comp.c:818
818EINA_LIST_FREE(c-updates, cw)
(gdb) print c-updates
$1 = (Eina_List *) 0xa0
(gdb) bt
#0  0xb78c0424 in __kernel_vsyscall ()
#1  0xb6f6e81b in waitpid () from /lib/libpthread.so.0
#2  0x08076bf8 in e_alert_show (sig=11) at e_alert.c:56
#3  0x08139010 in e_sigseg_act (x=11, info=0xbfa2892c, data=0xbfa289ac)
at e_signals.c:125
#4  signal handler called
#5  0xb5ccbd97 in eina_list_data_get (list=0xa0)
at /opt/e17/include/eina-1/eina/eina_inline_list.x:47
#6  0xb5ccdbac in _e_mod_comp_cb_update (c=0x973ba28) at e_mod_comp.c:818
#7  0xb5cce898 in _e_mod_comp_cb_job (data=0x973ba28) at e_mod_comp.c:1133
#8  0xb744a284 in _ecore_job_event_handler (data=0x0, type=11, ev=0x9eaca20)
at ecore_job.c:106
#9  0xb744466e in _ecore_call_handler_cb (
func=0xb744a267 _ecore_job_event_handler, data=0x0, type=11, 
event=0x9eaca20) at ecore_private.h:291
#10 0xb74455c8 in _ecore_event_call () at ecore_events.c:691
#11 0xb744c494 in _ecore_main_loop_iterate_internal (once_only=0)
at ecore_main.c:1793
#12 0xb744adb0 in ecore_main_loop_begin () at ecore_main.c:861
#13 0x08073c18 in main (argc=1, argv=0xbfa2a054) at e_main.c:945

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Segfault in E

[Tom Hacohen]

Hey guys,

I attached the backtrace. Happened when I switched desktops using my key 
combination. I have engage, and compositing using gl with an nvidia card.


Cheers,
Tom.
#0  0xb77a7424 in __kernel_vsyscall ()
#1  0xb6e5c81b in waitpid () from /lib/libpthread.so.0
#2  0x08076bf8 in e_alert_show (sig=11) at e_alert.c:56
#3  0x08139010 in e_sigseg_act (x=11, info=0xbfe0372c, data=0xbfe037ac)
at e_signals.c:125
#4  signal handler called
#5  0xb5bd1908 in _e_mod_comp_render_queue (c=0x0) at e_mod_comp.c:1156
#6  0xb5bd1966 in _e_mod_comp_win_render_queue (cw=0x88e3d18)
at e_mod_comp.c:1172
#7  0xb5bd1c14 in _e_mod_comp_object_del (data=0x88e3d18, obj=0x8e392b0)
at e_mod_comp.c:1257
#8  0x08122580 in e_object_free (obj=0x8e392b0) at e_object.c:70
#9  0x0812261c in e_object_unref (obj=0x8e392b0) at e_object.c:106
#10 0x081224ef in e_object_del (obj=0x8e392b0) at e_object.c:37
#11 0xb5cec6ac in _pager_popup_free (pp=0x8e39298) at e_mod_main.c:748
#12 0xb5cf00fe in _pager_popup_cb_timeout (data=0x8e39298) at e_mod_main.c:2306
#13 0xb733bfd8 in _ecore_call_task_cb (
func=0xb5cf00d1 _pager_popup_cb_timeout, data=0x8e39298)
at ecore_private.h:246
#14 0xb733d202 in _ecore_timer_expired_call (when=1147177.808443554)
at ecore_timer.c:731
#15 0xb733d092 in _ecore_timer_expired_timers_call (when=1147177.808443554)
at ecore_timer.c:685
#16 0xb733a345 in _ecore_main_loop_iterate_internal (once_only=0)
at ecore_main.c:1683
#17 0xb7338db0 in ecore_main_loop_begin () at ecore_main.c:861
#18 0x08073c18 in main (argc=1, argv=0xbfe04e64) at e_main.c:945

--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerryreg; mobile platform with sessions, labs  more.
See new tools and technologies. Register for BlackBerryreg; DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 ___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault when calling edje_shutdown() before ecore_evas_shutdown()

[The Rasterman]

On Mon, 1 Aug 2011 19:14:04 -0300 Rafael Antognolli antogno...@profusion.mobi
said:

fixed in svn now.. i hope. refcounted lib core with active objects.

 Hello guys,
 
 I was working on an example and had the problem cited in the subject.
 Since I just didn't look at the code, I'm just giving the backtrace
 and valgrind log:
 
 GNU gdb (Gentoo 7.2 p1) 7.2
 Copyright (C) 2010 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-pc-linux-gnu.
 For bug reporting instructions, please see:
 http://bugs.gentoo.org/...
 Reading symbols from
 /home/antognolli/e17/build/edje/src/examples/.libs/edje-box2...done.
 (gdb) r
 Starting program: /home/antognolli/e17/build/edje/src/examples/.libs/edje-box2
 [Thread debugging using libthread_db enabled]
 
 Program received signal SIGSEGV, Segmentation fault.
 0x77ba25ba in eina_mempool_free (mp=0x0, element=0x0)
 at 
 /home/antognolli/e17/install/include/eina-1/eina/eina_inline_mempool.x:120
 120mp-backend.free(mp-backend_data, element);
 (gdb) bt
 #0  0x77ba25ba in eina_mempool_free (mp=0x0, element=0x0)
 at 
 /home/antognolli/e17/install/include/eina-1/eina/eina_inline_mempool.x:120
 #1  0x77ba55df in _edje_file_del (ed=0x604220)
 at /home/antognolli/e17/git_e17/edje/src/lib/edje_load.c:992
 #2  0x77bb82e0 in _edje_smart_del (obj=0x70e7e200)
 at /home/antognolli/e17/git_e17/edje/src/lib/edje_smart.c:150
 #3  0x73d5622f in evas_object_smart_del (obj=0x70e7e200)
 at 
 /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_object_smart.c:680
 #4  0x73d4a894 in evas_object_del (obj=0x70e7e200)
 at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_object_main.c:431
 #5  0x73d3a8ba in evas_layer_pre_free (lay=0x652330)
 at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_layer.c:68
 #6  0x73d3b1f3 in evas_free (e=0x64f990)
 at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_main.c:187
 #7  0x76a711d9 in _ecore_evas_free (ee=0x6509a0)
 at /home/antognolli/e17/git_e17/ecore/src/lib/ecore_evas/ecore_evas.c:2822
 #8  0x76a6cd7e in ecore_evas_shutdown ()
 at /home/antognolli/e17/git_e17/ecore/src/lib/ecore_evas/ecore_evas.c:252
 #9  0x00401d78 in main (argc=1, argv=0x7fffd628)
 at /home/antognolli/e17/git_e17/edje/src/examples/edje-box2.c:193
 (gdb)
 
 
 Valgrind log and source code attached.
 
 Regards,
 -- 
 Rafael Antognolli
 ProFUSION embedded systems
 http://profusion.mobi


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos  much more. Register early  save!
http://p.sf.net/sfu/rim-blackberry-1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] segfault when calling edje_shutdown() before ecore_evas_shutdown()

[Rafael Antognolli]

Hello guys,

I was working on an example and had the problem cited in the subject.
Since I just didn't look at the code, I'm just giving the backtrace
and valgrind log:

GNU gdb (Gentoo 7.2 p1) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-pc-linux-gnu.
For bug reporting instructions, please see:
http://bugs.gentoo.org/...
Reading symbols from
/home/antognolli/e17/build/edje/src/examples/.libs/edje-box2...done.
(gdb) r
Starting program: /home/antognolli/e17/build/edje/src/examples/.libs/edje-box2
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x77ba25ba in eina_mempool_free (mp=0x0, element=0x0)
at 
/home/antognolli/e17/install/include/eina-1/eina/eina_inline_mempool.x:120
120mp-backend.free(mp-backend_data, element);
(gdb) bt
#0  0x77ba25ba in eina_mempool_free (mp=0x0, element=0x0)
at 
/home/antognolli/e17/install/include/eina-1/eina/eina_inline_mempool.x:120
#1  0x77ba55df in _edje_file_del (ed=0x604220)
at /home/antognolli/e17/git_e17/edje/src/lib/edje_load.c:992
#2  0x77bb82e0 in _edje_smart_del (obj=0x70e7e200)
at /home/antognolli/e17/git_e17/edje/src/lib/edje_smart.c:150
#3  0x73d5622f in evas_object_smart_del (obj=0x70e7e200)
at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_object_smart.c:680
#4  0x73d4a894 in evas_object_del (obj=0x70e7e200)
at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_object_main.c:431
#5  0x73d3a8ba in evas_layer_pre_free (lay=0x652330)
at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_layer.c:68
#6  0x73d3b1f3 in evas_free (e=0x64f990)
at /home/antognolli/e17/git_e17/evas/src/lib/canvas/evas_main.c:187
#7  0x76a711d9 in _ecore_evas_free (ee=0x6509a0)
at /home/antognolli/e17/git_e17/ecore/src/lib/ecore_evas/ecore_evas.c:2822
#8  0x76a6cd7e in ecore_evas_shutdown ()
at /home/antognolli/e17/git_e17/ecore/src/lib/ecore_evas/ecore_evas.c:252
#9  0x00401d78 in main (argc=1, argv=0x7fffd628)
at /home/antognolli/e17/git_e17/edje/src/examples/edje-box2.c:193
(gdb)


Valgrind log and source code attached.

Regards,
-- 
Rafael Antognolli
ProFUSION embedded systems
http://profusion.mobi
==7770== Memcheck, a memory error detector
==7770== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==7770== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==7770== Command: .libs/edje-box2
==7770== 
==7770== Invalid read of size 8
==7770==at 0x4E99313: _edje_file_del (edje_load.c:935)
==7770==by 0x4EAC2DF: _edje_smart_del (edje_smart.c:150)
==7770==by 0x8C1922E: evas_object_smart_del (evas_object_smart.c:680)
==7770==by 0x8C0D893: evas_object_del (evas_object_main.c:431)
==7770==by 0x8BFD8B9: evas_layer_pre_free (evas_layer.c:68)
==7770==by 0x8BFE1F2: evas_free (evas_main.c:187)
==7770==by 0x5F951D8: _ecore_evas_free (ecore_evas.c:2822)
==7770==by 0x5F90D7D: ecore_evas_shutdown (ecore_evas.c:252)
==7770==by 0x401D77: main (edje-box2.c:193)
==7770==  Address 0xbb41eb8 is 104 bytes inside a block of size 67,680 free'd
==7770==at 0x4C2614D: free (vg_replace_malloc.c:366)
==7770==by 0xAA27587: _eina_chained_mp_pool_free 
(eina_chained_mempool.c:146)
==7770==by 0xAA27F80: eina_chained_mempool_shutdown 
(eina_chained_mempool.c:485)
==7770==by 0xAA1162B: eina_mempool_del (eina_mempool.c:336)
==7770==by 0x4EA01E7: edje_shutdown (edje_main.c:126)
==7770==by 0x401D72: main (edje-box2.c:192)
==7770== 
==7770== Invalid read of size 8
==7770==at 0x4E99332: _edje_file_del (edje_load.c:937)
==7770==by 0x4EAC2DF: _edje_smart_del (edje_smart.c:150)
==7770==by 0x8C1922E: evas_object_smart_del (evas_object_smart.c:680)
==7770==by 0x8C0D893: evas_object_del (evas_object_main.c:431)
==7770==by 0x8BFD8B9: evas_layer_pre_free (evas_layer.c:68)
==7770==by 0x8BFE1F2: evas_free (evas_main.c:187)
==7770==by 0x5F951D8: _ecore_evas_free (ecore_evas.c:2822)
==7770==by 0x5F90D7D: ecore_evas_shutdown (ecore_evas.c:252)
==7770==by 0x401D77: main (edje-box2.c:193)
==7770==  Address 0xbb41ec0 is 112 bytes inside a block of size 67,680 free'd
==7770==at 0x4C2614D: free (vg_replace_malloc.c:366)
==7770==by 0xAA27587: _eina_chained_mp_pool_free 
(eina_chained_mempool.c:146)
==7770==by 0xAA27F80: eina_chained_mempool_shutdown 
(eina_chained_mempool.c:485)
==7770==by 0xAA1162B: eina_mempool_del (eina_mempool.c:336)
==7770==by 0x4EA01E7: edje_shutdown (edje_main.c:126)
==7770==by 0x401D72: main (edje-box2.c:192)
==7770== 
==7770== Invalid read of size 8
==7770==at 0x4E9933F: 

Re: [E-devel] segfault of edje_cc during compilation of elementary

[The Rasterman]

On Sat, 23 Jul 2011 11:44:25 +0200 Tomas Cech tc...@suse.cz said:

i've added more error printing on engines not being found. fyi buffer enigne
is considered a default part of evas. it is always compiled as it has no
dependencies, thus using buffer enigne pretty much should never have an
error... well unless you mis-package evas like what happened to you :) well for
you buffer engine didn't load because a dependency (software generic - also
always compiled and installed as its required for buffer engine) wasn't
there. :)

 It also explains where 'image_colorspace_get' is defined when not
 redefined in engine.
 
 After adding 'evas-module_engine_software_generic' to Requires field
 in the spec file problem vanished. I'll recheck which engines need
 this dependency and fix it too.
 
 I'd suggest to print some error message when such condition happen and
 add check for not accessing NULL pointer there.
 
 Thanks for your help!
 
 Best regards,
 
 Tomas Cech
 Sleep_Walker
 
 --
 Storage Efficiency Calculator
 This modeling tool is based on patent-pending intellectual property that
 has been used successfully in hundreds of IBM storage optimization engage-
 ments, worldwide.  Store less, Store more with what you own, Move data to 
 the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault of edje_cc during compilation of elementary

[Tomas Cech]

On Fri, Jul 29, 2011 at 03:24:35PM +0900, Carsten Haitzler wrote:
On Sat, 23 Jul 2011 11:44:25 +0200 Tomas Cech tc...@suse.cz said:

i've added more error printing on engines not being found. fyi buffer enigne
is considered a default part of evas. it is always compiled as it has no
dependencies, thus using buffer enigne pretty much should never have an
error... well unless you mis-package evas like what happened to you :) well for
you buffer engine didn't load because a dependency (software generic - also
always compiled and installed as its required for buffer engine) wasn't
there. :)

Thanks for your comments. I made these modules not configurable in my
spec file so I won't meet it again.

Best regards,

Tomas Cech
Sleep_Walker

--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault of edje_cc during compilation of elementary

[Tomas Cech]

Hi,

On Sat, Jul 23, 2011 at 03:10:15AM +0200, Cedric BAIL wrote:
Hi,

On Sat, Jul 23, 2011 at 12:55 AM, Tomas Cech tc...@suse.cz wrote:
 Hi,

 On Fri, Jul 22, 2011 at 11:44:53AM +0200, Tomas Cech wrote:

 On Fri, Jul 22, 2011 at 01:20:32AM +0200, Cedric BAIL wrote:

 Hi,

 On Thu, Jul 21, 2011 at 11:47 PM, Tomas Cech tc...@suse.cz wrote:

 I'm trying to create packages for openSUSE once again. I noticed that
 build of elementary fails on segfault of edje_cc.

 Log of the build can be found here:
 http://goo.gl/xTTuj

 I tried to analyze coredump of this segfault and it looks like:

 Program received signal SIGSEGV, Segmentation fault.
 0x7724f236 in evas_object_image_add (e=value optimized out)
 at evas_object_image.c:147
 147        o-cur.cspace =

 obj-layer-evas-engine.func-image_colorspace_get(obj-layer-evas-engine.data.output,
 (gdb) bt
 #0  0x7724f236 in evas_object_image_add (e=value optimized
 out) at evas_object_image.c:147
 #1  0x0040441a in data_write_images
 (ef=0xa00580,image_num=0x7fffbc04, input_bytes=0x7fffbc0c,
     input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
 #2  0x004059ad in data_write () at edje_cc_out.c:1084
 #3  0x0040343f in main (argc=8, argv=value optimized out) at
 edje_cc.c:217
 (gdb) p obj-layer-evas-engine
 $5 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0},
 info = 0x0, info_magic = 0}

 Sounds like you don't have buffer engine installed for evas.
 What would be interesting is evas build log.

 Buffer engine is installed and successfully loaded. I'm unable to
 find, where EcoreEvas-Evas-engine gets initialized.

How do you know that the engine is successfully loaded ? Did you try
running edje_cc on top of strace ? I would be interested to know what
it tell.

I walked through the code and got here:

Breakpoint 4, eina_module_load (m=0x6902d0) at
eina_amalgamation.c:15511
15511  DBG(successfully loaded %s, m-file);
(gdb) p m-file
$64 = 0x6902dc
/usr/lib64/evas/modules/engines/buffer/linux-gnu-x86_64-1.0.1/module.so


 I got to 'ecore_evas_buffer_allocfunc_new', where is
  557    ee-evas = evas_new();

 but this evas object doesn't have engine initialized:
 557        ee-evas = evas_new();
 (gdb) 558        evas_data_attach_set(ee-evas, ee);
 (gdb) p ee-evas
 $60 = (Evas *) 0x660610
 (gdb) p ee-evas-engine
 $61 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0},
 info = 0x0, info_magic = 0}

 I'd appreciate if someone could tell me where to look.

The function call that will bind the engine to the evas cancas is the
following one :
 evas_output_method_set(ee-evas, rmethod);

After reading your build log, I don't see anything obviously wrong, so
try strace that the best advice I can give you and post the output
when done. Maybe that will us figure out what's going on.

Strace really shown the culprit:

stat(/usr/lib64/evas/modules/engines/buffer/linux-gnu-x86_64-1.0.1/module.so, 
{st_mode=S_IFREG|0755, st_size=18904, ...}) = 0
futex(0x7fb2f25b30e0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
open(/usr/lib64/evas/modules/engines/buffer/linux-gnu-x86_64-1.0.1/module.so, 
O_RDONLY) = 7
read(7, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\0\30\0\0\0\0\0\0..., 
832) = 832
fstat(7, {st_mode=S_IFREG|0755, st_size=18904, ...}) = 0
mmap(NULL, 2115568, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 7, 0) = 
0x7fb2ed84c000
fadvise64(7, 0, 2115568, POSIX_FADV_WILLNEED) = 0
mprotect(0x7fb2ed84f000, 2097152, PROT_NONE) = 0
mmap(0x7fb2eda4f000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 7, 0x3000) = 0x7fb2eda4f000
close(7)= 0
mprotect(0x7fb2eda4f000, 4096, PROT_READ) = 0
stat(/usr/lib64/evas/modules/engines/software_generic/linux-gnu-x86_64-1.0.1/module.so,
 0x7fff235b05f0) = -1 ENOENT (No such file or directory)

It also explains where 'image_colorspace_get' is defined when not
redefined in engine.

After adding 'evas-module_engine_software_generic' to Requires field
in the spec file problem vanished. I'll recheck which engines need
this dependency and fix it too.

I'd suggest to print some error message when such condition happen and
add check for not accessing NULL pointer there.

Thanks for your help!

Best regards,

Tomas Cech
Sleep_Walker

--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault of edje_cc during compilation of elementary

[Tomas Cech]

On Fri, Jul 22, 2011 at 01:20:32AM +0200, Cedric BAIL wrote:

Hi,

On Thu, Jul 21, 2011 at 11:47 PM, Tomas Cech tc...@suse.cz wrote:

I'm trying to create packages for openSUSE once again. I noticed that
build of elementary fails on segfault of edje_cc.

Log of the build can be found here:
http://goo.gl/xTTuj

I tried to analyze coredump of this segfault and it looks like:

Program received signal SIGSEGV, Segmentation fault.
0x7724f236 in evas_object_image_add (e=value optimized out)
at evas_object_image.c:147
147        o-cur.cspace =
obj-layer-evas-engine.func-image_colorspace_get(obj-layer-evas-engine.data.output,
(gdb) bt
#0  0x7724f236 in evas_object_image_add (e=value optimized out) at 
evas_object_image.c:147
#1  0x0040441a in data_write_images 
(ef=0xa00580,image_num=0x7fffbc04, input_bytes=0x7fffbc0c,
    input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
#2  0x004059ad in data_write () at edje_cc_out.c:1084
#3  0x0040343f in main (argc=8, argv=value optimized out) at 
edje_cc.c:217
(gdb) p obj-layer-evas-engine
$5 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0}, info = 
0x0, info_magic = 0}


Sounds like you don't have buffer engine installed for evas.
What would be interesting is evas build log.


Here it is:
http://goo.gl/0u02X

the main building is a bit later after preparations of virtual machine
doing the build.

Here you can check build log of all other packages (by clicking on
succeeded/failed and 'Download logfile'):
http://goo.gl/YtTXr


As edje was able to build, my
bet is that evas buffer engine was correctly build, but not properly
installed. See if you have anything in /usr/lib/evas/ .

In the building chroot environment:
venom:~ find /usr/lib*/evas -type f
/usr/lib64/evas/modules/engines/buffer/linux-gnu-x86_64-1.0.1/module.so
/usr/lib64/evas/modules/savers/jpeg/linux-gnu-x86_64-1.0.1/module.so
/usr/lib64/evas/modules/savers/eet/linux-gnu-x86_64-1.0.1/module.so
/usr/lib64/evas/modules/savers/png/linux-gnu-x86_64-1.0.1/module.so
/usr/lib64/evas/modules/loaders/jpeg/linux-gnu-x86_64-1.0.1/module.so
/usr/lib64/evas/modules/loaders/eet/linux-gnu-x86_64-1.0.1/module.so
/usr/lib64/evas/modules/loaders/png/linux-gnu-x86_64-1.0.1/module.so




Here is the only place (I found till yet) where the pointer may change:

(gdb)
evas_object_inject (obj=0x9c66c0, e=0xa06150) at evas_layer.c:16
16              lay-layer = obj-cur.layer;
(gdb)
17              evas_layer_add(lay);
(gdb) p *lay
$28 = {__in_list = {next = 0x0, prev = 0x0, last = 0x0}, layer = 0,
objects = 0x0, evas = 0xa06150, engine_data = 0x0,
  usage = 0, delete_me = 0 '\000'}

So I suspect buffer engine from te beginning:

Breakpoint 2, data_write_images (ef=0xa00580, image_num=0x7fffbc04, 
input_bytes=0x7fffbc0c,
    input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
519                            im = evas_object_image_add(evas);
(gdb) p *evas
$29 = {__in_list = {next = 0x0, prev = 0x0, last = 0x0}, magic = 1886877552, 
pointer = {inside = 1 '\001',
    mouse_grabbed = 0, button = 0, x = 0, y = 0, object = {in = 0x0}}, viewport 
= {x = 0, y = 0, w = 1, h = 1,
    changed = 0 '\000'}, output = {w = 1, h = 1, render_method = 0, changed = 1 
'\001'}, damages = 0x0, obscures = 0x0,
  layers = 0x0, name_hash = 0x9634a0, output_validity = 1, walking_list = 0, 
events_frozen = 0, engine = {module = 0x0,
    func = 0x0, data = {output = 0x0, context = 0x0}, info = 0x0, info_magic = 
0}, delete_objects = {version = 1,
    data = 0x0, total = 0, count = 0, step = 256, __magic = 2557874747}, 
active_objects = {version = 1, data = 0x0,
    total = 0, count = 0, step = 256, __magic = 2557874747}, restack_objects = 
{version = 1, data = 0x0, total = 0,
    count = 0, step = 256, __magic = 2557874747}, render_objects = {version = 
1, data = 0x0, total = 0, count = 0,
    step = 256, __magic = 2557874747}, pending_objects = {version = 1, data = 
0x0, total = 0, count = 0, step = 256,
    __magic = 2557874747}, obscuring_objects = {version = 1, data = 0x0, total 
= 0, count = 0, step = 256,
    __magic = 2557874747}, temporary_objects = {version = 1, data = 0x0, total 
= 0, count = 0, step = 256,
    __magic = 2557874747}, calculate_objects = {version = 1, data = 0x0, total 
= 0, count = 0, step = 256,
    __magic = 2557874747}, clip_changes = {version = 1, data = 0x0, total = 0, 
count = 0, step = 256,
    __magic = 2557874747}, post_events = 0x0, callbacks = 0x0, delete_grabs = 
0, walking_grabs = 0, grabs = 0x0,
  font_path = 0x0, focused = 0x0, attach_data = 0xa00a90, modifiers = {mod = 
{count = 6, list = 0x964ad0}, mask = 0},
  locks = {lock = {count = 3, list = 0x905130}, mask = 0}, last_timestamp = 0, 
last_mouse_down_counter = 0,
  last_mouse_up_counter = 0, nochange = 0, hinting = 
EVAS_FONT_HINTING_BYTECODE, changed = 1 '\001', delete_me = 0 '\000',
  invalidate = 1 '\001', cleanup = 0 '\000', focus = 0 '\000'}
(gdb) p evas-engine
$30 = {module = 0x0, func = 

Re: [E-devel] segfault of edje_cc during compilation of elementary

[Tomas Cech]

Hi,

On Fri, Jul 22, 2011 at 11:44:53AM +0200, Tomas Cech wrote:

On Fri, Jul 22, 2011 at 01:20:32AM +0200, Cedric BAIL wrote:

Hi,

On Thu, Jul 21, 2011 at 11:47 PM, Tomas Cech tc...@suse.cz wrote:

I'm trying to create packages for openSUSE once again. I noticed that
build of elementary fails on segfault of edje_cc.

Log of the build can be found here:
http://goo.gl/xTTuj

I tried to analyze coredump of this segfault and it looks like:

Program received signal SIGSEGV, Segmentation fault.
0x7724f236 in evas_object_image_add (e=value optimized out)
at evas_object_image.c:147
147        o-cur.cspace =
obj-layer-evas-engine.func-image_colorspace_get(obj-layer-evas-engine.data.output,
(gdb) bt
#0  0x7724f236 in evas_object_image_add (e=value optimized out) at 
evas_object_image.c:147
#1  0x0040441a in data_write_images 
(ef=0xa00580,image_num=0x7fffbc04, input_bytes=0x7fffbc0c,
    input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
#2  0x004059ad in data_write () at edje_cc_out.c:1084
#3  0x0040343f in main (argc=8, argv=value optimized out) at 
edje_cc.c:217
(gdb) p obj-layer-evas-engine
$5 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0}, info = 
0x0, info_magic = 0}


Sounds like you don't have buffer engine installed for evas.
What would be interesting is evas build log.


Buffer engine is installed and successfully loaded. I'm unable to
find, where EcoreEvas-Evas-engine gets initialized.

I got to 'ecore_evas_buffer_allocfunc_new', where is
  557ee-evas = evas_new();

but this evas object doesn't have engine initialized:
557ee-evas = evas_new();
(gdb) 
558evas_data_attach_set(ee-evas, ee);

(gdb) p ee-evas
$60 = (Evas *) 0x660610
(gdb) p ee-evas-engine
$61 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0},
info = 0x0, info_magic = 0}

I'd appreciate if someone could tell me where to look.

Thanks in advance.

Best regards,

Tomas Cech
Sleep_Walker


pgpOt1D3pmtVm.pgp
Description: PGP signature
--
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks  Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault of edje_cc during compilation of elementary

[Cedric BAIL]

Hi,

On Sat, Jul 23, 2011 at 12:55 AM, Tomas Cech tc...@suse.cz wrote:
 Hi,

 On Fri, Jul 22, 2011 at 11:44:53AM +0200, Tomas Cech wrote:

 On Fri, Jul 22, 2011 at 01:20:32AM +0200, Cedric BAIL wrote:

 Hi,

 On Thu, Jul 21, 2011 at 11:47 PM, Tomas Cech tc...@suse.cz wrote:

 I'm trying to create packages for openSUSE once again. I noticed that
 build of elementary fails on segfault of edje_cc.

 Log of the build can be found here:
 http://goo.gl/xTTuj

 I tried to analyze coredump of this segfault and it looks like:

 Program received signal SIGSEGV, Segmentation fault.
 0x7724f236 in evas_object_image_add (e=value optimized out)
 at evas_object_image.c:147
 147        o-cur.cspace =

 obj-layer-evas-engine.func-image_colorspace_get(obj-layer-evas-engine.data.output,
 (gdb) bt
 #0  0x7724f236 in evas_object_image_add (e=value optimized
 out) at evas_object_image.c:147
 #1  0x0040441a in data_write_images
 (ef=0xa00580,image_num=0x7fffbc04, input_bytes=0x7fffbc0c,
     input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
 #2  0x004059ad in data_write () at edje_cc_out.c:1084
 #3  0x0040343f in main (argc=8, argv=value optimized out) at
 edje_cc.c:217
 (gdb) p obj-layer-evas-engine
 $5 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0},
 info = 0x0, info_magic = 0}

 Sounds like you don't have buffer engine installed for evas.
 What would be interesting is evas build log.

 Buffer engine is installed and successfully loaded. I'm unable to
 find, where EcoreEvas-Evas-engine gets initialized.

How do you know that the engine is successfully loaded ? Did you try
running edje_cc on top of strace ? I would be interested to know what
it tell.

 I got to 'ecore_evas_buffer_allocfunc_new', where is
  557    ee-evas = evas_new();

 but this evas object doesn't have engine initialized:
 557        ee-evas = evas_new();
 (gdb) 558        evas_data_attach_set(ee-evas, ee);
 (gdb) p ee-evas
 $60 = (Evas *) 0x660610
 (gdb) p ee-evas-engine
 $61 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0},
 info = 0x0, info_magic = 0}

 I'd appreciate if someone could tell me where to look.

The function call that will bind the engine to the evas cancas is the
following one :
 evas_output_method_set(ee-evas, rmethod);

After reading your build log, I don't see anything obviously wrong, so
try strace that the best advice I can give you and post the output
when done. Maybe that will us figure out what's going on.

Thanks for your time,
-- 
Cedric BAIL

--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault of edje_cc during compilation of elementary

[The Rasterman]

On Sat, 23 Jul 2011 00:55:18 +0200 Tomas Cech tc...@suse.cz said:

try:

export EINA_LOG_LEVELS=eina_module:4

and see what eina complains about? so you even have the buffer module packaged
and installed? it is by default built and installed by evas. it's pretty much
an assumed component as it has no dependencies. it'll be in
PREIFX/lib/evas/modules/engines/buffer

inside that dir evas makes an arch and version specific subdir. e.g.:
linux-gnu-x86_64-1.0.999 and inside that is module.so (the .la file is just
useless junk that isn't used).

PREFIX is your install prefix - ie configure --prefix=PREFIX (/usr/local of
course the default as with all autofoo stuff)

 Hi,
 
 On Fri, Jul 22, 2011 at 11:44:53AM +0200, Tomas Cech wrote:
 On Fri, Jul 22, 2011 at 01:20:32AM +0200, Cedric BAIL wrote:
 Hi,
 
 On Thu, Jul 21, 2011 at 11:47 PM, Tomas Cech tc...@suse.cz wrote:
 I'm trying to create packages for openSUSE once again. I noticed that
 build of elementary fails on segfault of edje_cc.
 
 Log of the build can be found here:
 http://goo.gl/xTTuj
 
 I tried to analyze coredump of this segfault and it looks like:
 
 Program received signal SIGSEGV, Segmentation fault.
 0x7724f236 in evas_object_image_add (e=value optimized out)
 at evas_object_image.c:147
 147        o-cur.cspace =
 obj-layer-evas-engine.func-image_colorspace_get
 (obj-layer-evas-engine.data.output, (gdb) bt
 #0  0x7724f236 in evas_object_image_add (e=value optimized out)
 #at evas_object_image.c:147 1  0x0040441a in data_write_images
 #(ef=0xa00580,image_num=0x7fffbc04, input_bytes=0x7fffbc0c,
     input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
 #2  0x004059ad in data_write () at edje_cc_out.c:1084
 #3  0x0040343f in main (argc=8, argv=value optimized out) at
 #edje_cc.c:217
 (gdb) p obj-layer-evas-engine
 $5 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0}, info
 = 0x0, info_magic = 0}
 
 Sounds like you don't have buffer engine installed for evas.
 What would be interesting is evas build log.
 
 Buffer engine is installed and successfully loaded. I'm unable to
 find, where EcoreEvas-Evas-engine gets initialized.
 
 I got to 'ecore_evas_buffer_allocfunc_new', where is
557ee-evas = evas_new();
 
 but this evas object doesn't have engine initialized:
 557ee-evas = evas_new();
 (gdb) 
 558evas_data_attach_set(ee-evas, ee);
 (gdb) p ee-evas
 $60 = (Evas *) 0x660610
 (gdb) p ee-evas-engine
 $61 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0},
 info = 0x0, info_magic = 0}
 
 I'd appreciate if someone could tell me where to look.
 
 Thanks in advance.
 
 Best regards,
 
 Tomas Cech
 Sleep_Walker


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] segfault of edje_cc during compilation of elementary

[Cedric BAIL]

Hi,

On Thu, Jul 21, 2011 at 11:47 PM, Tomas Cech tc...@suse.cz wrote:
 I'm trying to create packages for openSUSE once again. I noticed that
 build of elementary fails on segfault of edje_cc.

 Log of the build can be found here:
 http://goo.gl/xTTuj

 I tried to analyze coredump of this segfault and it looks like:

 Program received signal SIGSEGV, Segmentation fault.
 0x7724f236 in evas_object_image_add (e=value optimized out)
 at evas_object_image.c:147
 147        o-cur.cspace =
 obj-layer-evas-engine.func-image_colorspace_get(obj-layer-evas-engine.data.output,
 (gdb) bt
 #0  0x7724f236 in evas_object_image_add (e=value optimized out) at 
 evas_object_image.c:147
 #1  0x0040441a in data_write_images 
 (ef=0xa00580,image_num=0x7fffbc04, input_bytes=0x7fffbc0c,
     input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
 #2  0x004059ad in data_write () at edje_cc_out.c:1084
 #3  0x0040343f in main (argc=8, argv=value optimized out) at 
 edje_cc.c:217
 (gdb) p obj-layer-evas-engine
 $5 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0}, info = 
 0x0, info_magic = 0}

Sounds like you don't have buffer engine installed for evas. What
would be interesting is evas build log. As edje was able to build, my
bet is that evas buffer engine was correctly build, but not properly
installed. See if you have anything in /usr/lib/evas/ .

 Here is the only place (I found till yet) where the pointer may change:

 (gdb)
 evas_object_inject (obj=0x9c66c0, e=0xa06150) at evas_layer.c:16
 16              lay-layer = obj-cur.layer;
 (gdb)
 17              evas_layer_add(lay);
 (gdb) p *lay
 $28 = {__in_list = {next = 0x0, prev = 0x0, last = 0x0}, layer = 0,
 objects = 0x0, evas = 0xa06150, engine_data = 0x0,
   usage = 0, delete_me = 0 '\000'}

 So I suspect buffer engine from te beginning:

 Breakpoint 2, data_write_images (ef=0xa00580, image_num=0x7fffbc04, 
 input_bytes=0x7fffbc0c,
     input_raw_bytes=0x7fffbc08) at edje_cc_out.c:519
 519                            im = evas_object_image_add(evas);
 (gdb) p *evas
 $29 = {__in_list = {next = 0x0, prev = 0x0, last = 0x0}, magic = 1886877552, 
 pointer = {inside = 1 '\001',
     mouse_grabbed = 0, button = 0, x = 0, y = 0, object = {in = 0x0}}, 
 viewport = {x = 0, y = 0, w = 1, h = 1,
     changed = 0 '\000'}, output = {w = 1, h = 1, render_method = 0, changed = 
 1 '\001'}, damages = 0x0, obscures = 0x0,
   layers = 0x0, name_hash = 0x9634a0, output_validity = 1, walking_list = 0, 
 events_frozen = 0, engine = {module = 0x0,
     func = 0x0, data = {output = 0x0, context = 0x0}, info = 0x0, info_magic 
 = 0}, delete_objects = {version = 1,
     data = 0x0, total = 0, count = 0, step = 256, __magic = 2557874747}, 
 active_objects = {version = 1, data = 0x0,
     total = 0, count = 0, step = 256, __magic = 2557874747}, restack_objects 
 = {version = 1, data = 0x0, total = 0,
     count = 0, step = 256, __magic = 2557874747}, render_objects = {version = 
 1, data = 0x0, total = 0, count = 0,
     step = 256, __magic = 2557874747}, pending_objects = {version = 1, data = 
 0x0, total = 0, count = 0, step = 256,
     __magic = 2557874747}, obscuring_objects = {version = 1, data = 0x0, 
 total = 0, count = 0, step = 256,
     __magic = 2557874747}, temporary_objects = {version = 1, data = 0x0, 
 total = 0, count = 0, step = 256,
     __magic = 2557874747}, calculate_objects = {version = 1, data = 0x0, 
 total = 0, count = 0, step = 256,
     __magic = 2557874747}, clip_changes = {version = 1, data = 0x0, total = 
 0, count = 0, step = 256,
     __magic = 2557874747}, post_events = 0x0, callbacks = 0x0, delete_grabs = 
 0, walking_grabs = 0, grabs = 0x0,
   font_path = 0x0, focused = 0x0, attach_data = 0xa00a90, modifiers = {mod = 
 {count = 6, list = 0x964ad0}, mask = 0},
   locks = {lock = {count = 3, list = 0x905130}, mask = 0}, last_timestamp = 
 0, last_mouse_down_counter = 0,
   last_mouse_up_counter = 0, nochange = 0, hinting = 
 EVAS_FONT_HINTING_BYTECODE, changed = 1 '\001', delete_me = 0 '\000',
   invalidate = 1 '\001', cleanup = 0 '\000', focus = 0 '\000'}
 (gdb) p evas-engine
 $30 = {module = 0x0, func = 0x0, data = {output = 0x0, context = 0x0}, info = 
 0x0, info_magic = 0}


 Since I believe more in your programming skills than my packaging, I'd
 like to know what did I wrong.

Good to see more packagers comming !
-- 
Cedric BAIL

--
5 Ways to Improve  Secure Unified Communications
Unified Communications promises greater efficiencies for business. UC can 
improve internal communications as well as offer faster, more efficient ways
to interact with customers and streamline customer service. Learn more!
http://www.accelacomm.com/jaw/sfnl/114/51426253/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[Tom Hacohen]

On 11/07/11 17:35, Tom Hacohen wrote:
 Dear all,

 There's a segfault when using ELM_ENGINE=shot with Entry.

 The problem is that it tries setting up DND properties on the X window,
 but we have no X window when using the shot engine.

 I guess we should check the engine currently used to avoid this.
 Shouldn't it also affect the fb engines?


Fixed, in SVN. There were actually two issues, and I'm pretty sure it 
would have affected other engines as well.

--
Tom.

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[David Seikel]

On Mon, 11 Jul 2011 17:35:06 +0300 Tom Hacohen
tom.haco...@partner.samsung.com wrote:

 Dear all,
 
 There's a segfault when using ELM_ENGINE=shot with Entry.
 
 The problem is that it tries setting up DND properties on the X
 window, but we have no X window when using the shot engine.
 
 I guess we should check the engine currently used to avoid this. 
 Shouldn't it also affect the fb engines?

Trying Entry under fb is next on my TODO list.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[Tom Hacohen]

On 11/07/11 17:54, David Seikel wrote:
 Trying Entry under fb is next on my TODO list.

Please let me know. :)

--
Tom.


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[David Seikel]

On Mon, 11 Jul 2011 17:58:47 +0300 Tom Hacohen
tom.haco...@partner.samsung.com wrote:

 On 11/07/11 17:54, David Seikel wrote:
  Trying Entry under fb is next on my TODO list.
 
 Please let me know. :)

Don't hold your breath, I might sleep before then.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[David Seikel]

On Mon, 11 Jul 2011 17:58:47 +0300 Tom Hacohen
tom.haco...@partner.samsung.com wrote:

 On 11/07/11 17:54, David Seikel wrote:
  Trying Entry under fb is next on my TODO list.
 
 Please let me know. :)

It worked fine.

Keep in mind though that my fb development system uses the released
tarballs of EFL, and the latest elementary snapshot tarball.  There may
or may not have been bugs added after those tarballs.  I use SVN
(updated this morning) for testing the app under X before I compile up
the fb version to test it under qemu, or real hardware.

Now that I have tried it, I've decided it's overkill for my app, and
not very compatible with the strange input method used by the real
hardware (not my choice).  It will be simpler to just whip up my own
thing than try to beat the elementary one into shape.  Note to raster -
your just use X, it will be simpler still does not apply.  :-P

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[Tom Hacohen]

On 11/07/11 20:49, David Seikel wrote:
 On Mon, 11 Jul 2011 17:58:47 +0300 Tom Hacohen
 tom.haco...@partner.samsung.com  wrote:

 On 11/07/11 17:54, David Seikel wrote:
 Trying Entry under fb is next on my TODO list.

 Please let me know. :)

 It worked fine.

 Keep in mind though that my fb development system uses the released
 tarballs of EFL, and the latest elementary snapshot tarball.  There may
 or may not have been bugs added after those tarballs.  I use SVN
 (updated this morning) for testing the app under X before I compile up
 the fb version to test it under qemu, or real hardware.

 Now that I have tried it, I've decided it's overkill for my app, and
 not very compatible with the strange input method used by the real
 hardware (not my choice).  It will be simpler to just whip up my own
 thing than try to beat the elementary one into shape.  Note to raster -
 your just use X, it will be simpler still does not apply.  :-P

I think the problem is when you compile on a system that has X but you 
choose to use the fb. I.e you need Ecore_X or whatever on that system in 
order to get this bug with the fb engine.

--
Tom.

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault with the ELM_ENGINE=shot

[David Seikel]

On Mon, 11 Jul 2011 21:15:13 +0300 Tom Hacohen
tom.haco...@partner.samsung.com wrote:

 On 11/07/11 20:49, David Seikel wrote:
  On Mon, 11 Jul 2011 17:58:47 +0300 Tom Hacohen
  tom.haco...@partner.samsung.com  wrote:
 
  On 11/07/11 17:54, David Seikel wrote:
  Trying Entry under fb is next on my TODO list.
 
  Please let me know. :)
 
  It worked fine.
 
  Keep in mind though that my fb development system uses the released
  tarballs of EFL, and the latest elementary snapshot tarball.  There
  may or may not have been bugs added after those tarballs.  I use SVN
  (updated this morning) for testing the app under X before I compile
  up the fb version to test it under qemu, or real hardware.
 
  Now that I have tried it, I've decided it's overkill for my app, and
  not very compatible with the strange input method used by the real
  hardware (not my choice).  It will be simpler to just whip up my own
  thing than try to beat the elementary one into shape.  Note to
  raster - your just use X, it will be simpler still does not
  apply.  :-P
 
 I think the problem is when you compile on a system that has X but
 you choose to use the fb. I.e you need Ecore_X or whatever on that
 system in order to get this bug with the fb engine.

Ah, that might be why I did not get the problem then.  The whole point
of using fb on this project was so I don't have to compile 30 odd X
packages into this tiny system.  It's important to this contract to
keep the entire system down to the absolute bare minimum.

At least I have helped establish one more data point on this segfault.
Maybe.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[The Rasterman]

On Tue, 21 Jun 2011 15:28:01 +0200 Svante Signell svante.sign...@telia.com
said:

 On Sat, 2011-06-18 at 08:42 +0900, Carsten Haitzler wrote:
  On Fri, 17 Jun 2011 16:38:48 +0200 Svante Signell svante.sign...@telia.com
  said:
 ...
   A full backtrace, see http://paste.debian.net/120170/ shows that
   something goes wrong within the function
   scale_rgba_in_to_out_clip_sample_internal()
   
   #0: evas_scale_sample.c:284 at
   scale_rgba_in_to_out_clip_sample_internal() 
   Arguments: src_region_h=80, dst_region_h=768
   Local variables: src_h = 31439232, dst_h = 9584648  Totally wrong
  
  and yes - totally wrong. also there is code to protect against nutty
  dimensions like this... so i'm wondering if this is stack corruption?
 
 Thank you for your help so far. I have now compiled and installed evas
 1.0.1 and eina 1.0.1, the problem remains. How to debug a stack
 corruption? Valgrind is unfortunately not available.

well stack corruption happens because of a bug. the only way is either valgrind
(even that can only help a bit for tack corruption), OR... you literally trap,
and step bit by bit until u get to the known bug point and print stacks along
the way until it goes weird. no valgrind makes your life a lot harder.


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[The Rasterman]

On Fri, 17 Jun 2011 08:20:56 +0200 Svante Signell svante.sign...@telia.com
said:

 On Fri, 2011-06-17 at 12:25 +0900, Carsten Haitzler wrote:
  On Wed, 15 Jun 2011 11:35:07 +0200 Svante Signell svante.sign...@telia.com
  said:
 ... 
   Loks looks the problems are in evas_image_scalecache.c:776 in function
   evas_common_rgba_image_scalecache_do(). First thought was
   that since SSE/MMX was enabled, and GNU/Hurd is compiled for i486, it
   could be the problem, but it was not. I'm running Hurd under qemu-kvm.
 ...
  could you try valgrind and get a more detailed print of the line it died
  at? it makes little sense dying where it did.
 
 Thank you for your reply. Unfortunately valgrind is not available for
 GNU/Hurd. It is on the high-priority list though.
 
 Can different compilers have anything to do with the problems?
 eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the buildd
 while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0, edje-1.0.0,
 efreet-1.0.0, evas-1.0.0 all have been built by me with gcc-4.6.
 
 I think all other depending libraries also have been built with gcc-4.4.

used 4.4 and using 4.5 on linux with no problems. so i think not.


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[The Rasterman]

On Fri, 17 Jun 2011 11:39:29 +0200 Svante Signell svante.sign...@telia.com
said:

 On Fri, 2011-06-17 at 16:35 +0900, Carsten Haitzler wrote:
  On Fri, 17 Jun 2011 08:20:56 +0200 Svante Signell svante.sign...@telia.com
 ..
   Can different compilers have anything to do with the problems?
   eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the buildd
   while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0, edje-1.0.0,
   efreet-1.0.0, evas-1.0.0 all have been built by me with gcc-4.6.
   
   I think all other depending libraries also have been built with gcc-4.4.
  
  used 4.4 and using 4.5 on linux with no problems. so i think not.
 
 When compiling eina with gcc-54.6 I get one test failure:
 98%: Checks: 88, Failures: 1, Errors: 0
 eina_test_main.c:51:F:Main:eina_hamster:0: Failure 'eina_hamster_count()
 = 0' occured

it's a joke. why the hell did someone put that in a test?

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[David Seikel]

On Fri, 17 Jun 2011 18:53:54 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:

 On Fri, 17 Jun 2011 11:39:29 +0200 Svante Signell
 svante.sign...@telia.com said:
 
  On Fri, 2011-06-17 at 16:35 +0900, Carsten Haitzler wrote:
   On Fri, 17 Jun 2011 08:20:56 +0200 Svante Signell
   svante.sign...@telia.com
  ..
Can different compilers have anything to do with the problems?
eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the
buildd while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0,
edje-1.0.0, efreet-1.0.0, evas-1.0.0 all have been built by me
with gcc-4.6.

I think all other depending libraries also have been built with
gcc-4.4.
   
   used 4.4 and using 4.5 on linux with no problems. so i think not.
  
  When compiling eina with gcc-54.6 I get one test failure:
  98%: Checks: 88, Failures: 1, Errors: 0
  eina_test_main.c:51:F:Main:eina_hamster:0: Failure
  'eina_hamster_count() = 0' occured
 
 it's a joke. why the hell did someone put that in a test?

They REALLY like hamsters?

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[The Rasterman]

On Fri, 17 Jun 2011 16:38:48 +0200 Svante Signell svante.sign...@telia.com
said:

 On Fri, 2011-06-17 at 16:35 +0900, Carsten Haitzler wrote:
  On Fri, 17 Jun 2011 08:20:56 +0200 Svante Signell svante.sign...@telia.com
  said:
 ..
   
   Can different compilers have anything to do with the problems?
   eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the buildd
   while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0, edje-1.0.0,
   efreet-1.0.0, evas-1.0.0 all have been built by me with gcc-4.6.
   
   I think all other depending libraries also have been built with gcc-4.4.
  
  used 4.4 and using 4.5 on linux with no problems. so i think not.
 
 I have now compiled all EFL libraries with gcc-4.6, the problem
 remains. 
 
 A full backtrace, see http://paste.debian.net/120170/ shows that
 something goes wrong within the function
 scale_rgba_in_to_out_clip_sample_internal()
 
 #0: evas_scale_sample.c:284 at
 scale_rgba_in_to_out_clip_sample_internal() 
 Arguments: src_region_h=80, dst_region_h=768
 Local variables: src_h = 31439232, dst_h = 9584648  Totally wrong
 
 #1: evas_image_scalecache.c:776 at
 evas_common_rgba_image_scalecache_do()
 Arguments: src_region_h=800, dst_region_h=768
 
 #2: evas_engine.c:491 at eng_image_draw ()
 Arguments: src_h=800,dst_h=768
 
 Any hints how to check further, or should I upgrade to the 1.0.1
 versions of EFL?

upgrade 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[Svante Signell]

On Fri, 2011-06-17 at 16:35 +0900, Carsten Haitzler wrote:
 On Fri, 17 Jun 2011 08:20:56 +0200 Svante Signell svante.sign...@telia.com
..
  Can different compilers have anything to do with the problems?
  eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the buildd
  while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0, edje-1.0.0,
  efreet-1.0.0, evas-1.0.0 all have been built by me with gcc-4.6.
  
  I think all other depending libraries also have been built with gcc-4.4.
 
 used 4.4 and using 4.5 on linux with no problems. so i think not.

When compiling eina with gcc-54.6 I get one test failure:
98%: Checks: 88, Failures: 1, Errors: 0
eina_test_main.c:51:F:Main:eina_hamster:0: Failure 'eina_hamster_count()
= 0' occured

What does this test do?


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[Svante Signell]

On Fri, 2011-06-17 at 16:35 +0900, Carsten Haitzler wrote:
 On Fri, 17 Jun 2011 08:20:56 +0200 Svante Signell svante.sign...@telia.com
 said:
..
  
  Can different compilers have anything to do with the problems?
  eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the buildd
  while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0, edje-1.0.0,
  efreet-1.0.0, evas-1.0.0 all have been built by me with gcc-4.6.
  
  I think all other depending libraries also have been built with gcc-4.4.
 
 used 4.4 and using 4.5 on linux with no problems. so i think not.

I have now compiled all EFL libraries with gcc-4.6, the problem
remains. 

A full backtrace, see http://paste.debian.net/120170/ shows that
something goes wrong within the function
scale_rgba_in_to_out_clip_sample_internal()

#0: evas_scale_sample.c:284 at
scale_rgba_in_to_out_clip_sample_internal() 
Arguments: src_region_h=80, dst_region_h=768
Local variables: src_h = 31439232, dst_h = 9584648  Totally wrong

#1: evas_image_scalecache.c:776 at
evas_common_rgba_image_scalecache_do()
Arguments: src_region_h=800, dst_region_h=768

#2: evas_engine.c:491 at eng_image_draw ()
Arguments: src_h=800,dst_h=768

Any hints how to check further, or should I upgrade to the 1.0.1
versions of EFL?



--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[Svante Signell]

On Fri, 2011-06-17 at 18:53 +0900, Carsten Haitzler wrote:
 On Fri, 17 Jun 2011 11:39:29 +0200 Svante Signell svante.sign...@telia.com
 said:

  When compiling eina with gcc-4.6 I get one test failure:
  98%: Checks: 88, Failures: 1, Errors: 0
  eina_test_main.c:51:F:Main:eina_hamster:0: Failure 'eina_hamster_count()
  = 0' occured
 
 it's a joke. why the hell did someone put that in a test?

Problem solved: I had LANG set to en_GB.UTF-8. Changing it to C made the
test pass.



--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[Svante Signell]

On Fri, 2011-06-17 at 12:25 +0900, Carsten Haitzler wrote:
 On Wed, 15 Jun 2011 11:35:07 +0200 Svante Signell svante.sign...@telia.com
 said:
... 
  Loks looks the problems are in evas_image_scalecache.c:776 in function
  evas_common_rgba_image_scalecache_do(). First thought was
  that since SSE/MMX was enabled, and GNU/Hurd is compiled for i486, it
  could be the problem, but it was not. I'm running Hurd under qemu-kvm.
...
 could you try valgrind and get a more detailed print of the line it died at? 
 it
 makes little sense dying where it did.

Thank you for your reply. Unfortunately valgrind is not available for
GNU/Hurd. It is on the high-priority list though.

Can different compilers have anything to do with the problems?
eet-1.4.0 and eina-1.0.0 have been built with gcc-4.4 by the buildd
while e17-0.16.999.55225, ecore-1.0.0, edbus-1.0.0, edje-1.0.0,
efreet-1.0.0, evas-1.0.0 all have been built by me with gcc-4.6.

I think all other depending libraries also have been built with gcc-4.4.


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Segfault when starting e17 (evas module)

[Svante Signell]

On Thu, 2011-06-16 at 22:51 +0200, Vincent Torri wrote:
 
 On Wed, 15 Jun 2011, Svante Signell wrote:
 
  Hi, I'm compiling e17 on Debian GNU/Hurd and it compiles now with some
  recent hurd/libc changes. However when starting it segfaults, seems to
  be in the evas module. All EFL versions in Debian are 1.0.0. Is there
  any known issue since then, now most libs are 1.0.1?
 
  I have a backtrace in case you are interested, see
  http://paste.debian.net/119789/ How to best debug e17?
 
 for debugging e17:
 
 http://trac.enlightenment.org/e/wiki/Debugging

Thank you for your link to the debugging page. Attaching to the crashed
e17 enables you to get a bt from the crash, but not do single-stepping,
etc in gdb. However, I got a tip from Manuel Menal, who had e17 running
in GNU/Hurd some time ago. 

In order to do single stepping in gdb you could do the following:

Start X with only an xterm xinit /usr/bin/xterm
Then run e17 from that xterm:
export E_START=enlightenment_start ; gdb enlightenment

This worked for me an I found out that the crash happened at:
evas-1.0.0/src/lib/engines/common/evas_scale_sample.c:284

   DATA32  *ptr, *dst_ptr, *src_data, *dst_data;
...
 {
280:   dst_ptr = dptr;
   for (x = 0; x  dst_clip_w; x++) dst_clip_w = 36
 {
   ptr = row_ptr[y] + lin_ptr[x]; ptr= (DATA32 *) 0x8306bf8
284:   *dst_ptr = *ptr; *ptr= 4284900966 - crash here
   dst_ptr++;
  }
}
  dptr += dst_w; *dptr= 4284900966
  }
}

Are these pointer values reasonable? The seem very large to me.


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel