The reason is that sometimes the CIFS server provides very large inode numbers
like:
stat /my/cifs/store
File: `/my/cifs/store'
Size: 0 Blocks: 0 IO Block: 16384 directory
Device: 1ch/28d Inode: 278185041108994 Links: 1
If easytag uses then "stat" on this directory, stat will return with -1 and the
following errno: 75, Value too large for defined data type. As a result this
directory will be ignored in src/browser.c in expand_cb() (there it is even
worse: the return value of stat is not checked at all and so the data in
statbuf may be just random).
I've just reported the same bug in Fedora:
The reason is that sometimes the CIFS server provides very large inode numbers
like:
stat /my/cifs/store
File: `/my/cifs/store'
Size: 0 Blocks: 0 IO Block: 16384 directory
Device: 1ch/28d Inode: 278185041108994 Links: 1
If easytag uses then "stat" on this directory, stat will return with -1 and the
following errno: 75, Value too large for defined data type. As a result this
directory will be ignored in src/browser.c in expand_cb() (there it is even
worse: the return value of stat is not checked at all and so the data in
statbuf may be just random).
Other programs suffer from the problem as well: www.musicpd. org/mantis/ view.php? id=2665
http://
The best solution seems to be to compile the program with OFFSET_ BITS=64.
-D_FILE_
As a workaround it is possible to mount the CIFS share with the option "noserverino".