Skip to content

Windows: incompatible JNA native library installed #5092

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
jczimm opened this issue Jul 3, 2016 · 3 comments · Fixed by #5097
Closed

Windows: incompatible JNA native library installed #5092

jczimm opened this issue Jul 3, 2016 · 3 comments · Fixed by #5097

Comments

@jczimm
Copy link

jczimm commented Jul 3, 2016

Windows 10
Arduino 1.6.9


arduino.exe closes shortly after execution.

Running arduino_debug.exe:

arduino-1.6.9$ arduino_debug
java.lang.Error:

There is an incompatible JNA native library installed on this system
[the beginning of my PATH]
To resolve this issue you may do one of the following:
 - remove or uninstall the offending library
 - set the system property jna.nosys=true
 - set jna.boot.library.path to include the path to the version of the
   jnidispatch library included with the JNA jar file you are using

        at com.sun.jna.Native.<clinit>(Native.java:146)
        at com.sun.jna.Pointer.<clinit>(Pointer.java:41)
        at com.sun.jna.platform.win32.WinReg$HKEY.<init>(WinReg.java:32)
        at com.sun.jna.platform.win32.WinReg.<clinit>(WinReg.java:61)
        at cc.arduino.os.windows.FolderFinderInWindowsRegistry.findInternal(FolderFinderInWindowsRegistry.java:53)
        at cc.arduino.os.windows.FolderFinder.find(FolderFinder.java:48)
        at processing.app.windows.Platform.recoverSettingsFolderPath(Platform.java:56)
        at processing.app.windows.Platform.init(Platform.java:48)
        at processing.app.Base.guardedMain(Base.java:153)
        at processing.app.Base.main(Base.java:135)

I took a look at #1948 and #2301 but could not figure out how to set the system property described.

@facchinm
Copy link
Member

facchinm commented Jul 4, 2016

Hi @jczimm , the problem is indeed #1948, which was fixed by #2301 but reintroduced by the twin commits f6546ae and 98eb1a9

@cmaglie , can we safely reapply e7fc9a1 ?

facchinm added a commit to facchinm/Arduino that referenced this issue Jul 4, 2016
reapply patch arduino#2301
this patch got lost with f6546ae and its partial revert 98eb1a9

Should fix arduino#5092
@facchinm
Copy link
Member

facchinm commented Jul 4, 2016

@jczimm , I just opened a PR here #5097.
ArduinoBot should build it and place the compiled packages as a comment. Could you test the Windows one and report if it solved your problem? Thanks

@jczimm
Copy link
Author

jczimm commented Jul 4, 2016

@facchinm , this solved the problem! Thanks!

@jczimm jczimm closed this as completed Jul 4, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants