GNU bug report logs -
#69546
cksum: inconsistent handling of invalid length values
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 69546 in the body.
You can then email your comments to 69546 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#69546
; Package
coreutils
.
(Mon, 04 Mar 2024 15:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Daniel Hofstetter <dhofstet <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Mon, 04 Mar 2024 15:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
When specifying an invalid length value followed by a valid length
value I get the following error:
$ printf "hello" | cksum --algo=blake2b --length=12 --length=8
cksum: invalid length: ‘12’
cksum: length is not a multiple of 8
However, if the invalid length value is a multiple of 8 and greater
than 512 (the maximum digest length for blake2b), there is no error:
$ printf "hello" | cksum --algo=blake2b --length=123456 --length=8
BLAKE2b-8 (-) = 29
I think the behavior should be the same in the two scenarios, whether
it's showing an error or ignoring the invalid value.
I'm using coreutils 9.4.
Regards,
Daniel
Reply sent
to
Pádraig Brady <P <at> draigBrady.com>
:
You have taken responsibility.
(Mon, 04 Mar 2024 16:41:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Daniel Hofstetter <dhofstet <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 04 Mar 2024 16:41:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 69546-done <at> debbugs.gnu.org (full text, mbox):
On 04/03/2024 15:44, Daniel Hofstetter wrote:
> Hi,
>
> When specifying an invalid length value followed by a valid length
> value I get the following error:
>
> $ printf "hello" | cksum --algo=blake2b --length=12 --length=8
> cksum: invalid length: ‘12’
> cksum: length is not a multiple of 8
>
> However, if the invalid length value is a multiple of 8 and greater
> than 512 (the maximum digest length for blake2b), there is no error:
>
> $ printf "hello" | cksum --algo=blake2b --length=123456 --length=8
> BLAKE2b-8 (-) = 29
>
> I think the behavior should be the same in the two scenarios, whether
> it's showing an error or ignoring the invalid value.
>
> I'm using coreutils 9.4.
I pushed a fix at:
https://github.com/coreutils/coreutils/commit/fea833591
Now only the last used --length is validated.
Marking this as done.
cheers,
Pádraig
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 02 Apr 2024 11:24:19 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 81 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.