Ich brauche eine Liste von Async-Signal Sicherer Funktionen von glibc

Question

Nicht syscall der Wrapper aber so etwas wie snprintf (), dprintf ()

Answer 1

Schließlich neuesten Versionen von man 7 signal-safety enthalten interessiert Liste: Signal-safety.7.html

Answer 2

Ich bin ziemlich sicher, dass Sie die Dokumentation

Bearbeiten : Wie wäre es?

Das scheint schwer zu bestimmen, wie Sie wissen nicht, was zufällig unsichere Funktion eine Bibliothek Routine aufrufen könnte sich entscheiden. Die Liste auch vielleicht anders zwischen den verschiedenen Versionen von glibc, oder wenn Sie es zu einem anderen Unix-artigen System. Scheint, wie Sie eine Menge Anruf die Antwort finden stapelt analysieren müßten, und das vielleicht sogar ein bisschen wackelig von Version zu Version, Distribution Distribution sein.

Vielleicht suchen Sie sind nicht für alternative Design-Ansätze, aber es scheint wie eine bessere Strategie wäre: wenn Ihr Programm eine Ereignisschleife hat, machen die Signal-Handler sehr dumm und nur einigen Zustand zu versetzen, dass die Ereignisschleife abholt. So können Sie tun, um die sinnvolle Arbeit außerhalb der Signal-Handler.

Beispiel: Angenommen, Sie haben einen poll() Schleife irgendwo haben. Vielleicht könnten Sie ein Rohr enthalten, dass die Signal-Handler zu schreiben. Dann wird die poll() Schleife hat einige nicht-triviale Arbeit basiert auf durch das signalisiert wird.

  

Ich brauche dies in SIGSEGV Handler nach einem Absturz der Anwendung.

     

Ich möchte entspannen Stapel auf Crash

Wenn Sie versuchen, einen Stack-Trace zu erfassen:

• Normalerweise abort würde einen Core Dump verursachen, das durch einen Debugger ausgeführt werden kann, den Stack-Trace zu erzeugen.

• Alternativ kann eine rohes (aber Signal-safe) Art und Weise, dies zu tun ein separates Dienstprogramm (zum Beispiel „pstack“), um eine Stack-Trace Ihrer abgestürzt Aufgabe fork und exec wäre. Wenn exec-ing (nach fork-ing, in dem ein Kind), werden Sie Ihre Prozess-ID mit getppid geben müssen; und in der Mutter Sie benötigen, um wait bis es beendet wird, bevor abort aufrufen.

Auf der anderen Seite, wenn Sie versuchen, eine „saubere“ Ausfahrt zu tun, nachdem SIGSEGV (z Gewährleistung C ++ Destruktoren aufgerufen, etc.) - dann sollten Sie gewarnt werden, dass POSIX sagt:

http://pubs.opengroup.org/onlinepubs/9699919799/ Funktionen / V2_chap02.html # tag_15_04_03_02 :

  

Das Verhalten eines Prozesses nicht definiert ist, nachdem es eine SIGFPE ignoriert,   SIGILL, SIGSEGV oder SIGBUS Signal, das nicht durch Kill () erzeugt wurde,   sigqueue () oder erhöhen ().

und http://pubs.opengroup.org/onlinepubs/9699919799 /functions/V2_chap02.html#tag_15_04_03_03 :

  

Das Verhalten eines Prozesses nicht definiert ist, nachdem es in der Regel kehrt aus   ein Signal Fang-Funktion für einen SIGBUS, SIGFPE, SIGILL oder SIGSEGV   Signal, das durch kill (), sigqueue () nicht erzeugt wurde, oder erhöhen ().

Answer 3

Answer 4

Answer 5

Das scheint schwer zu bestimmen, wie Sie wissen nicht, was zufällig unsichere Funktion eine Bibliothek Routine aufrufen könnte sich entscheiden. Die Liste auch vielleicht anders zwischen den verschiedenen Versionen von glibc, oder wenn Sie es zu einem anderen Unix-artigen System. Scheint, wie Sie eine Menge Anruf die Antwort finden stapelt analysieren müßten, und das vielleicht sogar ein bisschen wackelig von Version zu Version, Distribution Distribution sein.

Vielleicht suchen Sie sind nicht für alternative Design-Ansätze, aber es scheint wie eine bessere Strategie wäre: wenn Ihr Programm eine Ereignisschleife hat, machen die Signal-Handler sehr dumm und nur einigen Zustand zu versetzen, dass die Ereignisschleife abholt. So können Sie tun, um die sinnvolle Arbeit außerhalb der Signal-Handler.

Beispiel: Angenommen, Sie haben einen poll() Schleife irgendwo haben. Vielleicht könnten Sie ein Rohr enthalten, dass die Signal-Handler zu schreiben. Dann wird die poll() Schleife hat einige nicht-triviale Arbeit basiert auf durch das signalisiert wird.

Answer 6

Answer 7

  

Ich brauche dies in SIGSEGV Handler nach einem Absturz der Anwendung.

     

Ich möchte entspannen Stapel auf Crash

Wenn Sie versuchen, einen Stack-Trace zu erfassen:

• Normalerweise abort würde einen Core Dump verursachen, das durch einen Debugger ausgeführt werden kann, den Stack-Trace zu erzeugen.

• Alternativ kann eine rohes (aber Signal-safe) Art und Weise, dies zu tun ein separates Dienstprogramm (zum Beispiel „pstack“), um eine Stack-Trace Ihrer abgestürzt Aufgabe fork und exec wäre. Wenn exec-ing (nach fork-ing, in dem ein Kind), werden Sie Ihre Prozess-ID mit getppid geben müssen; und in der Mutter Sie benötigen, um wait bis es beendet wird, bevor abort aufrufen.

Auf der anderen Seite, wenn Sie versuchen, eine „saubere“ Ausfahrt zu tun, nachdem SIGSEGV (z Gewährleistung C ++ Destruktoren aufgerufen, etc.) - dann sollten Sie gewarnt werden, dass POSIX sagt:

http://pubs.opengroup.org/onlinepubs/9699919799/ Funktionen / V2_chap02.html # tag_15_04_03_02 :

  

Das Verhalten eines Prozesses nicht definiert ist, nachdem es eine SIGFPE ignoriert,   SIGILL, SIGSEGV oder SIGBUS Signal, das nicht durch Kill () erzeugt wurde,   sigqueue () oder erhöhen ().

und http://pubs.opengroup.org/onlinepubs/9699919799 /functions/V2_chap02.html#tag_15_04_03_03 :

  

Das Verhalten eines Prozesses nicht definiert ist, nachdem es in der Regel kehrt aus   ein Signal Fang-Funktion für einen SIGBUS, SIGFPE, SIGILL oder SIGSEGV   Signal, das durch kill (), sigqueue () nicht erzeugt wurde, oder erhöhen ().

Answer 8

Answer 9

  

Ich brauche dies in SIGSEGV Handler nach einem Absturz der Anwendung.

     

Ich möchte entspannen Stapel auf Crash

Wenn Sie versuchen, einen Stack-Trace zu erfassen:

• Normalerweise abort würde einen Core Dump verursachen, das durch einen Debugger ausgeführt werden kann, den Stack-Trace zu erzeugen.

• Alternativ kann eine rohes (aber Signal-safe) Art und Weise, dies zu tun ein separates Dienstprogramm (zum Beispiel „pstack“), um eine Stack-Trace Ihrer abgestürzt Aufgabe fork und exec wäre. Wenn exec-ing (nach fork-ing, in dem ein Kind), werden Sie Ihre Prozess-ID mit getppid geben müssen; und in der Mutter Sie benötigen, um wait bis es beendet wird, bevor abort aufrufen.

Auf der anderen Seite, wenn Sie versuchen, eine „saubere“ Ausfahrt zu tun, nachdem SIGSEGV (z Gewährleistung C ++ Destruktoren aufgerufen, etc.) - dann sollten Sie gewarnt werden, dass POSIX sagt:

Answer 10