Re: SIGPIPE handling

Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Yes, I was afraid of that.  Here's another idea.  If the signal handler
> is SIG_DFL, we install our own signal handler for SIGPIPE, and set/clear a
> global variable before/after we send().

That would address the speed issue but not the multithread correctness
issue.  Also, what happens if the app replaces the signal handler later?

            regards, tom lane