From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Phillip Smith" <phillip(dot)smith(at)weatherbeeta(dot)com(dot)au> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Postgres Backup and Restore |
Date: | 2008-02-11 00:28:35 |
Message-ID: | 12050.1202689715@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
"Phillip Smith" <phillip(dot)smith(at)weatherbeeta(dot)com(dot)au> writes:
> How has the software been misinformed and how can we avoid it then? :)
Well, if that were entirely clear then we could fix it.
> The start of the pgdump sets the client encoding, so shouldn't that tell PG
> that things could get strange?
The problems seem to arise when the data doesn't actually have the
claimed encoding. We've been gradually tightening the encoding checks
over the years, so data that older versions let pass without comment
might now be recognized as malformed. In the OP's case there may be
something else going on (such as an actual encoding-conversion bug).
I've encouraged him to try to trace things forward from his original
input data and see if we can find out exactly where it went off the
rails.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2008-02-11 14:43:42 | Re: Help calculating load values |
Previous Message | Phillip Smith | 2008-02-10 23:56:55 | Re: Postgres Backup and Restore |