KNI and native code

Hi all,
I am trying to implement jsr180 in java. However, the real work is to be done by calling the API of a native "C" stack. The problem is that there are event handlers that need to be registered for the API's, which will be required for callbacks to the callee. Now, as I think JNI does that thing very well, however, KNI doesn't have all the features. Is there any other (workaround) method that can be used here?
I will be glad for your help and support.
regards...
daj

yes its possible..
read my reply on ur ealier post about "interface c and java".. something like that..
-MAQ

Similar Messages

RMI and native code

Hi
Can anybody send me a sample code(HelloWorld type)that is based on RMI and uses native code(eg. win32).
SANJAY

If you're trying to do anything with native code, then you should be familiar with JNI API, windows or not.
Check out the JNI tutorials on this site and i'm sure they'll provide you with JNI tutorials and samples.

Signed Applet and native code

Hi all,
I have an application which I deploy with webstart and includes native code. This all works perfectly with webstart. I now want to deploy it as an applet. This works accept for the native code. I have done heaps of searching and cannot determine the most appropriate way to make the native code visible to the applet.
Ultimately I am at the point where i recieve a UnsatisfiedLinkError when calling loadLibrary(...) for the native code. Currently i have the native code (dll's for windows, so's for Solaris etc) in independent jars which are also signed (as needed for webstart).
Could anyone give me some advise or a reference to more info on this topic.
I am using Java 1.5 and am happy to use 1.6 if neccessary.
Thanks,
Dave

Andrew - of course you were correct about the signed cert - I misspoke when the CA signed applet didn't show a warning. (You were also right that I must have checked 'always accept' the certificate on the server I had the CA signed cert on).
I think you guys are on to something about the privileged actions. It would explain where one popup has the icon and the other doesn't. We have Javascript making calls into the applet and we do use JNI (although I don't think there are any calls back). We do wrap these calls in privileged actions but maybe we missed something. What I've seen before is a security exception is thrown if we don't wrap them - but maybe there are areas where we don't and it doesn't throw an exception or it does and we eat it somehow (and for whatever reason doesn't cause anything noticeable).
Now that I know it could likely be the applet code and not necessarily a build issue with signing the jars, I have another place to look...
I'll check it out and let you know what I find.

KNI and legacy c code.

hi
I have some c code that I need to call from a J2ME application. I know I need to write a kni wrapper for the c code and i will be able to call c functions using this wrapper from my application which is running on the kvm. My problem is that there is a lot of c code and was wondering if there is a way to avoid manually writing a kni interface for all the c code that i want to call. Has anyone done anything like this before. Any help on how I should go about this would be appreciated.
Thanks
Tom.

Hi,
Can you please let me know how to access native code (c) in java files.
I am having some functions written in C. I am not getting how to load the same into java files as there is no System.loadLibrary option in J2ME. So can you pls let me know in detail.

Make native code and Java VM interact

Hi all,
I am building a native components (Delphi and C++) using JNI.
Currently my components involve a Java GUI.
It loads the JVM, then request for that Java Object GUI.
When the interface is created, I need to get back information
from what the user can type in.
However, the native code doesn't wait. It runs and continues right after
the creation of the GUI, thus causing me trouble (trying to get
null objects).
Is there a way to make the native code wait for a java command from
the interface, or is there a way to make both part of the component
(java / native) to communicate and interact ?
Any help would be appreciated.
Thanks
Regards,
Florent

There are quite a few options here, and this may not
be the best, per se, but you could make a blocking
call from the JNI to a Java method. That Java method
will only return after whatever you want done in the
interface has completed.Thanks for your reply. Is there other solution in the JNI itself,
using the JNIEnv Object ?
Else, I'll try to use that solution.
Regards,
Florent

Urgent help in porting kvm with KNI and cygwin..

I am using kvm with cldc 1.0.4 and midp 2.0. And for using KNI I need to recompile whole of the KVM again after including the native code. I am doing this right now at windows 2000 platform, I can rebuild KVM using make %KVM_ROOT%\build\win32\and get no errors
But when I follow "KNI Programming Overview" in "KNI Specification",
I add(copy) the native method and Java code from "KNI Programming Overview" to the directoris which is
${KVM_ROOT}/kvm/VmUnix/src/Java_mypackage_HelloWorld.c
${KVM_ROOT}/api/src/mypackage/HelloWorld.java
then I type
C:\J2ME\CLDC\kvm\VmWin\build>kvm_j -classpath c:\j2me\cldc\api\src mypackage.HelloWorld
ALERT: Native method 'mypackage/HelloWorld::sayHello' not found
Anyone has experience on it? I totaly follow the Sun's KNI Specification but I can't get a correct output. What else thing I need to know that don't specify in the documents. What reason make this? I never rebuild (make ) my KVM correctly or any envirnoment need to be set
thanks in advanced
Eric

i tried the same like following with linux in linux respective directories
Before rebuilding the KVM, I modify the makefile (in ${KVM_ROOT}/kvm/VmWin/build/) by adding "Java_mypackage_HelloWorld.c" at the end of "SCRFILES = ..."
As I use Windows 2000 platform, I place my files like that :
${KVM_ROOT}/kvm/VmWin/src/Java_mypackage_HelloWorld.c
${KVM_ROOT}/api/src/mypackage/HelloWorld.java
then I type : "make USE_KNI = true" (in %KVM_ROOT%/kvm/VmWin/build/)
and finally :
${KVM_ROOT}/kvm/VmWin/build/kvm -classpath ${KVM_ROOT}/api/classes mypackage.HelloWorld
when i build make file
make USE_KNI=true
Recursively making ../../tools/preverifier/build/linux all...make[1]: Entering directory `/home/vinod/j2me_cldc/tools/preverifier/build/linux'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/vinod/j2me_cldc/tools/preverifier/build/linux'
<<<Finished Recursively making ../../tools/preverifier/build/linux all.
Recursively making ../../api all...make[1]: Entering directory `/home/vinod/j2me_cldc/api'
make[1]: Leaving directory `/home/vinod/j2me_cldc/api'
<<<Finished Recursively making ../../api all.
Recursively making ../../tools/jcc all...make[1]: Entering directory `/home/vinod/j2me_cldc/tools/jcc'
make[2]: Entering directory `/home/vinod/j2me_cldc/api'
make[2]: Leaving directory `/home/vinod/j2me_cldc/api'
... classes.zip
make[2]: Entering directory `/home/vinod/j2me_cldc/tools/jcc'
make[2]: `nativeFunctionTableUnix.c' is up to date.
make[2]: Leaving directory `/home/vinod/j2me_cldc/tools/jcc'
make[2]: Entering directory `/home/vinod/j2me_cldc/tools/jcc'
make[2]: `ROMjavaUnix.c' is up to date.
make[2]: Leaving directory `/home/vinod/j2me_cldc/tools/jcc'
make[1]: Leaving directory `/home/vinod/j2me_cldc/tools/jcc'
<<<Finished Recursively making ../../tools/jcc all.
Recursively making ../../kvm/VmUnix/build all...make[1]: Entering directory `/home/vinod/j2me_cldc/kvm/VmUnix/build'
make[2]: Entering directory `/home/vinod/j2me_cldc/tools/jcc'
make[3]: Entering directory `/home/vinod/j2me_cldc/api'
make[3]: Leaving directory `/home/vinod/j2me_cldc/api'
... classes.zip
make[3]: Entering directory `/home/vinod/j2me_cldc/tools/jcc'
make[3]: `nativeFunctionTableUnix.c' is up to date.
make[3]: Leaving directory `/home/vinod/j2me_cldc/tools/jcc'
make[3]: Entering directory `/home/vinod/j2me_cldc/tools/jcc'
make[3]: `ROMjavaUnix.c' is up to date.
make[3]: Leaving directory `/home/vinod/j2me_cldc/tools/jcc'
make[2]: Leaving directory `/home/vinod/j2me_cldc/tools/jcc'
... obj/Java_mypackage_HelloWorld.o
... obj/kni.o
../../../kvm/VmCommon/src/kni.c: In function `KNI_NewString':
../../../kvm/VmCommon/src/kni.c:784: warning: dereferencing type-punned pointer will break strict-aliasing rules
Linking ... kvm
collect2: ld returned 1 exit status
make[1]: *** [kvm] Error 1
make[1]: Leaving directory `/home/vinod/j2me_cldc/kvm/VmUnix/build'
make: *** [all] Error 1
i am getting error like that always.....
[root@dhcp189 linux]# kvm -classpath ${KVM_ROOT}/api/classes mypackage.HelloWorl d
ALERT: Native method 'mypackage/HelloWorld::sayHello' not found
could anyone help me
thanks
Vinod

Help in porting kvm with kni and Fedora.

Hi, I am trying to use KNI with cldc 1.0.4. on Fedora Core 4. I get the following alert while trying out the HelloWorld example included in the KNI Programming guide:
ALERT: Native method 'mypackage/HelloWorld::sayHello' not found
The KVM recompiles again after including the native code, but I get lots of warnings in the ROMjavaUnx.c file:
warning: dereferencing type-punned pointer wll break strict aliasing rules.
what do these warnings mean?
I copy the native method and Java code from "KNI Programming Overview" to the following directories: ${KVM_ROOT}/kvm/VmUnix/src/Java_mypackage_HelloWorld.c
${KVM_ROOT}/api/src/mypackage/HelloWorld.java
to execute the java class i type :
[root@localhost j2me_cldc] bin/linux/kvm_j -classpath api/classes mypackage.HelloWorld
& i get the alert:
ALERT: Native method 'mypackage/HelloWorld::sayHello' not found
however both the nativeFunctionTableUnix.c and ROMjavaUnix.c have the corresponding HelloWorld references, and the HelloWorld object file is present in the j2me_cldc/kvm/VmUnix/build/obj directory.
Can someone tell me whats going wrong here? Do I need to specify or modify something else? kindly help!
thanks in advance
alisha

I have the same problem of you, if you have resolved it, can you tellme how?????????

EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outs

Here is my error :
# An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outside the VM.
# Program counter=0x502032cf
Problem I have though is the app will run fine on 1 PC, but the same installation on another causes this. OS == NT ( i don't know too much about NT)
Not really sure what to do about this one, really grateful for any advice.
Thx

It most windows JNI code an ACCESS_VIOLATION indicates a memory problem: buffer overwrite, underwrite, dereference a null pointer, etc.
I would suggest going through the JNI code and put in more error checking: return values from methods, check for non-null input params, etc.

Java application crashes due to some problem in native code

Hi All
I have a Java application that calls APIs in a 3rd party DLL(I don't have access to its source code or logs) through my VC++ DLL(Win32) that acts as the wrapper DLL.
The Application has many functionalities and is based on multithreading (both on Java layer as well as C++ layer). Most of the functionalities are working , but when I try to close the application, it crashes.
Moreover the crashing occurs inconstently, sometimes it does not crash. Instead of showing any debug information , it simply creates a error file with disassembly code that I am not able to understand.
Though the error seems like an java error, but actually it seems to be due to native code. I have try catch blocks in my code and also implemented settranslator functionality to get hold of structured/C exceptions. But still I am not able to catch any exceptions.
I am pasting the the contents of the file here:
# An unexpected error has been detected by HotSpot Virtual Machine:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c9111de, pid=488, tid=1848
# Java VM: Java HotSpot(TM) Client VM (1.4.2_14-b05 mixed mode)
# Problematic frame:
# C [ntdll.dll+0x111de]
--------------- T H R E A D ---------------
Current thread (0x009d1790): JavaThread "CompilerThread0" daemon [_thread_in_native, id=1848]
siginfo: ExceptionCode=0xc0000005, reading address 0x00000001
Registers:
EAX=0x00000001, EBX=0x00030000, ECX=0x02d17a18, EDX=0x00030278
ESP=0x02c2f8e8, EBP=0x02c2fb08, ESI=0x02d17a10, EDI=0x00000001
EIP=0x7c9111de, EFLAGS=0x00010202
Top of Stack: (sp=0x02c2f8e8)
0x02c2f8e8: 009fa9a0 000000c0 00000008 0811d3d8
0x02c2f8f8: 0000000c 00a2c0e0 00000003 00000004
0x02c2f908: 08018216 00000001 02c2fcc4 08018385
0x02c2f918: 00000002 00000001 02c2f93c 02d06d0c
0x02c2f928: 0802a50a 00000000 00000001 02c2f93c
0x02c2f938: 04a3cb4c 02d01008 02c2f964 0802a850
0x02c2f948: 02c2f96e 00000000 00000007 00000000
0x02c2f958: 04a3cb38 00000004 08018216 00000001
Instructions: (pc=0x7c9111de)
0x7c9111ce: 39 89 bd 0c ff ff ff 8b 46 0c 89 85 68 ff ff ff
0x7c9111de: 8b 10 3b 57 04 0f 85 8c 31 02 00 3b d1 0f 85 84
Stack: [0x02bf0000,0x02c30000), sp=0x02c2f8e8, free space=254k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [ntdll.dll+0x111de]
C [MSVCRT.dll+0x1c3c9]
C [MSVCRT.dll+0x1c3e7]
C [MSVCRT.dll+0x1c42e]
V [jvm.dll+0xacda9]
V [jvm.dll+0x17102]
V [jvm.dll+0x16c8d]
V [jvm.dll+0x16dca]
V [jvm.dll+0x170a7]
V [jvm.dll+0x172e8]
V [jvm.dll+0x4dc65]
V [jvm.dll+0x4d894]
V [jvm.dll+0xd3a36]
V [jvm.dll+0xd3a04]
C [MSVCRT.dll+0x2a3b0]
C [kernel32.dll+0xb683]
Current CompileTask:
HotSpot Client Compiler:423 b sun.awt.AWTAutoShutdown.isReadyToShutdown()Z (33 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x049d6328 JavaThread "Thread-19" [_thread_blocked, id=1440]
0x049d24d0 JavaThread "Thread-18" [_thread_blocked, id=3620]
0x049d40c8 JavaThread "Thread-17" [_thread_blocked, id=2476]
0x02df0538 JavaThread "TimerQueue" daemon [_thread_blocked, id=3876]
0x00036a78 JavaThread "DestroyJavaVM" [_thread_blocked, id=2448]
0x02e43768 JavaThread "Thread-6" [_thread_blocked, id=3664]
0x02e23130 JavaThread "Thread-4" [_thread_blocked, id=2816]
0x02e21d08 JavaThread "Thread-2" [_thread_blocked, id=3344]
0x02da3f78 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2528]
0x02da3268 JavaThread "AWT-EventQueue-0" [_thread_in_native, id=4008]
0x02d91f90 JavaThread "AWT-Windows" daemon [_thread_blocked, id=648]
0x02d3a478 JavaThread "AWT-Shutdown" [_thread_blocked, id=2988]
=>0x009d1790 JavaThread "CompilerThread0" daemon [_thread_in_native, id=1848]
0x009d0a90 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3568]
0x009ce128 JavaThread "Finalizer" daemon [_thread_blocked, id=1824]
0x009ccda0 JavaThread "Reference Handler" daemon [_thread_blocked, id=3280]
Other Threads:
0x00a0b6e8 VMThread [id=608]
0x00a0d620 WatcherThread [id=3012]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 640K, used 583K [0x10010000, 0x100c0000, 0x104f0000)
eden space 576K, 90% used [0x10010000, 0x10091e40, 0x100a0000)
from space 64K, 99% used [0x100b0000, 0x100bfff8, 0x100c0000)
to space 64K, 0% used [0x100a0000, 0x100a0000, 0x100b0000)
tenured generation total 7772K, used 5451K [0x104f0000, 0x10c87000, 0x14010000)
the space 7772K, 70% used [0x104f0000, 0x10a42d80, 0x10a42e00, 0x10c87000)
compacting perm gen total 8192K, used 8137K [0x14010000, 0x14810000, 0x18010000)
the space 8192K, 99% used [0x14010000, 0x148024e8, 0x14802600, 0x14810000)
Dynamic libraries:
0x00400000 - 0x0040b000 c:\dcsthick\jre\bin\java.exe
0x7c900000 - 0x7c9b0000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f5000 C:\WINDOWS\system32\kernel32.dll
0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f01000 C:\WINDOWS\system32\RPCRT4.dll
0x77c10000 - 0x77c68000 C:\WINDOWS\system32\MSVCRT.dll
0x08000000 - 0x08143000 c:\dcsthick\jre\bin\client\jvm.dll
0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f57000 C:\WINDOWS\system32\GDI32.dll
0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
0x76390000 - 0x763ad000 C:\WINDOWS\system32\IMM32.DLL
0x10000000 - 0x10007000 c:\dcsthick\jre\bin\hpi.dll
0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
0x00390000 - 0x0039e000 c:\dcsthick\jre\bin\verify.dll
0x003b0000 - 0x003c9000 c:\dcsthick\jre\bin\java.dll
0x003d0000 - 0x003de000 c:\dcsthick\jre\bin\zip.dll
0x02e70000 - 0x02f84000 C:\dcsthick\jre\bin\awt.dll
0x73000000 - 0x73026000 C:\WINDOWS\system32\WINSPOOL.DRV
0x774e0000 - 0x7761d000 C:\WINDOWS\system32\ole32.dll
0x5ad70000 - 0x5ada8000 C:\WINDOWS\SYSTEM32\uxtheme.dll
0x02fe0000 - 0x03031000 C:\dcsthick\jre\bin\fontmanager.dll
0x73760000 - 0x737a9000 C:\WINDOWS\system32\ddraw.dll
0x73bc0000 - 0x73bc6000 C:\WINDOWS\system32\DCIMAN32.dll
0x73940000 - 0x73a10000 C:\WINDOWS\system32\D3DIM700.DLL
0x74720000 - 0x7476b000 C:\WINDOWS\system32\MSCTF.dll
0x755c0000 - 0x755ee000 C:\WINDOWS\system32\msctfime.ime
0x03320000 - 0x0333c000 C:\dcsthick\lib\CrewsDmApiJniNt.dll
0x031b0000 - 0x031bb000 c:\dcsthick\lib\CRWNT_DM.dll
0x03240000 - 0x03249000 c:\dcsthick\lib\BAT_API.dll
0x03340000 - 0x03352000 c:\dcsthick\lib\DC_DSM32.dll
0x03360000 - 0x03369000 c:\dcsthick\lib\CRWTOOLS.dll
0x77c00000 - 0x77c08000 C:\WINDOWS\system32\VERSION.dll
0x03370000 - 0x0337a000 c:\dcsthick\lib\PMAPI.dll
0x5d090000 - 0x5d12a000 C:\WINDOWS\system32\COMCTL32.dll
0x03790000 - 0x037b2000 c:\dcsthick\ResaDLL\DC_DSMNB.dll
0x5b860000 - 0x5b8b4000 C:\WINDOWS\system32\NETAPI32.dll
0x038d0000 - 0x038f2000 c:\dcsthick\ResaDLL\DC_DSMIP.dll
0x71ad0000 - 0x71ad9000 C:\WINDOWS\system32\WSOCK32.dll
0x71ab0000 - 0x71ac7000 C:\WINDOWS\system32\WS2_32.dll
0x71aa0000 - 0x71aa8000 C:\WINDOWS\system32\WS2HELP.dll
0x71a50000 - 0x71a8f000 C:\WINDOWS\system32\mswsock.dll
0x662b0000 - 0x66308000 C:\WINDOWS\system32\hnetcfg.dll
0x71a90000 - 0x71a98000 C:\WINDOWS\System32\wshtcpip.dll
0x76f20000 - 0x76f47000 C:\WINDOWS\system32\DNSAPI.dll
0x76fb0000 - 0x76fb8000 C:\WINDOWS\System32\winrnr.dll
0x76f60000 - 0x76f8c000 C:\WINDOWS\system32\WLDAP32.dll
0x66580000 - 0x6658f000 C:\WINDOWS\system32\pnrpnsp.dll
0x76fc0000 - 0x76fc6000 C:\WINDOWS\system32\rasadhlp.dll
0x032e0000 - 0x0330a000 C:\dcsthick\lib\ResaHostConnection.dll
0x03250000 - 0x03257000 c:\dcsthick\lib\CRWNT_GWALC.dll
0x03310000 - 0x03319000 c:\dcsthick\lib\ALCAPI.dll
0x763b0000 - 0x763f9000 C:\WINDOWS\system32\comdlg32.dll
0x77f60000 - 0x77fd6000 C:\WINDOWS\system32\SHLWAPI.dll
0x7c9c0000 - 0x7d1d7000 C:\WINDOWS\system32\SHELL32.dll
0x773d0000 - 0x774d3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
VM Arguments:
jvm_args: -Dcfdynaproppath=c:\dcsthick/config/ -Dcfdynapropxml=RESA_KCOdynamicproperties.xml -DConfigPath=c:\dcsthick/config/RESA_KCOConfig.xml -DResolution=High -DWorkstationID=GWGTE -DMode=GateBoarding -DlogPath=c:\temp\kcologs -DlogInformation=0 -DGateway=ALCSQ1 -DNetBiosPort=A
java_command: com.singaporeair.dcs.standalone.application.model.ApplicationModel SQ/IGATEADXX
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=c:\dcsthick\jre\bin
PATH=c:\dcsthick\jre\bin;c:\dcsthick/lib;c:\dcsthick/ResaDLL
USERNAME=USER
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 2
CPU:total 2 family 6, cmov, cx8, fxsr, mmx, sse, sse2
Memory: 4k page, physical 1039600k(565656k free), swap 2501208k(2091128k free)
vm_info: Java HotSpot(TM) Client VM (1.4.2_14-b05) for windows-x86, built on Mar 14 2007 16:46:11 by "java_re" with MS VC++ 6.0
The JAVA Application during initialisation establishes a connection with the host server for various devices. For each of the device it establishes a separate connection and keeps listening on these connections using multithreading.
During App close, we need to close each of these connections one by one for each device.
The opening /closing of connection is done by 3rd party DLL and call to there APIs is done through a C++ Wrapper DLL that I have built between the Java layer and their DLL.
When we close the Application, I am always able to close the connections on the first 2 devices. Then all of a sudden it crashes either for the 3rd device conn. close or for the 4th one. The code is the same for all the devices . That too sometimes it just goes fine without crashing. If its a null pointer exception, why is it that it crashes on some occassions and not in other times. More importantly, why is it that it does not fail for the first 2 devices , but fails for the 3rd or 4th device connection close?
Can please anyone help me. Please suggest me as to how I can determine the cause of the error.
And is this error really coming in ntdll.dll or is it getting caused of my dll?

The opening /closing of connection is done by 3rd party DLL and call to there APIs is done through a C++ Wrapper DLL that I have built between the Java layer and their DLL.The specific error indicates a pointer/memory problem.
The first place that is likely is in your code.
The second most likely place for the cause is because you are using the third party library incorrectly. For example before exiting you are supposed to clean up resources and you are not doing so.
As a remote possibility, much less likely that either of the above, there is a bug in jnative or in the 3rd party library.

An unexpected exception has been detected in native code outside the VM.

I thought that my problem had been solved yesterday when I managed to run my application with out getting "An unexpected exception has been detected in native code outside the VM."
I was told to uninstall "j2sdk1.4.1_02" and install my old version of 1.3.1 and then completely remove that (as i do not think i removed it correctly in the first place), then reinstall my new version again (j2sdk1.4.1_02). This appeared to work, and my application ran. However, today i planned to do more work on it and it errored again. I am getting the following error:
C:\Documents and Settings\Mike Costen\Desktop\Mar27d>java ImageViewerFrame
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x6D1C369C
Function=Java_sun_awt_font_NativeFontWrapper_registerFonts+0x14BC
Library=C:\j2sdk1.4.1_02\jre\bin\fontmanager.dll
Current Java thread:
at sun.awt.font.NativeFontWrapper.registerFonts(Native Method)
- locked <06C15D48> (a java.lang.Class)
at sun.java2d.SunGraphicsEnvironment.addPathFonts(SunGraphicsEnvironment.java:736)
at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:587)
at sun.java2d.SunGraphicsEnvironment.access$100(SunGraphicsEnvironment.java:49)
at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:209)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:203)
- locked <02F948A0> (a sun.awt.Win32GraphicsEnvironment)
at sun.java2d.SunGraphicsEnvironment.mapFontName(SunGraphicsEnvironment.java:451)
at java.awt.Font.initializeFont(Font.java:313)
at java.awt.Font.<init>(Font.java:345)
at sun.awt.windows.WDesktopProperties.setFontProperty(WDesktopProperties.java:148)
- locked <02AE0000> (a sun.awt.windows.WDesktopProperties)
at sun.awt.windows.WDesktopProperties.getWindowsParameters(Native Method)
at sun.awt.windows.WDesktopProperties.<init>(WDesktopProperties.java:56)
at sun.awt.windows.WToolkit.initializeDesktopProperties(WToolkit.java:865)
at java.awt.Toolkit.getDesktopProperty(Toolkit.java:1533)
- locked <02F92380> (a sun.awt.windows.WToolkit)
at sun.awt.shell.ShellFolder.<clinit>(ShellFolder.java:171)
at javax.swing.filechooser.FileSystemView.getRoots(FileSystemView.java:324)
at javax.swing.filechooser.WindowsFileSystemView.getHomeDirectory(FileSystemView.java:625)
at javax.swing.plaf.metal.MetalFileChooserUI.installComponents(MetalFileChooserUI.java:213)
at javax.swing.plaf.basic.BasicFileChooserUI.installUI(BasicFileChooserUI.java:130)
at javax.swing.plaf.metal.MetalFileChooserUI.installUI(MetalFileChooserUI.java:152)
at javax.swing.JComponent.setUI(JComponent.java:449)
at javax.swing.JFileChooser.updateUI(JFileChooser.java:1700)
at javax.swing.JFileChooser.setup(JFileChooser.java:345)
at javax.swing.JFileChooser.<init>(JFileChooser.java:320)
at javax.swing.JFileChooser.<init>(JFileChooser.java:273)
at ImageViewerFrame.<init>(ImageViewerFrame.java:30)
at ImageViewerFrame.main(ImageViewerFrame.java:227)
Dynamic libraries:
0x00400000 - 0x00406000 C:\j2sdk1.4.1_02\bin\java.exe
0x77F50000 - 0x77FF7000 C:\WINDOWS\System32\ntdll.dll
0x77E60000 - 0x77F46000 C:\WINDOWS\system32\kernel32.dll
0x77DD0000 - 0x77E5D000 C:\WINDOWS\system32\ADVAPI32.dll
0x78000000 - 0x7807F000 C:\WINDOWS\system32\RPCRT4.dll
0x77C10000 - 0x77C63000 C:\WINDOWS\system32\MSVCRT.dll
0x6D340000 - 0x6D46A000 C:\j2sdk1.4.1_02\jre\bin\client\jvm.dll
0x77D40000 - 0x77DC6000 C:\WINDOWS\system32\USER32.dll
0x77C70000 - 0x77CB0000 C:\WINDOWS\system32\GDI32.dll
0x76B40000 - 0x76B6C000 C:\WINDOWS\System32\WINMM.dll
0x6D1E0000 - 0x6D1E7000 C:\j2sdk1.4.1_02\jre\bin\hpi.dll
0x6D310000 - 0x6D31E000 C:\j2sdk1.4.1_02\jre\bin\verify.dll
0x6D220000 - 0x6D239000 C:\j2sdk1.4.1_02\jre\bin\java.dll
0x6D330000 - 0x6D33D000 C:\j2sdk1.4.1_02\jre\bin\zip.dll
0x6D000000 - 0x6D105000 C:\j2sdk1.4.1_02\jre\bin\awt.dll
0x73000000 - 0x73023000 C:\WINDOWS\System32\WINSPOOL.DRV
0x76390000 - 0x763AC000 C:\WINDOWS\System32\IMM32.dll
0x771B0000 - 0x772D1000 C:\WINDOWS\system32\ole32.dll
0x6D190000 - 0x6D1E0000 C:\j2sdk1.4.1_02\jre\bin\fontmanager.dll
0x73760000 - 0x737A4000 C:\WINDOWS\System32\ddraw.dll
0x73BC0000 - 0x73BC6000 C:\WINDOWS\System32\DCIMAN32.dll
0x73940000 - 0x73A07000 C:\WINDOWS\System32\D3DIM700.DLL
0x76C90000 - 0x76CB2000 C:\WINDOWS\system32\imagehlp.dll
0x6D510000 - 0x6D58D000 C:\WINDOWS\system32\DBGHELP.dll
0x77C00000 - 0x77C07000 C:\WINDOWS\system32\VERSION.dll
0x76BF0000 - 0x76BFB000 C:\WINDOWS\System32\PSAPI.DLL
Local Time = Mon Mar 31 08:59:02 2003
Elapsed Time = 6
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode)
# An error report file has been saved as hs_err_pid584.log.
# Please refer to the file for further information.
C:\Documents and Settings\Mike Costen\Desktop\Mar27d>
I am now not sure at all why my computer is doing this, as it worked yesterday...
Any light shed on this matter is much appreciated.
Thanks, Mike

Welcome to native code hell! The reason we all use Java is because
native code sucks. It is to be isolated and quarantined to the smallest
area possible.
File a TAR/SR. Maybe you just need a newer vesion of the OCI client
libraries on your machine. Maybe they are out of sync with the native
portion of the type-2 driver.
Say why you went from type-4 to type-2. In my opinion, unless you have
a very good reason, you should go back to the reliable java driver. Java
can't kill a JVM.
Good luck,
Joe Weinstein at BEA Systems

Error in native code while using JMF player

I have written the following test program:
import java.io.File;
import java.io.IOException;
import javax.media.Time;
import javax.media.Player;
import javax.media.Manager;
import javax.media.NoPlayerException;
class MyMP3Player {
public static void main(String [] args) {
try {
File mp3File = new File("test.mp3");
Player aPlayer = Manager.createPlayer(mp3File.toURL());
aPlayer.start(); // Starts asynchronous playback
Thread.sleep(10*1000); // Allow playback to continue for 10
aPlayer.stop(); // stops playback (well, it really PAUSES!!!)
aPlayer.deallocate();
aPlayer.close();
catch (IOException e) {e.printStackTrace();}
catch (NoPlayerException npe) {npe.printStackTrace();}
catch (InterruptedException ie) {ie.printStackTrace();}
It works fine for 2 times: I can hear the first 10 seconds of the test.mp3 file. Then, on the third run, after it has played the file for the 10 seconds, the program gives me the error pasted below and exits. Does anyone know how to fix this? Am I doing something wrong in the program? BTW, I am running WinXP.
===== ERROR BEGINS HERE =====
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x73F91D04
Function=[Unknown.]
Library=(N/A)
NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.
Current Java thread:
at com.sun.media.amovie.ActiveMovie.dispose0(Native Method)
at com.sun.media.amovie.ActiveMovie.dispose(ActiveMovie.java:329)
at com.sun.media.amovie.AMController.doClose(AMController.java:632)
- locked <029F77C8> (a java.lang.Integer)
at com.sun.media.BasicController.close(BasicController.java:261)
at com.sun.media.BasicPlayer.doClose(BasicPlayer.java:229)
at com.sun.media.content.video.mpeg.Handler.doClose(Handler.java:158)
at com.sun.media.BasicController.close(BasicController.java:261)
at MyMP3Player.main(MyMP3Player.java:30)
Dynamic libraries:
0x00400000 - 0x00406000 C:\WINDOWS\system32\java.exe
0x77F50000 - 0x77FF9000 C:\WINDOWS\System32\ntdll.dll
0x77E60000 - 0x77F45000 C:\WINDOWS\system32\kernel32.dll
0x77DD0000 - 0x77E5B000 C:\WINDOWS\system32\ADVAPI32.dll
0x77CC0000 - 0x77D35000 C:\WINDOWS\system32\RPCRT4.dll
0x77C10000 - 0x77C63000 C:\WINDOWS\system32\MSVCRT.dll
0x6D340000 - 0x6D46A000 C:\Program Files\Java\j2re1.4.1_02\bin\client\jv
m.dll
0x77D40000 - 0x77DCD000 C:\WINDOWS\system32\USER32.dll
0x77C70000 - 0x77CB0000 C:\WINDOWS\system32\GDI32.dll
0x76B40000 - 0x76B6C000 C:\WINDOWS\system32\WINMM.dll
0x6D1E0000 - 0x6D1E7000 C:\Program Files\Java\j2re1.4.1_02\bin\hpi.dll
0x6D310000 - 0x6D31E000 C:\Program Files\Java\j2re1.4.1_02\bin\verify.dl
l
0x6D220000 - 0x6D239000 C:\Program Files\Java\j2re1.4.1_02\bin\java.dll
0x6D330000 - 0x6D33D000 C:\Program Files\Java\j2re1.4.1_02\bin\zip.dll
0x10000000 - 0x10015000 C:\WINDOWS\system32\jmutil.dll
0x0AFA0000 - 0x0AFAD000 C:\WINDOWS\system32\jmam.dll
0x771B0000 - 0x772CA000 C:\WINDOWS\system32\ole32.dll
0x5AD70000 - 0x5ADA4000 C:\WINDOWS\system32\uxtheme.dll
0x76FD0000 - 0x77048000 C:\WINDOWS\system32\CLBCATQ.DLL
0x77120000 - 0x771AB000 C:\WINDOWS\system32\OLEAUT32.dll
0x77050000 - 0x77115000 C:\WINDOWS\system32\COMRes.dll
0x77C00000 - 0x77C07000 C:\WINDOWS\system32\VERSION.dll
0x72D20000 - 0x72D29000 C:\WINDOWS\system32\wdmaud.drv
0x72D10000 - 0x72D18000 C:\WINDOWS\system32\msacm32.drv
0x77BE0000 - 0x77BF4000 C:\WINDOWS\system32\MSACM32.dll
0x77BD0000 - 0x77BD7000 C:\WINDOWS\system32\midimap.dll
0x73F10000 - 0x73F65000 C:\WINDOWS\system32\DSOUND.DLL
0x73EE0000 - 0x73EE4000 C:\WINDOWS\system32\KsUser.dll
0x6D000000 - 0x6D105000 C:\Program Files\Java\j2re1.4.1_02\bin\awt.dll
0x73000000 - 0x73023000 C:\WINDOWS\system32\WINSPOOL.DRV
0x76390000 - 0x763AA000 C:\WINDOWS\system32\IMM32.dll
0x76C90000 - 0x76CB2000 C:\WINDOWS\system32\imagehlp.dll
0x6D510000 - 0x6D58C000 C:\WINDOWS\system32\DBGHELP.dll
0x76BF0000 - 0x76BFB000 C:\WINDOWS\system32\PSAPI.DLL
Local Time = Wed May 28 09:46:23 2003
Elapsed Time = 19
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode)
# An error report file has been saved as hs_err_pid180.log.
# Please refer to the file for further information.

Try posting your question under the Java Media Framework forum instead.
You'll get much better responses if you ask the right people !
regards,
Owen

How to run 64-bit native code with Java Web Start

This question has probably been asked many times, but I couldn't find anything in my searches.
How can I get Java Web Start on a Solaris client (Solaris 10 in this case, with JRE 1.5) to run a java application that includes a 64-bit native code library? The application downloads fine, including the jar file that has the native shared object, but when the native library is loaded by the java application, I get a "wrong ELF class: ELFCLASS64" error.
I assume that is because Web Start is invoking the 32-bit java VM, which can't load a 64-bit library. I tried configuring Java Web Start to use the 64-bit VM (by setting the path to java to ".../jre/bin/sparcv9/java" in the javaws console) but then I get an error that says "Can't load library: .../jre/lib/sparcv9/libdeploy.so".
Does Java Web Start support 64-bit native code, and if so, what do I need to do differently?
Thanks.

No it can't. On the Sun download page of the JRE it says that 64 Bit systems need to use the 32 Bit JRE to execute Plugins - this might be the same for Web Start apps.

OS X and classic creator and type codes

Is there anyway, within the native os to change type and creator codes?
Why would I want to? Here's an example:
I get a .zip from a customer. Because I have Stuffit installed it takes ownership of the archive. That would be fine except I've noticed different results using stuffit vs. BomaArchive helper. As in they don't unzip with the same amount of files.
I used to use Super Get info to change them, but that's not a possiblity now. And if Apple didn't hide Boma so deep in the OS I might be able to just make an alias and drop them on it. Won't find on a search for "Boma", both visible and invisible.
Thanks for any help. I'm just trying to find another way to make my OS do what I want it to, not what some app develper or OS creator deems should happen.
Remember... think different?

You can easily change any document's default application by selecting the document icon, press COMMAND-I to open the Get Info window. In the section labeled Open With select the desired default app from the drop down menu. If you want all similar documents opened by the default app, then click on the Change All button.
Alternatively download the freeware preference pane RCDefaultApp from www.versiontracker.com.
BTW, not pointing a finger at you, but keep in mind that even morons "think different."
Thanks for your ideas, and more, thanks for the jab at the slogan Apple used to use to differentiate itself, and it's consumers from other, less user friendly OS's.
But your solution doesn't help me. I'm well aware of changing the assigned app through the get info window, and that there are other utilities as, if not more adept at this function. My problem is that, if I have to solve my problem this way, instead of gaining knowledge about what effect type and creator codes have in OS X and how to change and deal with them, I find it hard to impossible to track down the location of the app BomaArchiveHelper. It never appears in the "Open with" pop up, and therefore I need to know the location in order to navigate to it to tell OS X to use it. And being that I see different results when unzipping depending on which app was used to create the zip, I don't want to set it as default.
So, my questions stand.
How do you view and alter type and creator codes in OS X, and where exactly is BomaArchiveHelper located.
G4 MDD Dual 1.25 Mac OS X (10.3.9)

Can I change the path where my app reads native code?

I have created an application that is using a native code file. It is (that is the DLL file) stored in the JDK folder in (jdk1.6.0_16\jre\bin) and my application reads from there.
Is it possible to make the application to read the native file from somwhere else? From the JAR file?

You can get the VM to look for native files (DLLs on Windows, SOs on Linux) by specifying
java -Djava.library.path="path to your DLL/SO" etc. when you start your app.

The crash happened outside the java virtual machine in native code

Hi,
I have a biometric device with which I am given some C++ dlls. I am trying to call methods inside these using java (jna). I am loading the dll "zkemsdk.dll+" as follows:
zkemkeeper INSTANCE1 = (zkemkeeper)Native.loadLibrary("zkemsdk", zkemkeeper.class);//zkemsdk is the dll, I am loading the dll here.
Then, I am calling the function:
zkemkeeper.INSTANCE1.Z_Connect_NETEX("ip address",4370);//Z_Connect_NETEX is a function inside zkemsdk.dll
This returns me true or false based on whether am connected to the biometric device or not.Thus I am able to invoke this method without issues. But for other methods inside the dll, run time exception is thrown in console:
Can someone help me resolve this issue. ??? Following is the content of the log file generated.
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0351fe3b, pid=1664, tid=3832
# JRE version: 6.0_20-b02
# Java VM: Java HotSpot(TM) Client VM (16.3-b01 mixed mode, sharing windows-x86 )
# Problematic frame:
# C [zkemsdk.dll+0xfe3b]
# If you would like to submit a bug report, please visit:
# http://www.java.net/external?url=http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x003a9000): JavaThread "main" [_thread_in_native, id=3832, stack(0x008c0000,0x00910000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x00000106
Registers:
EAX=0x0090f7c4, EBX=0x00000001, ECX=0x00000000, EDX=0x00000001
ESP=0x0090f7b4, EBP=0x0090f848, ESI=0x00000096, EDI=0x003a9000
EIP=0x0351fe3b, EFLAGS=0x00010216
Top of Stack: (sp=0x0090f7b4)
0x0090f7b4: 00000000 0090f930 000003fc 00000103
0x0090f7c4: 0090f800 6d9532d0 373e92a0 00912ec5
0x0090f7d4: 00000401 0090f7d8 369860d1 0090f800
0x0090f7e4: 37390050 00000000 37390f90 00000000
0x0090f7f4: 0090f800 0090f930 003a9000 0090f830
0x0090f804: 10008fd8 0090f840 0090f930 00000008
0x0090f814: 0090f88c 0090fa28 0090f8f4 0090f848
0x0090f824: eb53f637 0351ffdc 00000096 00000003
Instructions: (pc=0x0351fe3b)
0x0351fe2b: 0f 53 50 8d 44 24 18 50 e8 58 7c 00 00 83 c4 0c
0x0351fe3b: 8b 4e 70 51 8b 0e 83 c3 04 53 6a 64 8d 54 24 18
Stack: [0x008c0000,0x00910000], sp=0x0090f7b4, free space=13d0090f2e8k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [zkemsdk.dll+0xfe3b]
C [jna5972695927945545932.tmp+0x9182]
C [jna5972695927945545932.tmp+0x2161]
C [jna5972695927945545932.tmp+0x2849]
j com.sun.jna.Function.invokeInt(I[Ljava/lang/Object;)I+0
j com.sun.jna.Function.invoke([Ljava/lang/Object;Ljava/lang/Class;)Ljava/lang/Object;+90
j com.sun.jna.Function.invoke(Ljava/lang/Class;[Ljava/lang/Object;Ljava/util/Map;)Ljava/lang/Object;+194
j com.sun.jna.Library$Handler.invoke(Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;+344
j $Proxy0.Z_Beep(J)Z+19
j com.rfarrays.bhabs.fingerPrint.main([Ljava/lang/String;)V+84
v ~StubRoutines::call_stub
V [jvm.dll+0xf049c]
V [jvm.dll+0x17fcf1]
V [jvm.dll+0xf051d]
V [jvm.dll+0xf9bc5]
V [jvm.dll+0x10181d]
C [javaw.exe+0x2155]
C [javaw.exe+0x8614]
C [kernel32.dll+0xb729]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j com.sun.jna.Function.invokeInt(I[Ljava/lang/Object;)I+0
j com.sun.jna.Function.invoke([Ljava/lang/Object;Ljava/lang/Class;)Ljava/lang/Object;+90
j com.sun.jna.Function.invoke(Ljava/lang/Class;[Ljava/lang/Object;Ljava/util/Map;)Ljava/lang/Object;+194
j com.sun.jna.Library$Handler.invoke(Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;+344
j $Proxy0.Z_Beep(J)Z+19
j com.rfarrays.bhabs.fingerPrint.main([Ljava/lang/String;)V+84
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x02b10c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1976, stack(0x02dc0000,0x02e10000)]
0x02b0a400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=1280, stack(0x02d70000,0x02dc0000)]
0x02b08c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=1984, stack(0x02d20000,0x02d70000)]
0x02b07800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2160, stack(0x02cd0000,0x02d20000)]
0x02b02400 JavaThread "Finalizer" daemon [_thread_blocked, id=2052, stack(0x02c80000,0x02cd0000)]
0x02afd800 JavaThread "Reference Handler" daemon [_thread_blocked, id=752, stack(0x02c30000,0x02c80000)]
=>0x003a9000 JavaThread "main" [_thread_in_native, id=3832, stack(0x008c0000,0x00910000)]
Other Threads:
0x02afc400 VMThread [stack: 0x02be0000,0x02c30000] [id=1504]
0x02b1b800 WatcherThread [stack: 0x02e10000,0x02e60000] [id=1980]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 4928K, used 2455K [0x22970000, 0x22ec0000, 0x27ec0000)
eden space 4416K, 55% used [0x22970000, 0x22bd5db0, 0x22dc0000)
from space 512K, 0% used [0x22dc0000, 0x22dc0000, 0x22e40000)
to space 512K, 0% used [0x22e40000, 0x22e40000, 0x22ec0000)
tenured generation total 10944K, used 0K [0x27ec0000, 0x28970000, 0x32970000)
the space 10944K, 0% used [0x27ec0000, 0x27ec0000, 0x27ec0200, 0x28970000)
compacting perm gen total 12288K, used 343K [0x32970000, 0x33570000, 0x36970000)
the space 12288K, 2% used [0x32970000, 0x329c5f20, 0x329c6000, 0x33570000)
ro space 10240K, 51% used [0x36970000, 0x36e9ae00, 0x36e9ae00, 0x37370000)
rw space 12288K, 54% used [0x37370000, 0x37a072d8, 0x37a07400, 0x37f70000)
Dynamic libraries:
0x00400000 - 0x00424000 C:\Program Files\Java\jre6\bin\javaw.exe
0x7c900000 - 0x7c9b2000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll
0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f03000 C:\WINDOWS\system32\RPCRT4.dll
0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll
0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll
0x76390000 - 0x763ad000 C:\WINDOWS\system32\IMM32.DLL
0x7c340000 - 0x7c396000 C:\Program Files\Java\jre6\bin\msvcr71.dll
0x6d800000 - 0x6da97000 C:\Program Files\Java\jre6\bin\client\jvm.dll
0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
0x6d7b0000 - 0x6d7bc000 C:\Program Files\Java\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000 C:\Program Files\Java\jre6\bin\java.dll
0x6d290000 - 0x6d298000 C:\Program Files\Java\jre6\bin\hpi.dll
0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
0x6d7f0000 - 0x6d7ff000 C:\Program Files\Java\jre6\bin\zip.dll
0x68000000 - 0x68036000 C:\WINDOWS\system32\rsaenh.dll
0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll
0x769c0000 - 0x76a74000 C:\WINDOWS\system32\USERENV.dll
0x5b860000 - 0x5b8b5000 C:\WINDOWS\system32\netapi32.dll
0x6d610000 - 0x6d623000 C:\Program Files\Java\jre6\bin\net.dll
0x71ab0000 - 0x71ac7000 C:\WINDOWS\system32\WS2_32.dll
0x71aa0000 - 0x71aa8000 C:\WINDOWS\system32\WS2HELP.dll
0x71a50000 - 0x71a8f000 C:\WINDOWS\System32\mswsock.dll
0x76f20000 - 0x76f47000 C:\WINDOWS\system32\DNSAPI.dll
0x76d60000 - 0x76d79000 C:\WINDOWS\system32\iphlpapi.dll
0x76fb0000 - 0x76fb8000 C:\WINDOWS\System32\winrnr.dll
0x76f60000 - 0x76f8c000 C:\WINDOWS\system32\WLDAP32.dll
0x76fc0000 - 0x76fc6000 C:\WINDOWS\system32\rasadhlp.dll
0x10000000 - 0x10052000 C:\Documents and Settings\bkonwar\Local Settings\Temp\jna5972695927945545932.tmp
0x03510000 - 0x03546000 C:\WINDOWS\system32\zkemsdk.dll
0x03560000 - 0x03574000 C:\WINDOWS\system32\commpro.dll
0x662b0000 - 0x66308000 C:\WINDOWS\system32\hnetcfg.dll
0x71a90000 - 0x71a98000 C:\WINDOWS\System32\wshtcpip.dll
VM Arguments:
jvm_args: -Dfile.encoding=Cp1252
java_command: com.xyz.bhabs.fingerPrint
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=C:/Program Files/Java/jre6/bin/client;C:/Program Files/Java/jre6/bin;C:/Program Files/Java/jre6/lib/i386;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;;C:\Program Files\Java\jre1.6.0_07\bin;C:\Program Files\Android\android-sdk-windows\tools;C:\Program Files\TortoiseSVN\bin
USERNAME=BKonwar
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 3
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping 13, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2085780k(1286036k free), swap 4024188k(3249652k free)
vm_info: Java HotSpot(TM) Client VM (16.3-b01) for windows-x86 JRE (1.6.0_20-b02), built on Apr 12 2010 13:52:23 by "java_re" with MS VC++ 7.1 (VS2003)
time: Wed May 25 10:02:24 2011
elapsed time: 21 seconds
Regards,
Bhabs
Edited by: 861222 on May 25, 2011 12:19 AM

861222 wrote:
# A fatal error has been detected by the Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0351fe3b, pid=1664, tid=3832Not much to tell here. This line here looks suspiciously like a null-pointer error happening in the native code. It is impossible to say how, where and why. Go back to your code and start debugging I'd say, see where invalid data can be passed to the native code.

KNI and native code

Similar Messages

Maybe you are looking for