The NULL pointer segfault you got there is related to using the gtk and there for X11 version of wx. See https://code.ros.org/trac/ros-pkg/ticket/4788#comment:8: I haven't investigated this thoroughly but I think it's because Ogre is > expecting an NSView or an OgreView but gets something GTK/X11 related. > According to the wxWidgets documentation Cocoa is not well supported yet so > I didn't go further down this path. He ends up building it i386 and native carbon to make things work, which is the point at which we went +no_x11 -carbon +cocoa on macports and all i386 in ROS. https://github.com/wjwwood/ros-osx/wiki Hope that helps, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ William Woodall Graduate Software Engineering Auburn University w@auburn.edu wjwwood@gmail.com williamjwoodall.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ On Sat, Aug 6, 2011 at 2:27 PM, Mark Moll wrote: > I followed the instructions to install electric turtle ( > http://www.ros.org/wiki/electric/Installation/OSX) on OS X 10.7. It turns > out that wxWidgets/wxPython wasn’t really a problem, because the MacPorts > version defaults to using gtk rather than Carbon. I also tried the 2.9 > development version of wxPython and compile everything with the Cocoa > backend rather than Carbon or gtk, but that seemed very unstable: many of > the wxPython sample programs crashed. > > I compiled all ports as 64-bit. Below are some more detailed notes. In the > end rviz compiles, but crashes when I try to run it. I see the start-up > window and then it dies with this trace: > > [ INFO] [1312658033.261777000]: Loading general config from > [/Users/mmoll/.rviz/config] > [ INFO] [1312658033.261972000]: Loading display config from > [/Users/mmoll/.rviz/display_config] > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 > 0x000000010249e7a7 in Ogre::RenderSystem::attachRenderTarget () > > Maybe there is still something wrong in the way Ogre is > built/installed/linked? > > > > * Installed Cg framework from NVIDIA in /Library/Frameworks, used > install_name_tool to set rpath to /Library/Frameworks/Cg.framework > > > * MacPorts > > Applied patch to gtk2 port: https://trac.macports.org/ticket/30281 > Added ports for ogre and tinyxml. The ogre port does *not* include libOIS, > which depends on Carbon. > Fixed collada-dom port > Removed assimp, eigen3, collada-dom from manifest files and installed > corresponding ports. > > > * ROS > rosconsole: used g++-4.2 rather than c++ (= llvm-g++-4.2) to avoid > internal compiler error > > urdf, urdf_parser, rviz: > add "add_definitions(-DTIXML_USE_STL)" to CMakeLists.txt > > rviz: > --- src/rviz/visualizer_app.cpp (revision 37704) > +++ src/rviz/visualizer_app.cpp (working copy) > @@ -292,7 +292,7 @@ > // Wait for any signals > sigfillset(&signal_set); > > -#if defined(__WXMAC__) > +#if 1 //defined(__WXMAC__) > int sig; > sigwait(&signal_set, &sig); > #else > > > added this to .bash_profile: > export > DYLD_FALLBACK_FRAMEWORK_PATH=$DYLD_FALLBACK_FRAMEWORK_PATH:/opt/local/Library/Frameworks > > > -- > Mark Moll > > > > _______________________________________________ > ros-users mailing list > ros-users@code.ros.org > https://code.ros.org/mailman/listinfo/ros-users >