Re: [pgadmin-hackers] [solaris - port ] New wxWindows Tarball
Andreas Pflug wrote: Dave Page wrote: There is a new wxWindows tarball on Snake: http://snake.pgadmin.org/snapshots/wxwindows/wxWindows-pgAdmin3-20031010 -8.tar.bz2 [ I didn't build it for debian at the moment... I was working on Solaris port. ] This version includes Andreas' recent patch to fix the crashing HTML Help under GTK bug. I had some feedback from wx about this. This problem is corrected in wx cvs head, thus as soon as we upgrade our snapshot we don't need my fix any more. At the moment, I don't see a reason why we should upgrade (Maybe the upcoming solaris port will need this? How is the status?) Hi Andreas, Dave this time it's my turn to sorry to be late :) so here it is: I succeeded only today in building wxwin on solaris here are the requirements and the configure line as a reminder for me and other helpers: The products I used as prereq are these, I compiled them from scratch although some of them may already be in Solaris 9 (listed by build order, all were configured with default ./configure --prefix=): tiff-v3.5.7.tar.gz pkgconfig-0.15.0.tar.gz glib-2.2.3.tar.gz pango-1.2.5.tar.gz atk-1.2.4.tar.bz2 jpegsrc.v6b.tar.gz libpng-1.2.5.tar gtk+-2.2.4.tar.bz2 Here is the trick for wxWindows as of 20031207 cvs snapshot (http://wxwindows.sourceforge.net/snapshots/wx-cvs-20031207.tar.bz2) : ../wxWindows-20031207/configure --enable-permissive --prefix=whatuprefer --disable-largefile --with-gtk --enable-gtk2 --enable-unicode --enable-debug --disable-shared --disable-dialupman I had to disable dialupman because it was giving a cast build error between a wxString and (char *) on line 719 [strstr arg #1] on dialup.c. Hope it's not a requisite for pgAdmin3 build...If it is one, I'll try to overlook how to bypass the problem. I'm not sure the --enable-permissive is really needed but in doubt we will keep it for the moment... I'll try a build of pgA3 until the end of the week or the beginning of next week. Do I need to port actual wx patches to get pgA3 to build... If I remember well it's an obligation concerning some pieces of the "notebook" or something like that. Another thing, I hope people can wait a bit concerning debian wx snapshots (it should be ready until the end of the week), I'd prefer to concentrate my efforts on solaris port actually. Regards, Raphaël *MULE_INTERNAL* ;p ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
[pgadmin-hackers] Another wx behavior question
I have done a ton of work on pgDesigner, and I'm almost ready for a 1.0
release. I decided to compile a Windows binary, but I am getting the
following compile error when compiling under MSVC 6 (Note: it compiles
and runs fine under Linux)
error C2440: 'type case' : cannot convert from 'void
(__thiscall_CDiagramWindow::*)(void)' to 'void (__thiscall
wxEvtHandler::*)(class wxCommandEvent &)'
I only get this on EVT_PAINT and EVT_MENU events, but not in all
classes, just two of them. Is there something flakey regarding MSVC and
event handlers? All of my handlers are pretty vanilla. The only thing
I can see is that one of the classes that isn't working uses multiple
inheritance. However, the other one doesn't, and it still isn't working.
Below is one of the ones that isn't working:
class CDiagramWindow : public wxScrolledWindow {
public:
/* stuff */
private:
DECLARE_DYNAMIC_CLASS(CDiagramWindow)
DECLARE_EVENT_TABLE()
};
IMPLEMENT_DYNAMIC_CLASS(CDiagramWindow, wxScrolledWindow)
BEGIN_EVENT_TABLE(CDiagramWindow, wxScrolledWindow)
EVT_CHAR(CDiagramWindow::OnChar)
EVT_RIGHT_UP(CDiagramWindow::OnRightClick)
EVT_LEFT_DOWN(CDiagramWindow::OnLeftDown)
EVT_MENU(ID_NEW_TABLE, CDiagramWindow::OnNewTable)
EVT_MENU(ID_SELECT_COLOR, CDiagramWindow::OnSelectColor)
EVT_MENU(ID_DELETE_KEY, CDiagramWindow::OnDeleteKey)
EVT_PAINT(CDiagramWindow::OnPaint)
EVT_MOTION(CDiagramWindow::OnMotion)
END_EVENT_TABLE()
---(end of broadcast)---
TIP 7: don't forget to increase your free space map settings
Re: [pgadmin-hackers] Another wx behavior question
John McCawley wrote:
I have done a ton of work on pgDesigner, and I'm almost ready for a
1.0 release. I decided to compile a Windows binary, but I am getting
the following compile error when compiling under MSVC 6 (Note: it
compiles and runs fine under Linux)
error C2440: 'type case' : cannot convert from 'void
(__thiscall_CDiagramWindow::*)(void)' to 'void (__thiscall
wxEvtHandler::*)(class wxCommandEvent &)'
I only get this on EVT_PAINT and EVT_MENU events, but not in all
classes, just two of them. Is there something flakey regarding MSVC
and event handlers? All of my handlers are pretty vanilla. The only
thing I can see is that one of the classes that isn't working uses
multiple inheritance. However, the other one doesn't, and it still
isn't working.
Below is one of the ones that isn't working:
class CDiagramWindow : public wxScrolledWindow {
public:
/* stuff */
private:
DECLARE_DYNAMIC_CLASS(CDiagramWindow)
DECLARE_EVENT_TABLE()
};
IMPLEMENT_DYNAMIC_CLASS(CDiagramWindow, wxScrolledWindow)
BEGIN_EVENT_TABLE(CDiagramWindow, wxScrolledWindow)
EVT_CHAR(CDiagramWindow::OnChar)
EVT_RIGHT_UP(CDiagramWindow::OnRightClick)
EVT_LEFT_DOWN(CDiagramWindow::OnLeftDown)
EVT_MENU(ID_NEW_TABLE, CDiagramWindow::OnNewTable)
EVT_MENU(ID_SELECT_COLOR, CDiagramWindow::OnSelectColor)
EVT_MENU(ID_DELETE_KEY, CDiagramWindow::OnDeleteKey)
EVT_PAINT(CDiagramWindow::OnPaint)
EVT_MOTION(CDiagramWindow::OnMotion)
END_EVENT_TABLE()
John, you really should post stuff like this on the wx lists
Still, I have some suggestions to you.
First: It appears to me that you're defining event handler methods that
don't have an event& argument. This will lead to a major desaster if you
use another compiler. This might already cover your problem as well.
Second: If registering event handlers outside the event table, you will
need some casting, sometimes even multiple casts.
Regards,
Andreas
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
