Discussion :

[divide]

Bonjour,

� de tr�s rares occasions, sur certaines configurations exotiques mon programme est confront� � des crashs ind�pendant de mon code, qui sont due soit � un driver audio bugg�, soit � un driver OpenGL bugg�.
Par exemple c'est arriv� avec le driver audio virtuel DFX Audio Enhancer, et avec un vieux driver AMD de 2010.
Dans ce genre de cas, plut�t qu'un crash brutal avec un message d'erreur syst�me j'aimerai afficher un message � l'utilisateur proposant un diagnostique possible.
Pour �a j'ai trouv� la fonction signal:
http://www.cplusplus.com/reference/csignal/signal/
Qui semble faire parfaitement son office, puisque j'arrive maintenant � intercepter les rares cas qui me posaient probl�me.

Cependant mon application fait de nombreux calculs en temps r�el, et je voudrais �tre sur que l'interception de ces exceptions ne provoque pas de ralentissement du code en g�n�ral, c'est � dire que �a n'induit pas un monitoring constant mais juste un d�clenchement au moment m�me de l'exception. Savez vous ce qu'il en est ? Avez vous des infos la dessus ?

Merci !

[bacelar]

J'esp�re que vous n'utilisez pas cette cochonnerie sur plateforme Windows.
Sinon, il n'y a pas d'overhead li� � cette fonctionnalit� car cela se contente de mettre un pointeur dans une table syst�me et d'appeler ce pointeur qu'au moment du signal.

[divide]

Super, merci pour la r�ponse. Bien que je ne vois pas trop le rapport avec Windows; c'est un programme multiplateforme Windows/OS X, et signal() semble intercepter les exceptions comme il faut sur Windows.

[bacelar]

Signal n'intercepte pas les exceptions.
L'interception remonte vers l'OS, qui, on fonction de sa configuration, utilise une table planqu�e dans les donn�es syst�me du processus.
D�j�, il y a plus de 20 ans, c'�tait le foutoir entre les Unix qui n'acceptaient pas la r�entrance dans ces handlers et les autres qui se coltinaient un masque de bit pour le blocage temporaire des signaux, signal par signal.

J'esp�re que ce foutoir c'est un peu r�sorb�, mais d�j� que ces signaux n'ont jamais correctement fonctionn�s sous Windows pr�-NT, avec le sous-syst�me tarte � la cr�me de POSIX sous Windows NT (pour notre cher Oncle Sam), c'est le genre de trucs qui ne fonctionnera tr�s probablement que dans ce sous-syst�me des plus anecdotique.

Sous Windows, ce n'est clairement pas solution la plus simple et la plus puissante :
WER
https://msdn.microsoft.com/en-us/lib...=vs.85%29.aspx

[divide]

Ah.. Quoi qu'il en soit, quand je lui fournis un driver foireux qui fait crasher mon application, le signal SIGABRT/SIGILL/SIGSEGV est bien redirig� vers ma fonction pr�d�finie, du coup �a fait ce que je voulais. Du moment que �a n'impacte pas les perfs du reste de l'application, �a me va