Programmabbruch VR-NetWorld V. 2.0/2.01

Hallo,

ich habe bisher V1.36 ohne Probleme benutzt.
Sowohl nach einem Update auf V2.0 als auch nach Löschung von 1.36 und kompletter Neuinstallation verabschiedet sich V2.0/2.01 ohne Fehlermeldung beim Aufruf der Kontenaktualisierung nach der kompletten (?) Übertragung der Daten bevor die Meldung kommt "Alles verlief erfolgreich! Sie können jetzt das HBCI-Sicherheitsmedium entfernen."

Die Analyse der Logdatei durch das Rechenzentrum ergibt, dass der Fehler 9210 "RDH Signatur muss 96 Byte lang sein" auftritt.

Das Rechenzentrum teilt dazu mit:


Wer hat mit diesem Problem bereits Erfahrung gemacht und kann mir ggf. weiterhelfen?

Die Aussage "... Fehlerbehebung erfolgt erst im 2./3. Quartal 2005" halte ich nicht für akzeptabel.

Konfiguration:
Pentium III, 800 Mhz, 384 KB RAM, separate Partition für die Auslagerungsdatei 1,26 GB
Windows 2000, SP4, aktuelle Sicherheitsupdates
ZoneAlarm 5.1.011.000, Webwasher 3.3
Norton Antivirus 2003
VR-NetWorld: 2 Mandanten, mehrere Konten (auch ausgeblendete)

Hallo Holger,

vielen Dank für Deine Hinweise. Ich habe gestern noch einmal die Version 2.01 getestet.

1) Der Fehler 9210 "RDH Signatur muss 96 Byte lang sein" ist gestern beim Abruf der Umsätze tatsächlich nicht aufgetreten. Das Programm hat sich aber trotzdem ohne Fehlermeldung verabschiedet. Die Umsätze wurden nicht aktualisiert.

2) Ich habe dann eine Überweisung an das RZ geschickt und anschließend das Konto aktualisiert. Programmabbruch wie vorher, keine Aktualisierung der Umsätze. Mit der Version 1.36 habe ich dann die Umsätze abgerufen. Die Überweisung war ausgeführt worden.

3) Deinen Hinweis auf die Probleme mit den USB-Treibern habe ich unter 2.01 ebenfalls überprüft. Chipkartenleser oder einen Stick benutze ich nicht. Ich habe allerdings die angeschlossenen USB-Geräte deaktiviert bzw. entfernt (Telefonanlage und Fritz!Card USB). Der Programmabbruch trat in gleicher Weise auf. Probleme könnte jetzt höchsten eine PCI-Karte machen, die 4 zusätzliche USB-Ports bereitstellt.

4) Die übertragene Datenmenge ist so klein, dass dies auch nicht die Ursache sein kann.

5) Das "Statusprotokoll der versendeten Aufträge" war und ist nicht aktiviert.

Ich habe in einer anderen Hardware-Umgebung mit nahezu identischer Software-Umgebung die Version 2.01 installiert. Diese funktioniert dort bisher ohne Probleme, was eigentlich auf eine Hardwareabhängigkeit hinweist.

Die Situation ist ausgesprochen unbefriedigend.

MfG
Wolfgang

Hallo Fujitsu,

kannst Du Deine Erfahrungen etwas näher erläutern. :roll:

Ich kann mir nicht vorstellen, wie eine neue Benutzerkennung den Programmabbruch verhindern soll, wenn dieser nicht bei Programmstart sondern erst nach Ablauf aller Programmschritte auftritt.

Das Protokoll zeigt z.B., dass Umsätze übertagen werden. So wurde ja auch die Überweisung ausgeführt.

Ich bin erst gestern dazu gekommen, VR-NetWorld (2.03) entsprechend Deinem Bericht zu testen. Das von dir geschilderte Verhalten kann ich bestätigen. Dies ist allerdings nur indirekt von der neuen Benutzerkennung bzw. vom Wechsel Diskette/Chipkarte abhängig.

Problembeschreibung
===================
Die Versionen 2.0, 2.01 und 2.03 zeigen das im folgenden beschriebene Fehlverhalten:

Bei der Synchronisation der Bankverbindung über den Menüpunkt / Button "Synchronisieren" und Aktualisierung des Datenbestandes eines oder auch aller Konten erfolgt die Abarbeitung aller Kommunikationsschritte (so weit von mir feststellbar) vollständig. Es fehlt nur der Abschluss des Dialogs mit dem Update des Datenbestandes. Das Programm verabschiedet sich ohne Fehlermeldung, eine Aktualisierung findet nicht statt.

Getestet unter 2.03:
Synchronisiert man die Bankverbindung über Stammdaten / Bankverbindung / bearbeiten / ... / synchronisieren so erfolgt kein Abbruch. Anschließend kann man genau 1x die Aktualisierung durchführen. Der nächste Aktualisierungsversuch außerhalb von "Bankverbindung bearbeiten" über den Menü-Button führt wieder zum Absturz. Der dargestellte Ablauf ist beliebig wiederholbar.

Ich habe einen entsprechenden Bericht über die Hotline an die Entwicklung gesendet.

Ich werde jetzt erst einmal auf die Antwort warten. :roll:

Stand der Dinge für VR-NetWorld 2.03
===========================

1) Die Softwareentwicklung hat mir eine geänderte DLL geschickt. Der Test dieser DLL mit den verschiedenen 2.0x-Versionen hat ebenfalls das von mir beschriebene Fehlverhalten ergeben.

2) Ich habe auf meinem Rechner eine Testpartition für W2k eingerichtet.

2.1) Dort habe ich ein "nacktes" W2k installiert, d.h. W2k ohne irgendwelche Updates, ohne Anpassungen und ohne andere Software. Der VR-NetWorld-Fehler tritt auch hier auf.

2.2) W2k SP4, Treiber für die Grafikkarte und den Monitor installiert. Der VR-NetWorld-Fehler tritt auch hier auf.

2.3) In der Testversion aus 2.2 habe ich alle USB-Treiber deaktiviert und die zusätzliche USB-Karte entfernt. Der Fehler bleibt.

2.4) Die Netzwerkkarte und die USB-Karte habe ich in den PCI-Slots vertauscht. Der Fehler bleibt.

2.5) Ich habe alle Programme und Dateien nach der VR-NetWorld-Installation mit dem Zustand vor der Installation verglichen, mit dem Ergebnis, dass VR-NetWorld keine der vorhandenen Systemdateien ändert bzw. ersetzt.

Ich verstehe zwar nicht, warum dieses Fehlverhalten nur bei einigen Installationen auftritt.
Da nach einem Programmabbruch aber genau ein Mal "Synchronisieren" und "Aktualisieren" möglich ist, bin ich davon überzeugt, dass das Problem in der VR-NetWorld-Software (2.0x) zu suchen ist.

In der Version 1.36 gibt es unter Stammdaten / Bankverbindung / bearbeiten /... keinen Button bzw. Funktion "Synchronisieren", d.h. in dieser Funktionalität wurden Änderungen in der Software vorgenommen.

Ablaufdiagramm:

Moin!

Hatte heute auch eine Kundin am Telefon mit den gleichen Problemen...

Hat wirklich noch keiner eine Lösung?

Wäre über jede Hilfe sehr dankbar...

Hallo,

seit heute morgen habe ich das gleiche Problem, glaube ich.
Nach übertragung der Daten bekomme ich folgende Fehlermeldung:

VRNETWORLD verursachte einen Fehler durch eine ungültige Seite
in Modul KERNEL32.DLL bei 0187:bff766b4.
Register:
EAX=0139001c CS=0187 EIP=bff766b4 EFLGS=00010246
EBX=0543e880 SS=018f ESP=01390000 EBP=01390004
ECX=01390104 DS=018f ESI=819a1494 FS=123f
EDX=01390450 ES=018f EDI=0139001c GS=0000
Bytes bei CS:EIP:
50 6a 00 68 14 00 2a 00 e8 13 ad ff ff 8b 55 08
Stapelwerte:
00000000 013900ec bff76733 0139001c 013900ec 00000004 01390188 ffffffff 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

Und VRNW beendet sich. Das Sendeprotokoll sieht ok aus. Ich arbeite seit zwei Jahren mit VRNW das ist der erste massive Fehler.
Mein Hotliner meint neu instalieren. Hat jemand eine bessere Idee?

Win 98SE alle updates/ VRNW 2.05 HBCI mit Diskette.
Habe gestern Abend mein TecDoc upgedatet. Das ist eine fette Datenbank für den Kfz.-Teilehandel. Zusammenhang möglich?

Viele Grüße, Cord