[pgadmin-hackers] [pre-patch] wxWidget versus SUN CC macro clash
As was discussed on different thread new version of Sun Studio C++ compiler contains _T (probably template) which clashes with _T macro in wxWidgets. It will be fixed in wxWidgets 3.0. I attached concept of fix which solve this problem now. This is first workable solution, but I'm not yet happy with them. I guest that with some pgScript include refactoring we can eliminate problem much closer. does exist something like doxygen.pgadmin.org? Zdenek diff -r pgadmin3-1.10.0.old/pgadmin/include/pgscript/parser.tab.hh pgadmin3-1.10.0/pgadmin/include/pgscript/parser.tab.hh 62a63,65 #undef wxT #define wxT(x) wxCONCAT_HELPER(L,x) 69,70d71 diff -r pgadmin3-1.10.0.old/pgadmin/include/pgscript/pgScript.h pgadmin3-1.10.0/pgadmin/include/pgscript/pgScript.h 30a31,33 #undef wxT #define wxT(x) wxCONCAT_HELPER(L,x) diff -r pgadmin3-1.10.0.old/pgadmin/include/pgscript/stack.hh pgadmin3-1.10.0/pgadmin/include/pgscript/stack.hh 37a38 #undef _T diff -r pgadmin3-1.10.0.old/pgadmin/pgscript/parser.tab.cc pgadmin3-1.10.0/pgadmin/pgscript/parser.tab.cc 51a52,53 #undef _T diff -r pgadmin3-1.10.0.old/pgadmin/pgscript/utilities/pgsDriver.cpp pgadmin3-1.10.0/pgadmin/pgscript/utilities/pgsDriver.cpp 15a16 #define _T(x) wxCONCAT_HELPER(L,x) -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] New minor release?
Dave Page píše v po 07. 09. 2009 v 10:09 +0100: On Fri, Sep 4, 2009 at 8:21 PM, Zdenek Kotalazdenek.kot...@sun.com wrote: I try it on latest Nevada build and I'm not able to reproduce. Some bugs seems are related to the Advanced Server which I don't have installed. Understood. And of course I don't have Chines keyboard ;-). Copy 'n' paste is your friend :-) - The builds the QA team were testing are from our change management (CM) team. I believe they were using the Sun Studio compiler. At one point they were also using a custom build of GTK to work around some nasty bugs, the details of which escape me at present. It is good to know that GCC on Sparc is buggy and slow. I seen also that some issue are reported on old S10 version. You should retest it on latest version of S10 which is update 7. At least S10U4 contains libxml which is required. Right - but our customers run older versions too, so we try to test a range. the question if it is appear only on older S10 updates or on all. You can try apply xml patches on S10U3 and try it again. You can look http://src.opensolaris.org/source/xref/sfw/usr/src/lib/wxwidgets/ We build it with the latest SUN Studio. For S10 we used older Sun Studio. Both works fine as well. Hmm - I ran into some macro conflicts when I tried. I found some emails about the same on the wxWidgets list, which basically said there are conflicts with the latest headers from Sun Studio - from what I could gather this was to be fixed in wxWidgets 3.x, but in the meantime, the answer was to use an older Sun Studion (which I couldn't find for download) or GCC. Yeah, I hit this problem as well. At this moment some build machine uses old SS12 version and some new one (I tested it with old compiler version), but next month all is going to switch to the latest one. I need it fixed asap, else new pgAdmin will be removed from Solaris :(. See http://trac.wxwidgets.org/ticket/10660 The problem is with _T macro which has conflict with STL. something like #undef _T in pgAdmin sources should help. I will look on it and I hope send patch soon. I'll see if I can get a good build based on the opensolaris makefile. Probably not if you have new compiler :(. - Most of these issues seem to be Sparc specific, and some are Solaris 9 specific (mainly the sizing related ones I think). Are they sparc specific because you don't have x86 Solaris 9 or does it really problem on the Sparc build. Well some are Sparc 9 10, but not x86 Solaris 10. We don't support x86 Solaris 9 so haven't tested that. I guess that Solaris 9 only bug is mostly GTK problem on Solaris 9 not Sparc specific, but who knows. I was going to give these more attention when my hardware turns up, but if you can knock any off, or show they are something specific to CM's build/environment that'd be most helpful. In any case, all of these potentially affect community users, so I'd like to clear out as many as possible before 1.10.1. You can see how pgadmin is built on Solaris. I commit 1.10 today and it should be visible tomorrow http://src.opensolaris.org/source/xref/sfw/usr/src/cmd/postgres/pgadmin/ I can only see 1.8 there - but the Makefile is there of course, which may be useful. Hmm, I don't know how often it is regenerated. I guess that it should appear soon. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] New minor release?
Dave Page píše v čt 03. 09. 2009 v 12:31 +0100: On Thu, Sep 3, 2009 at 12:20 PM, Guillaume Lelargeguilla...@lelarge.info wrote: Hi, I was wondering if we'll get out a new minor release. We already have 18 fixes in 1.10 branch, and another two remaining to be fixed. I'm working on one of them (http://code.pgadmin.org/trac/ticket/38), but I'm having a hard time to fix it. Anyways, as PostgreSQL will soon have minor releases out, is it planned for pgAdmin too? PostgreSQL's are being released tomorrow - there's zero chance of doing 1.10.1 before then. I was hoping to get a bunch of Solaris fixes into 1.10.1. I've got some in so far, but the majority seem to be sparc-specific, so I've had to order some hardware which hasn't arrived yet :-( Do you have any list? Unfortunately, I'm not able to monitor pgadmin development much :(. I will look what I can do. I think that I could find some sparc machine here ;-). Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] New minor release?
Dave Page píše v pá 04. 09. 2009 v 17:27 +0100: Just to give a little background and info in case I missed editting any of the details: - All of these came from the EDB QA team, who were testing the build we'll ship with Advanced Server 8.3R2. - If you see any mention of 'Postgres Studio', substitute pgAdmin. The code is identical for this release. I try it on latest Nevada build and I'm not able to reproduce. Some bugs seems are related to the Advanced Server which I don't have installed. And of course I don't have Chines keyboard ;-). - The builds the QA team were testing are from our change management (CM) team. I believe they were using the Sun Studio compiler. At one point they were also using a custom build of GTK to work around some nasty bugs, the details of which escape me at present. It is good to know that GCC on Sparc is buggy and slow. I seen also that some issue are reported on old S10 version. You should retest it on latest version of S10 which is update 7. At least S10U4 contains libxml which is required. - Some of the responses (normally along the lines of 'I can't reproduce this on S10/x86_64) came from me. I was testing my own builds, and using GCC 'cos I can't get wxWidgets to compile with the latest Sun Studio. You can look http://src.opensolaris.org/source/xref/sfw/usr/src/lib/wxwidgets/ We build it with the latest SUN Studio. For S10 we used older Sun Studio. Both works fine as well. - Most of these issues seem to be Sparc specific, and some are Solaris 9 specific (mainly the sizing related ones I think). Are they sparc specific because you don't have x86 Solaris 9 or does it really problem on the Sparc build. I was going to give these more attention when my hardware turns up, but if you can knock any off, or show they are something specific to CM's build/environment that'd be most helpful. In any case, all of these potentially affect community users, so I'd like to clear out as many as possible before 1.10.1. You can see how pgadmin is built on Solaris. I commit 1.10 today and it should be visible tomorrow http://src.opensolaris.org/source/xref/sfw/usr/src/cmd/postgres/pgadmin/ Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
[pgadmin-hackers] question about Docs.vproj and builddocs.bat
Hi All, I have question if make install should copied Docs.vproj and builddocs.bat? It seems to me as bug. At least on unixes. If it is bug I will send a fix. Thanks Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] question about Docs.vproj and builddocs.bat
Here it is. It works on unixes (Solaris ;-). I'm not able to fix it on win. Zdenek Dave Page píše v pá 28. 08. 2009 v 09:25 -0400: On Fri, Aug 28, 2009 at 9:24 AM, Zdenek Kotalazdenek.kot...@sun.com wrote: Hi All, I have question if make install should copied Docs.vproj and builddocs.bat? It seems to me as bug. At least on unixes. No, it shouldn't. If it is bug I will send a fix. Thanks! *** Makefile.am.orig 2009-08-28 16:42:22.803865378 +0200 --- Makefile.am 2009-08-28 16:42:39.362935245 +0200 *** *** 30,37 $(top_srcdir)/stringmerge TMP_docs = \ - $(top_srcdir)/docs/Docs.vcproj \ - $(top_srcdir)/docs/builddocs.bat \ $(top_srcdir)/docs/en_US/*.css \ $(top_srcdir)/docs/en_US/*.html \ $(top_srcdir)/docs/en_US/pgadmin3.hh* \ --- 30,35 -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
[pgadmin-hackers] pgAdmin beta 3 crashes
I stared work on Solaris integration and after few minutes play, pgadmin crashes: 080470f8 libwx_gtk2u_stc-2.8.so.0.5.0`long wxStyledTextCtrl::SendMsg+0xf(bb69a00, 7d6, 0, 0, ) 08047118 libwx_gtk2u_stc-2.8.so.0.5.0`int wxStyledTextCtrl::GetLength+0x24(bb69a00, 88feb78, 8047158, fe45945d) 08047158 void frmQuery::updateMenu+0xca(bb14d80, 0, 2780, 8047430) 08047178 void frmQuery::OnActivate+0x1c(bb14d80, 8047270, 82b2c48, 0) 08047198 libwx_baseu-2.8.so.0.5.0`void wxAppConsole::HandleEventconst+0x18(89621a8, bb14d80, 82b0030, 0, 8047270, bb14d80) 080471c8 libwx_baseu-2.8.so.0.5.0`bool wxEvtHandler::ProcessEventIfMatches+0x6d(8822410, bb14d80, 8047270, fe1780c6) 08047208 libwx_baseu-2.8.so.0.5.0`bool wxEventHashTable::HandleEvent+0x82(8822518, 8047270, bb14d80, fe178bce) 08047228 libwx_baseu-2.8.so.0.5.0`bool wxEvtHandler::ProcessEvent+0x9f(bb14d80, 8047270, bb14fa0, fe178bce) 08047248 libwx_baseu-2.8.so.0.5.0`bool wxEvtHandler::ProcessEvent+0xbe(bb14fa0, 8047270, 2762, fe35a4a2) Reproduction scenario: 1) open Query editor 2) switch to query builder 3) clink e.g. on schema 4) close query editor 5) click on No save 6) do it again 7) analyze core file. There is also bug in help. Green plum help does not point on correct webpage. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] Translation to czech
Dne 24.04.09 09:25, Guillaume Lelarge napsal(a): Le vendredi 24 avril 2009 à 07:00:08, Zdenek Kotala a écrit : Dne 18.04.09 23:13, Guillaume Lelarge napsal(a): Hi, Le samedi 18 avril 2009 à 22:26:14, Marek Černocký a écrit : [...] I would like to translate pgAdmin to Czech / Čeština / cs That's a great news. There's already a (unfortunately outdated) cs_CZ translation. If you wish to update it, you can grab it on http://www.pgadmin.org/svnrepo/pgadmin3/i18n/cs_CZ/pgadmin3.po . I is really outdated and fuzzy matching finished a job :(. I have somewhere cleaned and partially updated version for 1.6. Which could be used as a start point. You can already send it to me, I will merge it with the new .pot file. I discussed it with Marek offlist and he has half of messages already translated. I'm not sure if it is good idea to mix it now. I guess It could generate more problems. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] Translation to czech
Dne 18.04.09 23:13, Guillaume Lelarge napsal(a): Hi, Le samedi 18 avril 2009 à 22:26:14, Marek Černocký a écrit : [...] I would like to translate pgAdmin to Czech / Čeština / cs That's a great news. There's already a (unfortunately outdated) cs_CZ translation. If you wish to update it, you can grab it on http://www.pgadmin.org/svnrepo/pgadmin3/i18n/cs_CZ/pgadmin3.po . I is really outdated and fuzzy matching finished a job :(. I have somewhere cleaned and partially updated version for 1.6. Which could be used as a start point. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] patch to fix pgadmin1.8.4 build on Solaris 10.
Dave Page napsal(a): On Wed, Jul 9, 2008 at 12:42 PM, Mayuresh Nirhali [EMAIL PROTECTED] wrote: Hello, While building pgadmin 1.8.4 on Solaris 10, I encountered following error. ./debugger/dbgPgConn.cpp, line 97: Error: INADDR_NONE is not defined. gmake[2]: *** [dbgPgConn.o] Error 1 This seems to be a known problem with Solaris10. I prepared a patch based on how the same issue is worked around in 'pgadmin/db/pgConn.cpp' and it is attached here. please feel free to comment/review the same. That code hasn't been a problem for Solaris packages built in the past - do you know what has changed? Zdenek; have you run into this before? Hi Dave, I built pgadmin only on Nevada and I have never seen this. Latest version which we built on S10 was 1.6.3 and it works fine, but this is new feature in pgAdmin 1.8. INADDR_NONE is not in any standard. I found some CR http://bugs.opensolaris.org/view_bug.do?bug_id=6235070 http://bugs.opensolaris.org/view_bug.do?bug_id=4111648 And PHP bug: http://bugs.php.net/bug.php?id=30304edit=1 POSIX http://www.opengroup.org/onlinepubs/009695399/functions/inet_addr.html http://www.opengroup.org/onlinepubs/009695399/basedefs/netinet/in.h.html It seems that it is defined now in latest Solaris 10 updates but not on Solaris 10FCS which we use for build. There are two possible solution. One is to use Mayuresh patch or second replace INADDR_NONE macro with -1 in the code. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] Broken 1.8.2 source tar ball?
Dave Page napsal(a): On Fri, Apr 25, 2008 at 9:16 AM, Zdenek Kotala [EMAIL PROTECTED] wrote: Hi all, I'm solving problem with pgadmin tarball it contains ??_?? in i18n directory. This directory is empty, but it generates problem with ksh93. Is it possible to rewrap it or release 1.8.3? 1.8.3 should probably be released soon, but I'm not going to rewrap 1.8.2. Can you see what caused the problem? pga 1.8.2 is integrated into OpenSolaris SFW repository and some command/script has problem when works with this repository (in ksh93). Probably some extra quoting is necessary. I don't have details yet, I contacted submitter, but he is in different TZ. I can fix it with rm after unpacking, but better solution is put new tarbal into repository. What soon exactly mean? I think I can wait one or two weeks. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
Re: [pgadmin-hackers] Broken 1.8.2 source tar ball?
Magnus Hagander napsal(a): Dave Page wrote: On Fri, Apr 25, 2008 at 9:16 AM, Zdenek Kotala [EMAIL PROTECTED] wrote: Hi all, I'm solving problem with pgadmin tarball it contains ??_?? in i18n directory. This directory is empty, but it generates problem with ksh93. Is it possible to rewrap it or release 1.8.3? 1.8.3 should probably be released soon, but I'm not going to rewrap 1.8.2. Can you see what caused the problem? Didn't we have a similar issue in the main backend, that was due to a broken version of tar? Any chance you are using a broken version of tar to unpack it, or if a broken version of tar was used to pack it? The problem with backend was a length of PATH. This is real content. I try two version of tar (solaris and gnu) and both generate same result. Zdenek -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers
[pgadmin-hackers] Missing ssl test in configure
I'm trying to compile pgAdmin on solaris and I was caught in the same trap as many times before. I got following error: error: you must specify a valid PostgreSQL installation with --with-pgsql=DIR But it is not correct. I specified it correctly. However main problem there is libssl. Default libssl installation on Solaris is in /usr/sfw/lib which is not usually in library path. Special lines are added for solaris to add -lssl in configure (see acinclude.m4 line 412), but there is no check that ssl is really installed or not. This check should be there. Comments? Zdenek ---(end of broadcast)--- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
[pgadmin-hackers] underscores in a context menu
I'm playing with 1.8.1 version on solaris and I got a corrupted menu when I perform right click on e.g. table. I can see for example Re_fresh instead of Refresh and so on. Any suggestion what can be wrong? I use latest wx 2.8.7. pgAdmin 1.6.3 works fine. Zdenek ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: [pgadmin-hackers] Missing ssl test in configure
I attach suggested patch. I add libssl and libkrb5 tests, but maybe it is not good place put them directly into PostgreSQL test. Please, feel free to move it to correct place. Zdenek Zdenek Kotala wrote: I'm trying to compile pgAdmin on solaris and I was caught in the same trap as many times before. I got following error: error: you must specify a valid PostgreSQL installation with --with-pgsql=DIR But it is not correct. I specified it correctly. However main problem there is libssl. Default libssl installation on Solaris is in /usr/sfw/lib which is not usually in library path. Special lines are added for solaris to add -lssl in configure (see acinclude.m4 line 412), but there is no check that ssl is really installed or not. This check should be there. Comments? Zdenek *** acinclude.m4.orig Fri Feb 1 12:04:47 2008 --- acinclude.m4 Fri Feb 1 12:27:04 2008 *** *** 406,415 PGSQL_OLD_LDFLAGS=$LDFLAGS PGSQL_OLD_CPPFLAGS=$CPPFLAGS # Solaris needs -lssl for this test case ${host} in *solaris*) ! LDFLAGS=$LDFLAGS -L${PG_LIB} -lssl ;; *) LDFLAGS=$LDFLAGS -L${PG_LIB} --- 406,431 PGSQL_OLD_LDFLAGS=$LDFLAGS PGSQL_OLD_CPPFLAGS=$CPPFLAGS + AC_LANG_SAVE + AC_LANG_C + AC_CHECK_LIB(ssl, SSL_library_init, [LIB_SSL=yes], [LIB_SSL=no]) + AC_LANG_RESTORE + + AC_LANG_SAVE + AC_LANG_C + AC_CHECK_LIB(krb5, krb5_sendauth, [LIB_KRB5=yes], [LIB_KRB5=no]) + AC_LANG_RESTORE + + # Solaris needs -lssl for this test case ${host} in *solaris*) ! if test $LIB_SSL = yes ! then ! LDFLAGS=$LDFLAGS -L${PG_LIB} -lssl ! else ! LDFLAGS=$LDFLAGS -L${PG_LIB} ! fi ;; *) LDFLAGS=$LDFLAGS -L${PG_LIB} *** *** 440,445 --- 456,463 AC_LANG_SAVE AC_LANG_C + if test $LIB_SSL = yes + then # Check for SSL support if test $BUILD_STATIC = yes then *** *** 468,475 --- 486,501 AC_CHECK_LIB(pq, SSL_connect, [PG_SSL=yes], [PG_SSL=no]) fi fi + else + PG_SSL=no + fi + if test $LIB_KRB5 = yes + then # Check for Kerberos support + + LDFLAGS=$LDFLAGS -lkrb5 + if test $BUILD_STATIC = yes then AC_MSG_CHECKING(for krb5_free_principal in libpq.a) *** *** 497,502 --- 523,531 AC_CHECK_LIB(pq, krb5_free_principal, [PG_KRB5=yes], [PG_KRB5=no]) fi fi + else + PG_KRB5=no + fi AC_LANG_RESTORE ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: [pgadmin-hackers] v1.8.2 tagged and uploaded
Dave Page wrote: I've uploaded 1.8.2 in the normal source, win32, slackware and osx formats to http://developer.pgadmin.org/ftp/release/v1.8.2/. Please give them a once-over and report any major issues before I announce!! It seems OK on Solaris . (Only too much underscores :-) Zdenek ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
Re: [pgadmin-hackers] underscores in a context menu
Dave Page wrote: On Feb 1, 2008 10:35 AM, Zdenek Kotala [EMAIL PROTECTED] wrote: I'm playing with 1.8.1 version on solaris and I got a corrupted menu when I perform right click on e.g. table. I can see for example Re_fresh instead of Refresh and so on. Any suggestion what can be wrong? I use latest wx 2.8.7. pgAdmin 1.6.3 works fine. The bug started occuring with wxGTK 2.8.3 iirc. From memory, pgAdmin 1.6.3 is not affected because it didn't have shortcut keys there. Is there any fix or we must wait until somebody fix it in wx? Zdenek ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
[pgadmin-hackers] pgAdmin Icons
I'm currently integrating pgAdmin into JDS menu (gnome) and I'm looking for pgAdmin icon. Is there any official icon 48x48 and .desktop file? Thanks Zdenek ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] pgAdmin Icons
Thanks Devrim, Are there any translation for Comment? Maybe it would be good give this text to translators. Thank you very much Zdenek Devrim GÜNDÜZ wrote: Hi, On Fri, 2008-01-25 at 18:26 +0100, Zdenek Kotala wrote: I'm currently integrating pgAdmin into JDS menu (gnome) and I'm looking for pgAdmin icon. Is there any official icon 48x48 and .desktop file? For icon, see pkg/debian/pgadmin3.xpm In the RPMs, we are generating the desktop file with this (the macros are expanded automagically): desktop-file-install --vendor fedora --dir $RPM_BUILD_ROOT/%{_datadir}/applications \ --add-category X-Fedora\ --add-category Application\ --add-category Development\ ./pkg/%{name}.desktop and its output is: [Desktop Entry] Encoding=UTF-8 Name=pgAdmin III Exec=/usr/bin/pgadmin3 Icon=/usr/share/pgadmin3/pgadmin3.xpm Type=Application Categories=Application;Development;X-Fedora; MimeType=text/html; DocPath=/usr/share/pgadmin3/docs/en_US/index.html Comment=PostgreSQL Tools X-Desktop-File-Install-Version=0.13 -HTH. Regards, ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
Re: [pgadmin-hackers] pgadmin3-1.6.1 - core dumped - Work around
Dhanaraj M wrote: Hi Zdenek, I tested this and still both problems exist (Add server and query tool -core dump) Can you test it once? This patch fixes only problem with invoking connection form when frmQuery is closing. It does not fix problems with empty comboboxies. This patch works for me. Do you have same backtrace? Zdenek Dave Page wrote: Zdenek Kotala wrote: I'm still not sure how you're getting into that code when you close the form though... The root cause is destructor of frmQuery dialog. It removes all connection from combo box exclude last item - new connection. Each deletion invoke frmQuery::OnChangeConnection event and the OnChangeConnection method invokes new connection dialog in the last step. And because there are some empty combo boxes on this dialog, gtk generates core. Ah, of course - well spotted. My suggestion is disable event generation for cbConnection in the destructor. Agreed. Can one or both of you test the attached patch please? Thanks, Dave. ---(end of broadcast)--- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate
Re: [pgadmin-hackers] pgagent linker problem
Dave Page wrote: Zdenek Kotala wrote: I tested it again and this problem occurred if I use sunstudio compiler. Compilation with gcc works fine. I looks that gcc recursively go thru libraries to find symbol. You can test it with Linux version of SunStudio. Ok - is there a relatively easy way to test for the SunStudio compiler in configure, or shall I just add the lib for all compilers? There are more issues related to SunStudio (hardcoded gcc flags ...). I will discussed it with Dhanaraj and we will prepare patch to solve it. Zdenek ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [pgadmin-hackers] pgadmin3-1.6.1 - core dumped - Work around
Dave Page wrote: I'm still not sure how you're getting into that code when you close the form though... I have received following error when a wnat to add server: (pgadmin3:27830): Gtk-CRITICAL **: file gtkliststore.c: line 570: assertion `GTK_LIST_STORE (tree_model)-stamp == iter-stamp' failed (pgadmin3:27830): GLib-GObject-WARNING **: gtype.c:3350: type id `0' is invalid (pgadmin3:27830): GLib-GObject-WARNING **: can't peek value table for type `invalid' which is not currently referenced Segmentation Fault (core dumped) and backtrace is following: libgtk-x11-2.0.so.0.400.9`gtk_tree_model_get_valist+0x144(19eb8e8, ffbfde44, ffbfde2c, 8800, f0c40, 38) libgtk-x11-2.0.so.0.400.9`gtk_tree_model_get+0xd8(19eb8e8, ffbfde44, 8800, f0d1c, fd1257a4, fd2de53c) libgtk-x11-2.0.so.0.400.9`gtk_combo_box_entry_active_changed+0x98(18dbfc0, 1bd0, 2372e8, fbb75f48, fd2de53c, 1800) libgobject-2.0.so.0.400.1`g_closure_invoke+0x174(ffbfe0e8, ffbfdf7c, 1, 1, 0, 18d4640) libgobject-2.0.so.0.400.1`signal_emit_unlocked_R+0xb70(fbb6b034, fbb9eaf8, fbabee34, fbabee20, fbb9eae4, 18d4f60) libgobject-2.0.so.0.400.1`g_signal_emit_valist+0x7f8(18dbfc0, 18d6ad8, 18d4f60, ffbfe31c, fbb9eaf8, fbabee2c) libgobject-2.0.so.0.400.1`g_signal_emit_by_name+0x190(18dbfc0, fd2a3a84, fbabec00, 0, 1a624e0, fbb9eaf8) libwx_gtk2ud_core-2.8.so.0.0.0`void wxComboBox::SetSelection+0xd8(18d4bc0, 0, 1, ffbfe414, 0, 0) dlgServer::dlgServer #Nvariant 1+0x550(ffbfe568, 12d89ec, 16a9ea0, 0, 182c0f0, fe062370) wxWindow*addServerFactory::StartDialog+0x54(182a3d0, 16a9ea0, 0, 8602bc, 182a3d0, 16a9ea0) If I compare it with Dhanaraj problem there are some similar things. In both cases some combobox widget is present and some signal occurs. I guess that there should be some race condition or some unforgotten combobox which receives signals, but it has pointer to non existing memory. Zdenek ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq
Re: [pgadmin-hackers] pgadmin3-1.6.1 - core dumped - Work around
Dave Page wrote: Zdenek, Does this occur when you click the Add Server option, or when you hit OK having filled in the dialog? When you click on add server option. Zdenek ---(end of broadcast)--- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
Re: [pgadmin-hackers] pgadmin3-1.6.1 - core dumped - Work around
Dave Page wrote: Zdenek Kotala wrote: Dave Page wrote: Zdenek, Does this occur when you click the Add Server option, or when you hit OK having filled in the dialog? When you click on add server option. Yeah I'm now getting that far :-). What I can't get though is any sense out of the debugger. Any hints or tips? I'd really like to go back up the stack and examine a few variables along the way. Starting program: /usr/local/src/pgadmin3-1.6.1/src/pgadmin3 warning: Lowest section in /usr/lib/libpthread.so.1 is .dynamic at 0074 ** (pgadmin3:6683): CRITICAL **: file blueprint-draw.c: line 81: assertion `GTK_WIDGET (widget)' failed ** (pgadmin3:6683): CRITICAL **: file blueprint-draw.c: line 81: assertion `GTK_WIDGET (widget)' failed (pgadmin3:6683): Gtk-CRITICAL **: file gtkliststore.c: line 570: assertion `GTK_LIST_STORE (tree_model)-stamp == iter-stamp' failed (pgadmin3:6683): GLib-GObject-WARNING **: gtype.c:3350: type id `0' is invalid (pgadmin3:6683): GLib-GObject-WARNING **: can't peek value table for type `invalid' which is not currently referenced Program received signal SIGSEGV, Segmentation fault. 0xd137c3a6 in gtk_tree_model_get_valist () from /usr/lib/libgtk-x11-2.0.so.0 (gdb) bt #0 0xd137c3a6 in gtk_tree_model_get_valist () from /usr/lib/libgtk-x11-2.0.so.0 #1 0x in ?? () (gdb) Problem is with cbSSL. This combo box is empty and constructor of dlgServer try to setup selection on last used value - zero for first time -, but there is no content of list. Newer version of gtk probably are able to handle this situation but version used by s10 tries to touch into empty list. My question is why this dialog is not filed into the constructor like cbDatabase? Zdenek ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq
Re: [pgadmin-hackers] pgadmin3-1.6.1 - core dumped - Work around
Dave Page wrote: Dhanaraj M wrote: Sorry for the wrong work around. But it crahes in this step... if (s-GetConnected() s-GetConnection()-GetHost() == conn-GetHost() s-GetConnection()-GetPort() == conn-GetPort())^M I think 'conn' is destroyed already... or some other problem. Any idea?? Sorry - just building wx now Try testing conn at the beginning of the if statement: if (conn s-GetConnected() s-GetConnection()-GetHost() == I'm still not sure how you're getting into that code when you close the form though... The root cause is destructor of frmQuery dialog. It removes all connection from combo box exclude last item - new connection. Each deletion invoke frmQuery::OnChangeConnection event and the OnChangeConnection method invokes new connection dialog in the last step. And because there are some empty combo boxes on this dialog, gtk generates core. My suggestion is disable event generation for cbConnection in the destructor. Zdenek ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] pgagent linker problem
Dave Page napsal(a): Zdenek Kotala wrote: I downloaded everything from web, unpack and build from scratch. I don't have rc1 on my machine. I will recheck it on Wednesday together with Dhanaraj problems. There is wx configure: ./configure --prefix=/opt/wxWidgegets-2.8.0 --with-gtk --enable-gtk2 --enable-unicode --enable-mimetype=no --enable-debug Thanks Zdenek. I don't suppose you (or Josh, CC'd) have any contacts in Sun who could get me a copy of a working Solaris VMWare virtual machine? It would certainly help me to help you and Dhanaraj :-). I've repeatedly had my installations fail to boot when completed, for apparently different reasons each time :-( There is one prepared, but I have never tested it. http://www.vmware.com/vmtn/appliances/directory/227 Zdenek ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] pgagent linker problem
Dave Page wrote: Zdenek Kotala wrote: When I try make pgagent binary (Solaris 10/SS11/wx2.8rc3), linker does not recognize some symbols: Undefined first referenced symbol in file wxRadioButtonNameStrconnection.o wxFileDialogNameStr connection.o wxComboBoxNameStr connection.o wxToolBarNameStrconnection.o snip If I look into Makefile, there is pgagent_LDADD = -L/opt/wxWidgegets-2.8.0/lib -mt -L/usr/openwin/lib -lwx_baseud-2.8 However missing symbols are located in the wx_gtk2ud_core-2.8. If I added this library into pgagent_LDADD, it works fine. I just tried this before applying a fix, and found that I cannot reproduce it on Linux. Can you confirm that your wx installation is clean (ie. you don't have a mixture of rc1 and rc3 installed somehow), and that you see this error following a completely clean build of pgAdmin please? I downloaded everything from web, unpack and build from scratch. I don't have rc1 on my machine. I will recheck it on Wednesday together with Dhanaraj problems. There is wx configure: ./configure --prefix=/opt/wxWidgegets-2.8.0 --with-gtk --enable-gtk2 --enable-unicode --enable-mimetype=no --enable-debug Zdenek ---(end of broadcast)--- TIP 6: explain analyze is your friend
[pgadmin-hackers] Compilation problem
I try to compile pgadmin 1.6.1 (WX2.8rc3) with SunStudio 11 and I received following error: ./frm/frmEditGrid.cpp, line 78: Error: Badly formed expression. I run preprocessor on this file and it looks that EVT_AUI_PANEBUTTON( frmEditGrid::OnAuiUpdate) macro is not expanded. #76 wxGridEventFunction ( frmEditGrid :: OnEditorHidden ) , 0 ) , wxEventTableEntry ( wxEVT_GRID_LABEL_RIGHT_CLICK , wxID_ANY , wxID_ANY , ( wxObjectEventFunction ) ( wxEventFunction ) static_cast #77 wxGridEventFunction ( frmEditGrid :: OnLabelRightClick ) , 0 ) , EVT_AUI_PANEBUTTON ( frmEditGrid :: OnAuiUpdate ) wxEventTableEntry ( wxEVT_NULL , 0 , 0 , 0 , 0 ) } ; I use following configure setting: ./configure --prefix=/opt/pgadmin3-1.6.1 --with-wx=/opt/wxWidgegets-2.8.0/ --enable-debug --with-wx-version=2.8 Any idea what is wrong? thanks Zdenek ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org
Re: [pgadmin-hackers] Compilation problem
It looks that some macros has been renamed in wx 2.8RC3 There is a patch Zdenek Zdenek Kotala wrote: I try to compile pgadmin 1.6.1 (WX2.8rc3) with SunStudio 11 and I received following error: ./frm/frmEditGrid.cpp, line 78: Error: Badly formed expression. I run preprocessor on this file and it looks that EVT_AUI_PANEBUTTON( frmEditGrid::OnAuiUpdate) macro is not expanded. #76 wxGridEventFunction ( frmEditGrid :: OnEditorHidden ) , 0 ) , wxEventTableEntry ( wxEVT_GRID_LABEL_RIGHT_CLICK , wxID_ANY , wxID_ANY , ( wxObjectEventFunction ) ( wxEventFunction ) static_cast #77 wxGridEventFunction ( frmEditGrid :: OnLabelRightClick ) , 0 ) , EVT_AUI_PANEBUTTON ( frmEditGrid :: OnAuiUpdate ) wxEventTableEntry ( wxEVT_NULL , 0 , 0 , 0 , 0 ) } ; I use following configure setting: ./configure --prefix=/opt/pgadmin3-1.6.1 --with-wx=/opt/wxWidgegets-2.8.0/ --enable-debug --with-wx-version=2.8 Any idea what is wrong? thanks Zdenek ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org diff -r -c pgadmin3-1.6.1.orig/src/frm/frmEditGrid.cpp pgadmin3-1.6.1/src/frm/frmEditGrid.cpp *** pgadmin3-1.6.1.orig/src/frm/frmEditGrid.cpp Thu Nov 30 11:48:30 2006 --- pgadmin3-1.6.1/src/frm/frmEditGrid.cpp Fri Dec 8 13:41:24 2006 *** *** 75,81 EVT_GRID_EDITOR_SHOWN( frmEditGrid::OnEditorShown) EVT_GRID_EDITOR_HIDDEN( frmEditGrid::OnEditorHidden) EVT_GRID_LABEL_RIGHT_CLICK( frmEditGrid::OnLabelRightClick) ! EVT_AUI_PANEBUTTON( frmEditGrid::OnAuiUpdate) END_EVENT_TABLE() --- 75,81 EVT_GRID_EDITOR_SHOWN( frmEditGrid::OnEditorShown) EVT_GRID_EDITOR_HIDDEN( frmEditGrid::OnEditorHidden) EVT_GRID_LABEL_RIGHT_CLICK( frmEditGrid::OnLabelRightClick) ! EVT_AUI_PANE_BUTTON( frmEditGrid::OnAuiUpdate) END_EVENT_TABLE() diff -r -c pgadmin3-1.6.1.orig/src/frm/frmQuery.cpp pgadmin3-1.6.1/src/frm/frmQuery.cpp *** pgadmin3-1.6.1.orig/src/frm/frmQuery.cpp Thu Nov 30 11:48:30 2006 --- pgadmin3-1.6.1/src/frm/frmQuery.cpp Fri Dec 8 13:43:26 2006 *** *** 103,109 EVT_ACTIVATE( frmQuery::OnActivate) EVT_STC_MODIFIED(CTL_SQLQUERY, frmQuery::OnChangeStc) EVT_STC_UPDATEUI(CTL_SQLQUERY, frmQuery::OnPositionStc) ! EVT_AUI_PANECLOSE( frmQuery::OnAuiUpdate) END_EVENT_TABLE() frmQuery::frmQuery(frmMain *form, const wxString _title, pgConn *_conn, const wxString query) --- 103,109 EVT_ACTIVATE( frmQuery::OnActivate) EVT_STC_MODIFIED(CTL_SQLQUERY, frmQuery::OnChangeStc) EVT_STC_UPDATEUI(CTL_SQLQUERY, frmQuery::OnPositionStc) ! EVT_AUI_PANE_CLOSE( frmQuery::OnAuiUpdate) END_EVENT_TABLE() frmQuery::frmQuery(frmMain *form, const wxString _title, pgConn *_conn, const wxString query) diff -r -c pgadmin3-1.6.1.orig/src/main/events.cpp pgadmin3-1.6.1/src/main/events.cpp *** pgadmin3-1.6.1.orig/src/main/events.cpp Thu Nov 30 11:48:30 2006 --- pgadmin3-1.6.1/src/main/events.cpp Fri Dec 8 13:48:01 2006 *** *** 71,77 EVT_STC_UPDATEUI(CTL_SQLPANE, frmMain::OnPositionStc) EVT_CLOSE( frmMain::OnClose) ! EVT_AUI_PANECLOSE( frmMain::OnAuiUpdate) #ifdef __WXGTK__ EVT_TREE_KEY_DOWN(CTL_BROWSER, frmMain::OnTreeKeyDown) --- 71,77 EVT_STC_UPDATEUI(CTL_SQLPANE, frmMain::OnPositionStc) EVT_CLOSE( frmMain::OnClose) ! EVT_AUI_PANE_CLOSE( frmMain::OnAuiUpdate) #ifdef __WXGTK__ EVT_TREE_KEY_DOWN(CTL_BROWSER, frmMain::OnTreeKeyDown) ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
[pgadmin-hackers] pgagent linker problem
When I try make pgagent binary (Solaris 10/SS11/wx2.8rc3), linker does not recognize some symbols: Undefined first referenced symbol in file wxRadioButtonNameStrconnection.o wxFileDialogNameStr connection.o wxComboBoxNameStr connection.o wxToolBarNameStrconnection.o snip If I look into Makefile, there is pgagent_LDADD = -L/opt/wxWidgegets-2.8.0/lib -mt -L/usr/openwin/lib -lwx_baseud-2.8 However missing symbols are located in the wx_gtk2ud_core-2.8. If I added this library into pgagent_LDADD, it works fine. Do you have any idea why it does not work - why configure does not setup correct LD? thanks Zdenek ---(end of broadcast)--- TIP 7: You can help support the PostgreSQL project by donating at http://www.postgresql.org/about/donate
Re: [pgadmin-hackers] RC1 Uploaded
Dave Page wrote: I've uploaded RC1 to http://developer.pgadmin.org/ftp/release/v1.6.0-rc1/ in src, win32, slackware and osx formats. Please take a minute to check for any major problems before I announce more widely. I checked it on Solaris/gcc/Wx2.7.1 and It looks good on first quick view. Zdenek ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings
[pgadmin-hackers] problem with build on Solaris
I'm trying compile (gcc/g++ 3.4.3) pgadminIII 1.6 beta3 on Solaris Nevada with wx1.7.1 and I received following error: ./base/factory.cpp: In member function `int pgaFactory::addIcon(char**)': ./base/factory.cpp:120: error: invalid use of undefined type `struct wxImageList' /tmp/hlipa/wx17/include/wx-2.7/wx/generic/listctrl.h:16: error: forward declaration of `struct wxImageList' ./base/factory.cpp: In static member function `static void pgaFactory::RealizeImages()': ./base/factory.cpp:128: error: invalid use of undefined type `struct wxImageList' /tmp/hlipa/wx17/include/wx-2.7/wx/generic/listctrl.h:16: error: forward declaration of `struct wxImageList' ./base/factory.cpp:131: error: invalid use of undefined type `struct wxImageList' /tmp/hlipa/wx17/include/wx-2.7/wx/generic/listctrl.h:16: error: forward declaration of `struct wxImageList' gmake[2]: *** [factory.o] Error 1 Any idea what is wrong? Is it problem with wx1.7.1? Thanks Zdenek ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: [pgadmin-hackers] problem with build on Solaris
Dave Page napsal(a): -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zdenek Kotala Sent: 26 October 2006 07:31 To: pgadmin-hackers@postgresql.org Subject: [pgadmin-hackers] problem with build on Solaris I'm trying compile (gcc/g++ 3.4.3) pgadminIII 1.6 beta3 on Solaris Nevada with wx1.7.1 and I received following error: ./base/factory.cpp: In member function `int pgaFactory::addIcon(char**)': ./base/factory.cpp:120: error: invalid use of undefined type `struct wxImageList' /tmp/hlipa/wx17/include/wx-2.7/wx/generic/listctrl.h:16: error: forward declaration of `struct wxImageList' ./base/factory.cpp: In static member function `static void pgaFactory::RealizeImages()': ./base/factory.cpp:128: error: invalid use of undefined type `struct wxImageList' /tmp/hlipa/wx17/include/wx-2.7/wx/generic/listctrl.h:16: error: forward declaration of `struct wxImageList' ./base/factory.cpp:131: error: invalid use of undefined type `struct wxImageList' /tmp/hlipa/wx17/include/wx-2.7/wx/generic/listctrl.h:16: error: forward declaration of `struct wxImageList' gmake[2]: *** [factory.o] Error 1 Any idea what is wrong? Is it problem with wx1.7.1? Yes - I spotted that yesterday. I've just committed the fix to SVN. OK, Thanks. You might find other problems with wx2.7.1 anyway - I've only found it to work well on Windows - Linux was unstable and Mac wouldn't compile. 2.7.0 should be OK though. I have problem with WX contrib compilation as well (animate.h/animate.cpp), but it looks that it is not necessary for pgAdmin. Zdenek ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
[pgadmin-hackers] latest pgadmin generates core on Solaris
I tried pgadmin version from trunk (Solaris nevada/gcc 3.4.3) and it generates core during init phase. I'm not sure if I setup everything correctly, but it looks like other problem with wx2.7.1. See backtrace: 08046908 libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+5(8046990, 85cd8d8, 0, 0, feffcbf0, 8046948) 08046a38 libwx_gtk2u_aui-2.7.so.1.0.0`wxDefaultDockArt::wxDefaultDockArt+0x819(8904318, fed80678, fe6f6075, fecd7dab, 0, fed80678) 08046a88 libwx_gtk2u_aui-2.7.so.1.0.0`wxFrameManager::wxFrameManager+0x191(89740e4, 0, 59, fe5bdea0, fefe4171, fe0a8978) 08046d88 frmMain::frmMain+0x42(8973ec8, 8046e30, 0, , fe663110, 8046e38) 08047158 pgAdmin3::OnInit+0x2278(85797e8, 85797e8, 0, fe5bdea0, 8047224, 8047330) 08047178 wxAppConsole::CallOnInit+0xf(85797e8, 85624c8, fe53e93c, 1) 080471c8 libwx_baseu-2.7.so.1.0.0`wxEntry+0x3c(8047224, 85624c8, 80471e8, fe53ea66) 080471e8 libwx_baseu-2.7.so.1.0.0`wxEntry+0x2d(8047224, 8047240, 0, 847f488, 8047210, 82e6d35) 0804721c main+0x18(1, 8047240, 8047248) 08047234 _start+0x80(1, 8047398, 0, 80473a3, 80473d7, 80473ec) $r %cs = 0x003b%eax = 0x %ds = 0x0043%ebx = 0x08046990 %ss = 0x0043%ecx = 0x %es = 0x0043%edx = 0x085cd8d8 %fs = 0x%esi = 0x08904318 %gs = 0x01c3%edi = 0x08046990 %eip = 0xfe8295c5 libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+5 %ebp = 0x08046908 %kesp = 0x %eflags = 0x00010216 id=0 vip=0 vif=0 ac=0 vm=0 rf=1 nt=0 iopl=0x0 status=of,df,IF,tf,sf,zf,AF,PF,cf %esp = 0x080468e8 %trapno = 0xe %err = 0x4 0xfe8295c5::dis libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams: pushl %esi libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+1: movl 0x10(%esp),%eax libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+5: movl 0xb4(%eax),%edx libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0xb: testb $0x1,%dh libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0xe: movl 0x8(%esp),%ecx libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x12:movl $0x7,%esi libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x17: jne+0xd libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x26 libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x19:testb $0x10,%dl libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x1c:setne %al libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x1f:cmpb $0x1,%al libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x21:sbbl %esi,%esi libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x23:andl $0x3,%esi libwx_gtk2u_core-2.7.so.1.0.0`wxRendererGeneric::GetSplitterParams+0x26:andb $0x2,%dh ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: [pgadmin-hackers] latest pgadmin generates core on Solaris
Dave Page napsal(a): Yeah, that's basically what I saw on GTK/Linux with 2.7.1. Does the AUI sample work OK? Yes, auidemo works fine. I look on source coud and problem is probably there (src/aui/dockart.cpp): // default metric values #if defined(__WXMAC__) SInt32 height; GetThemeMetric( kThemeMetricSmallPaneSplitterHeight , height ); m_sash_size = height; #elif defined(__WXGTK__) m_sash_size = wxRendererNative::Get().GetSplitterParams(NULL).widthSash; #else m_sash_size = 4; #endif The GetSplitterParams in this case call wxRendererGeneric::GetSplitterParams instead wxRendererGTK::GetSplitterParams. It should be some problem with correct virtual method lookup or wrong renderer setup? Zdenek ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: [pgadmin-hackers] SUN Studio 11 vs pgAdmin - code cleanup]
Dave Page napsal(a): -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 18 August 2006 15:53 To: Dave Page Cc: pgadmin-hackers@postgresql.org Subject: Re: [pgadmin-hackers] SUN Studio 11 vs pgAdmin - code cleanup] Zdenek Kotala napsal(a): Dave Page wrote: Thanks - patch applied to the stable branch. Would you mind taking some time to port the patch to SVN TRUNK please? It's most likely that that will go beta within a few weeks and unfortunately I'm *really* pushed for time right now :-( Ok. No problem. I will do it. There is clean up for the trunk. Thanks - patch applied, except for the updates to tabcomplete.inc which is extracted from the PostgreSQL source code periodically (see src/utils/tabcomplete.pl in pgAdmin - particularly the comment towards the top). OK, but tabcomplete.inc has DOS end lines. It is problematic. When C/C++ code contents strings concatenate on two lines, CC generates error in this case. There are three possible solutions: 1) use dos2unix (or something similar) during file transfer/generation 2) use dos2unix like part of Make process 3) fix/adjust CC/cc I prefer option 1. Zdenek ---(end of broadcast)--- TIP 4: Have you searched our list archives? http://archives.postgresql.org