On Tue, Apr 20, 2010 at 14:57, Johannes Sixt <j.sixt@xxxxxxxxxxxxx> wrote: > Am 4/20/2010 14:42, schrieb Sebastian Schuberth: >> On Mon, Apr 19, 2010 at 22:43, René Scharfe <rene.scharfe@xxxxxxxxxxxxxx> wrote: >>> Shouldn't the loop be left in the successful case, too? write(2) is >>> allowed to write less than requested, so the caller already needs to >>> deal with that case anyway. >> >> I prefer to make the wrapper as transparent as possible. If a direct >> call to write would not write less than requested, the wrapper should >> not either. > > Sure, but René meant the opposite case: When fewer bytes than requested > were written, then you shouldn't retry to write more! That is, you should > exit the loop when write(fd, buf, n) does not return n. I see what you mean, but I do not fully agree. Who guarantees that (on some obscure OS) a following call to write(fd, buf, n) will not return n again, maybe because write() temporarily decided to write fewer bytes than requested to make the next write() call do aligned writes to something? That case then is probably already handled in the caller to write(), but at least my code is not wrong in that respect. > I still find your code unnecessarily hard to read. In particular, you > should extract the non-problematic case out of the loop. If you followed > my suggestion elsewhere in the thread, you wouldn't have to write any > conditionals that 'break' out of a loop. I didn't follow your suggestion on purpose because I experimented with it and I found *yours* to be hard to read. It has three calls to write() and more places where errors need to be checked. As I do not have the will to waste more time on style discussions about code that fixes other people's issues, and not the time to test the code on Windows XP over and over again, I hope you are willing to accept code that is different from how you would have written it. So it's take it or leave it (or modify it yourself, if you feel like it). -- Sebastian Schuberth -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html