Re: possible bug not in open items

Поиск
Список
Период
Сортировка
Искать
От
Jeff Davis
Тема
Re: possible bug not in open items
Дата
Msg-id
1238188077.5525.3.camel@dell.linuxdev.us.dell.com
Ответ на
Список
Дерево обсуждения
Re: possible bug not in open items Jeff Davis <pgsql@j-davis.com>
Re: possible bug not in open items Bruce Momjian <bruce@momjian.us>
Re: possible bug not in open items Jeff Davis <pgsql@j-davis.com>
Re: possible bug not in open items Tom Lane <tgl@sss.pgh.pa.us>
Re: possible bug not in open items Bruce Momjian <bruce@momjian.us>
Re: possible bug not in open items Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: possible bug not in open items Tom Lane <tgl@sss.pgh.pa.us>
Re: possible bug not in open items Jeff Davis <pgsql@j-davis.com>
Re: possible bug not in open items Jeff Davis <pgsql@j-davis.com>
Re: possible bug not in open items Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: possible bug not in open items Bruce Momjian <bruce@momjian.us>
Re: possible bug not in open items Tom Lane <tgl@sss.pgh.pa.us>
Re: possible bug not in open items Jeff Davis <pgsql@j-davis.com>
Re: possible bug not in open items Tom Lane <tgl@sss.pgh.pa.us>
Re: possible bug not in open items Jeff Davis <pgsql@j-davis.com>
Re: possible bug not in open items Tom Lane <tgl@sss.pgh.pa.us>
On Fri, 2009-03-27 at 15:43 -0400, Tom Lane wrote:
> Heikki Linnakangas  writes:
> > I'm not too familiar with this code, but I think we could just enable 
> > ImmediateInterruptOK in CopyGetData().
> 
> Only if you are wanting to break things.
> 
> The reason we don't allow client read to be interrupted is the fear of
> losing protocol sync on an incomplete message.  For the SIGTERM case
> this would (probably) be okay, since we aren't going to pay any more
> attention to the client anyway, but accepting SIGINT there is right out.
> 

That's perfectly acceptable to me. I'm only concerned about the shutdown
case, and that's the only case that's in conflict with the docs.

Regards,
	Jeff Davis
В списке pgsql-bugs по дате отправления
От: Tom Lane
Дата:
От: Jeff Davis
Дата:
FAQ