> The osgPython project is the only one that compiles and installs
properly,
> alas it yields
>
> *** glibc detected *** free(): invalid pointer: 0xb7dd3898 ***
> Aborted
>
> when executing the loadWrapper("osg") function. Aargh,
frustrating!
I haven't run into the exact problem you describe, but it sounds similar
to what happens when you compile, make, and install one version of a
library, then download another version of the same and install that
without completely removing the files from the first one. The error
message is also generic enough that it could be a great many other
things, but from what you said it sounded like you were trying every
version combination of boost, osg, and gcc you could think of, which
makes me suspect some object-file conflict between versions.
Are you using checkinstall? If you're using debian or ubuntu, it's a
pretty awesome tool that lets you install downloaded code through the
apt packaging system with no fuss. After compiling with make, instead of
"sudo make install", type "sudo checkinstall", and it Just Works. The
benefit is that if you want to remove everything that was installed, you
just type "sudo dpkg -r <packagename>". Also, it'll prevent any package
from overwriting a file installed from another package, so it acts as a
sanity check against buggy makefiles.
I succeeded in getting the osgPython demos to run on Ubuntu Edgy. For
others who'd like to try, I've attached a description below of the
problems I ran into and the workarounds I found with the help of Miguel
Escriva.
Base system: Ubuntu Edgy, using Boost 1.33.1 (the ubuntu edgy package
"libboost-dev"), and gcc 4.1.2 (the ubuntu edgy package "gcc")
Problems & workarounds:
1) osgPython does not compile
Use the latest CVS version of osg, and make it with:
$ export COMPILE_INTROSPECTION="yes"
$ make
$ sudo make install (or sudo checkinstall, if you have that tool)
2) examples do not run
In osgPython's examples/initosg.py, change the line
sys.path.append("")
to
sys.path.append("/usr/local/lib")
3) osgPython's make process attempts to build osgIntrospection, but fails.
You're probably running from the same shell that has
COMPILE_INTROSPECTION set to "yes" (see (1)). Change to a different
shell, or set the variable to "no".
4) I can't install osgPython using checkinstall or other automatic
package builders.
osgPython attempts to overwrite one of the files in OpenSceneGraph/Make/
with an identical copy (I think it was "makedefs"). If you installed OSG
through the package manager using checkinstall, and try to do the same
with osgPython, it will complain, saying that the osgpython package is
overwriting a file in the openscenegraph package. For now, just install
osgPython with plain old "make install".
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
