<div dir="ltr"><div><div><div><div>Hi Tim,<br></div></div><div><br></div>Main request was to avoid case of race condition that can happen when separating the action (like opening a file) from the query in case of failure (like was file unwritable?), because another concurrent program might have changed the file system status in between (think of concurrent squeak images creating concurrent /tmp/foobar.baz for example).</div><div><br></div><div>I have already integrated the necessary VM changes, but it remains to integrate image side changes.</div><div>Last time I checked there were unecessary changes mixed that I'd preferred to see discussed here, and the fallback code might not work in older VM, then I came short of spare time...<br></div><div>But in any cases, there are too many .mcz roting in inbox, so I'm glad another pair of eyes analyze the changes.</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-08-28 20:26 GMT+02:00 tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I happened upon Monty’s suggested changes to file opening. They look pretty reasonable to me but since I don’t use Windows and it looks mostly like changes that relate to the old Windows issue of running out of file descriptors and needing to GC, I really can’t have a meaningful opinion. Are we going to incorporate the changes?<br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
Strange OpCodes: RIW: Re-Invent Wheel<br>
<br>
<br>
<br>
</blockquote></div><br></div>