Re: invalid byte sequence for encoding

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.

In response to

Responses

Browse pgsql-general by date

  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