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>