New JFrame geht nicht mehr immer ... ?

pumpkin_1768a9 · 6. Februar 2004 um 18:07

Moin

Mein System:
linux 2.4.21, XFree 4.3.0 (drm-trunk), j2sdk1.4.0

Als normaler User eingelogt funktioniert folgendes Testprogramm bei mir nicht mehr:

import javax.swing.\*;

public class test{
&nbsp; &nbsp; &nbsp; &nbsp; public static void main (String[] A){
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; try {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; System.out.println ("1");
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; JFrame JF = new JFrame();
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; System.out.println ("2");
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; } catch (Throwable T){
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; System.out.println ("Throwable "+T.toString());
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; &nbsp; &nbsp; }
}

Laut jdb bleibt das Ding hier:

&nbsp; [1] sun.awt.motif.MToolkit.init (native method)
&nbsp; [2] sun.awt.motif.MToolkit. (MToolkit.java:93)
&nbsp; [3] sun.reflect.NativeConstructorAccessorImpl.newInstance0 (native method)
&nbsp; [4] sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39)
&nbsp; [5] sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27)
&nbsp; [6] java.lang.reflect.Constructor.newInstance (Constructor.java:274)
&nbsp; [7] java.lang.Class.newInstance0 (Class.java:296)
&nbsp; [8] java.lang.Class.newInstance (Class.java:249)
&nbsp; [9] java.awt.Toolkit$2.run (Toolkit.java:724)
&nbsp; [10] java.security.AccessController.doPrivileged (native method)
&nbsp; [11] java.awt.Toolkit.getDefaultToolkit (Toolkit.java:703)
&nbsp; [12] java.awt.Window.getToolkit (Window.java:652)
&nbsp; [13] java.awt.Window.init (Window.java:223)
&nbsp; [14] java.awt.Window. (Window.java:252)
&nbsp; [15] java.awt.Frame. (Frame.java:398)
&nbsp; [16] java.awt.Frame. (Frame.java:363)
&nbsp; [17] javax.swing.JFrame. (JFrame.java:154)
&nbsp; [18] test.main (test.java:8)

für ein paar Minuten stehen.

Führe ich das Programm als root aus so läuft es normal durch. Die Demo’s (jfc/Notepad.jar) laufen auch als normal-User. Das Test-programm lief auf dem gleichen System auch schon als normal-user durch. Das System wurde seitdem nicht geupdatet, laut fcheck hat sich in /usr, /lib und /sbin nichts verändert.

Irgendwelche Ideen ?

(neuinstallation des sdk bringt gar nichts, Neuinstallation des Rechners ist nicht möglich)

Output von lsof:

java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;cwd &nbsp; &nbsp;DIR &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp; 4096 &nbsp; &nbsp;4276268 /home/pumpkin/personalDocs/projekte/java/fsbrowser/TEMP
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;rtd &nbsp; &nbsp;DIR &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp; 4096 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2 /
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;txt &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;21252 &nbsp; &nbsp;2326853 /usr/java/j2sdk1.4.0/bin/java
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;82456 &nbsp; &nbsp;3932812 /lib/ld-2.3.1.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;38356 &nbsp; &nbsp; 442839 /usr/java/j2sdk1.4.0/jre/lib/i386/native\_threads/libhpi.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp; 4391 &nbsp; &nbsp;3064222 /usr/java/j2sdk1.4.0/jre/lib/ext/dnsns.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;81959 &nbsp; &nbsp;3932848 /lib/libpthread-0.10.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp; 7992 &nbsp; &nbsp;3932837 /lib/libdl-2.3.1.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;1104040 &nbsp; &nbsp;3932835 /lib/libc-2.3.1.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;5003433 &nbsp; &nbsp;3621048 /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;69132 &nbsp; &nbsp;3932839 /lib/libnsl-2.3.1.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 288444 &nbsp; &nbsp; 409989 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 131156 &nbsp; &nbsp;3932838 /lib/libm-2.3.1.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;73032 &nbsp; &nbsp;2654587 /usr/java/j2sdk1.4.0/jre/lib/i386/libverify.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 143952 &nbsp; &nbsp;2654459 /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;89596 &nbsp; &nbsp;2654588 /usr/java/j2sdk1.4.0/jre/lib/i386/libzip.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 23556160 &nbsp; &nbsp;1016292 /usr/java/j2sdk1.4.0/jre/lib/rt.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;90973 &nbsp; &nbsp;1016293 /usr/java/j2sdk1.4.0/jre/lib/sunrsasign.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 450286 &nbsp; &nbsp;1016286 /usr/java/j2sdk1.4.0/jre/lib/jsse.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;76291 &nbsp; &nbsp;1016285 /usr/java/j2sdk1.4.0/jre/lib/jce.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;2622435 &nbsp; &nbsp;1016274 /usr/java/j2sdk1.4.0/jre/lib/charsets.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;26352 &nbsp; &nbsp;3916417 /usr/X11R6/lib/libXp.so.6.2
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp; 7288 &nbsp; &nbsp;5849495 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;38892 &nbsp; &nbsp;3932813 /lib/libnss\_compat-2.3.1.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;53559 &nbsp; &nbsp;3064223 /usr/java/j2sdk1.4.0/jre/lib/ext/ldapsec.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 664067 &nbsp; &nbsp;3064224 /usr/java/j2sdk1.4.0/jre/lib/ext/localedata.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 116788 &nbsp; &nbsp;3064225 /usr/java/j2sdk1.4.0/jre/lib/ext/sunjce\_provider.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 290018 &nbsp; &nbsp;3064226 /usr/java/j2sdk1.4.0/jre/lib/ext/vecmath.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;2504666 &nbsp; &nbsp;3064227 /usr/java/j2sdk1.4.0/jre/lib/ext/j3dcore.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;1327572 &nbsp; &nbsp;3064228 /usr/java/j2sdk1.4.0/jre/lib/ext/j3dutils.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;1383287 &nbsp; &nbsp;3064229 /usr/java/j2sdk1.4.0/jre/lib/ext/j3daudio.jar
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp;2982416 &nbsp; &nbsp;2654450 /usr/java/j2sdk1.4.0/jre/lib/i386/libawt.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 332744 &nbsp; &nbsp;2654576 /usr/java/j2sdk1.4.0/jre/lib/i386/libmlib\_image.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 299984 &nbsp; &nbsp;3916420 /usr/X11R6/lib/libXt.so.6.0
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;51856 &nbsp; &nbsp;3916412 /usr/X11R6/lib/libXext.so.6.4
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;17212 &nbsp; &nbsp;3916421 /usr/X11R6/lib/libXtst.so.6.1
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 764656 &nbsp; &nbsp;3916410 /usr/X11R6/lib/libX11.so.6.2
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;31324 &nbsp; &nbsp;3916339 /usr/X11R6/lib/libSM.so.6.0
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;76240 &nbsp; &nbsp;3916408 /usr/X11R6/lib/libICE.so.6.3
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp;mem &nbsp; &nbsp;REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 920988 &nbsp; &nbsp;2654454 /usr/java/j2sdk1.4.0/jre/lib/i386/libfontmanager.so
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;0u &nbsp; CHR &nbsp; &nbsp; &nbsp;136,2 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1435 /dev/pts/2
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;1u &nbsp; CHR &nbsp; &nbsp; &nbsp;136,2 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1435 /dev/pts/2
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;2u &nbsp; CHR &nbsp; &nbsp; &nbsp;136,2 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1435 /dev/pts/2
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;3r &nbsp;FIFO &nbsp; &nbsp; &nbsp; &nbsp;0,5 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 57366 pipe
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;4w &nbsp;FIFO &nbsp; &nbsp; &nbsp; &nbsp;0,5 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 57366 pipe
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;5u &nbsp;unix 0xeaeff3c0 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 57368 socket
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;6r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 242700 &nbsp; &nbsp;5734939 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaTypewriterRegular.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;8r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;80856 &nbsp; &nbsp;5734930 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaBrightItalic.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; &nbsp;9r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 344908 &nbsp; &nbsp;5734931 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaBrightRegular.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 10r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 208628 &nbsp; &nbsp;5734932 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaSansDemiBold.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 11r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;91352 &nbsp; &nbsp;5734933 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaSansDemiOblique.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 12r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 253724 &nbsp; &nbsp;5734934 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaSansOblique.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 13r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 698236 &nbsp; &nbsp;5734935 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaSansRegular.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 14r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 141272 &nbsp; &nbsp;5734936 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaTypewriterBold.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 15r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; &nbsp;63168 &nbsp; &nbsp;5734937 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaTypewriterBoldOblique.ttf
java &nbsp; &nbsp; &nbsp;15516 pumpkin &nbsp; 16r &nbsp; REG &nbsp; &nbsp; &nbsp; &nbsp;9,0 &nbsp; 137484 &nbsp; &nbsp;5734938 /usr/java/j2sdk1.4.0/jre/lib/fonts/LucidaTypewriterOblique.ttf

(Das wiederholt sich ein paar mal mit anderen PID’s)

cu

deconstruct_efa77f · 6. Februar 2004 um 20:57

Hallo,

Mein System:
linux 2.4.21, XFree 4.3.0 (drm-trunk), j2sdk1.4.0

Das hat denke ich nichts mit deinem System zu tun.

import javax.swing.*;

public class test{
public static void main (String[] A){
try {
System.out.println („1“);
JFrame JF = new JFrame();
System.out.println („2“);
} catch (Throwable T){
System.out.println ("Throwable
"+T.toString());
}
}
}

Das bleibt bei mir (OSX, Java 1.4.1) auch hängen, nachdem noch die „2“ ausgegeben wird. Das Problem ergibt sich ja wegen dem JFrame. Und ein JFrame tritt jede Menge Listener, Observer und andere Threads hoch, die noch weiterlaufen. Deshalb endet das Programm auch nicht. Dazu müssten erst sämtliche dieser Threads beendet sein. Das kann u.U. schon ganz schön lange dauern, bis der GarbageCollector dieses Zeug irgendwann beseitigt.

Wenn du willst, dass sich das Programm nach dem "2"er beendet, dann machst du einfach ein System.exit(0); danach, und dann endet das Programm auch.

Aber bei einer Oberflächenanwendung wird das Programm ja normal eh über den Schließen-Knopf des Fensters geschlossen.

Das einzige was mich wundert, ist, dass es bei dir als Root sofort beendet wird, wenn ich das richtig verstehe. Das ist bei mir z.B. nicht so. Aber ich denke, dass es mit dem GarbageCollector zusammenhängt.

mfg
deconstruct

pumpkin_1768a9 · 6. Februar 2004 um 21:33

Moin

Das bleibt bei mir (OSX, Java 1.4.1) auch hängen, nachdem noch
die „2“ ausgegeben wird.

Das bleibt bei mir bei der 1 hängen. (in der Erzeugung des JFrame, wie der Trace aus jdb zeigt)

Das einzige was mich wundert, ist, dass es bei dir als Root
sofort beendet wird, wenn ich das richtig verstehe.

in root braucht das etwa 5 sek. (4 sek für den jvm-start, 1,2, ende,…)

cu

deconstruct_efa77f · 7. Februar 2004 um 01:27

Hallo,

Das bleibt bei mir bei der 1 hängen. (in der Erzeugung des
JFrame, wie der Trace aus jdb zeigt)

Dann hab ich das falsch verstanden. Ich tippe mal auf ein Prob mitm X-Server oder mit den Look’n’Feels.

Hast du schon mal probiert ein anderes Look’n’Feel zu nehmen? Metal oder GTK z.B.? Weil eventuell ists ein Problem mit Motif…

Falls es das nicht ist:
Hast du alle Rechte dazu, als normaler Anwender den X-Server zu benutzen? Hast du irgendwelche Devices oder Executables in den Zugriffsrechten beschnitten?
Funktionieren überhaupt Java-Anwendungen, die Swing oder AWT verwenden?

mfg
deconstruct

pumpkin_1768a9 · 7. Februar 2004 um 14:08

Moin

Das bleibt bei mir bei der 1 hängen. (in der Erzeugung des
JFrame, wie der Trace aus jdb zeigt)

Dann hab ich das falsch verstanden.

Lies den Stack-trace…

Ich tippe mal auf ein Prob
mitm X-Server oder mit den Look’n’Feels.

Hast du schon mal probiert ein anderes Look’n’Feel zu nehmen?

ja, hab alle 3 durch: 2 schmeissen Exception von wegen „nicht installiert“, und bei dem 3. … naja, es ändert sich nichts.

Hast du alle Rechte dazu, als normaler Anwender den X-Server
zu benutzen?

Nachdem alle anderen Programme normal starten können: ja.

Hast du irgendwelche Devices oder Executables in
den Zugriffsrechten beschnitten?

nein.

Funktionieren überhaupt Java-Anwendungen, die Swing oder AWT
verwenden?

ja. (z.b. alle aus demo/jfc, sowohl mit java-jar gestartet als auch entpackt und neu kompiliert.)

cu

deconstruct_efa77f · 7. Februar 2004 um 15:36

Hallo,

ja, hab alle 3 durch: 2 schmeissen Exception von wegen „nicht
installiert“, und bei dem 3. … naja, es ändert sich nichts.

? Welche denn? Also Metal, GTK und Motif sind bei Linux afaik immer dabei. Ein „nicht installiert“ sollte es da nicht geben, zumindest nicht bei der JRE von SUN. Woher hast du die Java-Version? Blackdown, IBM, direkt von SUN?
Wie hast du denn versucht, Metal oder GTK als Laf einzustellen?
Funktionieren normale Linux-Anwendungen, die die Motif-Bibliotheken verwenden als normaler Benutzer ohne Probleme?

Ich hab leider erst ab Montag wieder ein Linux zur Verfügung, um das direkt zu testen. Ich tippe aber wie gesagt auf ein Problem mit den Motif-Bibliotheken. Im Stacktrace ist der letzte Eintrag auch ein Aufruf einer nativen Methode, und von dort scheints dann nicht mehr weiter zu gehen.
Was ich mal sicher behaupten würde: Das Problem liegt nicht an Java, sondern an einer externen Bibliothek.

mfg
deconstruct

pumpkin_1768a9 · 7. Februar 2004 um 19:06

Moin

? Welche denn? Also Metal, GTK und Motif sind bei Linux afaik
immer dabei.

Die 3 werden gefunden: (UIManager.getInstalledLookAndFeels())
javax.swing.plaf.metal.MetalLookAndFeel
com.sun.java.swing.plaf.motif.MotifLookAndFeel
com.sun.java.swing.plaf.windows.WindowsLookAndFeel

Ein „nicht installiert“ sollte es da nicht geben,
zumindest nicht bei der JRE von SUN. Woher hast du die
Java-Version? Blackdown, IBM, direkt von SUN?

Die 1.4.0 von sun, die 1.3.0 von Blackdown. (die IBM-version ist nicht mit java3d kombinierbar, deshalb hab ich da keine andere Wahl)

Wie hast du denn versucht, Metal oder GTK als Laf einzustellen?

UIManager.setLookAndFeel(„javax.swing.plaf.metal.MetalLookAndFeel“);
und als

Bei den anderen gehts in die Hose mit:
Exception in thread „main“ javax.swing.UnsupportedLookAndFeelException: [The Microsoft Windows Look and Feel - com.sun.java.swing.plaf.windows.WindowsLookAndFeel] not supported on this platform

Funktionieren normale Linux-Anwendungen, die die
Motif-Bibliotheken verwenden als normaler Benutzer ohne
Probleme?

Ja. Sowohl in java geschriebene (wie forte) als auch andere. Sie werden auch alle richtig dargestellt, mit den richtigen Window-decorations… alles so wie’s soll.

Ich tippe aber wie gesagt auf ein Problem
mit den Motif-Bibliotheken.

Ich hoffe doch dass die bei einer neuinstallation des sdk’s auch neu erzeugt werden. Das alte hatte ich umbenannt, dann das 1.3.0 installiert. Keinerlei Veränderung.

Was ich mal sicher behaupten würde: Das Problem liegt nicht an
Java, sondern an einer externen Bibliothek.

Seh ich auch so, die Quizfrage ist: an welcher ? An X hat sich nix verändert, fcheck hätte das auffallen müssen. Das KDE (3.1) ist auch gleich geblieben.

Ich hab einen neuen User angelegt und jetzt läuft das Programm, aber nur bei dem neuen User (und root). Das hilft mir zwar weiter, aber es löst das Problem nicht.

cu

deconstruct_efa77f · 8. Februar 2004 um 00:46

Hallo,

Funktionieren normale Linux-Anwendungen, die die
Motif-Bibliotheken verwenden als normaler Benutzer ohne
Probleme?

Ja. Sowohl in java geschriebene (wie forte) als auch andere.
Sie werden auch alle richtig dargestellt, mit den richtigen
Window-decorations… alles so wie’s soll.

so meinte ich das nicht Motif ist eine Oberflächen-Bibliothek für Unixe. Oft wird auch stattdessen aus Lizenzgründen ein Klon, wie z.B. Lesstif benutzt. Das Java Motif Look’n’Feel ist nur ein Wrapper, der diese Bibliothek zur Darstellung der Oberfläche nutzt.
Unter einer „normalen“ Anwendung, verstand ich eine Linux-Anwendung, die Motif verwendet. Zum Beispiel xpdf sollte Motif/Lesstif zur Anzeige verwenden, wenn mich nicht alles täuscht.

Ich tippe aber wie gesagt auf ein Problem
mit den Motif-Bibliotheken.

Ich hoffe doch dass die bei einer neuinstallation des sdk’s
auch neu erzeugt werden. Das alte hatte ich umbenannt, dann
das 1.3.0 installiert. Keinerlei Veränderung.

Die Motif-Bibliotheken sind nich Teil des SDKs, sondern Teil deines Linux-Systems. Daher bringt hier eine Neuinstallation des SDKs nichts.

Was ich mal sicher behaupten würde: Das Problem liegt nicht an
Java, sondern an einer externen Bibliothek.

Seh ich auch so, die Quizfrage ist: an welcher ? An X hat sich
nix verändert, fcheck hätte das auffallen müssen. Das KDE
(3.1) ist auch gleich geblieben.

Naja, an Motif eben

Ich hab einen neuen User angelegt und jetzt läuft das
Programm, aber nur bei dem neuen User (und root). Das hilft
mir zwar weiter, aber es löst das Problem nicht.

Hmm… das ändert natürlich alles. Dann liegts wohl an einer .-Datei im Home-Verzeichnis des Benutzers. Möglicherweise an einer, die den X-Server betrifft, oder eine von Java. Weiß jetzt auch nicht genau, was da in Frage kommt, aber das sollte sich per Trial-and-Error feststellen lassen.
Einfach schnell umbennen, ausprobieren, und wenns nichts ändert, wieder zurückbenennen.

mfg
deconstruct