Re: Win32 Thread safetyness

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Win32 Thread safetyness
Дата
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE6C7946@algol.sollentuna.se
обсуждение исходный текст
Ответ на Win32 Thread safetyness  ("Dave Page" <dpage@vale-housing.co.uk>)
Список pgsql-hackers
> > > Yes, and a flag to ecpg.  Added to TODO:
> >
> > Um, it's not clear *when* you need to know this:
> >     - application configure time?
> >     - application compile time?
> >     - application link time?
> >     - application run time?
> >
> > Of those possibilities, "add a function" responds to only one, and
> > it's the one I can see least use-case for.  I should think that by
> > run-time it's probably too late to do much about it other than fail.
>
> Yea, I am thinking a libpq function would say "libpq not thread-safe'
> and return an error.  I would think pg_config output would be
> fine for any link or compile-time check.

Another idea might be to compile the library with a different name when
it's thread safe. And if your system supports it, we build both by
default. (libpq and libpqt or something).


//Magnus


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Improved \df(+) in psql + backward-compatibility
Следующее
От: Mark Wong
Дата:
Сообщение: Re: Simplifying wal_sync_method