CIFS extensions for UNIX

Jeremy Allison jra at
Sat Feb 2 13:41:10 GMT 2002

On Sat, Feb 02, 2002 at 09:27:53PM +1100, John Newbigin wrote:
> Would a client ever want to do a stat?  Not if links are followed on the 
> client side but smbclient for example would not want to do this.  It 
> then would want to use a stat.  Also in directory listings it may not 
> want to know about links.
> There are a number of constants SMB_xxx_NO_CHANGE.  These are all 
> 0xFFFFFFFF, a 32 bit number even though they are for a 64 bit data type.
> Should they all then be 0xFFFFFFFFFFFFFFFF?

Yes, probably. Although currently for compatibility only the
bottom 32 bits are 1's.

> Also, what about a SMB_SIZE_NO_CHANGE?  I can send a new patch if you want.

Yes, that would help.

> As for SMB_TIME_NO_CHANGE. 0 and -1 are treated as no change but they 
> are used after interpret_long_date() has converted the date. using 
> 0xFFFFFFFFFFFFFFFF would remain consistant with the other NO_CHANGE 
> constants and can be checked before the conversion (or as part of the 
> conversion).

Yes - sounds correct to me.

> I don't think any of these issues need to be addressed before 2.2.3.  I 
> assume that these extensions are still going to be an experimental 
> feature in 2.2.3.

Yes, pretty much true.

> Another issue which will require some long term though is case 
> sensitivity.  I have come across a directory with a file called 
> "INSTALL" and a sub directory called "install".  Accessing either of 
> these files caused errors to be reported.

Thanks for your help on this - we plan to move forward
with additions to this that we'll document.



More information about the samba-technical mailing list