Are there cases where a process-exit can be triggered with error code 71 #940
-
We've deployed uWebSockets.js in production and it works great- however exceedingly infrequently (and we haven't yet narrowed the cause) our process exists with code 71. This is a Kubernetes environment and as far as we're aware we're capturing all log output (and there is none that is relevant). So came here to ask if there are known circumstances where this can occur? Perhaps we neglected to register some error callback? We are a non-SSL App with a root HTTP handlers [returns hello world], as well as a websocket behaviour handler - no other uSocket HTTP handling. It is also one of many processes using the same codebase - but the only one dealing with websockets. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
#define EX_OSERR 71 /* system error (e.g., can't fork) */ No I don't think so. We can return 139 from std::terminate() but that should be obvious since we print an error in that case. |
Beta Was this translation helpful? Give feedback.
#define EX_OSERR 71 /* system error (e.g., can't fork) */
No I don't think so. We can return 139 from std::terminate() but that should be obvious since we print an error in that case.