Re: SIGPIPE handling - Mailing list pgsql-patches

From Tom Lane
Subject Re: SIGPIPE handling
Date
Msg-id 29047.1069005799@sss.pgh.pa.us
Whole thread Raw
In response to Re: SIGPIPE handling  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: SIGPIPE handling  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-patches
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

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: SIGPIPE handling
Next
From: Bruce Momjian
Date:
Subject: Re: SIGPIPE handling