Am 09.10.18 20:36 schrieb Herbert Albert:
Am Dienstag, 9. Oktober 2018, 19:43:38 CEST schrieb Norbert Zawodsky:
Am 09.10.18 19:16 schrieb Herbert Albert:
Am Dienstag, 9. Oktober 2018, 18:32:01 CEST schrieb Herbert Albert:
Am Dienstag, 9. Oktober 2018, 13:50:37 CEST schrieb Norbert Zawodsky:
Hallo Norbert
[...]
Ich habe dieses Phänomen ein wenig weiter beobachtet.
1. interessante Frage ist, wieso funktioniert es scheinbar wieder wenn man gimp "neu installiert", oder eigentlich nur updated (Im Yast einfach nur "unbedingt aktualisieren") das mit dem Zwangsupdate per Yast habe ich probiert, einfach alle installierten gimp Pakte auf "unbedingt aktualisieren" gesetzt, ohne Wirkung.
Kann jetzt noch versuchen alles zu deinstallieren und dann neu zu installieren.
Herbert habe nun per Yast alles was mit gimp zu tun hat deinstalliert Yast beendet, neu aufgerufen und wieder installiert. Dazwischen nicht gebootet. Hat nichts gebracht, gimp startet nicht. Wird gimp via KDE Startmenü aufgerufen, erscheint kurz der hüpfende Cursor und in der Fensterleist wird schon mal Platz gemacht, das fällt aber wieder ins sich zusammen. Der Prozess ist aber in der Prozesstabelle vorhanden (10336 ? Sl 0:00 /usr/bin/ gimp-2.8). muss ich also händisch killen. Es könnte eventuell auch im Programm eine "race condition" auftreten. Ich habe jetzt ein paar mal probiert gimp zu starten. Jedesmal das oben beschriebene Verhalten, Prozess scheint "waiting" in der Prozessliste auf. Dann habe ich es aus Interesse wieder unter strace probiert, und diesmal startete es.
Irgend eine Art von "timing-problem", vielleicht kombiniert mit "Resten im Speicher".
Aber meiner Meinung nach definitiv ein Programmfehler. gibst du bei strace gimp noch etwas an? Wenn ich das ausführe wird mir massenhaft die Konsole vollgeschrieben, aber gimp startet nicht. Am Ende steht futex(0x7f3e001ae9d0, FUTEX_WAIT, 16111, NULL
Ja??? Siehe einer meiner letzten posts von heute ... Dort schrieb ich "... gimp wartet 'ewig' im futex call ...." Das Ganze ist vermutlich ein timing-problem, race-condition, wasauchimmer. Für Programmierer extrem schwer festzumachen. Denn kaum ändert man etwas an der Umgebung (mit/ohne debugger, mit/ohne strace,...) tritt es vielleicht nicht mehr auf, vielleicht aber doch, vielleicht auch nur manchmal... Ich weiß es noch aus meiner programmier Tätigkeit. Derartige Fehler sind der blanke Horror... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org