You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 2, 2021. It is now read-only.
In some cases the test output is written one character at a time and when printing the
default NSError localized description "The operation couldn’t be completed", StripAnsi crashes
when the input is the accent in "couldn't", which has the octal code \342. This in turn causes a recursive call into the intercepted write due to logging attempt by the handleException and a deadlock in the xctool.events queue.
Not sure what would be a sensible workaround as the problem seems to be in Foundation rather
then in otest-shim. Perhaps filtering non-ascii characters from the input stream or buffering?
The text was updated successfully, but these errors were encountered:
In some cases the test output is written one character at a time and when printing the
default NSError localized description "The operation couldn’t be completed", StripAnsi crashes
when the input is the accent in "couldn't", which has the octal code \342. This in turn causes a recursive call into the intercepted write due to logging attempt by the handleException and a deadlock in the xctool.events queue.
Program to crash StripAnsi:
The exception thrown:
Backtrace from the xctool.events thread showing the deadlock:
Not sure what would be a sensible workaround as the problem seems to be in Foundation rather
then in otest-shim. Perhaps filtering non-ascii characters from the input stream or buffering?
The text was updated successfully, but these errors were encountered: