Re: OK, lets talk portability.
От | Tom Lane |
---|---|
Тема | Re: OK, lets talk portability. |
Дата | |
Msg-id | 22968.1020778317@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | OK, lets talk portability. (mlw <markw@mohawksoft.com>) |
Ответы |
Re: OK, lets talk portability.
Re: OK, lets talk portability. |
Список | pgsql-hackers |
mlw <markw@mohawksoft.com> writes: > In the current CVS directory, there is pgsql/src/backend/port directory. > I propose that this become a separate subproject and library. Right offhand, that seems a pointless exercise in relabeling code that's going to be the same either way. What's the actual value? > The reason I want this is because the semaphore support, specifically > multiple semaphores identified by a single key, has to be implemented > with shared memory and multiple semaphores. (Under Windows) I think you are confusing issues that are now private to the SysV sema implementation with things that you really need to do for Windows. Take a look at port/posix_sema.c for a less cluttered view of the semantics you actually need to support. (I don't suppose there's any chance that Gates & Co support POSIX semas, leaving you with no work?) BTW, I have been able to test the named-semas variant of posix_sema.c on OS X, and it works. I don't have access to any platforms that support unnamed POSIX semas, which is too bad because that seems much the preferable variant. Can anyone check it out? regards, tom lane PS: there's a trivial little test program in port/ipc_test.c; if you want a "smoke test" that's simpler than a full Postgres build, try that.
В списке pgsql-hackers по дате отправления: