Xmms Speicherzugriffsfehler

[repat]

Hey
Kubuntu 5.4

Nachdem ich irgendwas verstellt hab, schon länger her, lief XMMS nicht mehr.
Auf dem Button klicken brachte nichts, hat einfach nurn bisschen gerechnet und war dann ruhig.
In der Konsole zeigt er mir als User "Speicherzugriffsfehler" an.
Als Root:

root@renelinux:/home/repat # xmms
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified


** CRITICAL **: Unable to open display
root@renelinux:/home/repat #
Ich hab hier schon gesucht, und einige hatten hier auch schon Lösungen gefunden, nur passt das nicht auf mein Problem.
Bei den meisten lags an Libmik sonstwas. Die ist bei mir in der neusten Version.
Als Treiber benutz ich sonst ALSA.
apt-get remove xmms und danach apt-get install xmms hab ich gemacht, selber Fehler.

mfg
repat

[Kleinhirn]

Poste mal die komplette Fehlermeldung als user. Die Fehlermeldung von root ist uninteressant. Du kannst als root nicht auf das Display des users zugreifen. Deshalb die Fehlermeldung.

[BSM]

Hast du zufällit Composite angemacht?

Ansonsten ist "Irgendwas verstellt" natürlich die beste Beschreibung.

Gruß Robert

[repat]

repat@renelinux:~$ xmms
Speicherzugriffsfehler
repat@renelinux:~$
Mehr war da nicht.
Das mit dem root hab ich mir schon fast gedacht.

Ich hab ka was composite ist, also wenn überhaupt hab ich das unwissend gemacht.
Wie gesagt das ist schon ziemlich lange her, ich hab sonst immer über Windows Musik gehört.
Glaub ich hatte u.a. auch die Soundtreiber verstellt.(ALSA)

Hier nochmal ein Auszug aus der Ausgabe von
strace xmms>xmms.log 2>&1
(die letzten paar Zeilen)

access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/libGL.so.1", O_RDONLY) = 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\ 243\2"..., 512) = 512
fstat64(9, {st_mode=S_IFREG|0755, st_size=535264, ...}) = 0
old_mmap(NULL, 536160, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0xb6e7d000
old_mmap(0xb6ee6000, 102400, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 9, 0x69000) = 0xb6ee6000
old_mmap(0xb6eff000, 3680, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6eff000
close(9) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/libGLcore.so.1", O_RDONLY) = 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\2 54\v"..., 512) = 512
fstat64(9, {st_mode=S_IFREG|0755, st_size=8136248, ...}) = 0
old_mmap(NULL, 8116544, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0xb66bf000
old_mmap(0xb6e46000, 208896, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 9, 0x786000) = 0xb6e46000
old_mmap(0xb6e79000, 14656, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6e79000
close(9) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/libnvidia-tls.so.1", O_RDONLY) = 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\3 \0\000"..., 512) = 512
lseek(9, 1304, SEEK_SET) = 1304
read(9, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\2\0 \0\0"..., 32) = 32
fstat64(9, {st_mode=S_IFREG|0755, st_size=2352, ...}) = 0
old_mmap(NULL, 5588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0xb66bd000
old_mmap(0xb66be000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0) = 0xb66be000
close(9) = 0
mprotect(0xb66bd000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0xb66bd000, 4096, PROT_READ|PROT_EXEC) = 0
mprotect(0xb66bf000, 7892992, PROT_READ|PROT_WRITE) = 0
mprotect(0xb66bf000, 7892992, PROT_READ|PROT_EXEC) = 0
mprotect(0xb6e7d000, 430080, PROT_READ|PROT_WRITE) = 0
mprotect(0xb6e7d000, 430080, PROT_READ|PROT_EXEC) = 0
munmap(0xb6f00000, 63186) = 0
open("/dev/zero", O_RDWR) = 9
mmap2(NULL, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0xb6f0e000
close(9) = 0
getpid() = 8512
mmap2(NULL, 380928, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6660000
getpid() = 8512
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Hab ich irgendwo gelesen, dass hier zumindest n paar Leute was damit anfangen können
mfg

[alterpinguin]

wenn xmms beim Versuch per mmap auf das sounddevice zugreift und dabei abgeschossen wird. Das bedeutet nur, daß xmms das so nicht mehr darf - Ursache kann sein, daß xmms auf einen Speicherbereich zur Klangausgabe zugriefen will, der ihm aber nicht zugewiesen wurde - sei es, daß der Speicherbereich wo anders liegt, oder eine falsche Angabe übermittelt wird. Wenn Du wirklich alsa hast, dann z.B. per aplay die Soundausgabe testen, dann xmms ohne Musikdateien starten (leere Playlist!) und dort die Ausgabe kontrollieren (da gibt es normalerweise auch noch oss, und die Möglichkeit die Ausgabe in eine Datei zu schreiben). Mit der Option Ausgabe in Datei, kannst Du die grunsätzliche Funktion von xmms testen ohne Zugriff auf ein sounddevice. Das Ergebinis, ein wav-file kannst Du dann per aplay abspielen (ob es vernünftig klingt). Wenn Du glaubst Du hast Deine Usereinstellungen für xmms total verhunzt, kannst Du auch einfach einen neuen User anlegen, Dich mit dem anmelden und damit probieren.

[pferdefreund]

Hallo, wenn du irgendwas verstellt hast, (ist mir auch scho passiert), einfach
mal in deinem Home-Verzeichenis den versteckten ordneri .xmms entsorgen und
alles noch mal neu einstellen - bei mir hats geholfen. Da ja die Einstellung unter
Linux userabhängig sind, sind andere Benutzer nicht betroffen.
Gruß
Pferdefreund