Mit NO_J2D_MITSHM=1 lässt sich das Problem umgehen, ggf. anpassen:
NO_J2D_MITSHM=1 java -jar ~/josm-latest.jar
Diese Option verbietet Java den Shared Memory des X Servers zu benutzen.
Erklärung:
Leider ist bei einem OpenJDK 7 Sicherheitspatch etwas kaputt gegangen.
Java tauscht Daten mit dem X Server standardmäßig über Shared Memory aus.
Durch den fehlerhaften Patch wird der angeforderte Speicher durch Java nicht mehr frei gegeben, so dass irgendwann der Shared Memory voll ist.
Andere Programme, die diesen Shared Memory benutzen möchten (wie z.B. Programme, welche Qt verwenden, also auch KDE), können dann nicht mehr zeichnen (deshalb die Grafikfehler) oder gar nicht erst starten.
Den Shared Memory Leak kann man bei laufendem JOSM übrigens sehr schön beobachten:
Falls noch eine nicht verbesserte OpenJDK-7-Version verwendet wird, kann übrigens anstatt der oben genannte Option “NO_J2D_MITSHM=1” auch die Option “sun.java2d.opengl=true” verwenden werden, denn OpenGL verwendet den genannten Shared Memory nicht:
Das Problem scheint das Zusammentreffen von OpenJDK 7 und Qt (Bibliothek von KDE) zu sein. Vorgestern hatte ich im Büro (Ubuntu 14.04) zufällig gleichzeitig JOSM und QGIS offen und plötzlich waren in QGIS die Dialogfenster kaputt und die Menüpunkte erscheinen nur, wenn sich die Maus auf ihnen befand. Solch ein Verhalten habe ich zuvor nur auf meinem Laptop (Arch Linux) im VLC Player beobachtet, wenn ich Videomapping betrieben habe (also laufender JOSM).
Jetzt habe ich auf OpenJDK 8 upgegradet (OpenJDK 7 habe ich gleich deinstalliert) und das Problem scheint auf meinem Laptop nicht mehr aufzutreten.
Aus der Reihe der GUI-Probleme mit JOSM unter Ubuntu/Debian habe ich noch so ein Schätzchen. (Damit macht das Mappen keinen Spaß) Entdeckt habe ich es, weil ich mir einen neuen Laptop gekauft und erstmal Kubuntu/Xubuntu 15.10 installiert habe (sonst nutze ich Arch Linux). Aber seht selbst:
Danke für den Hinweis und die Lösung! Hm, ich habe dieses Problem noch nie gesehen, obwohl ich mit Linux Mint 17.3 ebenfalls auf einem Debian-Derivat mit Ubuntu-Einflüssen arbeite und gelegentlich auch einen Lubuntu-Rechner mit JOSM nutze. Ob dieses Problem wohl auf bestimmte Desktops beschränkt ist? Es sieht so aus: Im zu ändernden String erscheint “Gnome”, also geht es diesmal wohl nicht um KDE. Allerdings könnte dann auch Cinnamon betroffen sein, das ich ja auf Mint nutze. Vielleicht sehe ich das Problem nur deshalb nicht, weil ich im Moment noch Java 7 als Default habe; dann wäre dieses Problem auf JOSM mit Java 8 beschränkt. Aber auch dann wäre ich froh, darum zu wissen, da ich ja demnächst auf Java 8 wechseln werde/muss (da JOSM dieses bald erfordern wird). Also jedenfalls vielen Dank für den Tip!
Edit: aus den zitierten beiden Tickes geht hervor, dass das Problem auf Openjdk 8 (und Gnome?!) beschränkt ist.
Aber jetzt frage ich mich doch, unter welcher Konfiguration das Problem nun auftritt. An Java 7 vs. 8 liegt es lt. Nakaner nicht. Liegt es doch am Desktop? Der oben zitierte Pfad scheint ja auf Gnome (und Abkömmlinge, also auch Unity?!) hinzudeuten, und Kreuzschnabel, der das Problem nicht hat, benutzt KDE, richtig? Aber Nakaner schreibt, auch KDE sei betroffen, und unter Linux Mint mit Cinnamon habe ich das Problem bisher noch nie gesehen, obwohl auch Cinnamon ja von Gnome (3) abstammt … also auch keine klare Zuordnung zwischen Desktop und Problem. Vielleicht hat es damit zu tun, ob irgendwelche accessibility-Dinge angeschaltet sind. Naja, ist ja auch egal, solange der Workaround funktioniert.
Zement mal – ich dachte gerade an das alte Problem, wo es darum ging, daß KDE-Anwendungen nicht mehr zu gebrauchen waren, wenn JOSM eine Zeitlang lief. Aus dem Ticket, das ich seinerzeit erstellt hatte, ergab sich, daß es ein Speicherleck in Java war, das kurz darauf gefixt wurde. Demnach sollte das in aktuellen Versionen (auch Java 7) nicht mehr auftreten.
Das jetzt von Nakaner vorgestellte Problem mit den Werten im Dialogfenster tritt bei mir aber auch nicht auf. Allerdings habe ich das „Verhalten und Aussehen“ von JOSM auf GTK+ umgestellt. Moment, ich stell mal zurück … nein, auch mit der standardmäßigen Metal-Oberfläche (die ich ganz furchtbar 90er finde) tritt das Problem bei mir nicht auf.
Mit einem frisch installierten Kubuntu 15.10 (mit alle Aktualisierungen) habe ich das Problem nicht, weder mit Java 7 noch 8.
Habe alle Standardeinstellungen belassen.
Vielleicht der Grafiktreiber? Merkwürdige Verhaltensweisen von unity/… habe ich eigentlich nur mit komischen Grafiktreibern gesehen (ist aber schon ein paar Jahre her)
Bei mir sind es zwei Geräte (ein Notebook, ein Desktop-Rechner) mit Intel-Skylake-Prozessoren und integrierter Grafik (also keine dezidierte Grafikkarte). Mein altes Notebook mit Intel Core i5 der 1. Generation hat das Problem nicht gehabt, aber dort ist Arch Linux installiert, das weniger den Upstream-Code patcht als es die Ubuntu-/Debian-Leute tun. (Ubuntu will ich auf dem Gerät nicht installieren)
