Dotaz: Moc player nevidí mountované adresáře.

Verze z unstable Debian repozitáře.

moc 1:2.5.0~alpha4+svn20091009-1 ncurses based console audio player

Moc player nevidí mountované adresáře. Mohl byste to prosím někdo vyzkoušet? Na http://moc.daper.net/node/558 mi moc nepomohli a nevím jestli je chyba ve mne nebo v programu.

Cplay funguje krásně, disky jsou přístupné.

Děkuji

Odpovědi

[petr_p]

Já používám media-sound/moc-2.5.0_alpha3-r3 ten problém nemá. Popravdě nechápu, proč by zrovna konkrétní program měl mít problém vlézt do určitého adresáře, protože z pohledu VFS není mezi běžným a připojeným adresářem rozdíl. Dobře, stat(2) vrací jiné číslo zařízení, ale o to by se přehrávač neměl zajímat.

[petr_p]

Vyzkoušel jsem poslední vývojovou verzi a funguje taktéž. Ať už zkouším lokálně připojené souborové systémy nebo po síti NFS nebo CIFS. Navíc konečně funguje AAC v ISO MPEG-4 kontejneru. Asi si ubalím _alpha4.

[cetko]

No já to taky nechápu :( Cdčknu se tam, procházím, cplay funguje, mc nebo thunar, vše je ok, kromě toho moc playeru.

[petr_p]

Přes strace -p PID se připojte na běžícího klienta a pak v klientovi přepněte do problematického adresáře. Ve výstupu strace hledejte, které volání ohledně daného adresáře/souboru selhalo nebo vrací, co by nemělo.

Když to nepomůže, je třeba pustit klienta pod debuggerem a podívat, co se proč soubory daného adresáře nevrátí.

I když nejsem si jistý, jestli to je práce klienta nebo serveru.

[cetko]

Díky za tip. Leč jsem z výpisu zmaten a nic mi neřekne. :(

Cplay

select(58, [0 5 7 57], [], [], NULL
)    = 1 (in [0])
read(0, "\r", 1)                        = 1
stat64("/mnt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
chdir("/mnt")                           = 0
rt_sigaction(SIGTSTP, {SIG_IGN, [], SA_RESTART}, {0xb720a8e0, [], SA_RESTART}, 8) = 0
poll([{fd=0, events=POLLIN}], 1, 0)     = 0 (Timeout)
poll([{fd=0, events=POLLIN}], 1, 0)     = 0 (Timeout)
write(1, "\r\33[52dReading directory...\10", 27) = 27
rt_sigaction(SIGTSTP, {0xb720a8e0, [], SA_RESTART}, NULL, 8) = 0
stat64("/mnt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
gettimeofday({1260954298, 428739}, NULL) = 0
open("/mnt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 58
getdents64(58, /* 5 entries */, 32768)  = 120
getdents64(58, /* 0 entries */, 32768)  = 0
close(58)                               = 0
stat64("/mnt/nas", {st_mode=S_IFDIR|0775, st_size=0, ...}) = 0
stat64("/mnt/rum", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/mnt/test", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0

U Mocp se tam píší automaticky nějaké timouty, ale zkusil jsem to prohledat

open("/mnt", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
getdents(4, /* 5 entries */, 32768)     = 80
stat64("/mnt/test", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/mnt/rum", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/mnt/nas", {st_mode=S_IFDIR|0775, st_size=0, ...}) = 0
getdents(4, /* 0 entries */, 32768)     = 0
close(4)                                = 0

Nevidím v tom oproti cplay chdir. Seznam adresářů je v pořádku, ale v aplikaci /mnt/nas není vidět.

[cetko]

U Mocp ještě vidím

write(1, "\33[49;7H\33[37m\33[44mFiles: 2       "..., 56) = 56

Přitom, tam v seznamu ty adresáře jsou 3.

[petr_p]

To vypadá naprosto v pořádku. Takže žádné tajemná jaderná magie se nekoná. Chyba bude někde v aplikaci. Teď je nutné ve zdrojácích moc najít, kde se citované služby systému volají (asi budou zabaleny do funkce readdir(3) a podívat se debuggerem, co s nimi dělá.

[cetko]

Tak to už je na mne moc. Každopádně, jsem to vložil i u nich na fórum a snad se někdo na to koukne. Děkuji za pomoc