Are you mixing debian and pandoralibs?
Do you have the pandoralibdir in your LD_LIBRARY_PATH, too?
pandoralibdir? Explain. Is there a set of libraries specifically for Pandora things, or do you just mean /usr/lib?
I believe I am not mixing any Debian and Pandora libraries at all. On the debian side of things, I ldd the life out of the binaries and associated libraries, and copy them to some work directory so every part that Pingus uses in Debian is pieced away from the rest.
This obviously results in a bigger PND, since some libraries that exist in Debian may very well be identical in Pandora land, but oh well. I am fully aware that this isn't best practice, but perhaps the best solution for the current setup.
Here is what my PND execution script does; the LD_LIBRARY_PATH holds all the Debian binaries (broken up into directories like in Debian's filesystem for organizational ease).
Code:
HOME="./"
export LD_LIBRARY_PATH=usr/lib:usr/lib/arm-linux-gnueabi:lib
./ld-linux.so.3 "bin/pingus.bin" --datadir "usr/share/pingus" --fullscreen --fullscreen-resolution=800x480 --no-auto-scrolling
The two things I want to try are instead of exporting LD_LIBRARY_PATH, simply having it on the same line as the executable (I think this may be causing the unmounting of the PND problems, since everything on the Pandora side of pnd_run is segfaulting as it may be using my libraries? Though I don't think that's how it's supposed to to work, as the export should only be for my process only, and shouldn't be related to anything in the parent process of pnd_run.). I also know that ld-linux.so.3 can accept command line parameters; it's possible that it's pulling some libraries out of /lib instead of my lib, causing problems.
So I'll try the two above, unless you have some advice.