GNU bug report logs -
#66519
b2sum, md5sum sha*sum etc broken on filenames including backslash
Previous Next
Full log
View this message in rfc822 format
No that doesn't make sense, this can't be intended behaviour, even if
you escape the backslash there should be no backslash in the beginning
of the checksum!
On 13.10.23 16:21, Pádraig Brady wrote:
> tag 66519 notabug
> close 66519
> stop
>
> On 13/10/2023 13:31, Simon Richter M. Sc. wrote:
>> I noticed some broken checksums with leading backslash and wrong
>> filenames in my checksum files because the original filenames contained
>> a backslash.
>>
>> Way to reproduce:
>> % touch test\\test.file
>> % b2sum test\\test.file
>>
>> expected output:
>> 786a02f742015903c6c6fd852552d272912f4740e15847618a86e217f71f5419d25e1031afee585313896444934eb04b903a685b1448b755d56f701afe9be2ce
>>
>> test\test.file
>>
>> real broken output:
>> \786a02f742015903c6c6fd852552d272912f4740e15847618a86e217f71f5419d25e1031afee585313896444934eb04b903a685b1448b755d56f701afe9be2ce
>>
>> test\\test.file
>
> This is expected.
> File names with problematic characters like \n are escaped as above.
> Note we escape '\' itself to provide some forward compatibility
> to introduce escaping of other characters.
>
>> Tested with coreutils 9.3 and coreutils 9.4 and LC_ALL=C
>> Btw any chance we get b3sum included in coreutils?
>
> Yes we'll look at this,
> but it will only be provided through the `cksum -a blake3` interface.
>
> cheers,
> Pádraig
This bug report was last modified 1 year and 309 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.