From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Daniel Schuchardt <d(dot)schuchardt(at)prodat-sql(dot)de> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: invalid byte sequence for encoding |
Date: | 2009-09-13 22:21:46 |
Message-ID: | 1252880506.26439.29.camel@vanquo.pezone.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On sön, 2009-09-13 at 22:21 +0200, Daniel Schuchardt wrote:
> First:In Postgres81 everything is working fine.
In general, older versions of PostgreSQL treated encoding issues much
mroe loosely, which subsequently lead to user errors, bugs, and
confusion. Later versions are more strict. Therefore, experience
dictates that "$oldversion is working fine" often really means "your
application code was abusing definitional gaps and bugs".
> (((with our parser:
> UPDATE art SET ak_auftxt= '*', ak_auftxt_rtf=
> '{\\rtf1\\ansi\\deff0{\\fonttbl{\\f0\\fnil\\fcharset0
> Arial;}}\r\n\\viewkind4\\uc1\\pard\\lang1031\\fs20 *\r\n\\par }\r\n\0'
> WHERE dbrid=204800
> ))))
At the very least, you should escape the \0 to \\0. And then put E''
around the string. The answer recommended elsewhere to set
standard_conforming_strings to true will also work, but might break
other code that you have currently running. Read its documentation
carefully.
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Schuchardt | 2009-09-13 22:36:37 | Re: invalid byte sequence for encoding |
Previous Message | Thomas Kellerer | 2009-09-13 21:58:48 | Re: invalid byte sequence for encoding |