Just wanted to alert the person who maintains the wxGTK ebuilds source for Gentoo (and perhaps the gnome-vfs and gtk+ maintainers as well). There seems to be a bad bug where if the wxWidgets program calls a wxFileDialog Box (in modal mode), the application segfaults. It appears that the trouble is in the latest gnome-vfs-2.10.1-r2 package that can be emerged for the ~x86 people like myself. More Details are here: http://sourceforge.net/tracker/index.php?func=detail&aid=1287999&group_id=9863&atid=109863 If you know of this bug, and already have a patch for wxGTK, I'd like to send that to the wxWidgets folks please, otherwise, you might want to be aware of this bug, and hope we can get it resolved promptly. I think the wxWidgets people are investigating a solution. As you can see, I am working with the wxWidgets Developers to determine the source of this problem. It is appearing that problem only affects certain Gentoo systems while not affecting others, and no other Linux distribution seems to be having this problem. Reproducible: Always Steps to Reproduce: 1. Compile the docview sample program in wxGTK/samples/docview and run it. 2. If the system it is being run on is susceptible to the bug, docview will segfault as soon as the File->Open option is selected from the Menu. Actual Results: Application segfaults.... Expected Results: Application should have opened a File Dialog box and let user select which to open. According to our work over on the wxWidgets Bug list, we have isolated the problem down to something between the wxWidgets application to gtk+. We believe the problem to be something in gnome-vfs since we can set /desktop/gnome/interface/file_chooser_backend from"gnome-vfs" to "gtk+" with the gconf-editor and see the Dialog Box Work, but segfault when "gnome-vfs" is specified (Again, dialog box in Modal mode only)
This Bug is apparently cleared with either the latest release of wxWidgets-2.6.3-rc1, or with the last emerge of gtk+.
