On Fri, Dec 28, 2012 at 10:20:55AM -0200, Gustavo Sverzut Barbieri wrote: > Could you send valgrind logs as well?
Here you go, sorry for delay:
SHR root@qemux86-64 ~ $ valgrind enjoy
==9139== Memcheck, a memory error detector
==9139== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==9139== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==9139== Command: enjoy
==9139==
==9139== Syscall param capget(data) points to unaddressable byte(s)
==9139== at 0x6C45CF7: capget (syscall-template.S:81)
==9139== by 0xDD53B62: cap_init (cap_alloc.c:32)
==9139== by 0xDD5448C: cap_from_text (cap_text.c:122)
==9139== by 0xDAE3BDB: secmem_init (secmem.c:243)
==9139== by 0xDAE3FF7: _gcry_secmem_init (secmem.c:503)
==9139== by 0xDADF837: _gcry_vcontrol (global.c:362)
==9139== by 0xDADD1EB: gcry_control (visibility.c:78)
==9139== by 0xBD6EA59: eet_init (eet_lib.c:597)
==9139== by 0x4EEE1E9: elm_quicklaunch_init (elm_main.c:411)
==9139== by 0x4EEE8BF: elm_init (elm_main.c:205)
==9139== by 0x407E4F: main (main.c:479)
==9139== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==9139==
==9139== Syscall param capget(data) points to unaddressable byte(s)
==9139== at 0x6C45CF7: capget (syscall-template.S:81)
==9139== by 0xDD53B62: cap_init (cap_alloc.c:32)
==9139== by 0xDD5448C: cap_from_text (cap_text.c:122)
==9139== by 0xDAE3C8B: secmem_init (secmem.c:247)
==9139== by 0xDAE3FF7: _gcry_secmem_init (secmem.c:503)
==9139== by 0xDADF837: _gcry_vcontrol (global.c:362)
==9139== by 0xDADD1EB: gcry_control (visibility.c:78)
==9139== by 0xBD6EA59: eet_init (eet_lib.c:597)
==9139== by 0x4EEE1E9: elm_quicklaunch_init (elm_main.c:411)
==9139== by 0x4EEE8BF: elm_init (elm_main.c:205)
==9139== by 0x407E4F: main (main.c:479)
==9139== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==9139==
==9232== Warning: invalid file descriptor 1024 in syscall close()
==9232== Warning: invalid file descriptor 1025 in syscall close()
==9232== Warning: invalid file descriptor 1026 in syscall close()
==9232== Use --log-fd=<number> to select an alternative log fd.
==9232== Warning: invalid file descriptor 1027 in syscall close()
==9232== Warning: invalid file descriptor 1028 in syscall close()
==9232== Warning: invalid file descriptor 1029 in syscall close()
==9139== Invalid read of size 1
==9139== at 0x4C2A342: __GI_strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9139== by 0xAE21697: _dbus_marshal_write_basic (dbus-marshal-basic.c:821)
==9139== by 0xAE11C40: _dbus_type_writer_write_basic
(dbus-marshal-recursive.c:1601)
==9139== by 0xAE14B02: dbus_message_iter_append_basic (dbus-message.c:2668)
==9139== by 0x62A02F2: append_basic (edbus_message.c:416)
==9139== by 0x62A12AF: _edbus_message_arguments_vappend (edbus_message.c:443)
==9139== by 0x629AE65: _edbus_proxy_vcall (edbus_proxy.c:546)
==9139== by 0x629AFF4: edbus_proxy_call (edbus_proxy.c:569)
==9139== by 0x62A6847: edbus_name_request (edbus_freedesktop.c:11)
==9139== by 0x414598: enjoy_dbus_init (dbus.c:92)
==9139== by 0x408CAF: elm_main (main.c:458)
==9139== by 0x6B80754: (below main) (libc-start.c:225)
==9139== Address 0x6575716552007573 is not stack'd, malloc'd or (recently)
free'd
==9139==
==9139==
==9139== Process terminating with default action of signal 11 (SIGSEGV)
==9139== General Protection Fault
==9139== at 0x4C2A342: __GI_strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9139== by 0xAE21697: _dbus_marshal_write_basic (dbus-marshal-basic.c:821)
==9139== by 0xAE11C40: _dbus_type_writer_write_basic
(dbus-marshal-recursive.c:1601)
==9139== by 0xAE14B02: dbus_message_iter_append_basic (dbus-message.c:2668)
==9139== by 0x62A02F2: append_basic (edbus_message.c:416)
==9139== by 0x62A12AF: _edbus_message_arguments_vappend (edbus_message.c:443)
==9139== by 0x629AE65: _edbus_proxy_vcall (edbus_proxy.c:546)
==9139== by 0x629AFF4: edbus_proxy_call (edbus_proxy.c:569)
==9139== by 0x62A6847: edbus_name_request (edbus_freedesktop.c:11)
==9139== by 0x414598: enjoy_dbus_init (dbus.c:92)
==9139== by 0x408CAF: elm_main (main.c:458)
==9139== by 0x6B80754: (below main) (libc-start.c:225)
==9139==
==9139== HEAP SUMMARY:
==9139== in use at exit: 302,492 bytes in 2,715 blocks
==9139== total heap usage: 5,582 allocs, 2,867 frees, 1,709,938 bytes
allocated
==9139==
==9139== LEAK SUMMARY:
==9139== definitely lost: 72 bytes in 2 blocks
==9139== indirectly lost: 0 bytes in 0 blocks
==9139== possibly lost: 0 bytes in 0 blocks
==9139== still reachable: 302,420 bytes in 2,713 blocks
==9139== suppressed: 0 bytes in 0 blocks
==9139== Rerun with --leak-check=full to see details of leaked memory
==9139==
==9139== For counts of detected and suppressed errors, rerun with: -v
==9139== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)
Segmentation fault
SHR root@qemux86-64 ~ $ valgrind eve
==9894== Memcheck, a memory error detector
==9894== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==9894== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==9894== Command: eve
==9894==
==9894== Syscall param capget(data) points to unaddressable byte(s)
==9894== at 0x7042CF7: capget (syscall-template.S:81)
==9894== by 0xE13EB62: cap_init (cap_alloc.c:32)
==9894== by 0xE13F48C: cap_from_text (cap_text.c:122)
==9894== by 0xDECEBDB: secmem_init (secmem.c:243)
==9894== by 0xDECEFF7: _gcry_secmem_init (secmem.c:503)
==9894== by 0xDECA837: _gcry_vcontrol (global.c:362)
==9894== by 0xDEC81EB: gcry_control (visibility.c:78)
==9894== by 0x5F80A59: eet_init (eet_lib.c:597)
==9894== by 0x4EEE1E9: elm_quicklaunch_init (elm_main.c:411)
==9894== by 0x4EEE8BF: elm_init (elm_main.c:205)
==9894== by 0x40647F: main (main.c:929)
==9894== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==9894==
==9894== Syscall param capget(data) points to unaddressable byte(s)
==9894== at 0x7042CF7: capget (syscall-template.S:81)
==9894== by 0xE13EB62: cap_init (cap_alloc.c:32)
==9894== by 0xE13F48C: cap_from_text (cap_text.c:122)
==9894== by 0xDECEC8B: secmem_init (secmem.c:247)
==9894== by 0xDECEFF7: _gcry_secmem_init (secmem.c:503)
==9894== by 0xDECA837: _gcry_vcontrol (global.c:362)
==9894== by 0xDEC81EB: gcry_control (visibility.c:78)
==9894== by 0x5F80A59: eet_init (eet_lib.c:597)
==9894== by 0x4EEE1E9: elm_quicklaunch_init (elm_main.c:411)
==9894== by 0x4EEE8BF: elm_init (elm_main.c:205)
==9894== by 0x40647F: main (main.c:929)
==9894== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==9894==
==9894== Warning: set address range perms: large range [0x3943d000, 0x7943f000)
(defined)
==10371== Warning: invalid file descriptor 1024 in syscall close()
==10371== Warning: invalid file descriptor 1025 in syscall close()
==10371== Warning: invalid file descriptor 1026 in syscall close()
==10371== Use --log-fd=<number> to select an alternative log fd.
==10371== Warning: invalid file descriptor 1027 in syscall close()
==10371== Warning: invalid file descriptor 1028 in syscall close()
==9894== Invalid read of size 1
==9894== at 0x4C2A342: __GI_strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9894== by 0xB21E697: _dbus_marshal_write_basic (dbus-marshal-basic.c:821)
==9894== by 0xB20EC40: _dbus_type_writer_write_basic
(dbus-marshal-recursive.c:1601)
==9894== by 0xB211B02: dbus_message_iter_append_basic (dbus-message.c:2668)
==9894== by 0x63A32F2: append_basic (edbus_message.c:416)
==9894== by 0x63A42AF: _edbus_message_arguments_vappend (edbus_message.c:443)
==9894== by 0x639DE65: _edbus_proxy_vcall (edbus_proxy.c:546)
==9894== by 0x639DFF4: edbus_proxy_call (edbus_proxy.c:569)
==9894== by 0x63A9847: edbus_name_request (edbus_freedesktop.c:11)
==9894== by 0x407C4F: elm_main (main.c:885)
==9894== by 0x6F7D754: (below main) (libc-start.c:225)
==9894== Address 0x6575716552007573 is not stack'd, malloc'd or (recently)
free'd
==9894==
==9894==
==9894== Process terminating with default action of signal 11 (SIGSEGV)
==9894== General Protection Fault
==9894== at 0x4C2A342: __GI_strlen (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9894== by 0xB21E697: _dbus_marshal_write_basic (dbus-marshal-basic.c:821)
==9894== by 0xB20EC40: _dbus_type_writer_write_basic
(dbus-marshal-recursive.c:1601)
==9894== by 0xB211B02: dbus_message_iter_append_basic (dbus-message.c:2668)
==9894== by 0x63A32F2: append_basic (edbus_message.c:416)
==9894== by 0x63A42AF: _edbus_message_arguments_vappend (edbus_message.c:443)
==9894== by 0x639DE65: _edbus_proxy_vcall (edbus_proxy.c:546)
==9894== by 0x639DFF4: edbus_proxy_call (edbus_proxy.c:569)
==9894== by 0x63A9847: edbus_name_request (edbus_freedesktop.c:11)
==9894== by 0x407C4F: elm_main (main.c:885)
==9894== by 0x6F7D754: (below main) (libc-start.c:225)
==9894==
==9894== HEAP SUMMARY:
==9894== in use at exit: 555,135 bytes in 3,828 blocks
==9894== total heap usage: 9,964 allocs, 6,136 frees, 2,475,728 bytes
allocated
==9894==
==9894== LEAK SUMMARY:
==9894== definitely lost: 88 bytes in 3 blocks
==9894== indirectly lost: 0 bytes in 0 blocks
==9894== possibly lost: 119,625 bytes in 368 blocks
==9894== still reachable: 435,422 bytes in 3,457 blocks
==9894== suppressed: 0 bytes in 0 blocks
==9894== Rerun with --leak-check=full to see details of leaked memory
==9894==
==9894== For counts of detected and suppressed errors, rerun with: -v
==9894== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 2 from 2)
Killed
>
> On Friday, December 28, 2012, Martin Jansa wrote:
>
> > I haven't seen this with omega/1.7.3/r81287, but now with E17
> > release/1.7.4/r81627 I see very similar segfaults from eve and
> > enjoy immediately after launching them:
> >
> > eve:
> > Program received signal SIGSEGV, Segmentation fault.
> > __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42
> > 42 pcmpeqb (%rax), %xmm0
> > (gdb) bt
> > #0 __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42
> > #1 0x00007ffff17f6698 in marshal_string (pos_after=0x6bbfa0,
> > byte_order=<optimized out>,
> > value=0x6575716552007573 <Address 0x6575716552007573
out of bounds>,
> > insert_at=0, str=0x6b6710) at dbus-marshal-basic.c:821
> > #2 _dbus_marshal_write_basic (str=0x6b6710, insert_at=0,
> > type=type@entry=115,
> > value=value@entry=0x7fffffffd7b8, byte_order=<optimized
out>,
> > pos_after=pos_after@entry=0x6bbfa0) at
dbus-marshal-basic.c:901
> > #3 0x00007ffff17e6c41 in _dbus_type_writer_write_basic_no_typecode
> > (value=0x7fffffffd7b8, type=115, writer=0x6bbf80)
> > at dbus-marshal-recursive.c:1601
> > #4 _dbus_type_writer_write_basic_no_typecode (value=0x7fffffffd7b8,
> > type=115, writer=0x6bbf80) at
dbus-marshal-recursive.c:2308
> > #5 _dbus_type_writer_write_basic (writer=writer@entry=0x6bbf80,
> > type=115, value=0x7fffffffd7b8) at
dbus-marshal-recursive.c:2323
> > #6 0x00007ffff17e9b03 in dbus_message_iter_append_basic
(value=<optimized
> > out>, type=<optimized out>, iter=0x6bbf70) at
dbus-message.c:2668
> > #7 dbus_message_iter_append_basic (iter=0x6bbf70, type=<optimized
out>,
> > value=value@entry=0x7fffffffd7b8) at
dbus-message.c:2578
> > #8 0x00007ffff665c2e3 in append_basic (type=type@entry=115 's',
> > vl=vl@entry=0x7fffffffd7e8,
iter=iter@entry=0x6bbf70)
> > at src/lib/edbus_message.c:416
> > #9 0x00007ffff665d2a0 in _edbus_message_arguments_vappend
(msg=msg@entry=0x6b6e70,
> > signature=signature@entry=0x7ffff6670065 "su",
> > ap=0x7ffff17f6688
<_dbus_marshal_write_basic+424>) at
> > src/lib/edbus_message.c:443
> > #10 0x00007ffff665d985 in edbus_message_arguments_vappend
(msg=msg@entry=0x6b6e70,
> > signature=signature@entry=0x7ffff6670065 "su",
> > ap=ap@entry=0x7fffffffd8b8) at
src/lib/edbus_message.c:481
> > #11 0x00007ffff6656e36 in _edbus_proxy_vcall (proxy=0x6bbe00,
> > member=<optimized out>, cb=0x406640
<_cb_dbus_request_name>,
> > cb_data=0x6b60f0,
> > timeout=-1, signature=0x7ffff6670065 "su",
ap=0x7fffffffd8b8) at
> > src/lib/edbus_proxy.c:546
> > #12 0x00007ffff6656fc5 in edbus_proxy_call (proxy=<optimized out>,
> > member=member@entry=0x7ffff6670068 "RequestName",
> > cb=cb@entry=0x406640 <_cb_dbus_request_name>,
cb_data=<optimized
> > out>, timeout=timeout@entry=-1,
> > signature=signature@entry=0x7ffff6670065 "su")
at
> > src/lib/edbus_proxy.c:569
> > #13 0x00007ffff6662838 in edbus_name_request
(conn=conn@entry=0x6b4bd0,
> > name=name@entry=0x41168d "org.enlightenment.eve",
flags=flags@entry=0,
> > cb=cb@entry=0x406640 <_cb_dbus_request_name>,
cb_data=<optimized
> > out>) at src/lib/edbus_freedesktop.c:11
> > #14 0x0000000000407c50 in elm_main (argc=1, argv=0x7fffffffebd8) at
> > main.c:885
> > #15 0x00007ffff5927755 in __libc_start_main (main=0x406470 <main>,
argc=1,
> > ubp_av=0x7fffffffebd8, init=<optimized out>,
fini=<optimized out>,
> > rtld_fini=<optimized out>,
stack_end=0x7fffffffebc8) at
> > libc-start.c:225
> > #16 0x00000000004064b9 in _start () at ../sysdeps/x86_64/start.S:123
> >
> > enjoy:
> > Program received signal SIGSEGV, Segmentation fault.
> > __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42
> > 42 pcmpeqb (%rax), %xmm0
> > (gdb) bt
> > #0 __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42
> > #1 0x00007ffff1bf2698 in marshal_string (pos_after=0x6734d0,
> > byte_order=<optimized out>,
> > value=0x6575716552007573 <Address
0x6575716552007573 out of bounds>,
> > insert_at=0, str=0x668c30) at
dbus-marshal-basic.c:821
> > #2 _dbus_marshal_write_basic (str=0x668c30, insert_at=0,
type=type@entry=115,
> > value=value@entry=0x7fffffffe888,
byte_order=<optimized out>,
> > pos_after=pos_after@entry=0x6734d0) at
dbus-marshal-basic.c:901
> > #3 0x00007ffff1be2c41 in _dbus_type_writer_write_basic_no_typecode
> > (value=0x7fffffffe888, type=115, writer=0x6734b0)
> > at dbus-marshal-recursive.c:1601
> > #4 _dbus_type_writer_write_basic_no_typecode (value=0x7fffffffe888,
> > type=115, writer=0x6734b0) at
dbus-marshal-recursive.c:2308
> > #5 _dbus_type_writer_write_basic (writer=writer@entry=0x6734b0,
> > type=115, value=0x7fffffffe888) at
dbus-marshal-recursive.c:2323
> > #6 0x00007ffff1be5b03 in dbus_message_iter_append_basic
(value=<optimized
> > out>, type=<optimized out>, iter=0x6734a0) at
dbus-message.c:2668
> > #7 dbus_message_iter_append_basic (iter=0x6734a0, type=<optimized
out>,
> > value=value@entry=0x7fffffffe888) at
dbus-message.c:2578
> > #8 0x00007ffff675f2e3 in append_basic (type=type@entry=115 's',
> > vl=vl@entry=0x7fffffffe8b8,
iter=iter@entry=0x6734a0)
> > at src/lib/edbus_message.c:416
> > #9 0x00007ffff67602a0 in _edbus_message_arguments_vappend
(msg=msg@entry=0x62f020,
> > signature=signature@entry=0x7ffff6773065 "su",
> > ap=0x7ffff1bf2688
<_dbus_marshal_write_basic+424>) at
> > src/lib/edbus_message.c:443
> > #10 0x00007ffff6760985 in edbus_message_arguments_vappend
(msg=msg@entry=0x62f020,
> > signature=signature@entry=0x7ffff6773065 "su",
> > ap=ap@entry=0x7fffffffe988) at
src/lib/edbus_message.c:481
> > #11 0x00007ffff6759e36 in _edbus_proxy_vcall (proxy=0x673330,
> > member=<optimized out>, cb=0x4143c0
<_cb_dbus_request_name>, cb_data=0x0,
> > timeout=-1, signature=0x7ffff6773065 "su",
ap=0x7fffffffe988) at
> > src/lib/edbus_proxy.c:546
> > #12 0x00007ffff6759fc5 in edbus_proxy_call (proxy=<optimized out>,
> > member=member@entry=0x7ffff6773068 "RequestName",
> > cb=cb@entry=0x4143c0 <_cb_dbus_request_name>,
cb_data=cb_data@entry=0x0,
> > timeout=timeout@entry=-1,
> > signature=signature@entry=0x7ffff6773065 "su")
at
> > src/lib/edbus_proxy.c:569
> > #13 0x00007ffff6765838 in edbus_name_request (conn=<optimized out>,
> > name=name@entry=0x418c12 "org.enlightenment.enjoy",
flags=flags@entry=4,
> > cb=cb@entry=0x4143c0 <_cb_dbus_request_name>,
cb_data=cb_data@entry=0x0)
> > at src/lib/edbus_freedesktop.c:11
> > #14 0x0000000000414599 in enjoy_dbus_init () at dbus.c:92
> > #15 0x0000000000408cb0 in elm_main (argc=1, argv=0x7fffffffebd8) at
> > main.c:458
> > #16 0x00007ffff5d24755 in __libc_start_main (main=0x407e40 <main>,
argc=1,
> > ubp_av=0x7fffffffebd8, init=<optimized out>,
fini=<optimized out>,
> > rtld_fini=<optimized out>,
stack_end=0x7fffffffebc8) at
> > libc-start.c:225
> > #17 0x0000000000407e89 in _start () at ../sysdeps/x86_64/start.S:123
> >
> > System dbus wasn't changed afaik and edbus changes between those 2
> > revisions also don't look suspicious.
> >
> > Any hint?
> >
> > --
> > Martin 'JaMa' Jansa jabber: [email protected]
<javascript:;>
> >
>
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --------------------------------------
> MSN: [email protected]
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
------------------------------------------------------------------------------
> Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
> much more. Get web development skills now with LearnDevNow -
> 350+ hours of step-by-step video tutorials by Microsoft MVPs and
experts.
> SALE $99.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122812
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Martin 'JaMa' Jansa jabber: [email protected]
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612
_______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
