Re: HEADS UP: Win32/OS2/BeOS native ports
От | Joel Burton |
---|---|
Тема | Re: HEADS UP: Win32/OS2/BeOS native ports |
Дата | |
Msg-id | JGEPJNMCKODMDHGOBKDNIENJCMAA.joel@joelburton.com обсуждение исходный текст |
Ответ на | Re: HEADS UP: Win32/OS2/BeOS native ports (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: HEADS UP: Win32/OS2/BeOS native ports
Re: HEADS UP: Win32/OS2/BeOS native ports Re: HEADS UP: Win32/OS2/BeOS native ports |
Список | pgsql-hackers |
> "Joel Burton" <joel@joelburton.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.
В списке pgsql-hackers по дате отправления: