I'm attempting to restore an 8.3 short filename on a file that has encoded japanese characters. getfattr successfully extracts the value, but setfattr fails with an "Invalid argument" error. I suspect it is an arbitrary length check that is failing before decoding the value, since I can shorten the name by one multibyte character and restore that value. I tried using the base64 encoded value as well as the hex value but both fail with same error message.

Is this fixed by any chance or is there a possible workaround for this?

ntfs-3g 2010.10.2 integrated FUSE 27

Thanks,
Scott

Hi,


There is a bug in older versions which may turn out when the short name contains lower-case (latin) characters. There are also restrictions to the allowed characters, and the name must be unique in a directory.

There is no check on the length, only a truncation to 12 chars. Can you post an example of short name which is rejected (base64 or hex) ?

Regards

Jean-Pierre

sorry... I meant to post the example:

[root@host178 ~]# getfattr -h -e hex -n system.ntfs_dos_name /mnt/Users/Administrator/AppData/Roaming/Microsoft/Windows/SendTo/*mydocs
getfattr: Removing leading '/' from absolute path names
# file: mnt/Users/Administrator/AppData/Roaming/Microsoft/Windows/SendTo/\343\203\211\343\202\255\343\203\245\343\203\241\343\203\263\343\203\210.mydocs
system.ntfs_dos_name=0xe38389e382ade383a57e312e4d5944


I was browsing the ntfs_set_ntfs_dos_name() function in dir.c and noticed that the new value appears to be limited to a 12 8-byte character string instead of a 12 ntfschar string, which would account for unicode that goes beyond a single byte. The mixing of the arrays of ntfschar and char seems incorrect, but I also didn't spend a lot of time examining the code so I might be off base there.

Thanks for the reply,
Scott

Hi,


Hmm, you are probably right, thank you for spotting this. I will check again to-morrow.

Regards

Jean-Pierre

Hi,

Attached is a patch for truncating to 12 ntfschars instead of 12 utfs-8 chars.

Thanks again for reporting.

Regards

Jean-Pierre

That worked. Thanks!