-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pipewire-Jack Segmentation Fault #63
Comments
Have the exact same thing. Opensuse Tumbleweed. Pipewire 1.2.0. I don't know the version but it worked on my desktop before as well. |
Exact same error as @naregderlevonian. It happens since I updated to pipewire 1.2.0. |
Same issue on Debian testing. |
Same here for me with the stand-alone app, but VST plugin seems to be working fine (it has its own bugs though). |
Same with pipewire-1.2.2 on Manjaro Linux. |
compared to running with
so I think it needs to use the libraries that it came with for now. |
I dont have the newest pipewire on any of my systems, this needs debugging from other people. There are debug builds in github actions, but now they expired.. I can push some commits to have them regenerated, then we see how to debug this... |
Here is what gdb outputs: Using host libthread_db library "/usr/lib/libthread_db.so.1". |
Not sure if this is helpful but this is what I got using gdb run and gdb backtrace. Using pipewire 1.2.6
|
Same issue here with pw 1.2.6 /usr/lib/libjack.so.0 loaded successfully!
[New Thread 0x7fffeac006c0 (LWP 29285)]
Thread 1 "mod-desktop" received signal SIGSEGV, Segmentation fault.
Downloading 30.70 K source file /usr/src/debug/pipewire/build/../pipewire/spa/plugins/support/loop.c
loop_queue_invoke (object=0x55555566ef20, func=0x7ffff0ac5a80 <do_data_loop_setup>, seq=0, data=0x0, size=0, block=false,
user_data=0x7ffff0798e90) at ../pipewire/spa/plugins/support/loop.c:308
308 in_thread = (impl->thread == 0 || pthread_equal(impl->thread, pthread_self())); #0 loop_queue_invoke (object=0x55555566ef20, func=0x7ffff0ac5a80 <do_data_loop_setup>, seq=0, data=0x0, size=0, block=false,
user_data=0x7ffff0798e90) at ../pipewire/spa/plugins/support/loop.c:308
#1 loop_invoke (object=0x7ffff079eff8, func=0x7ffff0ac5a80 <do_data_loop_setup>, seq=0, data=0x0, size=0, block=false,
user_data=0x7ffff0798e90) at ../pipewire/spa/plugins/support/loop.c:435
#2 0x00007ffff0ad4dee in data_loop_start (impl=impl@entry=0x7ffff0798e90, loop=loop@entry=0x7ffff0799358)
at ../pipewire/src/pipewire/context.c:295
#3 0x00007ffff0ad50f8 in acquire_data_loop (impl=impl@entry=0x7ffff0798e90, name=name@entry=0x0, klass=0x7ffff079f1d0 "data.rt",
klass@entry=0x0) at ../pipewire/src/pipewire/context.c:696
#4 0x00007ffff0ad5349 in pw_context_acquire_loop (context=context@entry=0x7ffff0798e90, props=props@entry=0x0)
at ../pipewire/src/pipewire/context.c:734
#5 0x00007ffff0ad5846 in context_get_support (context=0x7ffff0798e90, n_support=0x7fffffffcd60, info=0x0)
at ../pipewire/src/pipewire/context.c:636
#6 pw_context_get_support (context=0x7ffff0798e90, n_support=n_support@entry=0x7fffffffcd60) at ../pipewire/src/pipewire/context.c:648
#7 0x00007ffff3317aef in jack_client_open (client_name=0x555555431350 "MOD Desktop", options=JackNoStartServer, status=0x7fffffffce8c)
at ../pipewire/pipewire-jack/src/pipewire-jack.c:4108
#8 0x000055555541cb04 in ?? ()
#9 0x0000555555419eea in ?? ()
#10 0x0000555555412751 in ?? ()
#11 0x000055555541979b in ?? ()
#12 0x000055555540edc0 in ?? ()
#13 0x00007ffff6634e08 in __libc_start_call_main (main=main@entry=0x55555540ed05, argc=argc@entry=1, argv=argv@entry=0x7fffffffda28)
at ../sysdeps/nptl/libc_start_call_main.h:58
#14 0x00007ffff6634ecc in __libc_start_main_impl (main=0x55555540ed05, argc=1, argv=0x7fffffffda28, init=<optimized out>,
fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffda18) at ../csu/libc-start.c:360
#15 0x000055555540eefa in ?? () |
those logs make it very much appear like a pipewire bug, some internal data consistency is failing. |
Pipewire 1.2.0. I get this message in Arch:
In Pipewire 1.0.4, this works without problems.
The text was updated successfully, but these errors were encountered: