GNU bug report logs - #11922
df doesn't handle \n in mount entries appropriately

Previous Next

Package: coreutils;

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):

From: Pádraig Brady <P <at> draigBrady.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 11922 <at> debbugs.gnu.org
Subject: Re: bug#11922: df doesn't handle \n in mount entries appropriately
Date: Thu, 12 Jul 2012 17:11:39 +0100
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 12 years 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.