Re: [RFC,PATCH] SIGPIPE masking in local socket connections

Поиск
Список
Период
Сортировка
От Marko Kreen
Тема Re: [RFC,PATCH] SIGPIPE masking in local socket connections
Дата
Msg-id e51f66da0906020716y635bd2c1s49e8d91785c732bc@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [RFC,PATCH] SIGPIPE masking in local socket connections  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [RFC,PATCH] SIGPIPE masking in local socket connections  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 6/2/09, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Jeremy Kerr <jk@ozlabs.org> writes:
>
> >> The consideration is that the application fails completely on server
>  >> disconnect (because it gets SIGPIPE'd).  This was long ago deemed
>  >> unacceptable, and we aren't likely to change our opinion on that.
>
>  > OK, understood. I'm guessing MSG_NOSIGNAL on the send() isn't portable
>  > enough here?
>
>
> Well, it's certainly not 100% portable, but I wouldn't object to a patch
>  that tests for it and uses it where it works.
>
>  One question that might be a bit hard to answer is whether mere
>  existence of the #define is sufficient evidence that the feature works.
>  We've had problems before with userland headers not being in sync
>  with what the kernel knows.

Well, we could just test in configure perhaps?  Runtime test is also
possible (if kernel gives error on unknown flag).  Safest would
be enable on known-good OSes, maybe with version check?

-- 
marko


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [RFC,PATCH] SIGPIPE masking in local socket connections
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [RFC,PATCH] SIGPIPE masking in local socket connections