Re: An extra error for client disconnection on Windows

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: An extra error for client disconnection on Windows
Дата
Msg-id CAB7nPqRMsJzv-BgeP2h6CiCpTbr6hEG5Q+BdPuhVBZMMA_Gw5Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: An extra error for client disconnection on Windows  (Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>)
Ответы Re: An extra error for client disconnection on Windows  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
On Tue, Sep 13, 2016 at 10:42 AM, Kyotaro HORIGUCHI
<horiguchi.kyotaro@lab.ntt.co.jp> wrote:
> If we take a policy to try to imitate the behavior of some
> reference platform (specifically Linux) on other platforms, this
> is required disguising. Another potential policy on this problem
> is "following the platform's behavior". From this viewpoint, this
> message should be shown to users because Windows says
> so. Especially for socket operations, the simultion layer is
> intending the former for non-error behaviors, but I'm not sure
> about the behaviors on errors.

The more you hack windows, the more you'll notice that it is full of
caveats, behavior exceptions, and that it runs in its way as nothing
else in this world... This patch looks like a tempest in a teapot at
the end. Why is it actually a problem to show this message? Just
useless noise? If that's the only reason let's drop the patch and move
on. It seems that the extra information that could be fetched
depending on what caused the connection reset is not worth the risk.
-- 
Michael



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: WAL consistency check facility
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: 9.6 TAP tests and extensions