Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')
В списке pgsql-hackers по дате отправления:
| От | Bruce Momjian |
|---|---|
| Тема | Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c') |
| Дата | |
| Msg-id | f11352044b0d288b6ab2d22402a27129 обсуждение исходный текст |
| Ответ на | Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c') (Mattias Kregert <matti@algonet.se>) |
| Список | pgsql-hackers |
> > I made all the error messages coming from the parser as ERROR, and > > non-parser messages as ABORT. I think I will need to fine-tune the > > messages because I am sure I missed some messages that should be ERROR > > but are ABORT. For example, utils/adt messages about improper data > > formats, is that an ERROR or an ABORT? > > Good question :) > > Following your way > > insert into X (an_int2_field) values (9999999999); > > should cause ERROR message, but > > insert into X (an_int2_field) select an_int4_field from Y; This generates an ERROR, because the parser catches the type mismatch. It looks like the changes are broken up pretty much among directories. utils/adt and catalog/ and commands/ are all pretty much ERROR. > > should return ABORT message if value of some an_int4_field in Y is > greater than 32768. > > Vadim > - -- Bruce Momjian maillist@candle.pha.pa.us ------------------------------
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера