Summary: | app-misc/g15macro-1.0.3-r1 segfaults with dev-libs/libg15render-1.2-r2[truetype] and >=sys-libs/glibc-2.23 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chiitoo <chiitoo> |
Component: | Current packages | Assignee: | Robin Johnson <robbat2> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | polynomial-c |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 579962 | ||
Deadline: | 2020-10-09 |
Description
Chiitoo
![]() you did this much debugging work, maybe you could also assign the bug. :/ (In reply to Alex Xu (Hello71) from comment #1) > you did this much debugging work, maybe you could also assign the bug. :/ Apologies! I think I still had “leave bug-assigning to the bug-wranglers” in the back of my mind, though I'm not sure where it came from in the first place. Thank you! Is this segfault still happening with recent glibc? Talk about a bug I forgot about... I had to switch to a different keyboard, but the G15 I still have works enough to test this out, and indeed, the segfault is still there, though it actually gives a backtrace now without GDB. Using 'sys-libs/glibc-2.25-r8'. --- $ gdb g15macro GNU gdb (Gentoo 8.0.1 vanilla) 8.0.1 [snip] Reading symbols from g15macro...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/g15macro [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". restoring codes *** Error in `/usr/bin/g15macro': free(): invalid next size (fast): 0x0000000000621860 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x77d7c)[0x7ffff6f32d7c] /lib64/libc.so.6(+0x7f9bb)[0x7ffff6f3a9bb] /lib64/libc.so.6(+0x80ed1)[0x7ffff6f3bed1] /usr/lib64/libxcb.so.1(+0xd7c4)[0x7ffff64be7c4] /usr/lib64/libxcb.so.1(+0xdfe7)[0x7ffff64befe7] /usr/lib64/libxcb.so.1(xcb_wait_for_reply64+0x3e)[0x7ffff64bf143] /usr/lib64/libX11.so.6(_XReply+0xf8)[0x7ffff76d38f8] /usr/lib64/libX11.so.6(XQueryExtension+0x96)[0x7ffff76c9966] /usr/lib64/libXtst.so.6(+0x30a2)[0x7ffff748d0a2] /usr/lib64/libXtst.so.6(XTestQueryExtension+0x34)[0x7ffff748d265] /usr/bin/g15macro[0x4022c7] /lib64/libc.so.6(__libc_start_main+0xea)[0x7ffff6edb44a] /usr/bin/g15macro[0x402749] ======= Memory map: ======== [snip] Program received signal SIGABRT, Aborted. __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 #1 0x00007ffff6ef1ae0 in __GI_abort () at abort.c:89 #2 0x00007ffff6f32d81 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7ffff7037a58 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175 #3 0x00007ffff6f3a9bb in malloc_printerr (action=<optimized out>, str=0x7ffff7037e00 "free(): invalid next size (fast)", ptr=<optimized out>, ar_ptr=<optimized out>) at malloc.c:5077 #4 0x00007ffff6f3bed1 in _int_free (av=0x7ffff7265b00 <main_arena>, p=<optimized out>, have_lock=<optimized out>) at malloc.c:3873 #5 0x00007ffff64be7c4 in poll_for_reply (c=c@entry=0x614410, request=request@entry=31, reply=reply@entry=0x7fffffffcb08, error=error@entry=0x7fffffffcbe0) at /var/tmp/portage/x11-libs/libxcb-1.12-r2/work/libxcb-1.12/src/xcb_in.c:457 #6 0x00007ffff64befe7 in wait_for_reply (c=c@entry=0x614410, request=request@entry=31, e=e@entry=0x7fffffffcbe0) at /var/tmp/portage/x11-libs/libxcb-1.12-r2/work/libxcb-1.12/src/xcb_in.c:515 #7 0x00007ffff64bf143 in xcb_wait_for_reply64 (c=0x614410, request=31, e=0x7fffffffcbe0) at /var/tmp/portage/x11-libs/libxcb-1.12-r2/work/libxcb-1.12/src/xcb_in.c:560 #8 0x00007ffff76d38f8 in _XReply () from /usr/lib64/libX11.so.6 #9 0x00007ffff76c9966 in XQueryExtension () from /usr/lib64/libX11.so.6 #10 0x00007ffff748d0a2 in get_xinput_base (dpy=0x613010) at /var/tmp/portage/x11-libs/libXtst-1.2.3/work/libXtst-1.2.3/src/XTest.c:79 #11 find_display (dpy=dpy@entry=0x613010) at /var/tmp/portage/x11-libs/libXtst-1.2.3/work/libXtst-1.2.3/src/XTest.c:83 #12 0x00007ffff748d265 in XTestQueryExtension (dpy=0x613010, event_base_return=0x7fffffffcd6c, error_base_return=0x7fffffffcd6c, major_return=0x7fffffffcd64, minor_return=0x7fffffffcd68) at /var/tmp/portage/x11-libs/libXtst-1.2.3/work/libXtst-1.2.3/src/XTest.c:101 #13 0x00000000004022c7 in ?? () #14 0x00007ffff6edb44a in __libc_start_main (main=0x401c80, argc=1, argv=0x7fffffffd888, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffd878) at ../csu/libc-start.c:295 #15 0x0000000000402749 in ?? () @Andreas K. Hüttel I can confirm and reproduce the Bug. But perhaps as Workaround: (as described above) add "dev-libs/libg15render -truetype" to your "/etc/portage/package.use/<MYFILE>.use" and rekompile lig15render It works now... :-) Hopefully the bug will be fixed in near future... |