GNU bug report logs -
#11922
df doesn't handle \n in mount entries appropriately
Previous Next
Reported by: Pádraig Brady <P <at> draigBrady.com>
Date: Thu, 12 Jul 2012 11:57:01 UTC
Severity: normal
Done: Pádraig Brady <P <at> draigBrady.com>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 11922 <at> debbugs.gnu.org (full text, mbox):
On 07/12/2012 04:35 PM, Paul Eggert wrote:
> On 07/12/2012 08:28 AM, Pádraig Brady wrote:
>> more problematically it would change the output from
>> the lib
>
> Ah, sorry, I was talking only about df's output,
> independently of how it gets the info from the underlying
> library. Surely the C library API should return a string
> with raw newlines etc. in it, leaving it up to 'df' how to
> display it?
>
Oops, right.
I misread "with the lower level" as "in the lower level" :)
So just considering df, the tradeoff is ambiguous
output in the presence of \n when just escaping \n,
or unambiguous output which is backwards incompatible
in the presence of <space>,<tab>,<newline>.
It's interesting that the low level interface only
considers the above 3 chars. I guess that's so
that _programs_ can use isblank() and getline() to
parse the output robustly.
However it might be better for df to escape all
control characters (\r,\f,...) so that _humans_
can parse too.
cheers,
Pádraig.
This bug report was last modified 13 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.