Control: tags -1 =
Control: reassign -1 libglibmm-2.4-1v5 2.66.1-1
On 2021-09-25 12:03:54 +0200, Francesco Poli wrote:
> Control: tags -1 - moreinfo
>
>
> On Fri, 24 Sep 2021 21:46:57 +0200 Sebastian Ramacher wrote:
>
> [...]
> > I haven't tried that yet, but otherwise you can always install -dbgsym
> > packages until all symbols are resolved.
>
> I have just tried.
> Not sure the Debuginfod method worked fine enough, but here's what I
> did.
> I first re-installed jackd2-firewire:
>
> # aptitude install jackd2-firewire+M
> The following NEW packages will be installed:
> jackd2-firewire{a} libconfig++9v5{a} libffado2{a} libxml++2.6-2v5{a}
> 0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
> [...]
>
> Then, as a regular user:
>
> $ export DEBUGINFOD_URLS="https://debuginfod.debian.net";
> $ gdb -batch -n -ex 'set pagination off' -ex run -ex bt -ex 'bt full' -ex 'thread apply all bt full' --args jackd --realtime -d alsa --device hw:PCH --softmode --hwmeter --rate 44100 > jackd_bt.out 2>&1
The relevant part seems to be:
Thread 1 "jackd" received signal SIGSEGV, Segmentation fault.
__strcmp_avx2 () at ../sysdeps/x86_64/multiarch/strcmp-avx2.S:101
Download failed: Invalid argument. Continuing without source file ./string/../sysdeps/x86_64/multiarch/strcmp-avx2.S.
101 ../sysdeps/x86_64/multiarch/strcmp-avx2.S: Inappropriate ioctl for device.
#0 __strcmp_avx2 () at ../sysdeps/x86_64/multiarch/strcmp-avx2.S:101
#1 0x00007ffff6bc4b19 in g_str_equal () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007ffff6bc3563 in g_hash_table_lookup () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007ffff6be674a in g_quark_from_static_string () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007ffff6dfdbb0 in ?? () from /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1
#5 0x00007ffff7fe210e in call_init (l=<optimized out>, argc=argc@entry=10, argv=argv@entry=0x7fffffffe168, env=env@entry=0x7fffffffe1c0) at dl-init.c:74
#6 0x00007ffff7fe21f0 in call_init (env=0x7fffffffe1c0, argv=0x7fffffffe168, argc=10, l=<optimized out>) at dl-init.c:37
#7 _dl_init (main_map=0x55555557ae80, argc=10, argv=0x7fffffffe168, env=0x7fffffffe1c0) at dl-init.c:121
#8 0x00007ffff7b41b6d in __GI__dl_catch_exception (exception=<optimized out>, operate=<optimized out>, args=<optimized out>) at dl-error-skeleton.c:182
#9 0x00007ffff7fe6484 in dl_open_worker (a=a@entry=0x7fffffffd3d0) at dl-open.c:783
#10 0x00007ffff7b41b10 in __GI__dl_catch_exception (exception=0x7fffffffd3b0, operate=0x7ffff7fe60e0 <dl_open_worker>, args=0x7fffffffd3d0) at dl-error-skeleton.c:208
#11 0x00007ffff7fe5d0a in _dl_open (file=0x7fffffffd3b0 "\340\323\377\377\377\177", mode=-2147483390, caller_dlopen=0x7ffff7f5f80c, nsid=-2, argc=10, argv=0x7fffffffe168, env=0x7fffffffe1c0) at dl-open.c:864
#12 0x00007ffff7817258 in dlopen_doit (a=a@entry=0x7fffffffd600) at dlopen.c:66
#13 0x00007ffff7b41b10 in __GI__dl_catch_exception (exception=exception@entry=0x7fffffffd5a0, operate=0x7ffff7817200 <dlopen_doit>, args=0x7fffffffd600) at dl-error-skeleton.c:208
#14 0x00007ffff7b41bcf in __GI__dl_catch_error (objname=0x55555557ccb0, errstring=0x55555557ccb8, mallocedp=0x55555557cca8, operate=<optimized out>, args=<optimized out>) at dl-error-skeleton.c:227
#15 0x00007ffff7817a65 in _dlerror_run (operate=operate@entry=0x7ffff7817200 <dlopen_doit>, args=args@entry=0x7fffffffd600) at dlerror.c:170
#16 0x00007ffff78172e4 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#17 0x00007ffff7f5f80c in ?? () from /usr/lib/x86_64-linux-gnu/libjackserver.so.0
#18 0x00007ffff7f60a8d in ?? () from /usr/lib/x86_64-linux-gnu/libjackserver.so.0
#19 0x00007ffff7f64f5e in jackctl_server_create2 () from /usr/lib/x86_64-linux-gnu/libjackserver.so.0
#20 0x0000555555558111 in ?? ()
#21 0x00007ffff7a31e4a in __libc_start_main (main=0x5555555575b0, argc=10, argv=0x7fffffffe168, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe158) at ../csu/libc-start.c:314
So this is crashing somewhere during the initialization of libglibmm.
Hence I'm reassigning to libglibmm.
Cheers
>
> The output file is attached (compressed with xz).
>
> I am not familiar with jackd source code, hence I do not fully grasp
> the backtrace, but I seem to understand that the segfault definitely
> has something to do with some dl_open related to jackd2-firewire and
> the libglibmm-2.4-1v5 package.
>
> As I said in another message, jackd works flawlessly, as soon as I
> purge jackd2-firewire .
> Have you had a chance to try and reproduce the bug with jackd2-firewire
> installed (assuming that you had previously tried without that package)?
>
>
> P.S.: I dropped the moreinfo tag from the bug report, as I think I
> provided the requested additional information. Needless to say, feel
> free to re-add the tag, in case you need anything more!
>
> --
> http://www.inventati.org/frx/
> There's not a second to spare! To the laboratory!
> ..................................................... Francesco Poli .
> GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
--
Sebastian Ramacher
Attachment:
signature.asc
Description: PGP signature