PE SIZRDHFile mit RDH-10 VR-NETWORLD-Keyfile geht nicht mehr

PE Passporteditor stürzt ab mit RDH10 Keyfile in SIZRDHFile

mastermane

Betreff:

PE SIZRDHFile mit RDH-10 VR-NETWORLD-Keyfile geht nicht mehr

 ·  Gepostet: 23.08.2009 - 18:08 Uhr  ·  #59992
Hallo

Mein Keyfile(Profile) in VR-NetWorld(HomebankingClient) wurde von RDH-2 auf RDH-10 upgedatet.

Um für meine paralelllaufende HBCI4Java-Lösung einen "RDHnew" Filekey zubekommen habe ich mit dem Passport Editior (hbci4java-pe-0.11)
via SIZRDHFile eine KeyFileName.RDHnew Datei erstellt. (Geht bis RDH-2 Filekeys tadellos)

Mit RDH-10 Keyfiles stürzt der Passworteditor gnadenlos ab. Was kann man tun?

VerwendeteSIZ RDH Library: hbci4java-sizrdh-win32.dll (v0.5)

Fehlermeldung:
=============

#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x03363a82, pid=5788, tid=3016
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Client VM (14.0-b16 mixed mode, sharing windows-x86 )
# Problematic frame:
# C [hbci4java-sizrdh-win32.dll+0x3a82]
#
# If you would like to submit a bug report, please visit:
# 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 (0x02ac9c00): JavaThread "Thread-3" [_thread_in_native, id=3016, stack(0x03310000,0x03360000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000001c

Registers:
EAX=0x00000000, EBX=0x03382918, ECX=0x03389154, EDX=0x00000004
ESP=0x0335e788, EBP=0x0335e788, ESI=0x00000000, EDI=0x02ac9c00
EIP=0x03363a82, EFLAGS=0x00010212

Top of Stack: (sp=0x0335e788)
0x0335e788: 0335e79c 03364249 00000000 02ffe968
0x0335e798: 02acc300 0335f6b8 03361831 03382918
0x0335e7a8: 00000000 02ac9c00 26af5ef0 26af5ef0
0x0335e7b8: 7c920228 ffffffff 7c920222 0335e7f8
0x0335e7c8: 002b0000 7c920222 00000003 002b0718
0x0335e7d8: 002b0000 02f794e8 0335e7d0 7c9201db
0x0335e7e8: 0335ea14 7c91e920 7c920228 ffffffff
0x0335e7f8: 7c920222 7c92019b 7c9201db 03095e68

Instructions: (pc=0x03363a82)
0x03363a72: 00 00 83 c4 08 5e 5b 5d c3 90 55 8b ec 8b 45 08
0x03363a82: 8b 40 1c 5d c3 90 55 8b ec 8b 45 08 8b 40 24 5d


Stack: [0x03310000,0x03360000], sp=0x0335e788, free space=313k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [hbci4java-sizrdh-win32.dll+0x3a82]
C [hbci4java-sizrdh-win32.dll+0x4249]
C [hbci4java-sizrdh-win32.dll+0x1831]
j org.kapott.hbci.passport.HBCIPassportSIZRDHFile.readData(Ljava/lang/String;)V+0
j org.kapott.hbci.passport.HBCIPassportSIZRDHFile.<init>(Ljava/lang/Object;)V+366
v ~StubRoutines::call_stub
V [jvm.dll+0xecabc]
V [jvm.dll+0x173d61]
V [jvm.dll+0xecb3d]
V [jvm.dll+0x18dfeb]
V [jvm.dll+0x18e998]
V [jvm.dll+0x11785b]
C [java.dll+0x7163]
j sun.reflect.NativeConstructorAccessorImpl.newInstance([Ljava/lang/Object;)Ljava/lang/Object;+72
j sun.reflect.DelegatingConstructorAccessorImpl.newInstance([Ljava/lang/Object;)Ljava/lang/Object;+5
j java.lang.reflect.Constructor.newInstance([Ljava/lang/Object;)Ljava/lang/Object;+92
j org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(Ljava/lang/String;Ljava/lang/Object;)Lorg/kapott/hbci/passport/HBCIPassport;+117
j org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(Ljava/lang/Object;)Lorg/kapott/hbci/passport/HBCIPassport;+25
j org.kapott.hbci.passport.AbstractHBCIPassport.getInstance()Lorg/kapott/hbci/passport/HBCIPassport;+4
j org.kapott.hbci.pe.EditorSIZRDHFile.initPassport_e()V+44
j org.kapott.hbci.pe.AbstractEditor$1.run()V+196
v ~StubRoutines::call_stub
V [jvm.dll+0xecabc]
V [jvm.dll+0x173d61]
V [jvm.dll+0xecc87]
V [jvm.dll+0xeccfd]
V [jvm.dll+0x115d60]
V [jvm.dll+0x1cfd44]
V [jvm.dll+0x1739dc]
C [msvcr71.dll+0x9565]
C [kernel32.dll+0xb729]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j org.kapott.hbci.passport.HBCIPassportSIZRDHFile.readData(Ljava/lang/String;)V+0
j org.kapott.hbci.passport.HBCIPassportSIZRDHFile.<init>(Ljava/lang/Object;)V+366
v ~StubRoutines::call_stub
j sun.reflect.NativeConstructorAccessorImpl.newInstance0(Ljava/lang/reflect/Constructor;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeConstructorAccessorImpl.newInstance([Ljava/lang/Object;)Ljava/lang/Object;+72
j sun.reflect.DelegatingConstructorAccessorImpl.newInstance([Ljava/lang/Object;)Ljava/lang/Object;+5
j java.lang.reflect.Constructor.newInstance([Ljava/lang/Object;)Ljava/lang/Object;+92
j org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(Ljava/lang/String;Ljava/lang/Object;)Lorg/kapott/hbci/passport/HBCIPassport;+117
j org.kapott.hbci.passport.AbstractHBCIPassport.getInstance(Ljava/lang/Object;)Lorg/kapott/hbci/passport/HBCIPassport;+25
j org.kapott.hbci.passport.AbstractHBCIPassport.getInstance()Lorg/kapott/hbci/passport/HBCIPassport;+4
j org.kapott.hbci.pe.EditorSIZRDHFile.initPassport_e()V+44
j org.kapott.hbci.pe.AbstractEditor$1.run()V+196
v ~StubRoutines::call_stub

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
=>0x02ac9c00 JavaThread "Thread-3" [_thread_in_native, id=3016, stack(0x03310000,0x03360000)]
0x02a62800 JavaThread "TimerQueue" daemon [_thread_blocked, id=5164, stack(0x032c0000,0x03310000)]
0x02fdf400 JavaThread "D3D Screen Updater" daemon [_thread_blocked, id=2108, stack(0x03210000,0x03260000)]
0x002b6800 JavaThread "DestroyJavaVM" [_thread_blocked, id=3428, stack(0x008c0000,0x00910000)]
0x02b4d400 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=4432, stack(0x03170000,0x031c0000)]
0x02b02400 JavaThread "AWT-Windows" daemon [_thread_in_native, id=5640, stack(0x02eb0000,0x02f00000)]
0x02b01400 JavaThread "AWT-Shutdown" [_thread_blocked, id=4388, stack(0x02e60000,0x02eb0000)]
0x02ae5c00 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=1016, stack(0x02e10000,0x02e60000)]
0x02ab8800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2448, stack(0x02d30000,0x02d80000)]
0x02ab2c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=924, stack(0x02ce0000,0x02d30000)]
0x02ab1000 JavaThread "Attach Listener" daemon [_thread_blocked, id=4184, stack(0x02c90000,0x02ce0000)]
0x02aafc00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5804, stack(0x02c40000,0x02c90000)]
0x02a6e000 JavaThread "Finalizer" daemon [_thread_blocked, id=4368, stack(0x02bf0000,0x02c40000)]
0x02a6c800 JavaThread "Reference Handler" daemon [_thread_blocked, id=4376, stack(0x02ba0000,0x02bf0000)]

Other Threads:
0x02a6b000 VMThread [stack: 0x02b50000,0x02ba0000] [id=5832]
0x02ac2c00 WatcherThread [stack: 0x02d80000,0x02dd0000] [id=3032]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
def new generation total 960K, used 606K [0x22990000, 0x22a90000, 0x22e70000)
eden space 896K, 60% used [0x22990000, 0x22a178a8, 0x22a70000)
from space 64K, 100% used [0x22a80000, 0x22a90000, 0x22a90000)
to space 64K, 0% used [0x22a70000, 0x22a70000, 0x22a80000)
tenured generation total 4096K, used 2333K [0x22e70000, 0x23270000, 0x26990000)
the space 4096K, 56% used [0x22e70000, 0x230b7468, 0x230b7600, 0x23270000)
compacting perm gen total 12288K, used 1507K [0x26990000, 0x27590000, 0x2a990000)
the space 12288K, 12% used [0x26990000, 0x26b08e28, 0x26b09000, 0x27590000)
ro space 8192K, 63% used [0x2a990000, 0x2aea96b0, 0x2aea9800, 0x2b190000)
rw space 12288K, 53% used [0x2b190000, 0x2b804b80, 0x2b804c00, 0x2bd90000)

Dynamic libraries:
0x00400000 - 0x00424000 C:\WINDOWS\system32\java.exe
0x7c910000 - 0x7c9c9000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c908000 C:\WINDOWS\system32\kernel32.dll
0x77da0000 - 0x77e4a000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e50000 - 0x77ee2000 C:\WINDOWS\system32\RPCRT4.dll
0x77fc0000 - 0x77fd1000 C:\WINDOWS\system32\Secur32.dll
0x7c340000 - 0x7c396000 C:\Programme\Java\jre6\bin\msvcr71.dll
0x6d800000 - 0x6da8b000 C:\Programme\Java\jre6\bin\client\jvm.dll
0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll
0x77ef0000 - 0x77f39000 C:\WINDOWS\system32\GDI32.dll
0x76af0000 - 0x76b1e000 C:\WINDOWS\system32\WINMM.dll
0x76330000 - 0x7634d000 C:\WINDOWS\system32\IMM32.DLL
0x6d7b0000 - 0x6d7bc000 C:\Programme\Java\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000 C:\Programme\Java\jre6\bin\java.dll
0x6d290000 - 0x6d298000 C:\Programme\Java\jre6\bin\hpi.dll
0x76bb0000 - 0x76bbb000 C:\WINDOWS\system32\PSAPI.DLL
0x6d7f0000 - 0x6d7ff000 C:\Programme\Java\jre6\bin\zip.dll
0x6d000000 - 0x6d14a000 C:\Programme\Java\jre6\bin\awt.dll
0x72f70000 - 0x72f96000 C:\WINDOWS\system32\WINSPOOL.DRV
0x77be0000 - 0x77c38000 C:\WINDOWS\system32\msvcrt.dll
0x774b0000 - 0x775ed000 C:\WINDOWS\system32\ole32.dll
0x773a0000 - 0x774a3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
0x77f40000 - 0x77fb6000 C:\WINDOWS\system32\SHLWAPI.dll
0x6d230000 - 0x6d284000 C:\Programme\Java\jre6\bin\fontmanager.dll
0x746a0000 - 0x746ec000 C:\WINDOWS\system32\MSCTF.dll
0x10000000 - 0x10012000 D:\Programme\hardcopy\HcDLL2_24_Win32.dll
0x75250000 - 0x7527e000 C:\WINDOWS\system32\msctfime.ime
0x4fd50000 - 0x4fef6000 C:\WINDOWS\system32\d3d9.dll
0x6de80000 - 0x6de86000 C:\WINDOWS\system32\d3d8thk.dll
0x77bd0000 - 0x77bd8000 C:\WINDOWS\system32\VERSION.dll
0x7e670000 - 0x7ee91000 C:\WINDOWS\system32\shell32.dll
0x6d610000 - 0x6d623000 C:\Programme\Java\jre6\bin\net.dll
0x71a10000 - 0x71a27000 C:\WINDOWS\system32\WS2_32.dll
0x71a00000 - 0x71a08000 C:\WINDOWS\system32\WS2HELP.dll
0x6d630000 - 0x6d639000 C:\Programme\Java\jre6\bin\nio.dll
0x03290000 - 0x0329c000 D:\Programme\hardcopy\hardcopy.dll
0x6d790000 - 0x6d798000 C:\Programme\Java\jre6\bin\sunmscapi.dll
0x77a50000 - 0x77ae6000 C:\WINDOWS\system32\CRYPT32.dll
0x77af0000 - 0x77b02000 C:\WINDOWS\system32\MSASN1.dll
0x03360000 - 0x0337c000 M:\hbci4java\Passporteditor_HBCI4Java_1.5.11\hbci4java-sizrdh-0.5\hbci4java-sizrdh-win32.dll

VM Arguments:
java_command: org.kapott.hbci.pe.Main
Launcher Type: SUN_STANDARD

Environment Variables:
JAVA_HOME=D:\Java\JDK6_10
CLASSPATH=.;C:\Programme\Java\jre6\lib\ext\QTJava.zip
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Programme\Intel\DMIX;C:\Programme\Gemeinsame Dateien\Adobe\AGL;D:\Java\JDK6_10\jre\bin;D:\ant\bin;D:\Programme\TortoiseSVN\bin;D:\Programme\QuickTime\QTSystem\;;c:\Programme\Gemeinsame Dateien\Ahead\Lib\
USERNAME=Besitzer
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 11, 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 11, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3

Memory: 4k page, physical 2097151k(1873960k free), swap 4194303k(3853648k free)

vm_info: Java HotSpot(TM) Client VM (14.0-b16) for windows-x86 JRE (1.6.0_14-b08), built on May 21 2009 08:03:56 by "java_re" with MS VC++ 7.1

time: Sun Aug 23 18:05:17 2009
elapsed time: 969 seconds

kleiner77

Betreff:

Re: PE SIZRDHFile mit RDH-10 VR-NETWORLD-Keyfile geht nicht mehr

 ·  Gepostet: 25.08.2009 - 20:50 Uhr  ·  #60093
Wie der Name schon sagt, ist RDH2File ursprünglich nur für Dateien gedacht, die RDH-2-Schlüssel enthalten (nicht für RDH-10-Schlüssel).

Die aktuelle hbci4java-Version (im SVN) kann bei Verwendung des Passport-Typs "RDH2File" nun auch mit RDH-10-Schlüsseldateien arbeiten.

Falls Du eine solche Datei (RDH-2 oder RDH-10) hast, brauchst Du sie allerdings nicht mehr nach RDHNew konvertieren. HBCI4Java kann "nativ" mit diesen Dateien arbeiten, das heißt, du könntest eine RDH-2/10-Datei parallel sowohl mit HBCI4Java als auch mit der ursprünglichen Software benutzen.

-stefan-

Captain FRAG

Betreff:

Re: PE SIZRDHFile mit RDH-10 VR-NETWORLD-Keyfile geht nicht mehr

 ·  Gepostet: 26.08.2009 - 07:07 Uhr  ·  #60104
Mir fällt daoben noch auf, das die Java-VM vermutlich an zwei Stellen verfügbar ist und die Umgebungsvariablen auch noch auf beide Zeigen. Das ist normalerweise nicht im Sinne des Erfinders, kann aber ggfs. natürlich auch bewusst so sein. Mein erster Gedanke ist alelrdings ein Versionsmischmasch.

...
C:\Programme\Java\jre6\bin\client\jvm.dll
...
JAVA_HOME=D:\Java\JDK6_10
CLASSPATH=C:\Programme\Java\jre6\lib\ext\QTJava.zip;D:\Java\JDK6_10\jre\bin;

mastermane

Betreff:

Re: PE SIZRDHFile mit RDH-10 VR-NETWORLD-Keyfile geht nicht mehr

 ·  Gepostet: 26.08.2009 - 08:45 Uhr  ·  #60106
Zitat geschrieben von kleiner77
Wie der Name schon sagt, ist RDH2File ursprünglich nur für Dateien gedacht, die RDH-2-Schlüssel enthalten (nicht für RDH-10-Schlüssel).

Die aktuelle hbci4java-Version (im SVN) kann bei Verwendung des Passport-Typs "RDH2File" nun auch mit RDH-10-Schlüsseldateien arbeiten.

Falls Du eine solche Datei (RDH-2 oder RDH-10) hast, brauchst Du sie allerdings nicht mehr nach RDHNew konvertieren. HBCI4Java kann "nativ" mit diesen Dateien arbeiten, das heißt, du könntest eine RDH-2/10-Datei parallel sowohl mit HBCI4Java als auch mit der ursprünglichen Software benutzen.

-stefan-


That's the Deal ... funzt!
Herzlichen Dank

mastermane

Betreff:

Re: PE SIZRDHFile mit RDH-10 VR-NETWORLD-Keyfile geht nicht mehr

 ·  Gepostet: 26.08.2009 - 08:47 Uhr  ·  #60107
Zitat geschrieben von Captain FRAG
Mir fällt daoben noch auf, das die Java-VM vermutlich an zwei Stellen verfügbar ist und die Umgebungsvariablen auch noch auf beide Zeigen. Das ist normalerweise nicht im Sinne des Erfinders, kann aber ggfs. natürlich auch bewusst so sein. Mein erster Gedanke ist alelrdings ein Versionsmischmasch.

...
C:\Programme\Java\jre6\bin\client\jvm.dll
...
JAVA_HOME=D:\Java\JDK6_10
CLASSPATH=C:\Programme\Java\jre6\lib\ext\QTJava.zip;D:\Java\JDK6_10\jre\bin;


Dies hat keine Auswirkung in diesem Fall ...
Trotzdem Danke für das Adlerauge