А что возвращает pthread_cond_sigmal не смотрел? По коду возврата можно понять, доставилось ли. К тому же, что-то спецификация подсказывает, что там все не так просто.. задача разбудить тред или наоборот?

Нет, не смотрел. И да, задача разбудить второй тред. Один добавляет в массив, другой уменьшает

Глянь код возврата. Лучше через perror

Благодарю!

Рано, если там ноль, ничего не решилось)

А почему Таньчик тут не солнышко?

Я тыкаю пока что, но там действительно 0

Думал что может cv неправильно создал, но похоже дело не в этом 😅 Сигналы могут теряться?

If more than one thread is blocked on a condition variable, the scheduling policy shall determine the order in which threads are unblocked. When each thread unblocked as a result of a pthread_cond_broadcast() or pthread_cond_signal() returns from its call to pthread_cond_wait() or pthread_cond_timedwait(), the thread shall own the mutex with which it called pthread_cond_wait() or pthread_cond_timedwait(). The thread(s) that are unblocked shall contend for the mutex according to the scheduling policy (if applicable), and as if each had called pthread_mutex_lock().

По-моему, у тебя просто вызовов не хватает

Не, не эти. Я посмотрела, там все по-серьёзному) надо смотреть scheduling вызовов, как в стандарте.

Тьфу

pthread_cond_broadcast() and pthread_cond_signal() functions shall have no effect if there are no threads currently blocked on cond.

Вот оно в чем дело

Вот оно. У тебя просто нет треда, который бы заблокировал переменную

Где вы это читаете?

В манах. Например, тут
https://linux.die.net/man/3/pthread_cond_signal

Все еще не научился читать мануалы 🙃

Зря. По-моему) одна из самых полезных штук, когда пишешь на с, особенно на низком уровне

RTFM