<div dir="ltr">Windows is well-known (I wouldn't say documented necessarily, but it seems everyone has run into this problem before) where there is a very short window after a process exits where some of the handles that were used by the file (e.g. open files, the image file itself, etc) are still locked by the operating system.  It doesn't happen every time, or even on every machine (I've never been able to reproduce Adrian's problem on my Windows 10 machine, for example)<div><br></div><div>Maybe it's due to the search indexer, maybe it's due to antivirus, maybe it's due to a bug in the kernel.  LLVM just had a similar problem just this week and fixed it with a similar workaround (<span style="font-size:13.1999998092651px;line-height:19.7999992370605px"><a href="http://llvm.org/viewvc/llvm-project?rev=246708&view=rev">http://llvm.org/viewvc/llvm-project?rev=246708&view=rev</a></span><span style="line-height:1.5;font-size:13.1999998092651px">)</span></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 4, 2015 at 12:45 PM Stephane Sezer <<a href="mailto:sas@cd80.net">sas@cd80.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">sas added a subscriber: sas.<br>
sas added a comment.<br>
<br>
Can you just explain why this race happens?<br>
Otherwise, looks good.<br>
<br>
<br>
<a href="http://reviews.llvm.org/D12641" rel="noreferrer" target="_blank">http://reviews.llvm.org/D12641</a><br>
<br>
<br>
<br>
</blockquote></div>