hibiscus stürzt mit openjdk Version 7u60-2.5.0-1 ab

[melmarker]

* melmarker wundert sich, ob bluelupo schon mal auf die idee gekommen ist, hibiscus in gdb laufen zu lassen

[bluelupo]

Hallo zusammen,
ich habe die drei openjdk-7 Pakete downgegradet von Version 7u60-2.5.0-2 auf 7-7u55-2.4.7-2 (vom 17.5.2014) via Snapshot-Archiv von Debian.

openjdk-7-jre [7u60-2.5.0-2]
openjdk-7-jre-headless [7u60-2.5.0-2]
openjdk-7-jre-lib [7u60-2.5.0-2]

Danach geht's auch wieder mit der 7er Version und Hibiscus. Die obigen Pakete dann natürlich auf HOLD setzen sonst sind sie beim nächsten D-U wieder weg ;-)

Übrigens, das Problem ist nicht unbekannt. Im onlinebanking-forum.de, dort liest auch der Entwickler von Hibiscus mit, trat das Problem ebenfalls auf.

[melmarker]

und trotzdem wäre es zielführend, das mal mit einem ordentlichen Java zu testen. Dann hätten die Entwickler der verkrüppelten Variante wenigstens eine Chance, das Zeug vielleicht irgendwann mal zum laufen zu bekommen.

[reinob]

Ich hab's! passt dein Saldo noch in 64-bit? signed oder unsigned?

@reinob: was hast du genau gemacht das Hibiscus mit openjdk-7 nicht abstürzt? 

Nichts. Übrigens das mit dem 64-bit signed/unsigned war nur ein Witz. Niemand hat so viel Geld.

Du könntest einfach Jameica von der Command-Line ausführen (sagt man das so, kingt komisch) und so siehst Du ob da was (nützliches) rausgespuckt wird.

Oder wie @melmarker sagt: gdb
(aber gdb mit Java?.. ich würde (fast) lieber alle meine Haare einzeln pflücken lassen!)

[jure]

aus der Konsole gestartet, ergibt sich bei einer Umsatzabfrage folgende Fehlermeldung

Code: [Select]

A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000000000000000, pid=12121, tid=139804793927424
#
# JRE version: OpenJDK Runtime Environment (7.0_60-b30) (build 1.7.0_60-b30)
# Java VM: OpenJDK 64-Bit Server VM (24.60-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  0x0000000000000000
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /opt/banking/jameica/hs_err_pid12121.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug

[reinob]

@jure,

Cool. Was steht denn in /opt/banking/jameica/hs_err_pid12121.log?

[der_bud]

Code: [Select]

...
# Java VM: OpenJDK 64-Bit Server VM (24.60-b09 mixed mode linux-amd64 compressed oops)
...

Aufgrund des wordings in der ^ Fehlermeldung mal ins Blaue geraten, könnte das Problem vielleicht auf multiarch-Systemen auftauchen und mit irgendwelchem amd64-vs-i386-transitions-Kram zu tun haben?

Auf http://icedtea.classpath.org/bugzilla hab ich auf die schnelle keinen passenden aktuellen Bug gefunden, suchen nach der Fehlermeldung fördert ein paar ähnliche zutage, meist in Verbindung mit eclipse (z.B.  https://software.intel.com/en-us/forums/topic/499152  oder  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705420 )

[bluelupo]

Hallo zusammen,
Kommando zurück, auch der Downgrade arbeitet nicht mehr zuverlässig. Statt einen Programmabsturz hat es jetzt einen Einfrieren von Hibiscus zu Folge. Ich lass das ganze jetzt erstmal mit openjdk-7 und bleibe auf openjdk-6. Das hat bis jetzt immer funktioniert.

Leider muss ich festellen, das gerade die JAVA-Applikationen mich seit Anfang des Jahres immer wieder massiv ärgern, ob es immer im direktem Zusammenhang mit openjdk steht kann ich nicht beurteilen. Auf jeden Fall waren die JAVA-Applikationen beteiligt daran. Es kann nur besser werden ;-)

[melmarker]

bluelupo: deswegen habe ich vor knapp 3 Monaten wieder mal den Selbstversuch gemacht und das wepup8-repo mit java eingebunden. FOSS hin oder her - wenn Jenkins mit Packagebuilder und ISObuilder die Grätsche macht, dann ist das nicht so schön.

Die Monate davor ist es mit den freien Sachen 1a gelaufen - das war aber irgendwann schlagartig vorbei

[reinob]

Neue Version (7u65-2.5.1-1). Jameica/Hibiscus funktionieren noch super.

$ apt-cache policy openjdk-7-jre*
openjdk-7-jre-zero:
  Installed: (none)
  Candidate: 7u65-2.5.1-1
  Version table:
     7u65-2.5.1-1 0
        500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
openjdk-7-jre-headless:
  Installed: 7u65-2.5.1-1
  Candidate: 7u65-2.5.1-1
  Version table:
 *** 7u65-2.5.1-1 0
        500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status
openjdk-7-jre-lib:
  Installed: (none)
  Candidate: 7u65-2.5.1-1
  Version table:
     7u65-2.5.1-1 0
        500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
openjdk-7-jre:
  Installed: 7u65-2.5.1-1
  Candidate: 7u65-2.5.1-1
  Version table:
 *** 7u65-2.5.1-1 0
        500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status

[jure]

Neue Version (7u65-2.5.1-1). Jameica/Hibiscus funktionieren noch super.
...

welchen Leser mit welchem Treiber benutzt du denn, PC/SC oder ctapi. Mein ReinerSCT cyberJack läuft mit PC/SC und der Entwickler von Hibiscus schreibt im  http://www.onlinebanking-forum.de/forum/topic.php?p=108890#real108890

Code: [Select]

Also der Crash passiert jedenfalls beim Oeffnen der Verbindung zum PCSC-Kartenleser.
Unter Umstaenden hat sich da in dieser Java-Version was geaendert oder
die in dieser Java-Version enthaltene PCSC-Unterstuetzung ist nicht mehr kompatibel zum installierten
 pcscd/pcsc-lite.

[bluelupo]

Hi jure,
ich benutze den Kartenleser cyberJack eCom von ReinerSCT (mit neuester Firmware) und PC/SC, sowie libifd-cyberjack6 den aber nicht in der aktuellsten Version in SID sondern der von der Herstellerseite downloadbare Version (als deb). Nur diese Version lief damals (Anfang 2014).

Das einzige was ich noch nicht getestet habe ist die Kombination libifd-cyberjack6 3.99.5final.sp05-1 mit openjdk-7-jre 7u60-2.5.0-2.

Code: [Select]

libifd-cyberjack6:
  Installiert:           3.99.5final.SP03
  Installationskandidat: 3.99.5final.SP03
  Paket-Pinning: 3.99.5final.SP03
  Versionstabelle:
     3.99.5final.sp05-1 10000
        500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
 *** 3.99.5final.SP03 10000
        100 /var/lib/dpkg/status

pcsc-tools:
  Installiert:           1.4.22-1
  Installationskandidat: 1.4.22-1
  Versionstabelle:
 *** 1.4.22-1 0
        500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
        100 /var/lib/dpkg/status

pcscd:
  Installiert:           1.8.11-3
  Installationskandidat: 1.8.11-3
  Versionstabelle:
 *** 1.8.11-3 0
        500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
        100 /var/lib/dpkg/status

# pcsc_scan
PC/SC device scanner
V 1.4.22 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau@free.fr>
Compiled with PC/SC lite version: 1.8.10
Using reader plug'n play mechanism
Scanning present readers...
0: REINER SCT cyberJack ecom_a (0679700133) 00 00

Fri Jul 18 11:47:48 2014
Reader 0: REINER SCT cyberJack ecom_a (0679700133) 00 00
  Card state: Card removed,


[reinob]

welchen Leser mit welchem Treiber benutzt du denn, PC/SC oder ctapi.

Aha, jetzt ist alles klar. Ich benutze HBCI/FinTS mit klasisschen PIN/TAN.

[bluelupo]

@reinob: Ich habe einen "echten" HBCI Zugang via Karte/Kartemleser zu meiner Bank.

[jure]

mit dem heutigen update auf 7u65-2.5.1-1 gehts bei mir wieder, ohne weitere Änderungen

Code: [Select]

apt-cache policy openjdk-7-jre
openjdk-7-jre:
  Installiert:           7u65-2.5.1-1
  Installationskandidat: 7u65-2.5.1-1
  Versionstabelle:
 *** 7u65-2.5.1-1 0
        500 http://http.debian.net/debian/ unstable/main amd64 Packages