1. Create a project to generate python code
2. Add a panel to the project, select the panel object
3. Under Object Properties → ‘subclass’ add ‘MyCustomPanel’ as the subclass name

What is the expected output? What do you see instead? expected:

class MyPanel4 ( MyCustomPanel ):

got:

<code>class MyPanel4 ( public MyCustomPanel ):</code>

The word ‘public’ is a syntax error in Python.

1. Open a new project
2. Clic on root item of project tree
3. On the “Properties” tab of Object Properties pane, under “C++ properties”, clic “internationalize”

What is the expected output? What do you see instead? On the lower pane the help string “For C++ only” appears. However, i18n is also avaliable for Python. Thus the “internationalize” property should be moved just under “Project”, and “For C++ only” should be removed from the help string.

create_build_files.sh is written in MSDOS format (LF+CR) and fails to run because of the ^M on the shabang line. It needs to be converted to unix format using: “dos2unix create_build_files.sh”. This likely effects all Linux/Unix builds.

Two source files had build errors due to missing header files (this is likely to be compiler-specific):

sdk/tinyxml/ticpp.cpp needs:

#include <typeinfo>

src/dbg_stack_trace/stack.cpp needs:

#include <cstdlib>  (for free())
#include <cstring>  (for strcmp())

1. Using wxFormBuilder in Linux Version 3.1.64-beta
2. I create a wxlistCtrl named myListCtrl with a OnListItemDeselected event

In the python code, I have:

self.name.Bind( wx.EVT_LIST_ITEM_DESELECTED, self.onDeselect)

instead of:

self.myListCtrl.Bind( wx.EVT_LIST_ITEM_DESELECTED, self.onDeselect)

the others events work well:

self.myListCtrl.Bind( wx.EVT_LIST_COL_CLICK, self.onCol )
self.name.Bind( wx.EVT_LIST_ITEM_DESELECTED, self.onDeselect )
self.myListCtrl.Bind( wx.EVT_LIST_ITEM_SELECTED, self.onChange )

This is an issue when the generated empty methods for events are copy-pasted into other files.

1. Create custom control
2. Add some text for subclass property
3. Switch to XRC tab
4. Verify that custom control has no subclass attribute

This is non-intuitive because the user would expect that if data has been entered in the subclass property of the control that it should be present in the output of any format that supports it. wxFB appears to support the subclass feature for every other control.

1. Install wxFormBuilder on Kubuntu 9.10 from repository.
2. Run wxFormBuilder.
3. Navigate to FORMS tab and select any of the three form types.

What is the expected output? What do you see instead?

wxFormBuilder immediately crashes regardless of weather the project is saved prior to creating a form or no.  Here are the last few lines of strace including the output error message:

poll([{fd=10, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=10, revents=POLLOUT}]) writev(10, [{”\22\0\7\0\376\5\300\2\366\0\0\0!\0\0\0 \4\7\0\1\0\0\0\1\0\300\2\22 \0\7\0”..., 3256}, {NULL, 0}, {”“, 0}], 3) = 3256 poll([{fd=10, events=POLLIN}], 1, -1) = 1 ([{fd=10, revents=POLLIN}]) read(10, “\34\322\347C\376\5\300\2\22\1\0\0\340<d\27\0\212\270\17\0\0\0\0\20\300 \304\2\0\0\0\0”..., 4096) = 544 open(”/usr/share/X11/XErrorDB”, O_RDONLY) = 11 fstat(11, {st_mode=S_IFREG|0644, st_size=41481, ...}) = 0 brk(0x1dd1000) = 0x1dd1000 read(11, “! $Xorg: XErrorDB,v 1.3 2000/08/”..., 41481) = 41481 close(11) = 0 brk(0x1df2000) = 0x1df2000 write(2, “The program ‘wxformbuilder’ rece”..., 575The program ‘wxformbuilder’ r eceived an X Window System error. This probably reflects a bug in the program. The error was ‘BadMatch (invalid parameter attributes)’.

(Details: serial 17417 error_code 8 request_code 151 minor_code 5)
(Note to programmers: normally, X errors are reported asynchronously;
 that is, you will receive the error a while after causing it.
 To debug your program, run it with the --sync command line
 option to change this behavior. You can then get a meaningful
 backtrace from your debugger if you break on the gdk_x_error() function.)

) = 575 exit_group(1) = ?

No errors were found in the syslog or the Xorg.0.log. Attached is the xorg.conf for this system. It’s a triple head setup using dual NVIDIA cards and so is using xinerama rather than Xrandr which remains incapable of true triplehead support. All drivers were installed via standard kubuntu repositories. All software on the system was installed from the standard and backports repos with the exception of the chromium browser from http://ppa.launchpad.net/chromium-daily/ppa/ubuntu. At this point wxFormBuilder is unusable as it crashes immediately upon creating a new form.

Please use labels and text to provide additional information.

What is the expected output? What do you see instead? Expected: Well it should work! Instead GCC 4.4 throws following error: error: invalid static_cast from type ‘<unresolved overloaded function type>’ to type ‘void (wxEvtHandler::*)(wxSpinEvent&)’ or error: invalid static_cast from type ‘<unresolved overloaded function type>’ to type ‘void (wxEvtHandler::*)(wxCommandEvent&)’

for following lines respectively:

gamma→Connect( wxEVT_COMMAND_SPINCTRL_UPDATED, wxSpinEventHandler( ImproveContoursSidebar_::OnChange ), NULL, this ); gradient→Connect( wxEVT_COMMAND_CHECKBOX_CLICKED, wxCommandEventHandler( ImproveContoursSidebar_::OnChange ), NULL, this );

Problem: The function OnChange is overloaded for either event. Passing the function pointer does not tell the compiler which one of the functions to use. The macros wxSpinEventHandler and wxCommandEventHandler would later cast those function pointers to ‘void (wxEvtHandler::*)(wxSpinEvent&)’ and ‘void (wxEvtHandler::*)(wxCommandEvent&)’ respectively.

Walkarounds: 1. Just rename the events so that there are not two types of events called the same (OnChange → OnChangeSpin, OnChangeCommand). You can still use the same event name for all the elements that actually use the same type of event. The problem is only occurring when the function is happened to be overloaded.

2. Save the function pointer in a variable first (because then you have to tell the variable what type of function pointer it is) and then pass it. Problem with this walkaround: You cannot use the macros wxSpinEventHandler and wxCommandEventHandler because they take the reference of the passed argument and to save the variable you have to save the reference of the function pointer already and so the macro will create a reference to the reference to the function which will result in another invalid static cast.