X-Original-To: pgadmin-support-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.130]) by svr1.postgresql.org (Postfix) with ESMTP id BC904D1B55D for ; Fri, 10 Oct 2003 16:20:11 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (neptune.hub.org [64.117.224.130]) (amavisd-new, port 10024) with ESMTP id 50883-01 for ; Fri, 10 Oct 2003 13:19:26 -0300 (ADT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by svr1.postgresql.org (Postfix) with ESMTP id 52F4CD1B56F for ; Fri, 10 Oct 2003 13:19:25 -0300 (ADT) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1A7zyh-0001od-00; Fri, 10 Oct 2003 18:18:55 +0200 Received: from [80.129.142.58] (helo=pse-consulting.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1A7zyh-0000O2-00; Fri, 10 Oct 2003 18:18:55 +0200 Message-ID: <3F86DBF1.2030508@pse-consulting.de> Date: Fri, 10 Oct 2003 18:18:57 +0200 From: Andreas Pflug User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexandr S Cc: pgadmin-support@postgresql.org Subject: Re: [BUGS] bug reporting References: <3F7D8B18.3060108@in.crimea.ua> <3F7E046B.9060003@pse-consulting.de> <3F8659C7.801@in.crimea.ua> In-Reply-To: <3F8659C7.801@in.crimea.ua> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200310/100 X-Sequence-Number: 2227 Alexandr S wrote: > Next bug. > --with full russian version of Pgadmin 3.1 (with russian title of > column and russian inserted data) : there is problem when selecting, > inserting relatively large block of data (for example , excerpt of > some text about 100 words size and more). Pgadmin suddenly ends to > work and then I have to start pgadmin again, but fortunately data don > t loose. And pgadmin don t export any russian data to *.csv or > *.dat - pgadmin suddenly ends to work without saving any data. As I > understood, there is patch that solve this problems, so I hope new > version of pgadmin will appear as soon as possible. Hi Alexandr, There's no patch pending, how did you try to insert the data? Can you supply samples of data, so we can see what's going wrong? > > --with full english version of Pgadmin : this problems absent , but > there is one thing that I don t understand and don t like me. When > exporting relatively large block of data (text with, for example, 100 > words size) pgadmin saves to *.csv only little part of data in the > end of which follows ".." . So pgadmin don t safe full content of > row. Is it right behavior? How can I safe full content of a row? The column size of the Query Tool is limited, you can change the setting in options. Anyhow, if the data is larger than 511, windows will truncate it. The next version of pgAdmin3 will include a "execute to file", which won't suffer any truncation (until the disk is full :-) > > --when inserting large block of text , data often aligns along one > long line, so its hard to view such data. It would be better if data > take the form of sell like , for example, Pgaccess does. Don't know how you'd like it. Some kind of autowrap? You could split lines: INSERT INTO mytable(foo, bar) VALUES (1, 'this is my line || ' and this too' Regards, Andreas