Bug report

The faulthandler module has a hard coded fixed small list of signals that it knows the name of. For anything not in this list it uses the final entry in its table as the value to print in the error message. This is misleading.

Ex: trigger a SIGTRAP in a Python process with faulthandler enabled.

The process exits properly indicating the correct death signal to the OS (Linux on aarch64 in this case), but the message emitted by Python is confusingly:

Fatal Python error: Segmentation fault

Current thread 0x0000005504ffa450 (most recent call first):
...

The cause is the faulthandler_handlers array of structs in https://github.com/python/cpython/blob/main/Modules/faulthandler.c#L130

We should expand that to include more deadly signals. SIGTRAP led someone to notice it here. When we don't have the signal listed in the table it'd be nicer to emit an error message saying that rather than mislabelling it.

• PR: gh-96055: Update faulthandler to emit proper unexpect signal number #99162

• PR: [3.11] gh-96055: Update faulthandler to emit proper unexpect signal number (gh-99162) #99179

• PR: [3.10] gh-96055: Update faulthandler to emit proper unexpect signal number (gh-99162) #99178