Great! It should compile with gcc 3.3 and gcc 4.x just fine.
Don't worry about the lockfile message (that's probably rerunning the program). Ditto the ImageMagick message is harmless (except to the extent you want more import filters).
If it locks up when you use a tool, that's normally a symptom of not running from the package.
OK so that sounds like the source of the ImageMagick problem. I wonder why wxMacExecute needs convert to be a bundle.
It does whatever wxWidgets does with a wxMDIWindow on the Mac (at the moment). This isn't intended to be a permanent proposition...
Yes that's odd, especially as other people have got the icons working on the Mac.
What happens is a script called buildresources.pl is run which makes a zip file (called "resources.xrs") containing all the png files. This is then converted to an .h file (don't ask) with an array of all the bytes in the zip file and bound into the executable. wxWidgets contains a VFS like thing (wxFileSystem) which can be used to load files from it. Somewhere or other this process is failing. However, the resource file itself is clearly being build OK, because the xrc (XML) for the bar definitions is in there (also loaded through the wxFileSystem) as are the strings. Somewhere or other the bitmaps (only) are failing to load. The relevant file is wxOil/camresource.cpp if you want a poke around.
Right now it says Linux Edition even if it's run on FreeBSD. That's just a matter of putting in a different bitmap.
www.xaraxtreme.org and look at the "Developers" section. If you are debugging bitmap loading, look specifically at the section marked "Resource System". Also, the -dev mailing list is pretty friendly.
Alex
Bookmarks