[Jack-Devel] [jack2] netone backend crashes at startup on x86_64 back to version 1.9.7

PrevNext  Index
DateWed, 04 Sep 2013 21:47:17 +0200
From Hanspeter Portner <[hidden] at airpost dot net>
To[hidden] at lists dot jackaudio dot org
I've filed an issue a while back on github about this issue, maybe it 
was the wrong channel, so I'll try here:
https://github.com/jackaudio/jack2/issues/38

jack2 version 1.9.7 is the last one that has a working netone backend on 
my current system, all later versions up to git HEAD crash at startup. 
It works fine though on my other (i686 machine)
jackd -d netone >> CRASH

uname -a >> Linux melamori 3.10.10-1-ARCH #1 SMP PREEMPT Fri Aug 30 
11:30:06 CEST 2013 x86_64 GNU/Linux

gdb dump
========
jackdmp 1.9.10
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2013 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
[New Thread 0x7ffff3745700 (LWP 15530)]
no message buffer overruns
[Thread 0x7ffff3745700 (LWP 15530) exited]
[New Thread 0x7ffff3745700 (LWP 15531)]
no message buffer overruns
[Thread 0x7ffff3745700 (LWP 15531) exited]
[New Thread 0x7ffff3745700 (LWP 15532)]
no message buffer overruns
[Thread 0x7ffff3745700 (LWP 15532) exited]
JACK server starting in realtime mode with priority 10
[New Thread 0x7ffff7fbe700 (LWP 15534)]
[New Thread 0x7ffff7f3d700 (LWP 15535)]
[New Thread 0x7ffff7ebc700 (LWP 15536)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7ebc700 (LWP 15536)]
0x00007ffff60a6bf3 in Jack::JackNetOneDriver::FreePorts() () from 
/usr/lib/jack/jack_netone.so
(gdb) bt
#0 0x00007ffff60a6bf3 in Jack::JackNetOneDriver::FreePorts() () from 
/usr/lib/jack/jack_netone.so
#1 0x00007ffff60a6e66 in Jack::JackNetOneDriver::Initialize() () from 
/usr/lib/jack/jack_netone.so
#2 0x00007ffff7b99661 in 
Jack::JackWaitThreadedDriver::JackDriverStarter::Execute() () from 
/usr/lib/libjackserver.so.0
#3 0x00007ffff7b895b0 in Jack::JackPosixThread::ThreadHandler(void*) () 
from /usr/lib/libjackserver.so.0
#4 0x00007ffff6e1bdd2 in start_thread () from /usr/lib/libpthread.so.0
#5 0x00007ffff7115cdd in clone () from /usr/lib/libc.so.6
(gdb)

The corresponding ArchLinux bug:
https://bugs.archlinux.org/task/36053

That's how jack2 is built on ArchLinux:
https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/jack2 


There are others a part from me having this problem on ArchLinux (most 
probably only on x86_64).
So chances are high that it's not only my system which is to blame.

I've tried to build the sources with debug symbols to get a hint from 
gdb where the problem may be, but they were not included;-(
Is there some additional hook needed apart from './waf configure 
--debug'? (I'm not used to waf...)

Funny enough, it starts up fine when started within valgrind.

Any ideas where the problem may be or where I should look further?

Hanspeter Portner
PrevNext  Index

1378324045.4443_0.ltw:2, <52278E45.6010401 at airpost dot net>