CIFS extensions for UNIX
jra at samba.org
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
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