Re: [INTERFACES] The problem between libpq and libpgtcl for WIN32
В списке pgsql-interfaces по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [INTERFACES] The problem between libpq and libpgtcl for WIN32 |
| Дата | |
| Msg-id | 12466.913685103@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | The problem between libpq and libpgtcl for WIN32 ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
| Список | pgsql-interfaces |
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> The treatment of pgresStatus[] in libpq must be changed ?
> In case of Windows,global data interface between dll's is
> different from UNIX.
> If fact,libpgtcl references global data pgresStatus[] in libpq
> and pg_result -status command does not work properly for
> Windows.
I don't think we can really take pgresStatus[] out of libpq's API,
since that would break existing applications for no good reason.
But it seems reasonable to add a corresponding function call, say
const char * PQresStatus (ExecStatusType status);
and change libpgtcl to use that instead. We could even deprecate
use of the global array with an eye to removing it someday ...
not very soon though.
Anyone have an objection, or a different opinion about what the function
should be named?
regards, tom lane
В списке pgsql-interfaces по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера