On Sun, Mar 17, 2002 at 01:42:00PM +0100, Ivan Popov wrote:
> -----------------------------------------
> StarrOffice     User      It works
> -----------------------------------------
> ext3            ext3      YES
> Coda            ext3      NO
> ext3            Coda      NO
> Coda            Coda      NO

Interesting, I ran the 'SO:Coda User:ext2' combination successfully.

> One suspicious thing I see in the strace logs:
> ----------------------------------------------
> [pid  4426] getdents64(0xc, 0x80e38b0, 0x2000, 0x2) = 216
> [pid  4426] getdents64(0xc, 0x80e38b0, 0x2000, 0x2) = 0
> [pid  4426] open("", O_RDONLY)          = -1 ENOENT (No such file or
> directory)

getdents(64) is supposed to return '0' when there are no more directory
entries. It look like we returned an entry with an empty name, or we
didnt return the name that it was expecting.

> Jan, is it possible to make Coda cooperate with glibc?
> 
> http://www.suse.de/~aj/linux_lfs.html   states:
> -------------
> Coda: Does not work with LFS (Large File Support) - local cache issues,
> protocol is ok.
> -------------

The generic VFS layer handles all that stuff. s_maxbits is set to 32 and
it should automatically do all translations. The only 'differences' are
that you can't seek, read, or write past the 2GB file limit.

Jan