java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class com.sun.jna.Native

[elfprince13]

I was testing some JNA code in Eclipse, and all seemed to be going well (i.e., my code was running correctly), and then suddenly this started popping up, and I can't figure out what is even causing this, let alone how to resolve it. Notice that the UnsatisfiedLinkError is originating in JNA itself, not in my code. This error pops up in the source code, but I have no idea why it would suddenly be triggered when it wasn't before. I'm running on linux-x86-64, and using the official JARs.

[twall]

You may have different versions of JNA.

updateLastError doesn't exist since 4.0.

On Oct 10, 2013, at 3:47 PM, elfprince13 notifications@github.com wrote:

I was testing some JNA code in Eclipse, and all seemed to be going well (i.e., my code was running correctly), and then suddenly this started popping up, and I can't figure out what is even causing this, let alone how to resolve it. Notice that the UnsatisfiedLinkError is originating in JNA itself, not in my code. This error pops up in the source code, but I have no idea why it would suddenly be triggered when it wasn't before. I'm running on linux-x86-64, and using the official JARs.

—
Reply to this email directly or view it on GitHub.

[elfprince13]

Huh. I have no idea where it would be coming from. There is a copy of some older JNA on my system, but it is very definitely not part of the classpath I'm executing with. I guess I'll have to dig through my other library's dependencies and try to find it.

[elfprince13]

Classpath Helper (http://classpathhelper.sourceforge.net/) reports there are no conflicting versions of JNA in my classpath, and I've tried with both the prebuilt JARs linked to from the repository readme, and with checking it out and building from scratch.

[elfprince13]

Moreover, if I remove jna.jar and jna-native.jar from my classpath, I get NoClassDefErrors for com.sun.jna.Pointer, which strongly suggests that there is no other JNA being loaded.

[elfprince13]

And....just for good measure - the results of running grep jna with the output of executing my program with -verbose:class as a JVM argument.

[Loaded com.sun.jna.Pointer from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Memory from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Version from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Callback$UncaughtExceptionHandler from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native$8 from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native$1 from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native$5 from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Pointer$Opaque from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class com.sun.jna.Native
    at com.sun.jna.Native.initIDs(Native Method)
    at com.sun.jna.Native.<clinit>(Native.java:139)

All of those are loaded from the version I built from an up-to-date git checkout.

[twall]

What about libraries using JNA? can you get a stack trace to see which library is attempting to use the outdated JNA method?

On Oct 15, 2013, at 4:53 PM, elfprince13 notifications@github.com wrote:

Classpath Helper (http://classpathhelper.sourceforge.net/) reports there are no conflicting versions of JNA in my classpath, and I've tried with both the prebuilt JARs linked to from the repository readme, and with checking it out and building from scratch.

—
Reply to this email directly or view it on GitHub.

[twall]

This seems to imply that your system has a libjnispatch.so on it already. Try running with -Djna.nosys=true.

On Oct 15, 2013, at 5:13 PM, elfprince13 notifications@github.com wrote:

And....just for good measure - the results of running grep jna with the output of executing my program with -verbose:class as a JVM argument.

[Loaded com.sun.jna.Pointer from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Memory from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Version from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Callback$UncaughtExceptionHandler from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native$8 from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native$1 from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Native$5 from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
[Loaded com.sun.jna.Pointer$Opaque from file:/gpfs/main/home/tdickerson/FreeBuild/FreeBuildJ/shared-libs/jna/jna.jar]
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class com.sun.jna.Native
at com.sun.jna.Native.initIDs(Native Method)
at com.sun.jna.Native.(Native.java:139)

All of those are loaded from the version I built from an up-to-date git checkout.

—
Reply to this email directly or view it on GitHub.

[elfprince13]

-Djna.nosys=true seems to have done the trick. May I ask how you inferred that from the log?

[twall]

Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class com.sun.jna.Native
at com.sun.jna.Native.initIDs(Native Method)
at com.sun.jna.Native.(Native.java:139)

initIDs is a native method of the Native class which looks up and caches all the JNI bits like method IDs, class references and such. "updateLastError" would have been one of the methods looked up by the (old) native code; since "updateLastError" is no longer referenced in the current codebase (Java or native), it followed that some older native code must be running.

On Oct 16, 2013, at 1:56 PM, elfprince13 notifications@github.com wrote:

-Djna.nosys=true seems to have done the trick. May I ask how you inferred that from the log?

—
Reply to this email directly or view it on GitHub.

[luiscardozo]

I had this problem today (I am a totally newbie in JNA).

It seems that the libjnidispatch.so for Linux x86-64, packaged in the jar is not the correct one.

I downloaded the JNA 4.0 jars (from https://github.com/twall/jna#download ) and followed some tutorials. But it didn't work because of this problem ( java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class).

So, I cloned the git repo, and started searching through the code.
I see that initIDs is a native code, declared in Native.java, and that the actual code is in native/dispatch.c (Java_com_sun_jna_Native_initIDs). Then I started to look if there was any .so in the jna-4.0.0.jar.
There was. I copied /com/sun/jna/linux-x86-64/libjnidispatch.so to my /usr/lib/ and it didn't worked (same error).

Then I compiled all the source code (with ant), and them searched for generated libjnidispatch.so (there are many). I copied the file build/native-linux-x86-64/libjnidispatch.so to my /usr/lib and the problem was gone. ( /usr/lib is in my LD_LIBRARY_PATH )

[twall]

Pass "-Djna.nosys=true" to your VM on launch. Your system has an older version of JNA installed and is attempting to use that. Ordinarily JNA will detect the mismatch and complain, but apparently that functionality is not working in this case.

On Oct 22, 2013, at 2:49 PM, Luis Cardozo notifications@github.com wrote:

I had this problem today (I am a totally newbie in JNA).

It seems that the libjnidispatch.so for Linux x86-64, packaged in the jar is not the correct one.

I downloaded the JNA 4.0 jars (from https://github.com/twall/jna#download ) and followed some tutorials. But it didn't work because of this problem ( java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class).

So, I cloned the git repo, and started searching through the code.
I see that initIDs is a native code, declared in Native.java, and that the actual code is in native/dispatch.c (Java_com_sun_jna_Native_initIDs). Then I started to look if there was any .so in the jna-4.0.0.jar.
There was. I copied /com/sun/jna/linux-x86-64/libjnidispatch.so to my /usr/lib/ and it didn't worked (same error).

Then I compiled all the source code (with ant), and them searched for generated libjnidispatch.so (there are many). I copied the file build/native-linux-x86-64/libjnidispatch.so to my /usr/lib and the problem was gone. ( /usr/lib is in my LD_LIBRARY_PATH )

—
Reply to this email directly or view it on GitHub.