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
-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/Eastern, Adam
-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 (this
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: [EMAIL
-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 think (I'm
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 Macintosh.
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 `
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 question is
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
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
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 Daniel.
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
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
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
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
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
-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 CVS because of
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
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
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
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
-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 partial
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])
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
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)
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 data must be
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 problem. I queried them
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
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
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 below.
This is not
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
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
line
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
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 *is*
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
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
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
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 encoding.
When
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
44 matches
Mail list logo