Peter Eisentraut <[EMAIL PROTECTED]> writes: > A bug indeed. > <xd>{xddouble} { > - addlit(yytext, yyleng-1); > + addlit(yytext+1, yyleng-1); > } I don't follow. xddouble can only expand to two quote marks, so how does it matter which one we use as the result? This seems unlikely to change the behavior. If it does, I think the real bug is elsewhere. I do see a bug here --- I get regression=# select """"; NOTICE: identifier """ [ lots o' rubouts ] @;Ç" will be truncated to """" ERROR: Attribute '""' not found regression=# regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
- [HACKERS] Re: Escaping strings for inclusion into SQL qu... Christopher Masto
- Re: [HACKERS] Re: Escaping strings for inclusion in... Florian Weimer
- Re: [HACKERS] Re: Escaping strings for inclusion in... Peter Eisentraut
- Re: [HACKERS] Re: Escaping strings for inclusion in... Florian Weimer
- Re: [HACKERS] Re: Escaping strings for inclusion in... Bruce Momjian
- Re: [HACKERS] Re: Escaping strings for inclusion in... Florian Weimer
- Re: [HACKERS] Re: Escaping strings for inclusion in... Bruce Momjian
- Re: [HACKERS] Re: Escaping strings for inclusion in... Peter Eisentraut
- Re: [HACKERS] Re: Escaping strings for inclusion in... Tom Lane
- Re: [HACKERS] Re: Escaping strings for inclusion in... Peter Eisentraut
- Re: [HACKERS] Re: Escaping strings for inclusion in... Tom Lane
- Re: [HACKERS] Re: Escaping strings for inclusion in... Bruce Momjian
- Re: [HACKERS] Re: Escaping strings for inclusion in... Tom Lane