Re: [pgadmin-hackers] Pga3 Query Builder
Hi Dave, FYI, this night snapshots didn't build automatically (I had no time to look at it, but some files may be missing). ui/frmMain.cpp:70:35: images/querybuilder.xpm: No such file or directory regards, Raphaël Message d'origine Sujet: Re: [pgadmin-hackers] Pga3 Query Builder Date: Sun, 5 Oct 2003 21:39:24 +0100 De: Dave Page [EMAIL PROTECTED] A: Andreas Pflug [EMAIL PROTECTED] Copie à: [EMAIL PROTECTED] -Original Message- From: Andreas Pflug [mailto:[EMAIL PROTECTED] Sent: 05 October 2003 16:37 To: Dave Page Cc: [EMAIL PROTECTED] Subject: Re: [pgadmin-hackers] Pga3 Query Builder - Double clicking columns opens the join dialogue. This appears to be because wxWindows detects the double click as a drag-drop, which then overrides the double click event. I'm not sure how to fix this - think it needs Andreas' talents to fix :-) I had a look at it. DD is implemented by hand using EVT_MOTION, which lacks control over mouse clicks (the control eats it, before we could handle it). I wonder why EVT_LIST_BEGIN_DRAG wasn't used for this. EVT_LISTBOX_DCLICK is used on myList, which is a wxListCtrl, not a wxListBox - no go. Hmm, well spotted! I'll keep playing with it - thanks for looking. Regards, Dave. ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings
Re: [pgadmin-hackers] Pga3 Query Builder
Sorry, my fault. I've updated the makefile to pick up any and all xpm files. Regards, Dave. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 06 October 2003 10:59 To: Dave Page; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Re: [pgadmin-hackers] Pga3 Query Builder Hi Dave, FYI, this night snapshots didn't build automatically (I had no time to look at it, but some files may be missing). ui/frmMain.cpp:70:35: images/querybuilder.xpm: No such file or directory regards, Raphaël Message d'origine Sujet: Re: [pgadmin-hackers] Pga3 Query Builder Date: Sun, 5 Oct 2003 21:39:24 +0100 De: Dave Page [EMAIL PROTECTED] A: Andreas Pflug [EMAIL PROTECTED] Copie à: [EMAIL PROTECTED] -Original Message- From: Andreas Pflug [mailto:[EMAIL PROTECTED] Sent: 05 October 2003 16:37 To: Dave Page Cc: [EMAIL PROTECTED] Subject: Re: [pgadmin-hackers] Pga3 Query Builder - Double clicking columns opens the join dialogue. This appears to be because wxWindows detects the double click as a drag-drop, which then overrides the double click event. I'm not sure how to fix this - think it needs Andreas' talents to fix :-) I had a look at it. DD is implemented by hand using EVT_MOTION, which lacks control over mouse clicks (the control eats it, before we could handle it). I wonder why EVT_LIST_BEGIN_DRAG wasn't used for this. EVT_LISTBOX_DCLICK is used on myList, which is a wxListCtrl, not a wxListBox - no go. Hmm, well spotted! I'll keep playing with it - thanks for looking. Regards, Dave. ---(end of broadcast)--- TIP 6: Have you searched our list archives? http://archives.postgresql.org ---(end of broadcast)--- TIP 3: 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] wxGTK rpms
Dear Friends, I modified wxWindows makerpm script and uploaded a slightly revisited version to http://snake.pgadmin.org/wxwindows. The rest and other platforms will follow tonight. wxWindows stock RPMs are built without debug and provide **both** static and dynamic libraries by default. Do you think pgAdmin3 can be build staticly without debug? This is quite easy to patch wxWindows SPEC files to add debug as an option. Shall I do it? Cheers, Jean-Michel ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html
Re: [pgadmin-hackers] wxGTK rpms
Jean-Michel POURE wrote: Dear Friends, I modified wxWindows makerpm script and uploaded a slightly revisited version to http://snake.pgadmin.org/wxwindows. The rest and other platforms will follow tonight. wxWindows stock RPMs are built without debug and provide **both** static and dynamic libraries by default. Do you think pgAdmin3 can be build staticly without debug? This is how we should release. This is quite easy to patch wxWindows SPEC files to add debug as an option. Shall I do it? I think so. Regards, Andreas ---(end of broadcast)--- TIP 8: explain analyze is your friend
[pgadmin-hackers] Update
Hello everyone! I've been out of town for the weekend, so I wasn't able to work on any pgAdmin stuff while I was gone. I'm going to get back into it, so I wanted to make sure that I've got everything on my to-do list: *) Fix -DSSL compilation problem *) Make static build more static *) Fix J-M's xpm include problem *) RH 7.3 SRPM building *) Mac OS X port Did I miss anything? ahp ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] gcc ignoring defined macros?
Dave Page wrote: Ah-ha!! Right, I editted the line in src/Makefile that compiles frmConnect.cpp. I added -DSSL so the final command read: if g++ -DSSL -DHAVE_CONFIG_H -I. And that works. :-) Further investigation of the command line: if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g -I../src/include -I../src/agent/include -I -DSSL -I/usr/local/pgsql/include -I/usr/local/lib/wx/include/gtk2ud-2.5 -D__WXDEBUG__ -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/local/include -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g -I../src/include -I../src/agent/include -I -g -O2 -MT frmConnect.o -MD -MP -MF ".deps/frmConnect.Tpo" \ -c -o frmConnect.o `test -f 'ui/frmConnect.cpp' || echo './'`ui/frmConnect.cpp; \ then mv ".deps/frmConnect.Tpo" ".deps/frmConnect.Po"; \ else rm -f ".deps/frmConnect.Tpo"; exit 1; \ fi shows up the problem. Firstly, a bunch of it seems to be included twice. Note the double inclusion of: -DDATA_DIR=\"/usr/local/pgadmin3/share/pgadmin3/\" -Wall -g -I../src/include -I../src/agent/include -I Then secondly, notice the -I on the end which does not have a path - that's what seems to be losing the SSL definition because it gets picked up as the argument to -I. Further investigation shows that that path is set to ${WXHOME} which is ovbviously empty when the command is created. Adding a / to the end of it makes things work nicely. Not sure about the best way to fix this properly, so I guess it's over to you Adam :-) Regards, Dave. I was about to fix this, when I realized that I was about to add -DSSL to the command-line for *all* situations. Is this what we want, or is this supposed to be a conditional compile option? If it's needed for *all* situations, then why included it at all, why not just remove the #ifdefs and always compile the SSL code? ahp
[pgadmin-hackers] CVS compile error
ui/ctlSQLResult.cpp: In member function `int ctlSQLResult::Execute(const wxString, int)': ui/ctlSQLResult.cpp:53: error: no matching function for call to `pgQueryThread ::pgQueryThread(pgConn*, const wxString, int)' ../src/include/pgSet.h:89: error: candidates are: pgQueryThread::pgQueryThread(const pgQueryThread) ../src/include/pgSet.h:91: error: pgQueryThread::pgQueryThread(PGconn*, const wxString, int) make[2]: *** [ctlSQLResult.o] Error 1 ahp ---(end of broadcast)--- TIP 8: explain analyze is your friend
Re: [pgadmin-hackers] CVS compile error
Adam H. Pendleton wrote: ui/ctlSQLResult.cpp: In member function `int ctlSQLResult::Execute(const wxString, int)': ui/ctlSQLResult.cpp:53: error: no matching function for call to `pgQueryThread ::pgQueryThread(pgConn*, const wxString, int)' ../src/include/pgSet.h:89: error: candidates are: pgQueryThread::pgQueryThread(const pgQueryThread) ../src/include/pgSet.h:91: error: pgQueryThread::pgQueryThread(PGconn*, const wxString, int) make[2]: *** [ctlSQLResult.o] Error 1 While trying to fix one thing, I uploaded a partial fix of another... Both are in cvs now. Regards, Andreas ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html