Re: [HACKERS] backend freezeing on win32 fixed (I hope ;-) )
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] backend freezeing on win32 fixed (I hope ;-) ) |
Дата | |
Msg-id | 199908171441.KAA08651@candle.pha.pa.us обсуждение исходный текст |
Ответ на | RE: [HACKERS] backend freezeing on win32 fixed (I hope ;-) ) (Horak Daniel <horak@mmp.plzen-city.cz>) |
Ответы |
Re: [HACKERS] backend freezeing on win32 fixed (I hope ;-) )
|
Список | pgsql-hackers |
[Charset iso-8859-1 unsupported, filtering to ASCII...] > > In any case, when one backend quits and another one is > > started, the new > > one will re-use the semaphore no longer used by the defunct backend. > > I have tested my solution a bit more and I have to say that reusing a > semaphore by a new backend works OK. But it is not possible for a newly > created backend to use a semaphore allocated by postmaster (it freezes on > test if the semaphore with given key already exists - done with > semId=semget(semKey, 0, 0) in function IpcSemaphoreCreate() in > storage/ipc/ipc.c ). Why it is, I don't know, but it seems that my solution > uses the ipc library in the right way. There are no longer any error > messages from the ipc library when running the server. And I can't say that > the ipc library is a 100% correct implementation of SysV IPC, it is probably > (sure ;-) )caused by the Windows internals. Seems we may have to use the patch, or make some other patch for NT-only that works around this NT bug. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: