Hallo, benutze das Programm MuPAD, das bei SuSE 9.1 mit auf der DVD ist. Währen mupad in der Shell normal läuft, läßt sich xmupad nicht starten. Die Fehlermeldung lautet kurz und knapp "Speicherzugriffsfehler". Versuche ich als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified /opt/MuPAD/linux/bin/mxmupad: kann Anzeige nicht öffnen Komme damit leider nicht weiter. Peter
Hi!
als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified
na dann probier mal in einer BENUTZER shell xhost +localhost (oder wie auch immer der rechner heisst auf dem es laeuft) und dann aus der ROOT shell ein xcalc zum test. wenn das hochkommt, laeuft auch mupad... ciao T
Dr. Thorsten Brandau wrote:
als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified
na dann probier mal in einer BENUTZER shell xhost +localhost (oder wie auch immer der rechner heisst auf dem es laeuft) und dann aus der ROOT shell ein xcalc zum test. wenn das hochkommt, laeuft auch mupad...
Warum kommt das immer wieder? xhost +XXX ist nicht der Weisheit letzter schluss ;) gängige Verfahren werden in "Alle Macht dem User" [http://www.dcoul.de/infos/user2root.html] beschrieben, ansonsten reicht ein "sux" vollkommen um root in den Genuss von X zu bringen ohne mit xhost rumzufummeln... Andreas
On Friday 21 May 2004 12:09, Andreas Loesch wrote:
Dr. Thorsten Brandau wrote:
als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified
na dann probier mal in einer BENUTZER shell xhost +localhost (oder wie auch immer der rechner heisst auf dem es laeuft) und dann aus der ROOT shell ein xcalc zum test. wenn das hochkommt, laeuft auch mupad...
Warum kommt das immer wieder?
xhost +XXX ist nicht der Weisheit letzter schluss ;) gängige Verfahren werden in "Alle Macht dem User" [http://www.dcoul.de/infos/user2root.html] beschrieben, ansonsten reicht ein "sux" vollkommen um root in den Genuss von X zu bringen ohne mit xhost rumzufummeln...
Andreas
Tja, das ging bei mir früher auch. Aber jetzt: akyek@linux:~> xauth extract xxx $DISPLAY akyek@linux:~> sux - Password: linux:~ # echo $DISPLAY :0.0 linux:~ # nedit Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server NEdit: Can't open display linux:~ # xauth merge ~akyek/.Xauthority linux:~ # nedit Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server NEdit: Can't open display linux:~ # xauth merge ~akyek/xxx linux:~ # nedit Xlib: connection to ":0.0" refused by server Xlib: Protocol not supported by server NEdit: Can't open display pc121353:~ # export XAUTHORITY=/home/akyek/.Xauthority pc121353:~ # nedit Das geht dann. _Alle_ anderen Methoden (via xauth) scheitern bei mir. Warum? Keine Ahnung. ach ja: "xhost localhost" als User reicht auch, damit root darf. Warum funktionieren sux und die xauth Methode hier nicht? Wo muss ich evtl. suchen? Andreas PS: System SuSE 9.0 mit XFree86 4.3.0.1; KDE 3.2.2
Andreas Kyek wrote:
Warum funktionieren sux und die xauth Methode hier nicht? Wo muss ich evtl. suchen?
Andreas
PS: System SuSE 9.0 mit XFree86 4.3.0.1; KDE 3.2.2
keine Ahnung ;) ich hatte nur auf einem Suse9 Rechner mal ein seltsames Problem, dass nach dem Update auf KDE3.2.2 _kein_ Switch-User funktionierte :( da auf der Kiste die HDD abgeranzt ist, wurde der sowieso neu installiert und ich hab nicht weiter suchen können... in der Zwischenzeit funktionierte nur der Umweg über ssh (ssh -X root@localhost) das war sehr umständlich :( Andreas
xhost +XXX ist nicht der Weisheit letzter schluss ;) g�ngige
sehe ich anders. genau damit muss EXPLIZIT jedesmal dem Root das recht eingeraeumt werden ein X aufzumachen. und das ist auch gut so. alle automatismen sind gefaehrlich und verleiten zum schlampen bei der sicherheit. man bedenke nur, wenn root bei einer fernwartung aus versehen ein administrationsfenster aufmacht, aber vergessen hat das display umzuleiten... ciao T
Dr. Thorsten Brandau wrote:
xhost +XXX ist nicht der Weisheit letzter schluss ;) g„ngige
sehe ich anders. genau damit muss EXPLIZIT jedesmal dem Root das recht eingeraeumt werden ein X aufzumachen. und das ist auch gut so. alle automatismen sind gefaehrlich und verleiten zum schlampen bei der sicherheit.
root muss an sich erst mal gar nichts gestattet werden, wenn man sux statt su nutzt. alle anderen Wege vereinfachen es (ich nutze sux und hatte noch keine Probleme (BTW: geht auch schneller zu tippen ;) )
man bedenke nur, wenn root bei einer fernwartung aus versehen ein administrationsfenster aufmacht, aber vergessen hat das display umzuleiten...
bei einer Fernwartung nutze ich ssh und dann die ssh-X-Umleitung also hab ich da auch keine Probleme... insbesondere da ich mich dann über ssh als user anmelde und anschliessend mit sux wechsle. Gurss Andreas
.... xcalc kommt leider nicht hoch. peter@linux:~> xhost +localhost localhost being added to access control list peter@linux:~> su Password: linux:/home/peter # xcalc Xlib: connection to ":0.0" refused by server Xlib: Invalid XDM-AUTHORIZATION-1 key (failed key comparison) Error: Can't open display: :0.0 linux:/home/peter # Freundliche Grüße Peter Am Freitag, 21. Mai 2004 06:38 schrieb Dr. Thorsten Brandau:
Hi!
als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified
na dann probier mal in einer BENUTZER shell xhost +localhost (oder wie auch immer der rechner heisst auf dem es laeuft) und dann aus der ROOT shell ein xcalc zum test. wenn das hochkommt, laeuft auch mupad...
ciao
T
... ok, mit sux kommt xcalc hoch. xmupad tut es trotzdem nicht, die Fehlermeldung ist "Speicherzugriffsfehler". Peter Am Freitag, 21. Mai 2004 06:38 schrieb Dr. Thorsten Brandau:
Hi!
als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified
na dann probier mal in einer BENUTZER shell xhost +localhost (oder wie auch immer der rechner heisst auf dem es laeuft) und dann aus der ROOT shell ein xcalc zum test. wenn das hochkommt, laeuft auch mupad...
ciao
T
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 22. Mai 2004 11:00 schrieb Peter Richter:
... ok, mit sux kommt xcalc hoch. xmupad tut es trotzdem nicht, die Fehlermeldung ist "Speicherzugriffsfehler".
Tja, dann hat das Programm einen Fehler bzw. dein Speicher ist voll... Hast du schonmal auf der Website der Programmierer nach einem evtl. vorhandenen Fehler gesucht? MfG Kilian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAsKE9huZOt9mSUIYRAr7wAJwOv4VIGFt3SPKk1jHB1R57r/ZWgACdHczB A+6a9vAPHpalLeZ1G8m/FNU= =bB/j -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo! Am Donnerstag, 20. Mai 2004 13:02 schrieb Peter Richter:
Versuche ich als root das Programm zu starten, dann lauten die Meldungen Xlib: connection to 0.0 refused by server Xlib: no protocol specified /opt/MuPAD/linux/bin/mxmupad: kann Anzeige nicht öffnen
Du wechselst mit su in den root-Modus und startest das Programm dann, oder? Das kann nicht klappen, weil für root gar kein X-Server (=grafische Ausgabe) gestartet ist... Du kannst, wenn du KDE benutzt, über [Alt]+[F2] > kdesu <Programm> ein Programm grafisch als root starten, die Ausgabe wird dann umgeleitet MfG Kilian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAroaXhuZOt9mSUIYRAjrzAJ9UgLQr8455ailmSU5HPW4zTUAZvACdGFAS S4Alo5KYeaeReqQQYHirFBc= =i8YW -----END PGP SIGNATURE-----
On Thu, 2004-05-20 at 13:02, Peter Richter wrote:
Hallo, benutze das Programm MuPAD, das bei SuSE 9.1 mit auf der DVD ist. Währen mupad in der Shell normal läuft, läßt sich xmupad nicht starten. Die Fehlermeldung lautet kurz und knapp "Speicherzugriffsfehler".
Also ich wette auf eine Kiste Bier dass bei Dir locale de_DE.UTF-8 ist. MuPAD kann mit einer UTF-8 Umgebung nichts angangen uns stürtzt deshalb ab. Abhilfe: env LANG=C LC_CTYPE=C xmupad&
Peter
Gruß, -- Konstantin www.konmal.de : GPG key and more SUSE RPMS Get your SUSE RPMs at links2linux.de / packman.links2linux.org
participants (6)
-
Andreas Kyek
-
Andreas Loesch
-
Dr. Thorsten Brandau
-
Kilian Kluge
-
Konstantin Malakhanov
-
Peter Richter