Jonathan Nieder <[email protected]> writes:
> I'm not sure whether there are SIGPIPE instances we really don't want
> to be silent about, though. I suspect not. ;-)
>
> Compare <http://thread.gmane.org/gmane.comp.version-control.git/2062>,
> <http://thread.gmane.org/gmane.comp.version-control.git/48469/focus=48665>.
Yeah, thanks for the pointer to 48665. Quoting from there:
So EPIPE really _is_ special: because when you write to a pipe,
there's no guarantee that you'll get it at all, so whenever you get
an EPIPE you should ask yourself:
- what would I have done if the data had fit in the 64kB kernel
buffer?
- should I really return a different error message or complain just
because I just happened to notice that the reader went away
_this_
time, even if I might not notice it next time?
In other words, the "exit(0)" is actually _more_ consistent than
"exit(1)", because exiting with an error message or with an error
return is going to depend on luck and timing.
and I think I still agree with the analysis and conclusion:
So what _should_ you do for EPIPE?
Here's what EPIPE _really_ means:
- you might as well consider the write a success, but the
reader isn't actually interested, so rather than go on, you
might as well stop early.
Notice how I very carefull avoided the word "error" anywhere.
Because it's really not an error. The reader already got
everything it wanted. So EPIPE should generally be seen as an
"early success" rather than as a "failure".
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
