Why native code outside the VM when I use JNI in web application?

Question

I have a web application by using JBOSS as the server in windows XP environment. I need to call native functions in my servletAction class to check some information. After I start JBOSS and WebServer(tomcat), it works well when I launch the web page to call that native funtions in the first a few times, but after a while when I reopen that page in IE to call native funtions it throws me an unexpected error and shut down the jboss automatically. Could know how to solve it? Thank you guys in advance!
Error message:
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x63BA7AD
Function=[Unknown.]
Library=C:\WINDOWS\system32\HaspKeyDAO.dll
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 Key.readBlock(Native Method)     
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:324)
     at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
     at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214)
     at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185)
     at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:113)
     at org.jboss.webservice.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:51)
     at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48)
     at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105)
     at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:283)
     at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:149)
     at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:128)
     at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
     at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
     at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624)
     at org.jboss.ejb.Container.invoke(Container.java:854)
     at sun.reflect.GeneratedMethodAccessor91.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:324)
     at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
     at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
     at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
     at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:242)
     at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
     at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:775)
     at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:382)
     at sun.reflect.GeneratedMethodAccessor90.invoke(Unknown Source)
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     at java.lang.reflect.Method.invoke(Method.java:324)
     at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
     at sun.rmi.transport.Transport$1.run(Transport.java:148)
     at java.security.AccessController.doPrivileged(Native Method)
     at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
     at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
     at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
     at java.lang.Thread.run(Thread.java:534)
Dynamic libraries:
0x00400000 - 0x0040B000      C:\j2sdk1.4.2_06\bin\java.exe
0x7C900000 - 0x7C9B0000      C:\WINDOWS\system32\ntdll.dll
0x7C800000 - 0x7C8F4000      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 - 0x08139000      C:\j2sdk1.4.2_06\jre\bin\client\jvm.dll
0x77D40000 - 0x77DD0000      C:\WINDOWS\system32\USER32.dll
0x77F10000 - 0x77F56000      C:\WINDOWS\system32\GDI32.dll
0x76B40000 - 0x76B6D000      C:\WINDOWS\system32\WINMM.dll
0x10000000 - 0x10007000      C:\j2sdk1.4.2_06\jre\bin\hpi.dll
0x00390000 - 0x0039E000      C:\j2sdk1.4.2_06\jre\bin\verify.dll
0x003B0000 - 0x003C9000      C:\j2sdk1.4.2_06\jre\bin\java.dll
0x003D0000 - 0x003DD000      C:\j2sdk1.4.2_06\jre\bin\zip.dll
0x003E0000 - 0x003EF000      C:\j2sdk1.4.2_06\jre\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
0x76FB0000 - 0x76FB8000      C:\WINDOWS\System32\winrnr.dll
0x76F60000 - 0x76F8C000      C:\WINDOWS\system32\WLDAP32.dll
0x03070000 - 0x030AC000      C:\Program Files\NewDotNet\newdotnet6_38.dll
0x774E0000 - 0x7761D000      C:\WINDOWS\system32\ole32.dll
0x77120000 - 0x771AC000      C:\WINDOWS\system32\OLEAUT32.dll
0x77260000 - 0x772FE000      C:\WINDOWS\system32\urlmon.dll
0x77F60000 - 0x77FD6000      C:\WINDOWS\system32\SHLWAPI.dll
0x77C00000 - 0x77C08000      C:\WINDOWS\system32\VERSION.dll
0x771B0000 - 0x77256000      C:\WINDOWS\system32\WININET.dll
0x77A80000 - 0x77B14000      C:\WINDOWS\system32\CRYPT32.dll
0x77B20000 - 0x77B32000      C:\WINDOWS\system32\MSASN1.dll
0x77920000 - 0x77A13000      C:\WINDOWS\system32\SETUPAPI.dll
0x71B20000 - 0x71B32000      C:\WINDOWS\system32\MPR.dll
0x76C30000 - 0x76C5E000      C:\WINDOWS\system32\WINTRUST.dll
0x76C90000 - 0x76CB8000      C:\WINDOWS\system32\IMAGEHLP.dll
0x7C9C0000 - 0x7D1D4000      C:\WINDOWS\system32\SHELL32.dll
0x773D0000 - 0x774D2000      C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
0x5D090000 - 0x5D127000      C:\WINDOWS\system32\comctl32.dll
0x76FC0000 - 0x76FC6000      C:\WINDOWS\system32\rasadhlp.dll
0x662B0000 - 0x66308000      C:\WINDOWS\system32\hnetcfg.dll
0x71A90000 - 0x71A98000      C:\WINDOWS\System32\wshtcpip.dll
0x042C0000 - 0x042C6000      C:\j2sdk1.4.2_06\jre\bin\ioser12.dll
0x04410000 - 0x04418000      C:\j2sdk1.4.2_06\jre\bin\nio.dll
0x046A0000 - 0x046A5000      C:\j2sdk1.4.2_06\jre\bin\rmi.dll
0x047F0000 - 0x0490E000      C:\jboss-4.0.0-winsort\server\default\tmp\native\SharedLib\HaspKeyDAO.dll
0x04A20000 - 0x04A73000      C:\jboss-4.0.0-winsort\server\default\tmp\native\msc\dll\haspms32.dll
0x06390000 - 0x064AE000      C:\WINDOWS\system32\HaspKeyDAO.dll
0x76F50000 - 0x76F58000      C:\WINDOWS\system32\wtsapi32.dll
0x76360000 - 0x76370000      C:\WINDOWS\system32\WINSTA.dll
0x5B860000 - 0x5B8B4000      C:\WINDOWS\system32\NETAPI32.dll
0x59A60000 - 0x59B01000      C:\WINDOWS\system32\DBGHELP.dll
0x76BF0000 - 0x76BFB000      C:\WINDOWS\system32\PSAPI.DLL
Heap at VM Abort:
Heap
def new generation total 9216K, used 2204K [0x10010000, 0x10a00000, 0x12770000)
eden space 8256K, 26% used [0x10010000, 0x102370e8, 0x10820000)
from space 960K, 0% used [0x10820000, 0x10820000, 0x10910000)
to space 960K, 0% used [0x10910000, 0x10910000, 0x10a00000)
tenured generation total 121024K, used 39043K [0x12770000, 0x19da0000, 0x30010000)
the space 121024K, 32% used [0x12770000, 0x14d90ec8, 0x14d91000, 0x19da0000)
compacting perm gen total 23808K, used 23618K [0x30010000, 0x31750000, 0x34010000)
the space 23808K, 99% used [0x30010000, 0x31720888, 0x31720a00, 0x31750000)
Local Time = Thu May 26 11:34:39 2005
Elapsed Time = 3209
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.2_06-b03 mixed mode)
Following is what I am doing:
I have a key.java file with several native functions.
In key.cpp I defined the implementation of above functions then created dynamic link library file key.dll. I put the key.dll to WEB-INF/lib/key.dll.
Then in a servlet Action class, I called new key().keyPresent and new key().readBlock(0, 8, block, p1,p1).
Public class Key{
public native int keyPresent(int password1, int password2);
public native void readBlock(int startMemoryLocation, int size,
byte[] block, int password1, int password2);
static {
System.loadLibrary("Key");
//A Singleton Class
private static Key key;
private Key()
public static Key getSingletonObject()
if ( key== null)
key = new Key();          
return key;
public Object clone()
     throws CloneNotSupportedException
throw new CloneNotSupportedException();
Key.cpp:
#include <jni.h>
#include "Key.h"
#include <stdio.h>
#include "hasp.h"
#include <memory.h>
JNIEXPORT jint JNICALL Java_Key_keyPresent
(JNIEnv *env, jobject obj, jint pass1, jint pass2)
     try{
          int keyPresent = 0;
          int p1, p2, p3, p4;
          int seed = 100;
          int port = 0;
          p1 = p2 = p3 = p4 = 0;
          hasp(LOCALHASP_ISHASP, seed, port, 0, 0, &p1, &p2, &p3, &p4);
          if (p1 == 0) {
               printf("\nNo Hasp exists. Program aborted.\n");
               return -1;
          if (p3 == HASPERR_VERSION_MISMATCH) {
          printf("Old driver found - please update driver to actual version.\n");
          return 2;
          hasp(LOCALHASP_HASPSTATUS, seed, port, pass1, pass2, &p1, &p2, &p3, &p4);
          if (p3 == 0) {
               return 4;
          hasp(LOCALHASP_HASPGENERATION, seed, port, pass1, pass2, &p1, &p2, &p3, &p4);
          if (p3) {
               printf("Failed: haspKey password is not correct!");
               return 4;
          } else {
               switch (p1) {
               case 0:
               keyPresent = 3;
                              break;
               case 1:
                    keyPresent =1;
                    break;
          return keyPresent;
     }catch(...){
          return -999;
* READBLOCK
* reads a block of data from the HASP memory
JNIEXPORT void JNICALL Java_Key_readBlock
(JNIEnv *env, jobject obj, jint startMemoryLocation, jint nSize, jbyteArray pBlock, jint pass1, jint pass2)
     try{
          int     p1, p2, p3, p4;
          p1 = (startMemoryLocation+1)/2;
          p2 = nSize >> 1;
          jbyte *javablob = env->GetByteArrayElements(pBlock, 0);
          memset(javablob, 0, nSize);
          p4 = (int)javablob;
          int seed = 100;
          int port = 102;
          hasp(MEMOHASP_READBLOCK, seed, port, pass1, pass2, &p1, &p2, &p3, &p4);
          env->ReleaseByteArrayElements(pBlock, javablob, 0);
          if (p3) {
               printf("Failed. Error number: %d.\n", p3);
          } else {
     }catch(...){
          printf("readBlock function failed");
}

Answer 1

the error happens in your native-code which runs outside the VM of course, since its native.
You access some memory where you don't have rights to do so, in a normal win32-app you would get the "application crashed at 0xdeadbeef"-window, and since java cannon guarantee that your code did not destroy something it shuts down.
I would try to debug my code withought java in a C++ IDE/Debugger.
good luck, lg Clemens