Re: [INTERFACES] Bug in parser?
От | Thomas Lockhart |
---|---|
Тема | Re: [INTERFACES] Bug in parser? |
Дата | |
Msg-id | 389FB27B.1F9702BD@alumni.caltech.edu обсуждение исходный текст |
Ответ на | RE: [INTERFACES] Bug in parser? ("Axel at ansonic" <goddyna@ansonic.com.au>) |
Ответы |
Re: [INTERFACES] Bug in parser?
|
Список | 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 по дате отправления: