Hi
most probably you did not link the resources to the project, did you adapt
the makefiles ? you can have a look at the minimal makefile that gets
generated by configure in your mac builddir.
Best,
Stefan
> -Original Message-
> From: Adam H. Pendleton [mailto:[EMAIL PROTECTED]
> Sent:
At 11:31 30/09/2003 +0200, Jean-Michel POURE wrote:
Seems like we have to choose between --with-mac and --with-cocoa. I would say
(without really knowing) that --with-mac is the compatibility layer of MacOsX
to old Macintosh applications, whereas --with-cocoa is the native MacOsX
interface.
But thi
> -Original Message-
> From: Adam H.Pendleton [mailto:[EMAIL PROTECTED]
> Sent: 30 September 2003 22:20
> To: Adam Witney
> Cc: [EMAIL PROTECTED]; Julian Smart; pgadmin-hackers
> Subject: Re: [pgadmin-hackers] pgAdmin III under wxCocoa
>
>
> On Tuesday, Sep 30, 2003, at 05:40 US/Easter
> -Original Message-
> From: Adam H.Pendleton [mailto:[EMAIL PROTECTED]
> Sent: 30 September 2003 22:29
> To: [EMAIL PROTECTED]
> Subject: [pgadmin-hackers] acinclude.m4.patch
>
>
> This is a small patch that changes the file we check for to
> validate a
> wxWindows xrc installation
Hi
I think (I'm not fluent on the console ;-) it's --disable-shared for getting
static libs
Best,
Stefan
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Page
> Sent: Mittwoch, 1. Oktober 2003 08:40
> To: Adam H.Pendleton; Adam Witney
> Cc: [
> -Original Message-
> From: Stefan Csomor [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2003 09:09
> To: Dave Page; 'Adam H.Pendleton'; 'Adam Witney'
> Cc: [EMAIL PROTECTED]; 'Julian Smart'; 'pgadmin-hackers'
> Subject: RE: [pgadmin-hackers] pgAdmin III under wxCocoa
>
>
> Hi
>
> I th
Le Mercredi 1 Octobre 2003 00:43, Adam H.Pendleton a écrit :
> http://www.fmonkey.net/pgastartup.jpg
>
> I don't remember now how I fixed this before, so I'll have to do some
> research. Stefan, maybe you have a quick answer (if there is such a
> thing)? :-)
Dear Adam H. Pendleton,
Nice Macinto
On 30/9/03 7:45 pm, "Adam H. Pendleton" <[EMAIL PROTECTED]> wrote:
> On Tuesday, Sep 30, 2003, at 08:58 US/Eastern, Adam Witney wrote:
>
>>
>> Actually latest CVS wxWindows, configure'd --with-cocoa fails with this
>> problem
>>
>> ../src/cocoa/font.cpp:88: type specifier omitted for parameter
Le Mardi 30 Septembre 2003 17:23, Ângelo Marcos Rigo a écrit :
> A Portuguese-Brazilian PgAdmin user describe me a
> problem with acentt code, the data on the database
> wich have acentt is not displayed properly in PgAdmin
> III but do appear properly in PgAdmin II.
Hi Ângelo,
Could you:
- click
"Dave Page" <[EMAIL PROTECTED]> writes:
> In src/backend/parser/parse.h there is a copyright that reads as below.
> Note the bottom section that says that the GPL is only excepted for
> files generated by Bison *from* this file. This implies to me that this
> file is GPL'd,
No. The text in questi
Dear Adam H.,
In the RPM spec, after make install, we install the icon and desktop file
manually using:
cp ./src/include/images/elephant48.xpm
%{buildroot}/%{_datadir}/%{name}/%{name}.xpm
cp ./pkg/%{name}.desktop
%{buildroot}/%{_datadir}/%{name}/%{name}.desktop
Could it be part of make
Adam Witney wrote:
For the time being, I could live with 1), but I couldn't get it to configure
on my OSX laptop... It couldn't find my pgsql installation... Even though it
was looking in the right place!
does pgsql have to be compiled with ssl for pgadmin to work?
No, not necessarily. If SSL is
Adam H.Pendleton wrote:
I just grabbed the CVS tree for wxWindows, and I noticed that the
library naming convention seems to have changed. Where it used to be
-lwx_macd-2.5 it is now -lwx_macd_core-2.5, etc. This causes the
autoconf code to fail, since it is looking for "wx_macd-" not
"wx_ma
Jean-Michel POURE wrote:
Le Mercredi 1 Octobre 2003 00:43, Adam H.Pendleton a écrit :
http://www.fmonkey.net/pgastartup.jpg
I don't remember now how I fixed this before, so I'll have to do some
research. Stefan, maybe you have a quick answer (if there is such a
thing)? :-)
I think the hotfix
Le Lundi 29 Septembre 2003 15:04, Jean-Michel POURE a écrit :
> > I am sending you Czech translation (cs_CZ) of pgAdmin III. All strings
> > are translated, but need some work on terminology and "hot keys".
While waiting for Jan answer, the maintenance of the Czech translation was
handed to Danie
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DDATA_DIR=\"/usr/share/pgadmin3/\" -Wall
-g -I../src/include -I../src/agent/include -I -DSSL -I/usr/include/pgsql
-I/usr/lib/wx/include/gtk2ud-2.5 -D__WXDEBUG__ -D__WXGTK__
-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/include
-DDATA_DIR=\"/usr/share/pgadmin
Dear friends,
Herafter is the answer of Stefan Csomor to the iconv question:
"The problem is not the conversion, since that is already existing on mac os,
it is rather the wide char functions and headers which have to be emulated,
or rewritten using MacOS Unicode functions. It should not be too d
Hi Adam
please cvs update src/mac/checkbox.cpp, I've committed the typo fix
yesterday evening
Thanks,
Stefan
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Adam Witney
> Sent: Mittwoch, 1. Oktober 2003 10:05
> To: Adam H. Pendleton
> Cc: [EMAIL P
> -Original Message-
> From: Jean-Michel POURE [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2003 13:07
> To: [EMAIL PROTECTED]
> Subject: [pgadmin-hackers] Build error under SuSE 8.2
>
>
> if g++ -DHAVE_CONFIG_H -I. -I. -I..
> -DDATA_DIR=\"/usr/share/pgadmin3/\" -Wall
> -g -I../src/
Hi Andreas,
I've just found myself unable to compile CVS because of problems with
utffile.h/cpp and expatd.cpp. Having temporarily removed them I can
carry on, but have you upgraded wx and added expat for some reason?
Regards, Dave.
---(end of broadcast)--
Dear all,
Where should we commit translation updates? REL-1_0_0_PATCHES or the main
branch? To simplify, I would prefer the main branch only. Same as for
translation status.
What do you prefer?
Cheers, Jean-Michel
---(end of broadcast)---
TIP 7:
Dave Page wrote:
Hi Andreas,
I've just found myself unable to compile CVS because of problems with
utffile.h/cpp and expatd.cpp. Having temporarily removed them I can
carry on, but have you upgraded wx and added expat for some reason?
utffile is in our cvs, while expatd.cpp isn't in my wx cvs sna
> -Original Message-
> From: Andreas Pflug [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2003 14:52
> To: Dave Page
> Cc: pgadmin-hackers
> Subject: Re: [pgadmin-hackers] utffile.cpp & expatd.lib
>
>
> Dave Page wrote:
>
> >Hi Andreas,
> >
> >I've just found myself unable to compile CV
> -Original Message-
> From: Jean-Michel POURE [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2003 14:50
> To: pgadmin-hackers
> Subject: [pgadmin-hackers] Translation updates
>
>
> Dear all,
>
> Where should we commit translation updates? REL-1_0_0_PATCHES
> or the main
> branch? To
Hi Stefan,
Thanks. This now compiles and installs fine with wxWindows current CVS (on
MacOSX 10.2.6)
cd build
../configure --with-mac --disable-shared --enable-debug
make
make install
Do I need the STC and XRC bits as well? These do not compile as described on
the website instructions
cd contr
Stefan Csomor wrote:
Hi
most probably you did not link the resources to the project, did you adapt
the makefiles ? you can have a look at the minimal makefile that gets
generated by configure in your mac builddir.
That's what the problem is. I'd forgotten about that. Thanks!
ahp
--
Dave Page wrote:
Dynamic build works, static does not. Incidently, --disable-static
doesn't work, despite prompts indicating that it should. I also note
that snake is linking with libwx_gtk2ud-2.5.a no matter what build type
is performed - I assume this is because that's what wx-config tells it
to
Jean-Michel POURE wrote:
Nice Macintosh. Is this a new platform? How wide is your screen? Sorry for the
late reply because of the jet lag :)
It's a PowerBook G4 15" running Mac OS X 10.2.6.
The language list is displayed in UTF-8 because our translations are stored in
Unicode. wxMac does not s
Adam Witney wrote:
On 30/9/03 7:45 pm, "Adam H. Pendleton" <[EMAIL PROTECTED]> wrote:
On Tuesday, Sep 30, 2003, at 08:58 US/Eastern, Adam Witney wrote:
Actually latest CVS wxWindows, configure'd --with-cocoa fails with this
problem
../src/cocoa/font.cpp:88: type specifier omitted for par
Jean-Michel POURE wrote:
Dear Adam H.,
In the RPM spec, after make install, we install the icon and desktop file
manually using:
cp ./src/include/images/elephant48.xpm
%{buildroot}/%{_datadir}/%{name}/%{name}.xpm
cp ./pkg/%{name}.desktop
%{buildroot}/%{_datadir}/%{name}/%{name}.desktop
Dave Page wrote:
while expatd.cpp isn't in my wx cvs snapshot
either; it compiles anyway.
It's trying to link with expatd.lib which I do not have on Windows.
iirc, xrc uses a cut down version of expat, or must add a full version
to the list of prereqs?
Ah I see,
I'm preparing for the nex
> -Original Message-
> From: Andreas Pflug [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2003 16:20
> To: Dave Page
> Cc: pgadmin-hackers
> Subject: Re: [pgadmin-hackers] utffile.cpp & expatd.lib
>
>
>
> I'm preparing for the next wx snapshot, and that includes expat as an
> additiona
Should that be back patched for 1.0.1? Seems like a bug to me.
Regards, Dave.
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
Dave Page wrote:
Should that be back patched for 1.0.1? Seems like a bug to me.
The bug is the non-ascii data...
Yes, we should back-patch that. Just plain pgConn.cpp and pgConn.hpp.
Regards,
Andreas
---(end of broadcast)---
TIP 4: Don't 'kill -9
Dave Page wrote:
-Original Message-
From: Andreas Pflug [mailto:[EMAIL PROTECTED]
Sent: 01 October 2003 16:20
To: Dave Page
Cc: pgadmin-hackers
Subject: Re: [pgadmin-hackers] utffile.cpp & expatd.lib
I'm preparing for the next wx snapshot, and that includes expat as an
additional p
> -Original Message-
> From: Andreas Pflug [mailto:[EMAIL PROTECTED]
> Sent: 01 October 2003 16:39
> To: Dave Page
> Cc: pgadmin-hackers
> Subject: Re: [pgadmin-hackers] utffile.cpp & expatd.lib
>
>
>
> Sorry for that, taking this huge wx step was expected to
> stirr things up. Use t
Hi,
I think I have a similar issue... A pgAdmin III user contacted me with the
question why they can't see the data in Russian and how to to solve the
problem. I queried them for more information. I think their data must be
encoded in some other encoding (e.g. KOI8-R) and when it gets to the
clien
Hmm..
From: "Andreas Pflug" <[EMAIL PROTECTED]>
> Dave Page wrote:
>
> >Should that be back patched for 1.0.1? Seems like a bug to me.
> >
> >
> >
>
> The bug is the non-ascii data...
> Yes, we should back-patch that. Just plain pgConn.cpp and pgConn.hpp.
>
> Regards,
> Andreas
Please wait
Dear Serguei.
It is strange.
Server has encoding as follows.
-- UNICODE --> KOI8R
CREATE DEFAULT CONVERSION pg_catalog.utf_8_to_koi8_r FOR 'UNICODE' TO 'KOI8R' FR
OM utf8_to_koi8r;
-- KOI8R --> UNICODE
CREATE DEFAULT CONVERSION pg_catalog.koi8_r_to_utf_8 FOR 'KOI8R' TO 'UNICODE' FR
OM koi8r_to_ut
Serguei A. Mokhov wrote:
Hi,
I think I have a similar issue... A pgAdmin III user contacted me with the
question why they can't see the data in Russian and how to to solve the
problem. I queried them for more information. I think their data must be
encoded in some other encoding (e.g. KOI8-R) and
From: "Andreas Pflug" <[EMAIL PROTECTED]>
> Serguei A. Mokhov wrote:
>
> >Hi,
> >
> >I think I have a similar issue... A pgAdmin III user contacted me with the
> >question why they can't see the data in Russian and how to to solve the
> >problem. I queried them for more information. I think their
On Thu, 2 Oct 2003, Hiroshi Saito wrote:
> From: "Andreas Pflug" <[EMAIL PROTECTED]>
>
> > Serguei A. Mokhov wrote:
> >
> > >Hi,
> > >
> > >I think I have a similar issue... A pgAdmin III user contacted me
> > >with the question why they can't see the data in Russian and how to
> > >to solve the
There is no error in every place.
But, there is one place of the problem.
It is a quote problem by the renewal of data view.
regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Saito" <[EMAIL PROTECTED]>
> Hmm..
>
> From: "Andreas Pflug" <[EMAIL PROTECTED]>
>
>
> > Dave Page
It is this problem.
any comment?
regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Saito" <[EMAIL PROTECTED]>
>
> There is no error in every place.
> But, there is one place of the problem.
> It is a quote problem by the renewal of data view.
>
> regards,
> Hiroshi Saito
f
Dear Friends,
I added information about wxWindows compilation under MacOsX on
http://www.pgadmin.org/pgadmin3/download.php#source. It will take some time
to replicate from snake development server.
Dear Adam H.: could you describe the needed steps for pgAdmin3 compilation? Is
it the same as un
Hiroshi Saito wrote:
From: "Andreas Pflug" <[EMAIL PROTECTED]>
Serguei A. Mokhov wrote:
Hi,
I think I have a similar issue... A pgAdmin III user contacted me with the
question why they can't see the data in Russian and how to to solve the
problem. I queried them for more information. I
From: "Andreas Pflug" <[EMAIL PROTECTED]>
(snip)
> >>This is correctly diagnosed, non-ascii data in a SQL_ASCII encoded
> >>database will not be shown because the server doesn't know how to encode
> >>it in Unicode.
> >>
> >>This is fixed for HEAD and BRANCH.
> >
> >No.
> >Server encoding as bel
Hiroshi Saito wrote:
Hmm..
Is it a specific code or all code?
However,
Will you absorb all the bugs of PostgreSQL?
This is not a bug of PostgreSQL, nor of pgAdmin.
SQL_ASCII database *should* contain only 7bit ascii characters. If you
use 8-bit characters, conversion is unpredictable (well, it
Le Mercredi 1 Octobre 2003 20:05, Andreas Pflug a écrit :
> This is not a bug of PostgreSQL, nor of pgAdmin.
> SQL_ASCII database *should* contain only 7bit ascii characters. If you
> use 8-bit characters, conversion is unpredictable (well, it *is*
> predictable, but probably not what you'd like to
Adam Witney wrote:
With ./configure --enable-debug I get
checking for wxWindows... yes
configure: error: you need to install the xrc package from
wxWindows/contrib/src/xrc
Which is strange as xrc seemed to install fine before
What does config.log report?
If I use pgadmin3 CVS I have t
Jean-Michel POURE wrote:
Dear Friends,
I added information about wxWindows compilation under MacOsX on
http://www.pgadmin.org/pgadmin3/download.php#source. It will take some time
to replicate from snake development server.
Dear Adam H.: could you describe the needed steps for pgAdmin3 compilat
> Hmmm. I just downloaded and './configure'd pgAdmin3 on my system, and
> it doesn't even link against libcrypt. This is because only the static
> version of pgAdmin3 links against libcrypt. IIRC, this dependency was
> added to the build system to support Slackware. Dave, could you change
> lin
Jean-Michel POURE wrote:
Le Mercredi 1 Octobre 2003 20:05, Andreas Pflug a écrit :
This is not a bug of PostgreSQL, nor of pgAdmin.
SQL_ASCII database *should* contain only 7bit ascii characters. If you
use 8-bit characters, conversion is unpredictable (well, it *is*
predictable, but probably n
From: "Andreas Pflug" <[EMAIL PROTECTED]>
> Hiroshi Saito wrote:
>
> >Hmm..
> >Is it a specific code or all code?
> >However,
> >Will you absorb all the bugs of PostgreSQL?
> >
> >
>
> This is not a bug of PostgreSQL, nor of pgAdmin.
> SQL_ASCII database *should* contain only 7bit ascii charac
On Wed, 1 Oct 2003, Jean-Michel POURE wrote:
> Le Mercredi 1 Octobre 2003 20:05, Andreas Pflug a écrit :
> > This is not a bug of PostgreSQL, nor of pgAdmin. SQL_ASCII database
> > *should* contain only 7bit ascii characters. If you use 8-bit
> > characters, conversion is unpredictable (well, it *
Adam H. Pendleton wrote:
Adam Witney wrote:
With ./configure --enable-debug I get
checking for wxWindows... yes
configure: error: you need to install the xrc package from
wxWindows/contrib/src/xrc
Which is strange as xrc seemed to install fine before
What does config.log report?
If I use pgadm
Le Mercredi 1 Octobre 2003 20:21, Andreas Pflug a écrit :
> It's no problem storing non-UTF characters in an UNICODE database
> either, you will never notice until you try to convert.
> Misusing the database is not a good idea on the long run.
Agreed, trash my last e-mail. Cheers, Jean-Michel
--
Hiroshi Saito wrote:
From: "Andreas Pflug" <[EMAIL PROTECTED]>
Hiroshi Saito wrote:
Hmm..
Is it a specific code or all code?
However,
Will you absorb all the bugs of PostgreSQL?
This is not a bug of PostgreSQL, nor of pgAdmin.
SQL_ASCII database *should* contain only 7bit ascii ch
Serguei A. Mokhov wrote:
Indeed, no one has forbidden extended-ASCII chars :) Though these would be
interpreted differntly. My 256 char ASCII table is different from yours
presentation-wise. But you can't control it uniformly unless you
explicitly tell how to enterpret. I wanna see my Cyrillic cha
Dave Page wrote:
-Original Message-
From: Andreas Pflug [mailto:[EMAIL PROTECTED]
Sent: 01 October 2003 16:39
To: Dave Page
Cc: pgadmin-hackers
Subject: Re: [pgadmin-hackers] utffile.cpp & expatd.lib
Sorry for that, taking this huge wx step was expected to
stirr things up. Use the
From: "Andreas Pflug" <[EMAIL PROTECTED]>
> Hiroshi Saito wrote:
(snip)
> >It isn't understood.
> >Shouldn't put it in SQL_ASCII.
> >Database comes to return the result which made a mistake.
> >Or, do you use 256(2^8=256) ASCII?
> >
>
> The DB will store 8 bit per character, regardless of the db
Ah.
Sorry.
It is not multi-byte...
I go for the bed.:-)
regards,
Hiroshi Saito
From: "Hiroshi Saito" <[EMAIL PROTECTED]>
> From: "Andreas Pflug" <[EMAIL PROTECTED]>
>
> > Hiroshi Saito wrote:
> (snip)
> > >It isn't understood.
> > >Shouldn't put it in SQL_ASCII.
> > >Database comes to return t
Actually latest CVS wxWindows, configure'd --with-cocoa fails with this
problem
../src/cocoa/font.cpp:88: type specifier omitted for parameter `
wxNativeEncodingInfo'
../src/cocoa/font.cpp:88: parse error before `*' token
make: *** [corelib_font.o] Error 1
--
This message has been scanned
Dave Page wrote:
/* A Bison parser, made by GNU Bison 1.875. */
Given that this file appears to be produced *by* Bison, and given this
exception:
/* As a special exception, when this file is copied by Bison into a
Bison output file, you may use that output file without restriction.
This sp
64 matches
Mail list logo
