<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Issue</th>
<td>
<a href=https://github.com/llvm/llvm-project/issues/144891>144891</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>
[lldb] TestDetachResumes.py is flaky on Windows x86_64
</td>
</tr>
<tr>
<th>Labels</th>
<td>
lldb,
test-suite,
platform:windows
</td>
</tr>
<tr>
<th>Assignees</th>
<td>
</td>
</tr>
<tr>
<th>Reporter</th>
<td>
slydiman
</td>
</tr>
</table>
<pre>
https://lab.llvm.org/staging/#/builders/211/builds/419
https://lab.llvm.org/staging/#/builders/211/builds/423
Around 25% of test runs fail with the assert in the last line `lldbutil.wait_for_file_on_target(self, exit_file_path)`
```
AssertionError: File C:\buildbot\as-builder-10\lldb-x86-64\build\lldb-test-build.noindex\commands\process\detach-resumes\TestDetachResumes.test_detach_resumes\exit_file_1750332982 not found even after 6 attempts.
```
Note the file `exit_file_*` is really missing after this test. This issue is easily reproducible locally running
```
C:/Python312/python.exe D:/llvm-project/lldb\test\API\dotest.py ^
-v -t ^
-u CXXFLAGS -u CFLAGS ^
--env OBJCOPY=D:/build-x64/bin/llvm-objcopy.exe ^
--env STRIP=D:/build-x64/bin/llvm-strip.exe ^
--env LLVM_LIBS_DIR=D:/build-x64/lib ^
--env LLVM_INCLUDE_DIR=D:/build-x64/include ^
--env LLVM_TOOLS_DIR=D:/build-x64/./bin ^
--env ARCHIVER=D:/build-x64/bin/llvm-ar.exe ^
--arch x86_64 ^
--build-dir D:/build-x64/lldb-test-build.noindex ^
--lldb-module-cache-dir D:/build-x64/lldb-test-build.noindex/module-cache-lldb\lldb-api ^
--clang-module-cache-dir D:/build-x64/lldb-test-build.noindex/module-cache-clang\lldb-api ^
--executable D:/build-x64/bin/lldb.exe ^
--make C:/ProgramData/chocolatey/bin/make.exe ^
--compiler D:/build-x64/bin/clang.exe ^
--dsymutil D:/build-x64/bin/dsymutil.exe ^
--llvm-tools-dir D:/build-x64/bin ^
--lldb-obj-root D:/build-x64/tools/lldb ^
--lldb-libs-dir D:/build-x64/lib ^
--cmake-build-type Release ^
D:\llvm-project\lldb\test\API\commands\process\detach-resumes -p TestDetachResumes.py
```
It seems something is really wrong with the detaching on Windows x86_64 in case of multithreading.
</pre>
<img width="1" height="1" alt="" src="http://email.email.llvm.org/o/eJysVk1v4zYQ_TX0hZAgUR-xDz5o5bh14W6CbLrdngxKGknMUqRAUon17wtSdlwlzrYFFtCBIufNzHscDkm1Zo0AWKPkE0o2CzqYVqq15mPFOioWhazGdWtMr1GUIbJFZMtp4XP-3PlSNYhstaENE41bixDZFgPjFSiNyJaE4XnC_sbhCgXZz3JGIhRkKMgyJQdRYZIgkmBZYwPaYDUIjWvKOH5hpsWmBUy1BmUwE-6PU20wZwIwSgPOq2IwjPsvlJlDLdWhZhwOUhwMVQ0YRJYaeI1IjuFoLexqT02LyAqlgc0jDU5fkGUuEJPiVimpUJThLeOAc8s5yR2BQhqU5FR7J35eGKAkt2l4x2XqpfHZ8DxrSU3GvpBMVHBESV7KrqOi0ijJeyVL0HZUgaFl6ynQQwd24hG02bjJh2nOt84Ok93hYndhFt4kQRSR1ZJgIQ2unb7wDALT2oDCKabGQNcb7b-h_lkacPJaP1bZi1NErCVmGiugnI-4Y1oz0Zx8mpZpt3U-frRDpvUA1hqoZnzECnolq6FkBQfMZelcqEEIWy3zJPKpuO5H00oRhQSRbe_GPhwBb6ZVW3Ner-QTlMb9VgVKcpsASvLsfmeVlC6ffsQouUVBhr1n7JnXnwHn375t99kvX9x4Gp0XPRDP-O7Tb_nd_V8o2pyCug30jmlsx0yc05DFUyn70aU3c_Dl8WF3_69wbRTr34P3-6-_H_a7T18Om93DdSecFVcwu8_5_o_N7ccwJko-VNfCPd7d7X8Qz58SnwOzh_zX3dfbDyD_4EnVnCRVZYuPy_SQxpfJCVsxha_xvX6ULmhn0Mlq4OCVtGzhf3pCZDtDn8rKWdOeXQKVnIrmZ0ZyDq-GgiOUg6H23PxA36qYi9vR76eWRbb3SjaKdhtqKCLbspWl5NTA-Aq3xnN4KbuecbjKaMK4hOegSo-dbcMfg84Wc5yrDiMl1x-JOCs6J5Esnjwlpblm7VydVHkD46z4MMjsNJVWk1M1mrEH_AAcqH7NejPdBrM2NO3e2zb0H7o89nr8vs3345vGuDNYA3Qaa9mBaW3zvbTjFyVFc7ktpwDWRAr8JxOVfNHnw8YELi0VWeNu4IaZVgGtmGj8RbWOqlW0ogtYT7fIcnkTL9p1GhRpsAqWS1LGcQQ3cbgqqrgI4pukvinjasHWJCBJkIarMArjKPIhrm-gCKCqVjWQMEJxAB1l_PW1sHBXxDqM4-UqXHBaANfuFUOIk5EQRHJEiDs7emAGXqd6Tk0tVYei7GWiZpeSzUKt3YYUQ6NRHHCmjb7EM8xw906admlzVXKraM3p9_G9botB8TdPqYaZdij8UnanJvf-ZnIsbTWeiD6vyd8BAAD__6JcEMM">