> Horak Daniel <horak@mmp.plzen-city.cz> writes:
> > 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.
> 
> It seems that you have found a bug in the cygipc library.  I suggest
> reporting it to the author of same...

Or it can be a feature ;-) But before it will be fixed (if it can be fixed)
I would like to see my patch it the sources. It is very simple, without
negative effects... The win32 port will be more stable than it is now. We
still can't consider the win32 port to be run in a production environment.

			Dan

Tue, 17 Aug 1999 15:44:17 +0200
Horak Daniel <horak@mmp.plzen-city.cz>
RE: [HACKERS] backend freezeing on win32 fixed (I hope ;-) ) 
Horak Daniel <horak@mmp.plzen-city.cz> writes:
> Or it can be a feature ;-) But before it will be fixed (if it can be fixed)
> I would like to see my patch it the sources. It is very simple, without
> negative effects...

How do you know it has no negative effects?  The problem that it was
intended to fix only showed up with large numbers of backends (ie, more
than the system limit on number of semaphores, which is depressingly
small on many old-line Unixes).  Perhaps cygipc has no limit on number
of semaphores, or perhaps it tries to be a faithful imitation of SysV ;-)
Have you checked?

			regards, tom lane

Tue, 17 Aug 1999 10:08:24 -0400
Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] backend freezeing on win32 fixed (I hope ;-) ) 