I read the wiki and this is what I tried:
- copy Leap.dll and LeapJava.dll on %FooDir% (some directory without spaces
on the path)
- Make both libraries available to windows by customizing the %Path% in my
start.bat file (using /set Path=%FooDir%;%Path%/)
- Remove the <Bundle-NativeCode> instruction from my manifest
- And before creating the a com.leapmotion.leap.Controller, I called
System.load(Leap.dll and LeapJava.dll using System.loadLibrary("Leap") and
System.loadLibrary("LeapJava")
My goal was to skip OSGi for all .dll things. It does not work and I end up
with
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000, pid=7492,
tid=5696
#
# JRE version: 6.0_30-b12
# Java VM: Java HotSpot(TM) Client VM (20.5-b03 mixed mode windows-x86 )
# Problematic frame:
# C 0x00000000
On Thu, Jul 25, 2013 at 3:34 PM, Neil Bartlett <njbartlett@> wrote:
> It's possible that there is a dependency from LeapJava.dll to Leap.dll
> within the native code. This is not something that OSGi can directly
>
Not just possible but in the case of JNI stubs rather mandatory. :)
> influence. However it does not mean all hope is lost, please read the
> following excellent wiki page on the subject (thanks again to Holger
> Hofstaette): http://wiki.osgi.org/wiki/Dependencies_In_Native_Code
>
An excellent suggestion, if I may say so myself. ;)
In this case it's very likely the "lazy resource extraction" that's at
fault (described towards the end of the wiki page). IMHO this entire
approach of allowing implementation-dependent behaviour is at odds with
platform semantics, and basically useless as currently specified. Much of
that is Java's fault to begin wth though.
-h
--
View this message in context:
http://apache-felix.18485.x6.nabble.com/Leap-Motion-in-OSGi-EXCEPTION-VIOLATION-EXCEPTION-tp5004404p5004414.html
Sent from the Apache Felix - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
