Re: Libpq driver: thread problem
От | Bruce Momjian |
---|---|
Тема | Re: Libpq driver: thread problem |
Дата | |
Msg-id | 200507141616.j6EGGoB18114@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Libpq driver: thread problem ("Dave Page" <dpage@vale-housing.co.uk>) |
Ответы |
Re: Libpq driver: thread problem
Re: Libpq driver: thread problem |
Список | pgsql-odbc |
Dave Page wrote: > > The main issue with the flag, as I remember, is to allow multiple > > threads to open libpq connections. If you don't do that, you > > don't need > > the flag. > > In which case it definitely needs fixing. Which may be a non-trivial > task as pthreads on Windows is not currently used by PostgreSQL, and > didn't want to play last time I looked at it :-( However... > > I did look at this very briefly before speaking to Magnus. The first > problem I ran into was that configure was insisting that posix signals > were needed to enable thread safety. Before I spend lots of time looking > at the code do you know if it is safe for me to assume our signal > emaulation will do that job in all the right places? If so, I guess it's > just a case of fixing the pthread detection and linker flags. Ewe. I bet we added that test program _after_ we got threads working on Win32. That program, and the flags detection configure checks have made threads configuration almost fool-proof, so I don't think we should change any of that. As far as the Win32 API, I am unsure. Let me see if I can hack up thread_test.c to use libpq/pthread-win32.c to see if I can get that working. -- 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-odbc по дате отправления: