-
Notifications
You must be signed in to change notification settings - Fork 57
Description
Currently, when app crashes and there is no exit code set, XHarness will report TCP_CONNECTION_FAILED
.
xharness/src/Microsoft.DotNet.XHarness.Apple/Orchestration/TestOrchestrator.cs
Lines 325 to 330 in 35965f5
// TCP errors are encounter all the time but they are not always the cause of the failure | |
// If the app crashed, TCP_CONNECTION_FAILED and there was not other exit code we will return TCP_CONNECTION_FAILED | |
if (defaultExitCode == ExitCode.APP_CRASH && tcpErrorFound) | |
{ | |
return ExitCode.TCP_CONNECTION_FAILED; | |
} |
If possible, we should distinguish between failures in establishing TCP connection (device not ready/offline) and sudden lost of connection (likely runtime crash).
E.g. https://dev.azure.com/dnceng-public/public/_build/results?buildId=764645&view=ms.vss-test-web.build-test-results-tab&runId=19449412&resultId=100007&paneView=dotnet-dnceng.dnceng-build-release-tasks.helix-test-information-tab reports
XHarness exit code: 92 (TCP_CONNECTION_FAILED)
while net.dot.System.Runtime.Tests.log
shows SEGFAULT at System.Threading.LazyInitializer:EnsureLockInitialized
.