Предоставление / передача аргумента обработчику сигнала

У вас не может быть собственных данных, передаваемых обработчику сигнала в качестве параметров. Вместо этого вам придется хранить свои параметры в глобальных переменных. (И будьте очень, очень осторожны, если вам когда-нибудь понадобится изменить эти данные после установки обработчика сигналов).

Ответ на редактирование 0: Исторические причины. Сигналы - это действительно старый и очень низкоуровневый дизайн. По сути, вы просто даете ядру один адрес для некоторого машинного кода и просите его перейти на этот конкретный адрес, если что-то происходит. Здесь мы снова вернулись к мышлению «переносимого ассемблера», когда ядра предоставляют базовую услугу без излишеств, и все, что от пользовательского процесса можно разумно ожидать, он должен делать сам.

Кроме того, здесь неприменимы обычные аргументы против глобальных переменных. Обработчик сигнала сам является глобальным параметром, поэтому нет соответствующей возможности иметь для него несколько различных наборов параметров, задаваемых пользователем. (Ну, на самом деле он не полностью глобальный, а только глобальный для потоков. Но API потоковой передачи будет включать некоторый механизм для локального хранилища потоков, что как раз то, что вам нужно в этом случае).

Регистрация обработчика сигнала уже является глобальным состоянием, эквивалентным глобальным переменным. Так что использование глобальных переменных для передачи ему аргументов не является большим оскорблением. Однако большая ошибка (почти наверняка неопределенное поведение, если вы не эксперт!) В любом случае делать что-либо из обработчика сигнала. Если вместо этого вы просто блокируете сигналы и опрашиваете их из основного цикла программы, вы можете избежать всех этих проблем.

Это действительно старый вопрос, но я думаю, что могу показать вам хороший трюк, который помог бы решить вашу проблему. Нет необходимости использовать sigqueue или что-то еще.

Мне также не нравится использование глобальных переменных, поэтому мне пришлось найти умный способ в моем случае отправить void ptr (который позже вы можете использовать в соответствии с вашими потребностями).

На самом деле вы можете это сделать:

signal(SIGWHATEVER, (void (*)(int))sighandler); // Yes it works ! Even with -Wall -Wextra -Werror using gcc

Тогда ваш сигхандлер будет выглядеть так:

int sighandler(const int signal, void *ptr) // Actually void can be replaced with anything you want , MAGIC !

Вы можете спросить: а как же тогда получить * ptr?

Вот как: При инициализации

signal(SIGWHATEVER, (void (*)(int))sighandler)
sighandler(FAKE_SIGNAL, your_ptr);

В вашей функции sighandler:

int sighandler(const int signal, void *ptr)
{
  static my_struct saved = NULL;

  if (saved == NULL)
     saved = ptr;
  if (signal == SIGNALWHATEVER)
     // DO YOUR STUFF OR FREE YOUR PTR
   return (0);
}

Абсолютно. Вы можете передавать целые числа и указатели обработчикам сигналов, используя sigqueue () вместо обычного kill ().

http://man7.org/linux/man-pages/man2/sigqueue.2.html

Сохраните имена файлов в глобальной переменной, а затем получите к ней доступ из обработчика. Обратному вызову обработчика сигнала будет передан только один аргумент: идентификатор фактического сигнала, вызвавшего проблему (например, SIGINT, SIGTSTP)

Edit 0: «Должна быть веская причина не разрешать аргументы обработчику». ‹- Имеется вектор прерывания (в основном, набор адресов перехода к подпрограммам для каждого возможного сигнала). Учитывая способ, которым запускается прерывание, на основе вектора прерывания вызывается определенная функция. К сожалению, неясно, где будет вызвана память, связанная с переменной, и в зависимости от прерывания эта память может действительно быть повреждена. Есть способ обойти это, но тогда вы не можете использовать существующую инструкцию сборки int 0x80 (которую все еще используют некоторые системы)

Я думаю, вам лучше использовать SA_SIGINFO в sa_flags, чтобы обработчик получил void signal_handler(int sig, siginfo_t *info, void *secret) в siginfo_t, вы можете предоставить свои параметры. Ty: СЧАСТЛИВЫЙ код

Вы можете использовать обработчик сигнала, который является методом класса. Затем этот обработчик может получить доступ к данным-членам этого класса. Я не совсем уверен, что Python делает здесь под прикрытием вызова C signal (), но это должно быть изменение области видимости данных?

Я был поражен, что это работает, но это действительно так. Запустите это, а затем завершите процесс с другого терминала.

import os, signal, time

class someclass:
    def __init__(self):
        self.myvalue = "something initialized not globally defined"
        signal.signal(signal.SIGTERM, self.myHandler)
    def myHandler(self, s, f):
        # WTF u can do this?
        print "HEY I CAUGHT IT, AND CHECK THIS OUT", self.myvalue


print "Making an object"
a = someclass()

while 1:
    print "sleeping.  Kill me now."
    time.sleep(60)