More on quotas

[Jeremy Allison]

"MCCALL,DON (HP-USA,ex1)" wrote:

> This was occurring because the Nt workstation was setting the offset for the
> file with that zero byte SMBWrite(), which, since it didn't write any data,
> we reply with success; the next SMBWrite actually writes the data, and once
> it fills the FS, we return a disk full error (using SMB status code), but NT
> (apparently because of writebehind enabled) ignores it.
> We found that by returning the appropriate NT status code, NT WOULD generate
> an error and clean up the truncated file.

I've fixed this issue in the latest CVS by fixing our delete
on close behaviour.

Cheers,

	Jeremy.

-- 
--------------------------------------------------------
Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.
--------------------------------------------------------