View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
---|---|---|---|---|---|---|---|---|---|
0005504 | Spring engine | General | public | 2017-03-28 07:34 | 2017-05-30 17:14 | ||||
Reporter | Google_Frog | ||||||||
Assigned To | abma | ||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
Status | resolved | Resolution | unable to reproduce | ||||||
Product Version | 103.0 +git | ||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0005504: 103.0.1-712 Explain unusual exit codes | ||||||||
Description | I receive infologs that have detected a crash based on an unusual exit code. The infologs do not otherwise look like the game has crashed. What do these exit codes, should Spring be sending them and do they require a fix somewhere? These infologs have exit code -805306369 and often have fragment shader spam: * https://github.com/ZeroK-RTS/CrashReports/issues/532 * https://github.com/ZeroK-RTS/CrashReports/issues/543 * https://github.com/ZeroK-RTS/CrashReports/issues/567 * https://github.com/ZeroK-RTS/CrashReports/issues/568 * https://github.com/ZeroK-RTS/CrashReports/issues/569 * https://github.com/ZeroK-RTS/CrashReports/issues/570 * https://github.com/ZeroK-RTS/CrashReports/issues/571 * https://github.com/ZeroK-RTS/CrashReports/issues/573 Exit code 1: * https://github.com/ZeroK-RTS/CrashReports/issues/535 * https://github.com/ZeroK-RTS/CrashReports/issues/553 Exit code -1: * https://github.com/ZeroK-RTS/CrashReports/issues/546 | ||||||||
Tags | No tags attached. | ||||||||
Checked infolog.txt for Errors | |||||||||
Attached Files |
|
![]() |
||||||
|
![]() |
|
Kloot (developer) 2017-03-28 12:49 Last edited: 2017-03-28 13:23 |
Spring currently only ever sets the exit-code to 0, 1 (server timeout, which explains the "Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host" line in 553), or -1 (potential desync; harmless unless there are actual sync errors). This may as well be removed since it doesn't add useful information. -805306369 looks like a bug in whatever part of ZK's infrastructure parses it from the log, but should probably be 1 considering the context (532/543/569/570/571/573: "ZkData.TcpTransport socket disconnected: Von der Übertragungsverbindung können keine Daten gelesen werden", 567: "Impossible de lire les données de la connexion de transport") says the same thing in German and French. "was successfully compiled to run on hardware" does not occur in the engine's source but is returned by certain drivers, which confuses logic in ZK that assumes non-empty shader logs indicate errors. |
Google_Frog (reporter) 2017-03-28 12:58 |
The exit code seems to be read directly from the process: https://github.com/ZeroK-RTS/Zero-K-Infrastructure/commit/49207e1904276b4a4781a9492edba26a99ba1818 I'll ask Licho about it. |
abma (administrator) 2017-03-28 13:08 |
grepped trough the web: -805306369 -> 0xCFFFFFFF -> https://msdn.microsoft.com/en-us/library/windows/hardware/ff558784%28v=vs.85%29.aspx STATUS_APPLICATION_HANG very likely windows kills the process because it "hangs". so spring itself can't return an exit code. |
abma (administrator) 2017-03-28 13:14 |
the reports with -805306369 seems to have in common old gfx / low gfx memory. |
Kloot (developer) 2017-03-28 13:37 Last edited: 2017-03-28 13:38 |
I think the primary common factor there is crappy (wifi?) connections. |
abma (administrator) 2017-03-28 13:43 |
because of "ZkData.TcpTransport socket disconnected:" ? bad wifi shouldn't cause hangs?! |
abma (administrator) 2017-03-28 14:30 Last edited: 2017-03-28 14:32 |
hmm, maybe we should distinguish between infolog.txt which end with [f=0099959] End widgetHandler:Shutdown (which is from one individual it seems) and https://github.com/ZeroK-RTS/CrashReports/issues/567 + https://github.com/ZeroK-RTS/CrashReports/issues/568 |
Kloot (developer) 2017-03-28 14:36 |
not sure, but many of these are apparent hangs during shutdown/reloading which should trigger Spring's hang-detector long before the OS steps in. |
abma (administrator) 2017-03-28 15:26 |
i see HangTimeout = 0 -> [WatchDog::Install] disabled in infolog.txt :-) without a stacktrace i don't see what we can do at engine side :) |
![]() |
|||
Date Modified | Username | Field | Change |
---|---|---|---|
2017-03-28 07:34 | Google_Frog | New Issue | |
2017-03-28 12:49 | Kloot | Note Added: 0017393 | |
2017-03-28 12:51 | Kloot | Note Edited: 0017393 | View Revisions |
2017-03-28 12:58 | Google_Frog | Note Added: 0017394 | |
2017-03-28 13:01 | Kloot | Note Edited: 0017393 | View Revisions |
2017-03-28 13:08 | abma | Note Added: 0017396 | |
2017-03-28 13:14 | abma | Note Added: 0017397 | |
2017-03-28 13:23 | Kloot | Note Edited: 0017393 | View Revisions |
2017-03-28 13:37 | Kloot | Note Added: 0017399 | |
2017-03-28 13:38 | Kloot | Note Edited: 0017399 | View Revisions |
2017-03-28 13:43 | abma | Note Added: 0017400 | |
2017-03-28 14:30 | abma | Note Added: 0017402 | |
2017-03-28 14:32 | abma | Note Edited: 0017402 | View Revisions |
2017-03-28 14:36 | Kloot | Note Added: 0017403 | |
2017-03-28 15:26 | abma | Assigned To | => abma |
2017-03-28 15:26 | abma | Status | new => resolved |
2017-03-28 15:26 | abma | Resolution | open => unable to reproduce |
2017-03-28 15:26 | abma | Note Added: 0017404 | |
2017-05-30 17:14 | abma | Relationship added | related to 0005589 |