From: | Mike G <mike(at)thegodshalls(dot)com> |
---|---|
To: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
Cc: | pgadmin-support(at)postgresql(dot)org |
Subject: | Re: Bug in exporting results to file |
Date: | 2005-04-02 05:15:12 |
Message-ID: | 1112418912.2884.3.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-support |
Yes but it will take a little time. I will post a backup that can be
restored but probably not till later on in the week.
Mike
On Mon, 2005-03-28 at 08:18, Andreas Pflug wrote:
> Mike G. wrote:
> > Hi,
> >
> > I read the faq about the problem where pgadmin won't display data if
> > it cannot convert the data due to an encoding issue.
> >
> > I have a table created under Latin1. When doing a select * from that
> > table and exporting the results to a file pgadmin was dropping a row
> > without warning. That row was being displayed within a pgadmin
> > window and one of the columns did have data in it that appeared to
> > not be converting correctly.
> >
> > By selecting the export encoding method of utf-8 and then exporting
> > the result that row would appear in the file. If no default method
> > was selected or the local charset selected (probably utf-16 since
> > this is on WinXP) the row would not be exported to the file.
> >
> > Shouldn't pgadmin generate a warning that all rows were not exported
> > or abort the export process instead of silently removing the row?
>
> I agree, pgAdmin shouldn't write garbage silently. Can you provide an
> example?
>
> Regards,
> Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Haddon | 2005-04-04 17:08:19 | Upgrade Wizard |
Previous Message | Jon V. | 2005-04-01 18:47:14 | Moving from pg 7.4/cygwin to 8, questions about pgadmin |