Android NDK: Poignée SIGSEGVs causés par un fil de Java côté

Question

Considérons ce scénario:

Il est une application Android qui fait des choses, ce qui pourrait être dans différents threads. Certains d'entre eux peuvent provoquer des violations de segmentation (SIGSEGV). Je veux être en mesure d'attraper toutes les violations, quel que soit le fil qui l'a causé, à partir d'un gestionnaire de signal écrit en C en utilisant NDK.

En fait, j'ai écrit un tel gestionnaire en utilisant sigaction. Et cela fonctionne mais seulement pour le thread qui va exécuter le code NDK. Cela est dû au fait que SIGSEGVs est livré au thread qui a causé la violation, contrairement à SIGKILL qui est livré au processus. Par conséquent, mon gestionnaire ne reçoit pas SIGSEGV provoqué par d'autres threads, et le programme est tué.

Existe-t-il un moyen de rediriger tous les SIGSEGV vers mon gestionnaire? Ou, alternativement, un moyen de remplacer le gestionnaire par défaut pour TOUS les threads?

Et oui, il y a une raison pour laquelle je veux cette chose particulière dans la façon dont je l'ai décrit! ;)

Answer 1

Vous pouvez attraper un SIGSEGV, mais vous ne pouvez pas libérer des ressources qui seraient gratuites si ce SIGSEGV ne s'est pas produit. Java a un garbage collector (et dans certains cas même gc ne sauvegarde pas des fuites de mémoire), mais le code c/C++ doit free() ou delete ou delete[] ce qu'il a alloué (mais pas alloca() -ed).

Je placerais les choses qui font les choses natives risquées dans un processus séparé. (Les applications Android peuvent être composées de plusieurs processus.) Lorsqu'un processus meurt, ses déchets meurent également. Et le processus principal devrait détecter que le processus de travail est mort.