Hi Andreas.
- Original Message -
From: "Andreas Pflug" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Dave Page"
<[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 11:41 PM
Subject: Re: [pgadmin-hackers] pgadmin3 clientencoding
> Jean-Michel POURE wrote:
(snip)
> >
> >T
On Tuesday 10 June 2003 18:42, you wrote:
> You are missing libssl:
>
> configure:4492: checking for pgsql
> configure:4508: result: yes
> configure:4540: checking for PQexec in -lpq
> configure:4571: gcc -o conftest -g -O2 -I/usr/include -L/usr/lib
> conftest.c -lpq -lssl -lcrypto >&5 /usr/bin
Hi Dave.
They are still imperfect.
This binary understands SJIS-code more securely than UNICODE now.
http://cre-ent.skcapi.co.jp/~saito/pgadmin/lib/pgadmin3_2003-06-10_bin.zip
Of course, other encodings are understood, too.
Leave it because it is input and output of the local data and it doesn't
b
Jean-Michel POURE wrote:
Dear Adam,
Please disguard my last message. My two configurations are absolutely the
same. For some reason, one configures, the other not. I will get back to you
with more info.
Cheers,
Jean-Michel
---(end of broadcast)--
Dear Adam,
Please disguard my last message. My two configurations are absolutely the
same. For some reason, one configures, the other not. I will get back to you
with more info.
Cheers,
Jean-Michel
---(end of broadcast)---
TIP 6: Have you search
Hi Andreas.
- Original Message -
From: "Andreas Pflug" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Dave Page" <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 6:11 PM
Subject: Re: [pgadmin-hackers] pgadmin3 clientencoding
> Andreas Pflug wrote:
>
> >
> > Do we really need special encod
Hi Andreas.
- Original Message -
From: "Andreas Pflug" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 5:45 PM
Subject: [pgadmin-hackers] [Fwd: pgadmin3 clientencoding]
> The current implementation of client encoding selection seems not
> satisfying to me, but si
Send me a copy of your config.log from the top-level pgadmin3/ directory.
ahp
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
Dear Adam,
Thanks for your last mail. I have a small problem with the ./configure script
of pgAdmin3 related to PostgreSQL location. Let me explain:
- On my laptop, which is a RedHat 9 station, I built wxWindows 2.5 cvs and
pgAdmin3 like a charm.
- I am now working on my backup server to compi
Jean-Michel POURE wrote:
I am absolutely sure that we cannot rely on recommandations, such as "create
UNICODE database for multi-byte data and SQL_ASCII otherwise".
Jean-Michel,
you got me wrong. Client encoding is only about the data transfer, and
that includes not only the transfer from the
> -Original Message-
> From: Jean-Michel POURE [mailto:[EMAIL PROTECTED]
> Sent: 10 June 2003 15:09
> To: Adam H. Pendleton
> Cc: [EMAIL PROTECTED]
> Subject: Re: [pgadmin-hackers] Linking error (same old story)
>
>
> Do you plan to use the remote MacOsX machine to generate
> daily sn
On Tuesday 10 June 2003 15:21, Adam H. Pendleton wrote:
> Dave/Everybody, if you encounter a problem with building/linking, etc.
> pgAdmin3, especially if it occurs during the config process, the best
> thing to do is to send me a copy of your error, the config.log that was
> generated when you ran
It seems we all seem to think that client_encoding should be set to
UNICODE in all cases for unicode builds and SQL_ASCII for others,
therefore I've backed out the previous changes and implemented this
behaviour instead.
Any problems, please let me know.
Regards, Dave
---
> -Original Message-
> From: Adam H. Pendleton [mailto:[EMAIL PROTECTED]
> Sent: 10 June 2003 14:22
> To: Dave Page
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [pgadmin-hackers] Linking error (same old story)
>
> If you (Dave) would like, I can put
> together a quick
> H
Dave Page wrote:
PS. Adam/Andreas: I finally got the builds working on snake by using
--with-wx=/usr/local/src/wxWindows-20030607 instead of
--with-wx=/usr/local/wx25. There must be something that wasn't getting
installed...
Dave/Everybody, if you encounter a problem with building/linking, etc.
> -Original Message-
> From: Adam H. Pendleton [mailto:[EMAIL PROTECTED]
> Sent: 10 June 2003 14:03
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [pgadmin-hackers] Linking error (same old story)
>
>
> Jean-Michel POURE wrote:
>
> >Now, I have a question: do you plan t
Jean-Michel POURE wrote:
Now, I have a question: do you plan to add language support to the make
script? Languages files are stored in /src/ui/DE_de, etc...
"I work at the pleasure of the President". :) If Dave wants me to add
language support to the make script, it will be done. I don't
On Tuesday 10 June 2003 14:14, Adam H. Pendleton wrote:
> I've had no problems using both wxGTK 2.4 and 2.5 under RedHat 9. What
> are your problems specifically?
Sorry Adam, this is a old post, please disguard it.
I successfully compiled wxGTK 2.5, pgAdmin3 and uploaded Redhat 9 snapshots on
h
Dear Andreas,
I don't know if I understand you well. If I don't, please disgard my message.
Here is my point of view:
> The longer I think about this, the more the current implementation
> appears wrong to me. The decisive factor is not a user's wish, but the
> ability of our charset conversion
Jean-Michel POURE wrote:
By the way, wxGTK 2.4 does not even ./configure under RedHat 9. So, wxGTK 2.5 is
the only solution...
I've had no problems using both wxGTK 2.4 and 2.5 under RedHat 9. What
are your problems specifically?
ahp
---(end of broadcast)-
Jean-Michel POURE wrote:
On Tuesday 10 June 2003 11:39, Andreas Pflug wrote:
OK, this means a client encoding per database is needed, right?
Additional property for database?
Yes. Whenever possible database, client and wxWindows encodings should be the
same. For example, the best solution
Dear all,
Just to let you know daily snapshots of pgAdmin3 are available for download
from http://snake.pgadmin.org/linux/redhat90. Mandrake RPMs will be available
shortly, although RedHat RPMs ***should*** install under Mandrake.
Best regards,
Jean-Michel POURE
---(en
On Tuesday 10 June 2003 12:10, you wrote:
> Hmm, good point. Perhaps we should just say Unicode all the time then
> when we have a Unicode build.
+ We need to check the conversion safety of data entered by users.
Cheers, Jean-Michel
---(end of broadcast)--
> -Original Message-
> From: Andreas Pflug [mailto:[EMAIL PROTECTED]
> Sent: 10 June 2003 09:46
> To: [EMAIL PROTECTED]
> Subject: [pgadmin-hackers] [Fwd: pgadmin3 clientencoding]
>
> Additionally, I wonder if there's an individual client encoding
> necessary for tree display; I believ
On Tuesday 10 June 2003 11:39, Andreas Pflug wrote:
> OK, this means a client encoding per database is needed, right?
> Additional property for database?
Yes. Whenever possible database, client and wxWindows encodings should be the
same. For example, the best solution is to have a full Unicode ch
Jean-Michel POURE wrote:
On Tuesday 10 June 2003 11:11, you wrote:
Do we really need special encodings, besides unicode? If so, this
should be implemented on a tree node (Server property: client
encoding) to make it possible to let the change of encoding have
immediate effect, or as the "System
On Monday 02 June 2003 23:28, [EMAIL PROTECTED] wrote:
> Im trying to compile pgadmin3 on wxGTK framework. Mind if you could inform
> me the compile/build procedure?
I sent you an RPM by email. What platform are you using?
Cheers, Jean-Michel
---(end of broadcast)
On Tuesday 10 June 2003 11:11, you wrote:
> > Do we really need special encodings, besides unicode? If so, this
> > should be implemented on a tree node (Server property: client
> > encoding) to make it possible to let the change of encoding have
> > immediate effect, or as the "System Object" sett
On Tuesday 10 June 2003 11:06, Andreas Pflug wrote:
> There's one patch pending, that's Hiroshi's patch regarding the
> scintilla lexer, which will take some time to make it's way into
> wxWindows cvs. There should be no problem about that, because it's just
> a better highlighting thing, not a "wo
Andreas Pflug wrote:
Do we really need special encodings, besides unicode? If so, this
should be implemented on a tree node (Server property: client
encoding) to make it possible to let the change of encoding have
immediate effect, or as the "System Object" setting is implemented.
There's anot
Dear friends,
Please find enclosed a pgAdmin3 spec file for daily RPMs builds. A few
remarks:
- Bootstrap is called within the spec file.
- The spec file uses %(date +%Y%m%d) to increase versions. Also, it determines
the release (ex : rh9) automatically using (rpm -q --qf='%{VERSION}'
redhat-
The current implementation of client encoding selection seems not
satisfying to me, but since I haven't worked with client encoding so far
I'm not sure and thus I'm asking you.
Currently, the client encoding can be selected using the "Options"
dialog, and will be active for the *next* connectio
Thanks, patch applied.
> -Original Message-
> From: Jean-Michel POURE [mailto:[EMAIL PROTECTED]
> Sent: 09 June 2003 19:33
> To: [EMAIL PROTECTED]
> Subject: [pgadmin-hackers] Make install patch
>
>
> Dear all,
>
> RCS file: /disk1/cvsroot/pgadmin3/src/Makefile.am,v
> retrieving revisi
> I've tried to help you a couple of times with this but you never replied
> to any of my emails.
Thanks Dave for your various emails which helped. I read your emails ... By
the way, wxGTK 2.4 does not even ./configure under RedHat 9. So, wxGTK 2.5 is
the only solution...
> I too cannot link un
34 matches
Mail list logo