Dear Дмитрий Попов .
I believe the reappearance of this problem.
IMHO,You must not use multi-byte for the user ID.
It seems you that it that a user was made under the condition of the multi-byte
connection is right by the intervention of conversion.
However,
The user character line won't correspo
Дмитрий Попов wrote:
pgAdmin III, v1.0.0, pgSql 7.3.1 Windows Russian
Hello!
PostrgeSQL on windows make SuperUser's name symbols as current system
user. When user in windows include russian, PgSQL make user with
russian symbols too.
But pgAmin replace it to "_".
For Example: My user was "Dmitriy
pgAdmin III, v1.0.0, pgSql 7.3.1 Windows Russian
Hello!
PostrgeSQL on windows make SuperUser's name symbols as current system
user. When user in windows include russian, PgSQL make user with
russian symbols too.
But pgAmin replace it to "_".
For Example: My user was "Dmitriy" (Дмитрий). There i
Well, well… Some weeks have passed by since the release of Panther, but
nowhere have I been able to find the so long awaited port for Mac OS X…
Does anyone here have some updated information about the status of the
OS X-project?
Sincerely,
Victor, Copenhagen/Malmoe
---
--- Dave Page wrote:
> [...]
>
> You can copy individual values using the normal keysequences such as
> Control-C for copy. Currently you cannot select regions of cells for
> copy/paste - I'm not sure how feasible this is right now, though I can
> see the usefullness of it.
That I couldn't do, i.e
[EMAIL PROTECTED] wrote:
I just installed Fedora Core 1 from fedora.redhat.com. I decided to
build pgadmin3 from source. I installed the wx rpms for Redhat 9 and
installed the postgresql rpms for Fedora Core 1. I was able to build
and install pgadmin3 successfully. I then connected to my SS
Reshat Sabiq wrote:
Mark Perez wrote:
Can someone help me? I have a large database that I have been working
on in MS Access and then placed it on a Red Hat Server. It works
awesome with PGAdmin and PostgreSQL. I then needed to take the code
and database both an Access based import and a pgdu
Dave Page wrote:
1. Tree view that shows the list of tables: When I click on a
table that contains relatively large number of rows (20M+),
it takes pgAdmin a very, very long time to show the
respective CREATE clause for the table. It appears that
pgAdmin is forcing pgSql to count rows in the t
> -Original Message-
> From: ow [mailto:[EMAIL PROTECTED]
> Sent: 09 November 2003 15:06
> To: [EMAIL PROTECTED]
> Subject: [pgadmin-support] Large tables, copy-and-paste, default sql
>
> pgAdmin III, v1.0.0, pgSql 7.4.rc1
>
> Hi,
>
> Thanks for the great product, it really helps!
>
