Thanks, both patches applied.
On Tue, Jan 21, 2014 at 5:15 AM, Neel Patel neel.pa...@enterprisedb.com wrote:
Hi Dave,
I have attached the .tgz file that contains two patch files separately.
Please let me know if something is missing.
Thanks,
Neel Patel
On Mon, Jan 20, 2014 at 9:59 PM,
Thanks Dave.
On Mon, Jan 27, 2014 at 5:04 PM, Dave Page dp...@pgadmin.org wrote:
Thanks, both patches applied.
On Tue, Jan 21, 2014 at 5:15 AM, Neel Patel neel.pa...@enterprisedb.com
wrote:
Hi Dave,
I have attached the .tgz file that contains two patch files separately.
Please let
Hi All,
Please find the attached .tgz file that contains the patch file for new
wxWidgets 3.0 support in pgAdmin.
We have done the sanity testing of pgAdmin with new wxWidgets 3.0 release
and also fix some of the bugs found during the testing.
Can anyone review and test this patch file and let
Hi
On Mon, Jan 20, 2014 at 1:09 PM, Neel Patel neel.pa...@enterprisedb.com wrote:
Hi All,
Please find the attached .tgz file that contains the patch file for new
wxWidgets 3.0 support in pgAdmin.
We have done the sanity testing of pgAdmin with new wxWidgets 3.0 release
and also fix some of
Hi Dave,
I have attached the .tgz file that contains two patch files separately.
Please let me know if something is missing.
Thanks,
Neel Patel
On Mon, Jan 20, 2014 at 9:59 PM, Dave Page dp...@pgadmin.org wrote:
Hi
On Mon, Jan 20, 2014 at 1:09 PM, Neel Patel neel.pa...@enterprisedb.com
On Wed, Jul 13, 2011 at 3:46 PM, Dave Page dp...@pgadmin.org wrote:
On Wed, Jul 13, 2011 at 3:01 PM, Peter Geoghegan pe...@2ndquadrant.com
wrote:
Try and produce a test-case, and send it to the wx guys. They're
fairly responsive, I found.
Depends on the issue. We've got bugs opened with
On 15 July 2011 13:57, Dave Page dp...@pgadmin.org wrote:
Seems this issue was logged 18 months ago and is still open. I added a
simple test case to reproduce, though it wasn't exactly unclear from
the existing reports:
If the test case doesn't help, I suggest isolating the problem
yourself
On Fri, Jul 15, 2011 at 2:07 PM, Peter Geoghegan pe...@2ndquadrant.com wrote:
On 15 July 2011 13:57, Dave Page dp...@pgadmin.org wrote:
Seems this issue was logged 18 months ago and is still open. I added a
simple test case to reproduce, though it wasn't exactly unclear from
the existing
And today, let's forward the attachement :-p
(thanks Ashesh)
On Tue, Jul 12, 2011 at 5:45 PM, Dave Page dp...@pgadmin.org wrote:
So here's the patch I needed to get pgAdmin to build against wxWidgets
2.9.2 on Mac. The only obvious problem I see with it when running is
that the toolbars are
On 12 July 2011 17:45, Dave Page dp...@pgadmin.org wrote:
So here's the patch I needed to get pgAdmin to build against wxWidgets
2.9.2 on Mac. The only obvious problem I see with it when running is
that the toolbars are displaying text over the graphical buttons which
needs further
On Wed, Jul 13, 2011 at 10:27 AM, Peter Geoghegan pe...@2ndquadrant.com wrote:
On 12 July 2011 17:45, Dave Page dp...@pgadmin.org wrote:
So here's the patch I needed to get pgAdmin to build against wxWidgets
2.9.2 on Mac. The only obvious problem I see with it when running is
that the toolbars
On 13 July 2011 14:39, Dave Page dp...@pgadmin.org wrote:
http://postgresql.1045698.n5.nabble.com/Building-with-wx2-9-on-Mac-td3397898.html#a3397998
Ahh, yes - that one.
Anyhoo, I'm looking to commit the patch so we can move forward. Objections?
Yes. I think you're working around a bug in
So here's the patch I needed to get pgAdmin to build against wxWidgets
2.9.2 on Mac. The only obvious problem I see with it when running is
that the toolbars are displaying text over the graphical buttons which
needs further investigation.
I'm not really sure why the compiler is unable to resolve
Le 12/04/2011 23:39, Peter Geoghegan a écrit :
Looks like there is a new slew of incompatibilities that are inclined
to break pgAdmin compilation against wxWidgets SVN head. I'll work on
it throughout the week.
Did you finally find some time to work on it?
Thanks for accommodating me by
Looks like there is a new slew of incompatibilities that are inclined
to break pgAdmin compilation against wxWidgets SVN head. I'll work on
it throughout the week.
Thanks for accommodating me by applying your patches early Guillaume.
--
Peter Geoghegan http://www.2ndQuadrant.com/
Thanks - applied.
On Fri, Feb 25, 2011 at 8:31 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I should have spotted this one sooner, but I was thrown off by the
fact that my sqlGridTextEditor code (inherits wxGridCellTextEditor)
compiled without having appropriate EndEdit()/ApplyEdit()
I should have spotted this one sooner, but I was thrown off by the
fact that my sqlGridTextEditor code (inherits wxGridCellTextEditor)
compiled without having appropriate EndEdit()/ApplyEdit() signature
changes. sqlGridBoolEditor (inherits from wxGridCellEditor), on the
other hand, made ApplyEdit
On Tue, Feb 1, 2011 at 12:26 AM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 31 January 2011 20:27, Dave Page dp...@pgadmin.org wrote:
I tried it on VC++ and it didn't complain. Didn't test gcc though.
Can you produce a test case? I wasn't aware that it is possible to use
the
First off - patch applied, thanks!
On Tue, Feb 1, 2011 at 3:24 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I've performed the changes to overloads of sysSettings::Write() and
ctlListView::AppendItem() already discussed.
I've reverted the removal of this function:
// Write a boolean
On Sat, Jan 29, 2011 at 6:08 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
We're following the documented way of getting 2.8 and 2.9
compatibility here. I generally dislike using macros for things like
this when working in C++.
Similarly, I dislike uglifying code if we can help it -
On 31 January 2011 13:02, Dave Page dp...@pgadmin.org wrote:
Similarly, I dislike uglifying code if we can help it - and this seems
like a common enough case to me that a macro isn't the end of the
world to improve readability.
Bear in mind that we don't have to live with those casts forever -
On Mon, Jan 31, 2011 at 3:35 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 31 January 2011 13:02, Dave Page dp...@pgadmin.org wrote:
Similarly, I dislike uglifying code if we can help it - and this seems
like a common enough case to me that a macro isn't the end of the
world to
On 31 January 2011 20:27, Dave Page dp...@pgadmin.org wrote:
I tried it on VC++ and it didn't complain. Didn't test gcc though.
Can you produce a test case? I wasn't aware that it is possible to use
the preprocessor to define C++ member function macros.
If it's not used, it can go.
Good,
On Wed, Jan 26, 2011 at 6:41 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
Attached patch fixes all warnings, and builds against wx 2.8 and 2.9,
Builds fine on my Mac. I wonder, should we use a macro to improve
readability, eg:
#define cstr(x) ((const wxChar *)x)
(can't use c_str -
On 29 January 2011 09:30, Dave Page dp...@pgadmin.org wrote:
Builds fine on my Mac. I wonder, should we use a macro to improve
readability, eg:
#define cstr(x) ((const wxChar *)x)
(can't use c_str - that seems to be in use already on VC++ 2008)
c_str() is the member function that
On Tue, Jan 25, 2011 at 11:56 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I had another look at ctlSQLBox::RegexFindText() this evening. I'm
just going to use the equivalent wx functionality. So, our drop in
replacement for wx2stc() is:
wxWX2MBbuf ctlSQLBox::StrStc(const wxString
On Tue, Jan 25, 2011 at 16:29, Dave Page dp...@pgadmin.org wrote:
On Tue, Jan 25, 2011 at 3:10 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I'd like to run the unit tests and regression tests
(/pgadmin3/xtra/pgscript/test), against our hacked grammar (that is,
our newly generated
On 26 January 2011 09:15, Dave Page dp...@pgadmin.org wrote:
We don't support non-unicode builds any more, so you might as well
just inline the mb_str call where it's needed, and lose the rest.
Okay, I removed the entire function.
I had another look at our Flex/Bison problem. Look at this diff
On Wed, Jan 26, 2011 at 12:56 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 26 January 2011 09:15, Dave Page dp...@pgadmin.org wrote:
We don't support non-unicode builds any more, so you might as well
just inline the mb_str call where it's needed, and lose the rest.
Okay, I
I'll take a look at the mailing lists. They're GNU projects, so
they're bound to have lists.
On 26 January 2011 13:57, Dave Page dp...@pgadmin.org wrote:
Personally, I expect zero warnings on any platform I work on. I
currently test on OS X Snow Leopard, CentOS 5.5 and Windows 7 with
VC++
I believe this warning is because something simple, try to verify that
pointer is set before using for evaluation of an expression, in other words
(example warning at gqb/gqbViewPanels.cpp:211)
(add if expression before using gModel...)
if(gModel) or if(gModel!=NULL)
I'd like to run the unit tests and regression tests
(/pgadmin3/xtra/pgscript/test), against our hacked grammar (that is,
our newly generated CPP files that have the additional includes). I
seem to be having much the same problems building them as PgAdmin
itself.
In file included from
On Tue, Jan 25, 2011 at 3:10 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I'd like to run the unit tests and regression tests
(/pgadmin3/xtra/pgscript/test), against our hacked grammar (that is,
our newly generated CPP files that have the additional includes). I
seem to be having
I had another look at ctlSQLBox::RegexFindText() this evening. I'm
just going to use the equivalent wx functionality. So, our drop in
replacement for wx2stc() is:
wxWX2MBbuf ctlSQLBox::StrStc(const wxString str)
{
#if wxUSE_UNICODE
return str.mb_str(wxConvUTF8);
#else
On Sun, Jan 23, 2011 at 10:21 PM, Guillaume Lelarge
guilla...@lelarge.info wrote:
Not sure I agree there. This is a huge list of files to be fixed to
have... nothing more. I'm also all for incremental commits as long as
they do something.
Where nothing more == wxWidgets 2.9 compatibility?
On Sun, Jan 23, 2011 at 4:01 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
In principle I'm for incremental commits. Assuming the patch itself is
ok of course, I haven't actually reviewed anything :-)
Okay, good.
Agreed. We're going to have to do this sooner or later, so let's make
Le 24/01/2011 09:43, Dave Page a écrit :
On Sun, Jan 23, 2011 at 10:21 PM, Guillaume Lelarge
guilla...@lelarge.info wrote:
Not sure I agree there. This is a huge list of files to be fixed to
have... nothing more. I'm also all for incremental commits as long as
they do something.
Where
On Mon, Jan 24, 2011 at 9:38 AM, Guillaume Lelarge
guilla...@lelarge.info wrote:
Le 24/01/2011 09:43, Dave Page a écrit :
On Sun, Jan 23, 2011 at 10:21 PM, Guillaume Lelarge
guilla...@lelarge.info wrote:
Not sure I agree there. This is a huge list of files to be fixed to
have... nothing
On Wed, Jan 19, 2011 at 00:25, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
Seems I omitted to copy my system's FlexLexer.h to
./pgadmin3/pgadmin/include/pgscript. Seemingly the FlexLexer.h that
ships with pgadmin is for Flex 2.5.33 only. I have 2.5.35.
However, I now get a slightly
On 23 January 2011 12:58, Magnus Hagander mag...@hagander.net wrote:
Why do we ship a copy of FlexLexer.h from a specific version of
flex++? Are we really that sensitive to the differences in Flex
versions? Is the easiest thing to get pgadmin to build after changing
the pgscript grammar to use
On Sun, Jan 23, 2011 at 15:46, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 23 January 2011 12:58, Magnus Hagander mag...@hagander.net wrote:
Why do we ship a copy of FlexLexer.h from a specific version of
flex++? Are we really that sensitive to the differences in Flex
versions? Is
On 23 January 2011 14:56, Magnus Hagander mag...@hagander.net wrote:
Hmm. Perhaps the bug is that parser.sh should also update FlexLexer.h?
Hacking a system header and then shipping it without mentioning
anything seems like a bad idea, an idea that would be unlikely to fly.
Yeah, certainly
Le 23/01/2011 17:01, Peter Geoghegan a écrit :
On 23 January 2011 14:56, Magnus Hagander mag...@hagander.net wrote:
Hmm. Perhaps the bug is that parser.sh should also update FlexLexer.h?
Hacking a system header and then shipping it without mentioning
anything seems like a bad idea, an idea
I took another look at getting OGL to build against 2.9 this evening
(using Julian Smart's new and improved version with the ogl.tar.gz
bakefile), and was successful. I hacked the Makefile to add -fPIC to
CXXFLAGS. I'm working on a less hacky solution (basically, fixing the
included Bakefile). I
On Sat, Jan 22, 2011 at 9:08 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I took another look at getting OGL to build against 2.9 this evening
(using Julian Smart's new and improved version with the ogl.tar.gz
bakefile), and was successful. I hacked the Makefile to add -fPIC to
On 22 January 2011 21:25, Dave Page dp...@pgadmin.org wrote:
Hmm - I'm currently wondering if we should enumerate all the
committers to that part of the wx tree (but not the bakefile, as we
wouldn't use it), and see if we can get permission from the rest of
them to relicence the code.
That
On Sat, Jan 22, 2011 at 9:31 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 22 January 2011 21:25, Dave Page dp...@pgadmin.org wrote:
Hmm - I'm currently wondering if we should enumerate all the
committers to that part of the wx tree (but not the bakefile, as we
wouldn't use it),
Sorry - I don't know the first thing about bison/flex. Magnus took
charge of that patch though - hopefully he knows more!
On Tue, Jan 18, 2011 at 8:29 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
HmmmI've come up against a problem.
I found that when I ran the shell script
And hopefully Magnus will be able to help here too!
On Tue, Jan 18, 2011 at 11:25 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
Seems I omitted to copy my system's FlexLexer.h to
./pgadmin3/pgadmin/include/pgscript. Seemingly the FlexLexer.h that
ships with pgadmin is for Flex 2.5.33
I'm going to try it with Flex 2.5.33. It stands to reason that
whatever the problem is, it is down to a problem in the original
grammar rather than the tiny changes I made to the embedded C++ code.
--
Regards,
Peter Geoghegan
--
Sent via pgadmin-hackers mailing list
On Wed, Jan 19, 2011 at 11:20 AM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I'm going to try it with Flex 2.5.33. It stands to reason that
whatever the problem is, it is down to a problem in the original
grammar rather than the tiny changes I made to the embedded C++ code.
FYI, my
FYI, my laptop has:
raptor:~ dpage$ flex --version
flex 2.5.35
Just to confuse matters :-)
Right, but I think that there isn't a dependency on flex...flex/bison
generated source code is committed to the tree, so there isn't a
requirement for people to run them themselves. In this regard,
On Jan 19, 2011 12:32 PM, Peter Geoghegan peter.geoghega...@gmail.com
wrote:
FYI, my laptop has:
raptor:~ dpage$ flex --version
flex 2.5.35
Just to confuse matters :-)
Right, but I think that there isn't a dependency on flex...flex/bison
generated source code is committed to the
Using flex 2.5.33 hasn't helped :-(
--
Regards,
Peter Geoghegan
--
Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgadmin-hackers
On Wed, Jan 19, 2011 at 6:04 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
I decided to copy the OGL headers into /include/wx/ogl and proceed
with getting the remaining translation units to compile, where
compilation was completely aborted before due to ogl.h not being
available. I've
On 19 January 2011 22:40, Dave Page dp...@pgadmin.org wrote:
I have attached a patch for your information. Obviously, I am not
asking you to commit it. Most warnings have been fixed - I didn't fix
one in gqbGridPanel::OnButtonUp(wxCommandEvent) where I think we
downcast with a C style cast.
On Mon, Jan 17, 2011 at 11:56 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
Hmmmseem to be getting a weird linker error when I build OGL (from
the independent package) against 2.9:
/usr/bin/ld: ogl_dll_composit.o: relocation R_X86_64_32 against
On 18 January 2011 09:31, Dave Page dp...@pgadmin.org wrote:
I take it that you didn't see this Dave? I built it against 2.9, which
was itself built using a shell script that's the same as
./xtra/build-wxgtk, except that I removed the contrib stuff.
No, I didn't. FYI, I was building on Mac
On Tue, Jan 18, 2011 at 2:51 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 18 January 2011 09:31, Dave Page dp...@pgadmin.org wrote:
I take it that you didn't see this Dave? I built it against 2.9, which
was itself built using a shell script that's the same as
./xtra/build-wxgtk,
HmmmI've come up against a problem.
I found that when I ran the shell script parser.sh, bison and flex
were run on the pgscript context-free grammar. My casts seem to work.
However, a new problem has emerged. Here's part of the make output:
g++ -DHAVE_CONFIG_H -I. -I..
Seems I omitted to copy my system's FlexLexer.h to
./pgadmin3/pgadmin/include/pgscript. Seemingly the FlexLexer.h that
ships with pgadmin is for Flex 2.5.33 only. I have 2.5.35.
However, I now get a slightly different set of compiler errors, so I'm
not much better off.
On 16 January 2011 22:39, Dave Page dp...@pgadmin.org wrote:
On Sun, Jan 16, 2011 at 6:47 PM, Peter Geoghegan
From what I can see in a quick glance at the docs, the only conversion
operator is to const char* in 2.8, so I guess that is a legacy thing
as you suggest. There are good reasons for
Le 17/01/2011 16:30, Peter Geoghegan a écrit :
On 16 January 2011 22:39, Dave Page dp...@pgadmin.org wrote:
On Sun, Jan 16, 2011 at 6:47 PM, Peter Geoghegan
[...]
How did the OGL port go? I looked at that briefly, and had a rough
build in 10 minutes or so iirc. Oh, and in answer to your
On Mon, Jan 17, 2011 at 3:30 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
in pgsDictionaryGen.cpp, why do we do this?:
wxString line;
while ((line = text.ReadLine()) !input.Eof())
{
On Mon, Jan 17, 2011 at 10:13 PM, Guillaume Lelarge
guilla...@lelarge.info wrote:
Actually, I don't see us maintaining OGL. We don't have the manpower to
do that.
I'm wondering if we really need OGL. What do we use it for? because if
it's now out of wxWidgets and if it's an important
Le 17/01/2011 23:20, Dave Page a écrit :
On Mon, Jan 17, 2011 at 10:13 PM, Guillaume Lelarge
guilla...@lelarge.info wrote:
Actually, I don't see us maintaining OGL. We don't have the manpower to
do that.
I'm wondering if we really need OGL. What do we use it for? because if
it's now out of
Hmmmseem to be getting a weird linker error when I build OGL (from
the independent package) against 2.9:
/usr/bin/ld: ogl_dll_composit.o: relocation R_X86_64_32 against
`wxDivisionControlPoint::ms_classInfo' can not be used when making a
shared object; recompile with -fPIC
ogl_dll_composit.o:
On 15 January 2011 21:26, Dave Page dp...@pgadmin.org wrote:
The switch from carbon to cocoa shouldn't require any effort - thats
the work the wxWidgets guys have done.
Sure, but I would have imagined that there might be one or two small
things to clean up.
I've whittled down the amount of
On Sun, Jan 16, 2011 at 6:47 PM, Peter Geoghegan
peter.geoghega...@gmail.com wrote:
On 15 January 2011 21:26, Dave Page dp...@pgadmin.org wrote:
The switch from carbon to cocoa shouldn't require any effort - thats
the work the wxWidgets guys have done.
Sure, but I would have imagined that
I'm having a go at getting pgadmin to build against the development
branch of wxWidgets, 2.9. I intend to first get a clean WxGTK build,
and perhaps move on to other WxWidgets platforms afterwards. I note
that the wxWidgets/contrib directory that is present in wxWidgets 2.8
that the various shell
Hi,
Le 15/01/2011 20:33, Peter Geoghegan a écrit :
I'm having a go at getting pgadmin to build against the development
branch of wxWidgets, 2.9. I intend to first get a clean WxGTK build,
and perhaps move on to other WxWidgets platforms afterwards. I note
that the wxWidgets/contrib directory
I hope we can support both versions. 2.9 will be a great help on Mac
as we'll be able to use the Cocoa port.
On 1/15/11, Guillaume Lelarge guilla...@lelarge.info wrote:
Hi,
Le 15/01/2011 20:33, Peter Geoghegan a écrit :
I'm having a go at getting pgadmin to build against the development
Le 15/01/2011 20:52, Dave Page a écrit :
I hope we can support both versions. 2.9 will be a great help on Mac
as we'll be able to use the Cocoa port.
If it is possible, I cannot agree more with you. I'm afraid that the
patch will be huge and, as such, won't allow us to support both.
--
On 15 January 2011 20:18, Guillaume Lelarge guilla...@lelarge.info wrote:
If it is possible, I cannot agree more with you. I'm afraid that the
patch will be huge and, as such, won't allow us to support both.
Is there any particular reason why you think that might be the case?
Switching from
The switch from carbon to cocoa shouldn't require any effort - thats
the work the wxWidgets guys have done.
On 1/15/11, Peter Geoghegan peter.geoghega...@gmail.com wrote:
On 15 January 2011 20:18, Guillaume Lelarge guilla...@lelarge.info wrote:
If it is possible, I cannot agree more with you.
On 13.12.2009, at 23.39, Guillaume Lelarge wrote:
Le dimanche 13 décembre 2009 à 19:04:06, Jyrki Wahlstedt a écrit :
[...]
I just wonder, has anyone tried to get pgAdmin3 to work with wxWidgets
2.9.0 yet? My concern is that on OS X 10.6 wxWidgets is not happy with
64-bit world (depending on
Hi,
I just wonder, has anyone tried to get pgAdmin3 to work with wxWidgets 2.9.0
yet? My concern is that on OS X 10.6 wxWidgets is not happy with 64-bit world
(depending on Carbon interfaces) on 2.8 level, 2.9 should behave better, but it
is not stable and not complete. If pgAdmin3 works with
Le dimanche 13 décembre 2009 à 19:04:06, Jyrki Wahlstedt a écrit :
[...]
I just wonder, has anyone tried to get pgAdmin3 to work with wxWidgets
2.9.0 yet? My concern is that on OS X 10.6 wxWidgets is not happy with
64-bit world (depending on Carbon interfaces) on 2.8 level, 2.9 should
Jyrki Wahlstedt wrote:
On 4.8.2007, at 13.29, Dave Page wrote:
Jyrki Wahlstedt wrote:
On 3.8.2007, at 0.15, Jyrki Wahlstedt wrote:
snip
Here's what I can do: in building the bundle I can replace the helper
apps (pg_dump, pg_dumpall, pg_restore) with symbolic links to the
respective apps
Jyrki Wahlstedt wrote:
Hi,
I was and I suppose you are very happy that now everything seems to be
working again! Thank you a lot and very much and million times! Solving
this problem was not straightforward…
You're welcome - thanks for helping get it sorted.
PS I didn't remove the
Florian G. Pflug wrote:
Think I found the foobarization...
Agreed.
So I least at that point I was aware that we are walking on thin ice with
how we integrate pg_dump and friends into the bundle. Seems that using a
version of libpq that doesn't link to the system provided libssl, but to
a
On 6.8.2007, at 13.47, Dave Page wrote:
Florian G. Pflug wrote:
Think I found the foobarization...
Agreed.
So I least at that point I was aware that we are walking on thin
ice with
how we integrate pg_dump and friends into the bundle. Seems that
using a
version of libpq that doesn't
On 3.8.2007, at 0.15, Jyrki Wahlstedt wrote:
I soon get used to the fact that I changed my subscriber email,
setting it right helps in getting the message through. If this is a
double, feel free to erase this (as always)!
On 2.8.2007, at 23.20, Dave Page wrote:
Jyrki Wahlstedt wrote:
Jyrki Wahlstedt wrote:
On 3.8.2007, at 0.15, Jyrki Wahlstedt wrote:
I soon get used to the fact that I changed my subscriber email,
setting it right helps in getting the message through. If this is a
double, feel free to erase this (as always)!
On 2.8.2007, at 23.20, Dave Page wrote:
Dave Page wrote:
Jyrki Wahlstedt wrote:
On 3.8.2007, at 0.15, Jyrki Wahlstedt wrote:
I soon get used to the fact that I changed my subscriber email, setting
it right helps in getting the message through. If this is a double, feel
free to erase this (as always)!
On 2.8.2007, at 23.20, Dave
On 4.8.2007, at 13.29, Dave Page wrote:
Jyrki Wahlstedt wrote:
On 3.8.2007, at 0.15, Jyrki Wahlstedt wrote:
snip
Here's what I can do: in building the bundle I can replace the
helper apps (pg_dump, pg_dumpall, pg_restore) with symbolic links
to the respective apps in the postgresql82
--- Original Message ---
From: Jyrki Wahlstedt [EMAIL PROTECTED]
To: Dave Page [EMAIL PROTECTED]
Sent: 04/08/07, 21:38:03
Subject: Re: [pgadmin-hackers] wxWidgets alert at start
I'm maintaining pgAdmin package in MacPorts,
OK, there's a good reason why you cannot just use our
Jyrki Wahlstedt wrote:
It's dying when it checks for the PostgreSQL utilities (isPgApp() runs a
utility with the --version option to check that it's a PostgreSQL util,
and not an EDB version).
I've committed a fix to SVN trunk that should give an error and continue
gracefully if the version
On 2.8.2007, at 12.21, Dave Page wrote:
Jyrki Wahlstedt wrote:
It's dying when it checks for the PostgreSQL utilities (isPgApp()
runs a
utility with the --version option to check that it's a PostgreSQL
util,
and not an EDB version).
I've committed a fix to SVN trunk that should give an
Jyrki Wahlstedt wrote:
Hmm, I'm not sure, whether the situation improved. What happens is that
the app crashes twice. I wouldn't bet it is better :-)
OK, last time I checked once an app had crashed it couldn't crash again
unless it was restarted!! What happens *exactly*, including error
message
I soon get used to the fact that I changed my subscriber email,
setting it right helps in getting the message through. If this is a
double, feel free to erase this (as always)!
On 2.8.2007, at 23.20, Dave Page wrote:
Jyrki Wahlstedt wrote:
Hmm, I'm not sure, whether the situation improved.
On 2.8.2007, at 23.20, Dave Page wrote:
Jyrki Wahlstedt wrote:
Hmm, I'm not sure, whether the situation improved. What happens is
that
the app crashes twice. I wouldn't bet it is better :-)
OK, last time I checked once an app had crashed it couldn't crash
again
unless it was
Jyrki Wahlstedt wrote:
Well,
this much progress. I built debug version of wxWidgets (2.8.4 with
separate libraries) and debug version of 1.8.0b2. It crashes, but shows
something.
I hope the attachment comes through, but it contains the cause of my
crash (I hope). For some reason the code
Jyrki Wahlstedt wrote:
On 1.8.2007, at 12.31, Dave Page wrote:
Can you attach gdb/xcode at that point and get a backtrace?
You mean something like this:
...
#17 0x00224ecb in isPgApp ([EMAIL PROTECTED]) at ./utils/misc.cpp:1090
#18 0x9948 in pgAdmin3::InitPaths (this=0x18d2b990) at
On 1.8.2007, at 13.24, Dave Page wrote:
Jyrki Wahlstedt wrote:
On 1.8.2007, at 12.31, Dave Page wrote:
Can you attach gdb/xcode at that point and get a backtrace?
You mean something like this:
...
#17 0x00224ecb in isPgApp ([EMAIL PROTECTED]) at ./utils/misc.cpp:1090
#18 0x9948 in
Dhanaraj M wrote:
Hi Dave
I like to know whether wxWidgets/pgAdmin3 conforms to section 508
accessibility requirements
for handicapped persons (blind, partialy sighted, limited use of hands,
etc.)
I have no idea what section 508 requirements are. Don't forget, I'm
based in the UK where the
Hi Dave
I like to know whether wxWidgets/pgAdmin3 conforms to section 508
accessibility requirements
for handicapped persons (blind, partialy sighted, limited use of hands,
etc.)
pgadmin3-1.6.1/xtra/wx-build/setup0-msw-2.8.h
#define wxUSE_ACCESSIBILITY 0
Is this feature disabled in
Per recent discussion, SVN Trunk of pgAdmin now requires wxWidgets 2.7
or above. Anyone building pgAdmin must therefore upgrade. I've attached
a simple script that I use to build and install all variants of
debug/release vs. dynamic/static on *nix platforms for convenience.
The plus side is that
Hi Andreas.
Your patch seems to replace some workaround with an official
implementation, so this should be no problem to be accepted by wx-dev. I
don't know how I should be able to help here.
There is another problem, too, and it seems that it had it solved.
Anyway, thank you variously.!
Hiroshi Saito wrote:
Hi Andreas.
I have had a problem since this time. It didn't solve even 2.6.0.
I tried to correct the place of the problem of wxWidgets.
However, It may not be applicable for the reason that it is the
problem of only Japanese W2K. At that time, your help should
be necessary
1 - 100 of 114 matches
Mail list logo