Yo mato los procesos de Python con SIGQUIT pulsando Ctrl\ a veces (normalmente los míos que se portan mal). ¿Puedo evitar el mensaje "Python quit unexpectedly"? Sé que puedo pulsar escape, así que no es tan grave.
¿Hay alguna manera de hacer el defaults write com.apple.CrashReporter DialogType none selectivamente sólo para una aplicación en particular?
Como éste. En MacOS Sierra, un banner de notificación se desliza en la parte superior derecha de la pantalla y desaparece por sí solo, pero si se hace clic en él, se obtiene la ventana de volcado de fallos completa original. Así que esto es perfecto. Mucho menos molesto pero deja las opciones abiertas.
El comportamiento por defecto al recibir SIGQUIT es volcar el núcleo y salir; el informe de fallos se activa como parte de este proceso.
A partir de la versión 10.5(?), simplemente establecer un manejador de señales para SIGQUIT debería ser suficiente para evitar el reportero de accidentes; probablemente querrá que el manejador también llame a exit.
import signal, sys, os
def sigquit_handler(signum, frame):
print 'SIGQUIT received; exiting'
sys.exit(os.EX_SOFTWARE)
signal.signal(signal.SIGQUIT, sigquit_handler)
# Do your normal work instead of this
print 'Waiting for a signal...'
signal.pause()El código anterior fue probado en 10.8.5 contra /usr/bin/python que es 2.7.2.
AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.
2 votos
¿Por qué no usas control-C en su lugar? SIGTERM no provoca el mensaje.
1 votos
@ughoavgfhw Estoy trabajando en un REPL que a veces pone la terminal en modo raw, por lo que mi programa recibe el ctrl-c como una pulsación de tecla en su lugar. También a veces tengo problemas de hilos, de tal manera que hilos que deberían morir no lo hacen, y en Python ctrl-c parece que sólo mata el hilo principal. (Sé que debería usar
t.daemon = TruePor diversas razones, a veces necesito usar ctrl- \.0 votos
Si se trata de su código, entonces un problema de desarrollo que su código tiene que hacer frente a las señales
0 votos
@Mark Estoy de acuerdo - esto era un problema mientras que todavía no tenía ese comportamiento trabajando en ciertos casos de borde.