From: Karel Zak <kzak@redhat.com>
To: Miklos Szeredi <miklos@szeredi.hu>
Cc: aneesh.kumar@linux.vnet.ibm.com, victor.vde@gmail.com,
util-linux@vger.kernel.org, linuxram@us.ibm.com,
viro@zeniv.linux.org.uk, ejmarkow@yahoo.com,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
lennart@poettering.net
Subject: Re: [BUG] libmount misparses mountinfo on Linux v2.6.39-rc1
Date: Fri, 1 Apr 2011 12:38:17 +0200 [thread overview]
Message-ID: <20110401103817.GB11012@nb.net.home> (raw)
In-Reply-To: <E1Q5bLG-0001eG-9d@pomaz-ex.szeredi.hu>
On Fri, Apr 01, 2011 at 12:12:34PM +0200, Miklos Szeredi wrote:
> On Fri, 1 Apr 2011, Karel Zak wrote:
> > On Fri, Apr 01, 2011 at 10:45:48AM +0200, Miklos Szeredi wrote:
> > > On Fri, 01 Apr 2011, Aneesh Kumar K. V wrote:
> > > > On Thu, 31 Mar 2011 22:24:01 +0200, victor.vde@gmail.com wrote:
> > > > > /proc/self/mountinfo on Linux v2.6.39-rc1 includes the UUID of ext4
> > > > > and ext3 mounts, for example:
> > > > >
> > > > > 15 1 8:3 / / rw,noatime uuid:c645234d-9756-4d84-825e-6fe999252a34 - ext4 /dev/sda3 rw,user_xattr,acl,barrier=1,data=ordered
> > > > >
> > > > > It seems the hyphens in the uuid confuse the parser
> > > > > mnt_parse_mountinfo_line in tab_parse.c of libmount in util-linux.
> > > >
> > > > shouldn't the parser look for " " followed by "-" followed by " " as the
> > > > field seperator ?
> > > >
> > > > I am adding Miklos and Ram Pai to CC to check whether the kernel or the libmount
> > > > should be fixed ?
> > >
> > > I think libmount should be fixed, though there is always the question
> > > of backward compatibility.
> >
> > The parser uses
> >
> > rc = sscanf(s, "%u " /* (1) id */
> > "%u " /* (2) parent */
> > "%u:%u " /* (3) maj:min */
> > "%ms " /* (4) mountroot */
> > "%ms " /* (5) target */
> > "%ms" /* (6) vfs options (fs-independent) */
> > "%*[^-]" /* (7) optional fields */
>
> So this says, "skip everything up to the first hyphen", even though
> the rule might be better expressed as "skip all space delimited words
> up to the first standalone hyphen". I guess that's not possible to
> express with a scanf expression, though.
Yes, I'll probably use two sscanf(), %n and strstr(), something like:
rc = sscanf(s, "%u " /* (1) id */
"%u " /* (2) parent */
"%u:%u " /* (3) maj:min */
"%ms " /* (4) mountroot */
"%ms " /* (5) target */
"%ms" /* (6) vfs options (fs-independent) */
"%n",
&id,
&parent,
&maj, &min,
&root,
&target,
&vfs_optstr,
&end);
s += end;
/* (7) optional fields, terminated by " - " */
p = strstr(s, " - ");
if (p)
s = p + 3;
rc += sscanf(s, "%ms " /* (8) FS type */
"%ms " /* (9) source */
"%ms", /* (10) fs options (fs specific) */
&fstype,
&src,
&fs_optstr);
...or anyone has a better idea?
> > It calls unmangle_string() for all fields, so all sequences should be
> > decoded.
>
> Okay, so the kernel can simply escape the troublesome hyphens, which
> would make the human parsing of /proc/pid/mountinfo more difficult but
> at least would fix compatibility with util-linux's parser.
Hmm.. IMHO it will be better to fix the parsers in libmount and systemd. The
both projects are young, nobody will be surprised with bugs :-)
I think the example in Documentation/filesystems/proc.txt is pretty
obvious, the separator is an extra field with " - ".
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
next prev parent reply other threads:[~2011-04-01 10:38 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <19860.58082.277944.875401@gargle.gargle.HOWL>
2011-04-01 7:46 ` [BUG] libmount misparses mountinfo on Linux v2.6.39-rc1 Aneesh Kumar K. V
2011-04-01 8:45 ` Miklos Szeredi
2011-04-01 9:32 ` Karel Zak
[not found] ` <20110401093240.GA11012-sHeGUpI7y9L/9pzu0YdTqQ@public.gmane.org>
2011-04-01 10:12 ` Miklos Szeredi
2011-04-01 10:38 ` Karel Zak [this message]
2011-04-05 12:23 ` Karel Zak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110401103817.GB11012@nb.net.home \
--to=kzak@redhat.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=ejmarkow@yahoo.com \
--cc=lennart@poettering.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxram@us.ibm.com \
--cc=miklos@szeredi.hu \
--cc=util-linux@vger.kernel.org \
--cc=victor.vde@gmail.com \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).