From: | "Joel Burton" <joel(at)joelburton(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "mlw" <markw(at)mohawksoft(dot)com>, "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: HEADS UP: Win32/OS2/BeOS native ports |
Date: | 2002-05-05 06:44:31 |
Message-ID: | JGEPJNMCKODMDHGOBKDNIENJCMAA.joel@joelburton.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> "Joel Burton" <joel(at)joelburton(dot)com> writes:
> >> Rather than propagating the SysV semaphore API still further, why don't
> >> we kill it now? (I'm willing to keep the shmem API, however.)
>
> > Would this have the benefit of allow PostgreSQL to work properly in BSD
> > jails, since lack of really working SysV IPC was the problem there?
>
> Was the problem just with semas, or was shmem an issue too?
Not sure -- doesn't get far enough for me to tell. initdb dies with:
creating template1 database in /usr/local/pgsql/data/base/1...
IpcSemaphoreCreate: semget(key=1, num=17, 03600) failed:
Function not implemented
> In any case, unless someone actually writes an alternative sema
> implementation that will work on BSD, nothing will happen...
Was hoping that the discussions about the APR might let this work under BSD
jails, assuming I can get the APR to compile.
(For others: apparently PG will work under BSD jails if you recompile the
BSD kernel w/some new settings, but my ISP for this project was unwilling to
do that. Search the mailing list for messages on how to do this.)
J.
From | Date | Subject | |
---|---|---|---|
Next Message | Dann Corbit | 2002-05-05 07:12:02 | Re: HEADS UP: Win32/OS2/BeOS native ports |
Previous Message | Tom Lane | 2002-05-05 00:08:35 | Re: HEADS UP: Win32/OS2/BeOS native ports |