Arch Linux

xnviewmp:Fehler bei externem Aufruf (Gimp):Systematik der Problemsuche

waldbaer59

Hallo zusammen,

ich habe vor einigen Tagen gwenview deinstalliert und verwende stattdessen xnviewmp. Das bedeutet: alte Probleme verschwinden; neue tauchen auf 😉
Ein erstes Problem war, dass bei Aufruf von Gimp aus xnviewmp heraus plötzlich das G'mic Plugin nicht mehr wollte. Dies beruht wohl auf der Verwendung einer älteren Version von Qt in xnviewmp (5.6) im Vergleich zu G'mic (5.9). Nun gut. Im AUR gibt es ja eine Version, bei der statt der mitgelieferten die Systembibliotheken verwendet werden und damit ist dieses Problem aus der Welt ...

Weswegen ich mich nun an euch wende: auf einer weiteren Maschine, die von der Konfiguration meines Arbeitsplatzrechners i.w. nicht abweicht, startet Gimp nicht, wenn man ein Bild aus xnviewmp damit öffnen will. Beim Aufruf von xnviewmp via Kommandozeile kommt keine erhellende Meldung. Gimp wird aber von anderen Programmen (geeqie, gthumb - bitte keine Diskussion, warum ich diese nicht standardmäßig nehmen möchte) anstandslos gestartet.
Jetzt wundere ich mich, warum auf der einen Maschine Gimp beim Aufruf startet und auf der anderen Kiste nix passiert. Wie komme ich der Sache denn am ehesten auf die Spur? So was muss man doch herausfinden können, aber ich habe keine unmittelbare Idee (abgesehen von strace vielleicht, aber es mag ja noch bessere Möglichkeiten geben).

Für erhellende Informationen schon jetzt vielen Dank
Stephan

waldbaer59

Nochmal Hallo,

ich habe mir jetzt Einges angesehen und bin ein kleines Stück weiter. "journalctl -f" zeigt mir, dass gimp abbricht und ein Dump geschrieben wird ...

ug 06 11:48:58 RHO kernel: gimp[15652]: segfault at 43c06 ip 0000000000043c06 sp 00007ffc6de31d38 error 14 in gimp-2.8[400000+571000]
Aug 06 11:48:58 RHO systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Aug 06 11:48:58 RHO systemd[1]: Started Process Core Dump (PID 15665/UID 0).
Aug 06 11:48:59 RHO systemd-coredump[15666]: Process 15652 (gimp) of user 1000 dumped core.

Stack trace of thread 15652:
#0 0x0000000000043c06 n/a (n/a)

Wenn ich mir den Dump ein wenig genauer ansehe, so erhalte ich via "coredumpctl info 15652" und nachfolgendem "bt":

[New LWP 15652]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/bin/gimp /home/waldi/Daten/Bilder/2016/2016_03/2016_03_28_KLOSTER_ARNSBUR'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000043c06 in ?? ()
(gdb) bt
#0 0x0000000000043c06 in ()
#1 0x00007f3862e5b000 in () at /usr/lib/libIlmImf-2_2.so.22
#2 0x00007f3870f0337a in call_init.part () at /lib64/ld-linux-x86-64.so.2
#3 0x00007f3870f03486 in _dl_init () at /lib64/ld-linux-x86-64.so.2
#4 0x00007f3870f0793e in dl_open_worker () at /lib64/ld-linux-x86-64.so.2
#5 0x00007f386c9cbe44 in _dl_catch_error () at /usr/lib/libc.so.6
#6 0x00007f3870f0715a in _dl_open () at /lib64/ld-linux-x86-64.so.2
#7 0x00007f3869870ea6 in () at /usr/lib/libdl.so.2
#8 0x00007f386c9cbe44 in _dl_catch_error () at /usr/lib/libc.so.6
#9 0x00007f38698715a7 in () at /usr/lib/libdl.so.2
#10 0x00007f3869870f42 in dlopen () at /usr/lib/libdl.so.2
#11 0x00007f386c47b702 in g_module_open () at /usr/lib/libgmodule-2.0.so.0
#12 0x00007f386def9986 in () at /usr/lib/libgegl-0.2.so.0
#13 0x00007f386def9bdb in gegl_module_new () at /usr/lib/libgegl-0.2.so.0
#14 0x00007f386defa0ee in () at /usr/lib/libgegl-0.2.so.0
#15 0x00007f386def906c in gegl_datafiles_read_directories () at /usr/lib/libgegl-0.2.so.0
#16 0x00007f386ded911c in () at /usr/lib/libgegl-0.2.so.0
#17 0x00007f386d1d0ab0 in g_option_context_parse () at /usr/lib/libglib-2.0.so.0
#18 0x00007f386d1d1a34 in g_option_context_parse_strv () at /usr/lib/libglib-2.0.so.0
#19 0x000000000047f46a in main ()

Kann mir jemand eine Idee geben, wo weitersuchen sinnvoll sein könnte?

VLG
Stephan

waldbaer59

Was ich noch ergänzen möchte: starte ich Gimp separat, nachdem xnview bereits läuft, und ziehe ein Bild aus xnviewmp in das Gimp-Fenster hinein, wird es ordnungsgemäß geöffnet.
Ich frage mich, ob der Fehler damit zu tun hat, wie das aufrufende Programm z.B. Umgebungsvariablen verändert.
Gibt es einen Weg, Gimp von xnviewmp aus quasi in einem neuen Kontext zu starten und das Bild mitzugeben? Dann dürften alle Probleme schlagartig behoben sein. Anwendungen wie z.B. Lightzone und Darktable lassen sich übrigens völlig ohne Probleme einbinden. Sie starten korrekt und öffnen dann auch das richtige Bild.