Date: Fri, 5 Jun 2015 20:04:53 +0200 From: Matthias Apitz <guru@unixarea.de> To: Tobias Berner <tcberner@gmail.com>, kde-freebsd@kde.org, multimedia@freebsd.org Subject: KDE && jackd flag -l (was: kbiff && zombies) Message-ID: <20150605180453.GA1605@c720-r276659> In-Reply-To: <20150605093951.GA40017@c720-r276659> References: <20150602102221.GA3393@c720-r276659> <1594539.qBefdthF7o@tl12> <20150603073720.GA2509@c720-r276659> <1590193.DEjpYeqoYJ@tl4> <20150605074401.GA39371@c720-r276659> <20150605093951.GA40017@c720-r276659>
next in thread | previous in thread | raw e-mail | index | archive | help
I have modified the shell wrapper script for jackd as:
#!/bin/sh
printf "\nnew jackd call, pid: %d\n" $$ >> /tmp/jackd
echo args: $0 $* >> /tmp/jackd
/usr/local/bin/jackd.bin $* &
echo last pg pid: $! >> /tmp/jackd
ps axl >> /tmp/jackd
and it turns out that all KDE components, already on KDE start the
/usr/local/bin/knotify4, are calling jackd as
/usr/local/bin/jackd -l
which is fine according the man page of jackd:
-l, --listen-port int
The socket port we are listening on for sync
packets (default: 3000)
but the source of jackd implements with -l only the printout of the
current working directory and exit(0):
case 'l':
/* special flag to allow libjack to determine
* jackd's idea of where tmpdir is */
printf ("%s\n", jack_tmpdir);
exit (0);
I have search in the KDE sources, without any luck, where 'jackd -l' is
issued to understand the problem; no luck; and for the moment I only can
say that there is some missimplementation, either in KDE or in jackd.
matthias
--
Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 +49-176-38902045
"Wenn der Mensch von den Umständen gebildet wird, so muß man die Umstände menschlich bilden."
"Si el hombre es formado por las circunstancias entonces es necesario formar humanamente
las circunstancias", Karl Marx in Die heilige Familie / La sagrada familia (MEW 2, 138)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150605180453.GA1605>