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>&1The 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
signature.asc
Description: PGP signature
