Re: pgsql-server/ oc/src/sgml/libpq.sgml rc/interf ...
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql-server/ oc/src/sgml/libpq.sgml rc/interf ... |
| Дата | |
| Msg-id | 603.1061760065@sss.pgh.pa.us обсуждение |
| Ответ на | pgsql-server/ oc/src/sgml/libpq.sgml rc/interf ... (petere@svr1.postgresql.org (Peter Eisentraut - PostgreSQL)) |
| Ответы |
Re: pgsql-server/ oc/src/sgml/libpq.sgml rc/interf ...
|
| Список | pgsql-committers |
petere@svr1.postgresql.org (Peter Eisentraut - PostgreSQL) writes:
> Modified files:
> doc/src/sgml : libpq.sgml
> src/interfaces/ecpg/ecpglib: connect.c error.c
> src/interfaces/libpq: libpq-fe.h
> Log message:
> Add macros for error result fields to libpq.
libpq has several internal uses of the error-field codes that perhaps
ought to be converted to use these macros, eg, pqInternalNotice(),
pqGetErrorNotice2(), pqGetErrorNotice3().
More generally, is libpq the right place to declare these? Shouldn't
we instead put 'em in postgres_ext.h, and teach the backend code to use
'em too?
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера