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

From Bruce Momjian
Subject Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')
Date
Msg-id ce1d83701f5a2b0b55a662c8284f08ab
Whole thread Raw
In response to Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')  (Mattias Kregert <matti@algonet.se>)
List pgsql-hackers
>
> Mattias Kregert wrote:
> >
> > Bruce Momjian wrote:
> > >
> >
> > > I just think the WARN word coming up on users terminals is odd.  I can
> > > make the change in all the source files easily if we decide what the new
> > > error word should be.  Error?  Failure?
> > >
> >
> > Yes, that's one of the things I don't understand with PostgreSQL.
> > ERROR would be much better.
>
> How about ABORT ?

Sounds maybe a little too serious.  We currently use WARN a lot to
indicate errors in the supplied SQL statement.  Perhaps we need to make
the parser elog's ERROR, and the non-parser WARN's ABORT?  Is that good?
When can I make the change?  I don't want to mess up people's current work.

- --
Bruce Momjian
maillist@candle.pha.pa.us

------------------------------

pgsql-hackers by date:

Previous
From: "Vadim B. Mikheev"
Date:
Subject: Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')
Next
From: "Marc G. Fournier"
Date:
Subject: setting up mhonarc one list at a time