Signed-off-by: falkTX <falktx@falktx.com>

Signed-off-by: falkTX <falktx@falktx.com>

Per POSIX definition, pthread_cond_timedwait() re-acquires the mutex
when a timeout occurs and ETIMEDOUT is returned. In that case also
mark the waiting thread as owner again, for consistency.
Otherwise subsequent attempts to unlock the mutex will fail, leaving
the mutex locked forever.

When using as sync opbject the given 'value' is meant to
already 'unblock' for that amount of Wait calls.

Signed-off-by: Andreas Pape <apape@de.adit-jv.com>

This is a no-op since the line was already commented out, to make it
compile on FreeBSD. But it deserves an explanation:

The _POSIX_C_SOURCE macro is meant to restrict the C library to a
certain POSIX standard, not to enable features. This is inappropriate
here because:

1. Jack already uses non-POSIX functions. E.g. JackPosixSemaphore.cpp
   references gettimeofday(), which is part of the X/Open specs.

2. C++ does not define a POSIX level to be based on. Headers from the
   C++ standard library may (and do) break when the POSIX feature level
   is restricted.

The canonical way is to only set the feature level through the
"--std=gnu++11" compile options.

This is forbidden (returns EINVAL)

Change-Id: Ia6aee61aa7059a70d2014f7de66a41cbaca8c7ed
Signed-off-by: Timo Wischer <twischer@de.adit-jv.com>

Change-Id: I1cab18816980f704b6ae73a37960c1421e46ed9b
Signed-off-by: Timo Wischer <twischer@de.adit-jv.com>

debug log with no additional informational benefit spams
output in verbose mode, therefore remove

Change-Id: Ifee01914a82a132a837e5e2caf6b7259700bda57
Signed-off-by: Adam Miartus <external.Adam.Miartus@de.bosch.com>
(cherry picked from commit 0b307cfca2)
Signed-off-by: Timo Wischer <twischer@de.adit-jv.com>

Change-Id: I7a15b1b215c1e7c3fea3f59d4d54bc10565aee4d
Signed-off-by: Laxmi Devi <Laxmi.Devi@in.bosch.com>
Signed-off-by: Timo Wischer <twischer@de.adit-jv.com>

in this case LGPL code is compiled into one library with GPL code, but
the include is not necessary and may cause problems in case
these files are separated into their own library

Change-Id: I9fc2499d60d8f25a8714c7c39b7b36206d5c5cf5
Signed-off-by: Adam Miartus <external.adam.miartus@de.bosch.com>

try again with the SCHED_RESET_ON_FORK flag before giving up. This fixes
PulseAudio's JACK modules not being granted real-time scheduling.

Signed-off-by: Juuso Alasuutari <juuso.alasuutari@gmail.com>

Found via `codespell -q 3`

Signed-off-by: Joe Yasi <joe.yasi@gmail.com>

* Fix generation of client uuid

Signed-off-by: falkTX <falktx@falktx.com>

* Remove all client properties when removed; Cleanup a few things

Signed-off-by: falkTX <falktx@falktx.com>

* Make all uuid function arguments use jack_uuid_t type; Fix warnings

Signed-off-by: falkTX <falktx@falktx.com>

* Rework uuids to never be int, more cleanup

Signed-off-by: falkTX <falktx@falktx.com>

This reverts commit dde9f29a8e.

The commit introduced the following compiler error:

[100/255] Compiling posix/JackNetUnixSocket.cpp
../posix/JackNetUnixSocket.cpp: In member function 'int Jack::JackNetUnixSocket::NewSocket()':
../posix/JackNetUnixSocket.cpp:126:32: error: 'tos' was not declared in this scope
         socklen_t len = sizeof(tos);

This prevents jack control threads from inheriting RT priorities from
other applications that may be using this in another RT thread

Adjusts the permissions of posix semaphores when promiscuous mode is enabled.

Note that changing permissions of semaphores is only supported on linux by
using the /dev/shm filesystem. As of now, linux does not use posix semaphores
anymore so this code is currently unsed.

Adjusts the permissions of unix sockets when promiscuous mode is enabled.

This doesn't seem necessary since it is implmented below

Crash was observed in this function when fSemaphore was NULL, this patch
copies the NULL pointer check from the commented function above into
Wait()

Space required before macro. No functional changes.

allow autostart of jackd on OSX where device-names can
contain spaces.

Original patch by

 Luciano Montanaro <luciano.montanaro@magnetimarelli.com>