Steve
OK - my error on libraries moving out into -dev - they where actually in /lib32 (see output from maverick system below)
jamespage@hendrix:~/src/natty/jna/libjna-java-multiarch-fix/src/com/sun/jna$ ldconfig -p | grep libpam.so libpam.so.0 (libc6,x86-64) => /lib/libpam.so.0 libpam.so.0 (libc6) => /lib32/libpam.so.0 libpam.so (libc6) => /lib32/libpam.so jamespage@hendrix:~/src/natty/jna/libjna-java-multiarch-fix/src/com/sun/jna$
So dlopen('libpam.so') did work before - but only because libpam.so was in ld.so.cache courtesy of ia32-libs.
I've made a few further comments in the linked merge proposal with regards to JNA behaviour
Steve
OK - my error on libraries moving out into -dev - they where actually in /lib32 (see output from maverick system below)
jamespage@ hendrix: ~/src/natty/ jna/libjna- java-multiarch- fix/src/ com/sun/ jna$ ldconfig -p | grep libpam.so hendrix: ~/src/natty/ jna/libjna- java-multiarch- fix/src/ com/sun/ jna$
libpam.so.0 (libc6,x86-64) => /lib/libpam.so.0
libpam.so.0 (libc6) => /lib32/libpam.so.0
libpam.so (libc6) => /lib32/libpam.so
jamespage@
So dlopen('libpam.so') did work before - but only because libpam.so was in ld.so.cache courtesy of ia32-libs.
I've made a few further comments in the linked merge proposal with regards to JNA behaviour