Re: [INTERFACES] Bug in parser? - Mailing list pgsql-interfaces

From Thomas Lockhart
Subject Re: [INTERFACES] Bug in parser?
Date
Msg-id 389FB27B.1F9702BD@alumni.caltech.edu
Whole thread Raw
In response to RE: [INTERFACES] Bug in parser?  ("Axel at ansonic" <goddyna@ansonic.com.au>)
Responses Re: [INTERFACES] Bug in parser?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-interfaces
> My question to the lex gurus: why doesn't this rule simply read
> xqcat                   {quote}{space}*{quote}
> considering that both \r and \n are members of {space}?  In fact,
> shouldn't xqdouble and xqcat be combined and defined as above?
> Unless lex has some weird built-in special treatment of \n,
> I don't see why we need to call it out explicitly.
> 
> Similar comments apply to xbcat and xhcat --- and I'm kind of
> wondering about xqliteral, xcline, and xcstop, all of which seem
> to accord undeserved special status to \n ...

Pretty sure that the SQL92 rules for the "string across lines" is more
restrictive than just allowing spaces between double quotes; you
actually need something close to a line break.

select * from "T1" "A1";

would do horrible things if I interpret your suggestion correctly.

But perhaps a somewhat more general rule would work, allowing \r \c
and \n as line break characters??
                   - Thomas

-- 
Thomas Lockhart                lockhart@alumni.caltech.edu
South Pasadena, California


pgsql-interfaces by date:

Previous
From: Tom Lane
Date:
Subject: Re: [INTERFACES] Bug in parser?
Next
From: Tom Lane
Date:
Subject: Re: [INTERFACES] Bug in parser?