<div dir="rtl"><div dir="ltr">With pwrite it's a documented bug of Linux vs POSIX, probably  not fixed probably to avoid breaking existing software. </div><div dir="ltr"><br></div><div dir="ltr">  <a href="http://linux.die.net/man/2/pwrite">http://linux.die.net/man/2/pwrite</a><br></div><div dir="ltr"><br></div><div dir="ltr">We  don't have a compatibility requirement as it's new functionality so I'm for disallowing the resize.</div><div dir="ltr"><br></div><div dir="ltr"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div dir="ltr">2015-04-17 17:51 GMT+03:00 Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span>:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The fix-buffer patch is a simple bug fix for when pwrite changes the<br>
size of the underlying stream.<br>
<br>
The issue that remains is that pwrite changing the current position is<br>
somewhat surprising.<br>
<br>
That also happens on OS X when using O_APPEND. The attached test<br>
creates a file with "defghi\n" in it, so there is some precedent. (on<br>
linux one gets "abcdefghi").<br>
<br>
In any case, if that is too confusing, we can also just disallow it,<br>
which is what the other patch does. If disallowing it, should we<br>
rename it?<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div></div>