Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session
Дата
Msg-id AANLkTinqunS_95Puq_3pDBXf_BKM0xxRbTVCVLUhfx16@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session  (Cristian Bittel <cbittel@gmail.com>)
Ответы Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session  (Dave Page <dpage@pgadmin.org>)
Список pgsql-hackers
On Thu, Aug 26, 2010 at 22:59, Cristian Bittel <cbittel@gmail.com> wrote:
> I still believe this "exit code 128" is related to pgAdmin opened during the
> clossing session on Remote Desktop. I have a Windows user login wich is not
> administrator just no privileged user, it cannot start/stop services, just
> monitoring. With pgAdmin window opened inside my disconected session, as
> Administrator if I "close" the another disconnected session, Postgres exit
> with 128 code.

If the closing of a session on the remote desktop can affect a
*service* then frankly that sounds like a serious isolation bug in
Windows itself. The postmaster grabs the handle of the process when
it's started and waits on that - that should never be affected by
something in a different session.

I think it's more likely that Windows just looses track when you
terminate a lot of processes at once, and randomly kills off something
- or at least *indicates* that something has been killed off.

> Did you reproduce this behavior?

No, AFAIK nobody has managed to reproduce this behavior in any kind of
consistent way. It's certainly been seen more than once in many
places, but not consistently reproducible.

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: performance issue: logical operators are slow inside SQL function: missing optimalization?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: performance issue: logical operators are slow inside SQL function: missing optimalization?