Добрый вечер. Подскажите возможно ли передать в обработчик сигнала дополнительные параметры? У меня есть два приложения. Из первого посылаю сигнал SIGTERM второму:

Во втором приложении есть обработчик сигнала:


Собственно в чем проблема. Чтобы закрыть сессию мне нужно в качестве аргументов передать в функцию send_bye имена потоков, чтобы корректно их завершить, структура session объявлена глобально. Пробовал так:

Приложение завершается, но в первом приложении статус этого приложения остается ONLINE. При отладке в gdb приложении вываливается в segmentation fault на send_bye и затем нормально завершается.

Каким образом можно передать thread_a, thread_b в обработчик сигнала terminate_app? Объявить глобально не предлагать.

Можно, но не стандартными сигналами, а сигналами "реального времени". Погугли, легко ищется.

Надеюсь, что 'глобально' означает 'зашарена между процессами'? 


Похоже не означает   

Конечно не означает. Это совершенно разные процессы, и первому совершенно не нужно знать о сессииях, потоках второго. Под "глобально" я имел в виду, глобально для второго приложения.

Использовать сигналы реального времени как мне кажется тоже не получится. Первое приложение просто отправляет сигнал "закройся" второму и он не знает какие потоки у него запущены. Мне нужно именно во втором приложении (которое принимает сигнал) передать в обработчик сигнала имена потоков, которые нужно закрыть перед завершением приложения.

а в чем проблема?
из wiki

•  можно послать несколько сигналов реального времени с гарантией доставки каждого
•  с сигналом реального времени можно передать целочисленное значение или указатель
•  гарантируется, что сигналы реального времени будут доставлены в той последовательности, в которой они были посланы

Определяешь структуру, в которой можешь хранить имена потоков (например список) и отправляешь через сигнал указатель на эту структуру. А в обработчике считываешь. 
И как это процесс не может знать, какие у него открыты потоки? Или я не совсем понял суть. 

Сигнал отправляется из первого приложения, а закрывается второе приложение. Второе-то приложение конечно же знает какие у него потоки запущены, и в нем я могу в список записать их. Но как я могу из первого приложения передать указатель на этот список? Я пока еще не силен в программировании, но мне кажется это не возможно. Или я вас не понял?

Листайте на самый последний пункт

А зачем? Закрывать то потоки вы все равно будете во 2м приложении, вот в нем и составляйте списки. 

Вызовите из обработчика функцию, которая вам вернет список потоков второго приложения, и закрывайте на здоровье   

Скорее всего я не понимаю этого механизма, но попробую объяснить как я это вижу.
Итак, в первом приложении мы посылаемм сигнал с помощью:

здесь value - указатель на список потоков. Но сам список находится во втором приложении. И как же мы можем из первого приложения передать указатель на него вместе с сигналом? Первое приложение знать не знает в какой области памяти лежит этот список и что он вообще существует.




А можно пример такой функции?

Вот есть у меня к примеру такой код:


Как должна выглядеть функция, вызванная в new_signal_handler и способная вернуть мне list_thread? Прошу объяснить так сказать популярно для дурака:)

Это сообщение отредактировал(а) nullpoint - 30.1.2015, 19:44

Сделайте list_thread глобальным

А какой тогда смысл в этом

если я и так получу доступ к списку?

Никакого. 

Это и есть цель. Я же не знаю, как у вас устроен список задач. Это может быть и глобал, может быть и что то приватное в модуле, может быть какой нибудь класс-синглетон. Через функцию можно получить список задач из любого из этих мест, поэтому я ее и упомянул.

Во-первых совместное использование потоков pthread и классических обработчиков сигналов предполагает необходимость мануального распределение сигналов по потокам, иначе может иметь место быть неопределенное поведение, в частности осуществить вызов http://man7.org/linux/man-pages/man3/pthread_sigmask.3.html
Во-вторых для организации передачи сигналов в непосредственные потоки, можно воспользоваться следующей функциональностью http://stackoverflow.com/questions/4208929...o-pthreads-in-c

Ihost, мне не нужно было передавать сигнал в потоки, мне нужно было передать имена потоков в обработчик сигнала. Т.е. сигнал приходит в основной поток, вызывается обработчик сигнала, и вот из этого обработчика у меня вызывается функция, на вход которой подаются потоки, которые нужно закрыть. Созданные потоки не должны знать, что пришел какой-то сигнал, мы просто говорим им завершить работу без указания причины.