Wenn ich versuche das Programm in /opt/DocFetcher zu starten, bekomme ich die im Anhang befindliche Meldung. Ich finde aber nirgendwo eine lock Datei und auch keinen Prozess mit Namen docfetcher. Außerdem wird ein ziemlich langes log file geschrieben, das beginnt mit:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f6e8f236e16, pid=1152914, tid=1152915
#
# JRE version: OpenJDK Runtime Environment (17.0.10+7) (build 17.0.10+7-Debian-1)
# Java VM: OpenJDK 64-Bit Server VM (17.0.10+7-Debian-1, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C [libswt-gtk-4942r22.so+0x36e16] Java_org_eclipse_swt_internal_C_strlen+0xf
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
# https://bugs.debian.org/openjdk-17
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- S U M M A R Y ------------
Command Line: -enableassertions -Xmx1g -Xss2m -Djava.library.path=lib -Duser.home=/home/peter -Duser.language=de net.sourceforge.docfetcher.gui.Application
.
.
Im Verzeichnis von DocFetcher ist ein Verzeichnis /lib mit vielen jar Dateien enthalten. Die Struktur und die Dateien auf dem funktionierenden MX Linux System und hier scheinen identisch und das Startscript DocFetcher-GTK3.sh ist ebenfalls identisch. Es sieht wie folgt aus:
#!/bin/sh
script=$(readlink -f "$0")
scriptdir=`dirname "$script"`
cd "$scriptdir"
CLASSPATH=
for FILE in `ls ./lib/*.jar`
do
CLASSPATH=${CLASSPATH}:${FILE}
done
java -enableassertions -Xmx1g -Xss2m -cp ".:${CLASSPATH}" -Djava.library.path="lib" net.sourceforge.docfetcher.Main "$@"