GNU bug report logs -
#54112
dd seek_bytes etc. is confusing
Previous Next
Reported by: Paul Eggert <eggert <at> cs.ucla.edu>
Date: Tue, 22 Feb 2022 17:04:01 UTC
Severity: normal
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 54112 in the body.
You can then email your comments to 54112 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#54112
; Package
coreutils
.
(Tue, 22 Feb 2022 17:04:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Tue, 22 Feb 2022 17:04:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
While looking into Bug#45648 I noticed that the GNU extensions
count_bytes, seek_bytes, and skip_bytes are confusing, and the proposed
fix to bug#45648 would make them even more confusing. To fix this
confusion, we should deprecate these options, and instead say that if
you want to use byte counts you should use a number string ending in "B".
Here's another way to put it. Currently this:
dd oseek=100KiB
means "seek 102,400 blocks". It should simply mean "seek 102,400 bytes",
which is what it says. And if we change oseek's meaning this way, we
don't need "oseek_bytes".
Although this is an incompatible change to GNU dd, I don't think it'll
affect real-world uses (who would use oseek in such a confusing way
now?) and overall it will be a win.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#54112
; Package
coreutils
.
(Tue, 22 Feb 2022 17:30:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 54112 <at> debbugs.gnu.org (full text, mbox):
On 22/02/2022 17:03, Paul Eggert wrote:
> While looking into Bug#45648 I noticed that the GNU extensions
> count_bytes, seek_bytes, and skip_bytes are confusing, and the proposed
> fix to bug#45648 would make them even more confusing. To fix this
> confusion, we should deprecate these options, and instead say that if
> you want to use byte counts you should use a number string ending in "B".
>
> Here's another way to put it. Currently this:
>
> dd oseek=100KiB
>
> means "seek 102,400 blocks". It should simply mean "seek 102,400 bytes",
> which is what it says. And if we change oseek's meaning this way, we
> don't need "oseek_bytes".
>
> Although this is an incompatible change to GNU dd, I don't think it'll
> affect real-world uses (who would use oseek in such a confusing way
> now?) and overall it will be a win.
That is a more concise and direct way to achieve the same functionality.
+1
I guess we should remove docs for the other options,
but leave support there for backwards compat.
thanks,
Pádraig
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Wed, 23 Feb 2022 02:59:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
bug acknowledged by developer.
(Wed, 23 Feb 2022 02:59:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 54112-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2/22/22 09:29, Pádraig Brady wrote:
> That is a more concise and direct way to achieve the same functionality.
> +1
>
> I guess we should remove docs for the other options,
> but leave support there for backwards compat.
Sounds good, I installed the attached and am closing the bug report.
[0001-dd-counts-ending-in-B-now-count-bytes.patch (text/x-patch, attachment)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 23 Mar 2022 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 45 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.