Re: HEADS UP: Win32/OS2/BeOS native ports

mlw <markw@mohawksoft.com>

From: mlw <markw@mohawksoft.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: "Marc G. Fournier" <scrappy@hub.org>, pgsql-hackers@postgresql.org
Date: 2002-05-03T15:02:25Z
Lists: pgsql-hackers
Tom Lane wrote:
> 
> "Marc G. Fournier" <scrappy@hub.org> writes:
> > All I'm planning on doing is changing the appropriate shm_* functions iwth
> > pg_shm_* functions ... if !(libapr), all those pg_shm_* functions will
> > have in them is the original call we've always used ... there will even be
> > a --disable-libapr configure option so that if someone already has Apache2
> > installed, but doesn't wanna use libapr for PgSQL, they don't have to ...
> 
> > Basically, all I'm looking at is allowing PgSQL to use a different library
> > for its shared memory calls then the standard one, nothing else ...
> 
> Oh.  I guess my next question is how closely that Apache library
> emulates the SysV shmem semantics.  In particular, can you reliably
> tell how many processes are attached to a shmem block?  (Cf
> SharedMemoryIsInUse() in storage/ipc/ipc.c)  Without that feature we
> have an interlock problem.

I am not familiar with the Apache code, but I see no reason why all the
features in SysV SHM should not be implementable in a Windows modules. IMHO
that's what should be done.