<br><div class="gmail_quote">On Sun, Apr 19, 2009 at 11:13 PM, Alexander Belchenko <span dir="ltr"><<a href="mailto:bialix@ukr.net">bialix@ukr.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Maritza Mendez ΠΙΫΕΤ:<br>
<div class="im">> I'm just starting to read up on the etiquette for bzr.dev, so please<br>
> point me in the right direction.<br>
<br>
</div>If you want to have more comments on your patch then send it to the list<br>
with [MERGE] sign in the subject.<br><div class="im"></div></blockquote><div><br>Thanks. I will do that.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
> Although I have expereinced this regression only with BeyondCompare3 as<br>
> my external diff tool, this regression is worth addressing for four reasons:<br>
<br>
</div>I wonder why you see it only with BC. Have you tried other diff tools?<br>
E.g. WinMerge? Just to see is this problem specific only to BC.<br>
It seems BC does not clean up on exit properly, and thus it's a bug in BC.<br></blockquote></div><br>Perhaps. I would be cautious about rushing to a conclusion. I have done quite a bit of testing of BC and it does clean up. But there is a small delay between the time BC exits and Windows actually releases the tempdir. It's not clear to me to what extent BC can control how fast Windows does that. BC is not exactly lightweight and may leave a lot for Windows to clean. I am communicating with the author of BC about that. But the intrinsic race condition in bzr is catchable and fixable. Whenever possible, bzr should print a friendly erorr rather than pass an uncaught exception. My patch does not even do that, but it easily could I think.<br>
<br>Thanks<br><br><br>