long distance

[Urban Widmark]

On Fri, 16 Feb 2001, Dmitry Nosakin wrote:

> Hello Urban,
> 
> Thursday, February 15, 2001, 10:14:26 PM, you wrote:
> 
> >> smb_proc_readdir_long: name=6237308.5AR, entries=504, rcls=2, err=1
> >> smb_refill_dircache: readdir failed, result=-23
> >> smb_proc_readdir_long: name=6237308.5AE, entries=302, rcls=2, err=1
> >> smb_refill_dircache: readdir failed, result=-23
> UW> Hmm, interesting. A new variant of the "readdir fails" series of bugs ...
> UW> Kernel version?
> 2.2.7
> 
> I trying to use smbfs from 2.2.18,  but receive the folowing messages
> on some programm (clipper databeses):
> kernel: smb_open: EXPO_BAS/OPLATA.DBF access denied, access=0, wish=1
> kernel: smb_open: EXPO_BAS/OPLATA.DBF access denied, access=0, wish=1
> kernel: smb_open: EXPO_BAS/OPLATA1.NTX access denied, access=0, wish=1
> kernel: smb_open: EXPO_BAS/OPLATA2.NTX access denied, access=0, wish=1

This is a different problem than the one reported first. Do you still see
the readdir problems?

"access=0, wish=1" means that the program wanted to open it O_WRONLY (1)
but it only gets read access (0). There may very well be bugs in that
code, but can you check that you actually have write permission there?


If this used to work in 2.2.7 you can try removing these two lines from
smb_proc_open (fs/smbfs/proc.c)
        if (!(wish & (O_WRONLY | O_RDWR)))
                ino->u.smbfs_i.access = SMB_O_RDONLY;
It's the only difference in this part of the code since 2.2.7, but I think
it is ok.

> //lenar/valuta on /tmp/samba/ggk type smbfs (0)
>                                             ^^^^ why zero, not RW??

Because smbmnt doesn't put "rw" or any other options in the addmntent
call. It doesn't change how it is mounted.

/Urban