Re: Will PQregisterThreadLock() be documented?
От | Bruce Momjian |
---|---|
Тема | Re: Will PQregisterThreadLock() be documented? |
Дата | |
Msg-id | 200510161715.j9GHFjq22193@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Will PQregisterThreadLock() be documented? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Will PQregisterThreadLock() be documented?
|
Список | pgsql-docs |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > Volkan YAZICI wrote: > >> Will PQregisterThreadLock() - which is defined globally in > >> src/interfaces/libpq/fe-connect.c - be documented? > > > Yes, it should be documented. > > Really? Do we intend applications to call it? Uh, well, we never call it ourselves, so if we don't expect other applications to call it, why is it there? Our code has: /* * Used to set callback that prevents concurrent access to * non-thread safe functions that libpq needs. * The default implementation uses a libpq internal mutex. * Only required for multithreaded apps that use kerberos * both within their app and for postgresql connections. */ typedef void (*pgthreadlock_t) (int acquire); extern pgthreadlock_t PQregisterThreadLock(pgthreadlock_t newhandler); We need to research why it was added. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-docs по дате отправления: