GNU bug report logs -
#23277
md5sum: Output broken when filename contains \n
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 12 Apr 2016 09:37:47 -0600
with message-id <570D164B.5010002 <at> redhat.com>
and subject line Re: bug#23277: md5sum: Output broken when filename contains \n
has caused the debbugs.gnu.org bug report #23277,
regarding md5sum: Output broken when filename contains \n
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
23277: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23277
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hello,
I observe a strange behaviour for {md5,sha1,sha512}sum on RHEL 6.7:
# sha512sum dat_files/1.000e-01*dat
a66f6f8f8da256d07330a17bea942bba9584e182799dce2a42bc7e882d4d9267c40568644d7f5b63128b286a6393764fc599cc30f687b8dacf86e0a96d87795c
dat_files/1.000e-01.dat
\a66f6f8f8da256d07330a17bea942bba9584e182799dce2a42bc7e882d4d9267c40568644d7f5b63128b286a6393764fc599cc30f687b8dacf86e0a96d87795c
dat_files/1.000e-01\n.dat
The second file has \n in the name and the output gets a backslash prepended which looks wrong to me.
Kind regards,
Ulrich Sibiller
--
Vorstandsvorsitzender/Chairman of the board of management:
Dr. Martin Matzke
Vorstand/Board of Management:
Johannes Barthmes, Yvonne Veyhelmann
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Philippe Miltin
Aufsichtsrat/Supervisory Board:
Martin Wibbe, Winfried Holz
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
tag 23277 notabug
thanks
On 04/12/2016 07:17 AM, Ulrich Sibiller wrote:
> Hello,
>
> I observe a strange behaviour for {md5,sha1,sha512}sum on RHEL 6.7:
>
> # sha512sum dat_files/1.000e-01*dat
> a66f6f8f8da256d07330a17bea942bba9584e182799dce2a42bc7e882d4d9267c40568644d7f5b63128b286a6393764fc599cc30f687b8dacf86e0a96d87795c
> dat_files/1.000e-01.dat
> \a66f6f8f8da256d07330a17bea942bba9584e182799dce2a42bc7e882d4d9267c40568644d7f5b63128b286a6393764fc599cc30f687b8dacf86e0a96d87795c
> dat_files/1.000e-01\n.dat
>
> The second file has \n in the name and the output gets a backslash
> prepended which looks wrong to me.
Thanks for the report, but the behavior you are seeing is documented as
intentional. This is so that a newline in a filename is unambiguously
parseable via an escape sequence (the leading \ tells you that escape
sequences will be present). As the manual mentions that this is
intentional behavior, I'm closing this as not a bug, but feel free to
respond with further comments.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 9 years and 44 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.