Assorted trivial issues

[Charles Dye]

All of these are long-standing, and presumably of very low importance since nobody seems to have ever noticed them. In some cases a doc fix might be preferable to a code fix.

@INODE -- always returns 00000000:00000000 for subdirectories.

@SUMMARY -- returns nonsense for the "Edit Time" field. (The filetime in this case is a duration, not a UTC time to be translated.)

@SUMMARY -- setting a value returns "0", presumably to indicate success, but doesn't seem to actually do anything. Looks like this feature did work back in v13, broke in v14.

@ERRTEXT -- can return strings containing newlines and/or trailing spaces. I don't know that this is "wrong" -- the help file never says it won't -- but it seems awkward and easy to fix.

 

[Charles Dye]

@SUMMARY -- returns nonsense for the "Edit Time" field. (The filetime in this case is a duration, not a UTC time to be translated.)

@SYSTEMTIME also appears to be applying time-zone correction to durations. In v16 this can lead to the peculiar result of negative durations. (v17 at least returns the results unsigned.)

 

[rconn]

@INODE -- always returns 00000000:00000000 for subdirectories.

WAD. Did you want it to return an error instead?

@SUMMARY -- returns nonsense for the "Edit Time" field. (The filetime in this case is a duration, not a UTC time to be translated.)

Fixed in 17.0.76.

@SUMMARY -- setting a value returns "0", presumably to indicate success, but doesn't seem to actually do anything. Looks like this feature did work back in v13, broke in v14.

Fixed in 17.0.76.

@ERRTEXT -- can return strings containing newlines and/or trailing spaces. I don't know that this is "wrong" -- the help file never says it won't -- but it seems awkward and easy to fix.

WAD - @ERRTEXT returns the Windows error text, as-is. I don't think it'd be a good idea for TCC to change the text.

 

[Charles Dye]

WAD. Did you want it to return an error instead?

No, I expected it to return the inode of the subdirectory. Aren't you using GetFileInformationByHandle()?

But clearly nobody ever uses @INODE for subdirectories. Does anybody ever use @INODE at all? Like the rest of the list, this is just FYI.

 

[rconn]

No, I expected it to return the inode of the subdirectory. Aren't you using GetFileInformationByHandle()?

Yes. Do you have SE_BACKUP_NAME privileges?

 

[Charles Dye]

Yes. Do you have SE_BACKUP_NAME privileges?

Running as administrator; %_ADMIN returns 1.