Thread: pgAdmin3 on Mac
So I've gotten pgAdmin3 to run on the Mac, but I'm having some problems. For starters I had to change where all the resources are located, since Mac puts them in a specific location. Now, when I startup I see the attached error. Shouldn't the assert message look different? In other words, shouldn't this line: #define chkXRC(id) XRCID(#id) == id prevent "chkXRC(id)" from actually appearing in the assert? In any event, I would assume that pgAdmin3 can't find the xrc files, perhaps? ahp
Attachment
> -----Original Message----- > From: pgadmin-hackers-owner@postgresql.org > [mailto:pgadmin-hackers-owner@postgresql.org] On Behalf Of > Adam H.Pendleton > Sent: 21 September 2004 14:21 > To: pgadmin-hackers > Subject: [pgadmin-hackers] pgAdmin3 on Mac > > So I've gotten pgAdmin3 to run on the Mac, but I'm having > some problems. For starters I had to change where all the > resources are located, since Mac puts them in a specific > location. Now, when I startup I see the attached error. > Shouldn't the assert message look different? In other words, > shouldn't this line: > > #define chkXRC(id) XRCID(#id) == id > > prevent "chkXRC(id)" from actually appearing in the assert? > > In any event, I would assume that pgAdmin3 can't find the xrc > files, perhaps? Hi Adam, Out of interest, what happens in a non-debug build (in which the dialogues come from xrcdialogs.cpp)? Regards, Dave.
Dave Page wrote:
>
>
>
>>-----Original Message-----
>>From: pgadmin-hackers-owner@postgresql.org
>>[mailto:pgadmin-hackers-owner@postgresql.org] On Behalf Of
>>Adam H.Pendleton
>>Sent: 21 September 2004 14:21
>>To: pgadmin-hackers
>>Subject: [pgadmin-hackers] pgAdmin3 on Mac
>>
>>So I've gotten pgAdmin3 to run on the Mac, but I'm having
>>some problems. For starters I had to change where all the
>>resources are located, since Mac puts them in a specific
>>location.
I don't object putting resources somewhere else. For release, we don't
need them either.
Language files to be relocated too?
Now, when I startup I see the attached error.
>>Shouldn't the assert message look different? In other words,
>>shouldn't this line:
>>
>>#define chkXRC(id) XRCID(#id) == id
>>
>>prevent "chkXRC(id)" from actually appearing in the assert?
Doesn't really matter, I believe.
>>
>>In any event, I would assume that pgAdmin3 can't find the xrc
>>files, perhaps?
This assert is to check that controls named wxID_xxx correctly receive
an id as predefined. If there's a static initializer (e.g. a EVT_xxx
using XRCID("wxID_xxx") instead of the wxID_xxx directly this could
happen. Maybe under Mac there's another source, we'd have to localize
that. I'll have to look up how to catch it, tell me if we need that.
You could ignore the assert, and see if the option dialog comes up all
right. Does it close on the "abort" button? What's the value of
XRCID("wxID_CANCEL"), is it 5101 or some 6nnn?
Please locate which id is wrong, if not all.
You can also #undef EMBED_XRC to use linked-in resources. But
non-loadable resources don't seem to be the problem; if there are no
files at all, pgadmin will stop, in case of load errors it will shout.
Regards,
Andreas
On Sep 21, 2004, at 10:05 AM, Dave Page wrote: > > >> -----Original Message----- >> From: pgadmin-hackers-owner@postgresql.org >> [mailto:pgadmin-hackers-owner@postgresql.org] On Behalf Of >> Adam H.Pendleton >> Sent: 21 September 2004 14:21 >> To: pgadmin-hackers >> Subject: [pgadmin-hackers] pgAdmin3 on Mac >> >> So I've gotten pgAdmin3 to run on the Mac, but I'm having >> some problems. For starters I had to change where all the >> resources are located, since Mac puts them in a specific >> location. Now, when I startup I see the attached error. >> Shouldn't the assert message look different? In other words, >> shouldn't this line: >> >> #define chkXRC(id) XRCID(#id) == id >> >> prevent "chkXRC(id)" from actually appearing in the assert? >> >> In any event, I would assume that pgAdmin3 can't find the xrc >> files, perhaps? > > Hi Adam, > > Out of interest, what happens in a non-debug build (in which the > dialogues come from xrcdialogs.cpp)? This is a release build, that is "EMBED_XRC" is #define'd. On Mac, at least for now, it is necessary to build with XCode, so stuff like EMBED_XRC I set by hand. ahp
> -----Original Message----- > From: Adam H. Pendleton [mailto:fmonkey@fmonkey.net] > Sent: 21 September 2004 21:08 > To: Dave Page > Cc: pgadmin-hackers > Subject: Re: [pgadmin-hackers] pgAdmin3 on Mac > > > On Sep 21, 2004, at 10:05 AM, Dave Page wrote: > > > > > > >> -----Original Message----- > >> From: pgadmin-hackers-owner@postgresql.org > >> [mailto:pgadmin-hackers-owner@postgresql.org] On Behalf Of Adam > >> H.Pendleton > >> Sent: 21 September 2004 14:21 > >> To: pgadmin-hackers > >> Subject: [pgadmin-hackers] pgAdmin3 on Mac > >> > >> So I've gotten pgAdmin3 to run on the Mac, but I'm having some > >> problems. For starters I had to change where all the > resources are > >> located, since Mac puts them in a specific location. Now, when I > >> startup I see the attached error. > >> Shouldn't the assert message look different? In other words, > >> shouldn't this line: > >> > >> #define chkXRC(id) XRCID(#id) == id > >> > >> prevent "chkXRC(id)" from actually appearing in the assert? > >> > >> In any event, I would assume that pgAdmin3 can't find the > xrc files, > >> perhaps? > > > > Hi Adam, > > > > Out of interest, what happens in a non-debug build (in which the > > dialogues come from xrcdialogs.cpp)? > > This is a release build, that is "EMBED_XRC" is #define'd. > On Mac, at least for now, it is necessary to build with > XCode, so stuff like EMBED_XRC I set by hand. Ahh, in that case it's not the XRC files as they get built in (embedded if you like ;-) ) when EMBED_XRC is defined. /F