Guard: La captura de señales no funciona en Windows

¿Quiere decirme que una especificación de interoperabilidad entre sistemas operativos derivados de Unix no está siendo cumplida por un sistema operativo con un historial casi completamente desconectado de Unix? Sí, no, eso suena bien. ;)

Por lo que yo sé, las puerto de Debian antiguo y aparentemente sin mantenimiento que lo apunta. ¿Qué te parece eso por aterrador?

De todos modos, volviendo al rubí. El puerto inicial se realizó con cygwin. Cygwin es una capa de compatibilidad POSIX y UNIX general absolutamente masiva que sacrifica el rendimiento, el tamaño del tiempo de ejecución y la funcionalidad como costo de la compatibilidad. Sin embargo, proporciona una riqueza absoluta de comodidad Unix en un territorio que de otro modo sería hostil. No me sorprendería en lo más mínimo si la captura de señal funcionara bien en Windows siempre que utilizara un rubí basado en cygwin.

El instalador original de Windows con un solo clic hizo uso de Visual Studio 6, que es un dinosaurio antiguo. El instalador actual de Windows con un solo clic utiliza mingw y msys. Ninguno de los dos admitiría señales posix, pero no sé mucho más que eso. Eché un vistazo, vi un "gcc.bat" y "make.bat", y me entristecí mucho.

Por otro lado, ISO C99 define una pequeña cantidad de señales no posix que los implementadores deben admitir, pero las únicas dos que se pueden detectar a través de un controlador de salida son SIGINT y SIGTERM (al menos de acuerdo con las especificaciones, y todos sabemos cómo mucho a Microsoft le encanta ajustarse a los estándares).

LOL, aquí hay una lista completa de señales compatibles y las mejores prácticas documentadas para trabajar con el resto. ¡Que te diviertas! ^ _ ^;

Gracias por su investigación, creo que tendremos que encontrar una solución y omitir las señales en Windows :)