Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')
Дата
Msg-id 199801051610.LAA11613@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')  ("Vadim B. Mikheev" <vadim@sable.krasnoyarsk.su>)
Список 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 по дате отправления:

Предыдущее
От: "Thomas G. Lockhart"
Дата:
Сообщение: Re: [HACKERS] why is char now a keyword
Следующее
От: "Vadim B. Mikheev"
Дата:
Сообщение: Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')