From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: Neil Brown <neilb@suse.de>
Cc: Joe Perches <joe@perches.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
nfs@lists.sourceforge.net
Subject: Re: [PATCH] - [7/15] - remove defconfig ptr comparisons to 0 - fs/lockd
Date: Wed, 14 Nov 2007 12:50:46 -0500 [thread overview]
Message-ID: <1195062646.7584.27.camel@heimdal.trondhjem.org> (raw)
In-Reply-To: <1195015507.7468.86.camel@heimdal.trondhjem.org>
On Tue, 2007-11-13 at 23:45 -0500, Trond Myklebust wrote:
> On Wed, 2007-11-14 at 13:40 +1100, Neil Brown wrote:
> > On Tuesday November 13, joe@perches.com wrote:
> > > Remove defconfig ptr comparison to 0
> > >
> > > Remove sparse warning: Using plain integer as NULL pointer
> > >
> > > Signed-off-by: Joe Perches <joe@perches.com>
> > >
> > > ---
> > >
> > > diff --git a/fs/lockd/svcshare.c b/fs/lockd/svcshare.c
> > > index 068886d..98548ad 100644
> > > --- a/fs/lockd/svcshare.c
> > > +++ b/fs/lockd/svcshare.c
> > > @@ -71,7 +71,7 @@ nlmsvc_unshare_file(struct nlm_host *host, struct nlm_file *file,
> > > struct nlm_share *share, **shpp;
> > > struct xdr_netobj *oh = &argp->lock.oh;
> > >
> > > - for (shpp = &file->f_shares; (share = *shpp) != 0; shpp = &share->s_next) {
> > > + for (shpp = &file->f_shares; (share = *shpp); shpp = &share->s_next) {
> > > if (share->s_host == host && nlm_cmp_owner(share, oh)) {
> > > *shpp = share->s_next;
> > > kfree(share);
> > >
> >
> > I particularly disagree with this change as it now looked like it
> > could be an '==' comparison that was mistyped. Making it
> > ....; (share = *shpp) != NULL; ....
>
> There would also be the minor fact that the original test is being
> inverted in this 'fix'. An accurate fix should at the very least be
> !(share = *shpp).
Apologies to Joe. I must have been tired when I typed the above. However
I'm still NACKing the patch: removing the '!= 0' altogether reduces code
legibility rather than improving it, particularly when we have that ugly
assignment.
If the intent is just to silence 'sparse', then replace with '!= NULL'.
> > makes the intent clear.
>
> It would be a lot cleaner just to pull the entire assignment out of the
> for() statement. IOW:
>
> for (shpp = &file->f_shares; *shpp != NULL; shpp = &(*shpp)->s_next) {
> struct nlm_share *share = *shpp;
...however doing something like the above would be altogether
preferable, since that cleans up the assignment which is the source of
the ugliness.
Cheers
Trond
prev parent reply other threads:[~2007-11-14 17:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-14 2:05 Joe Perches
2007-11-14 2:40 ` Neil Brown
2007-11-14 4:45 ` Trond Myklebust
2007-11-14 17:50 ` Trond Myklebust [this message]
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=1195062646.7584.27.camel@heimdal.trondhjem.org \
--to=trond.myklebust@fys.uio.no \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.org \
--cc=neilb@suse.de \
--cc=nfs@lists.sourceforge.net \
--cc=torvalds@linux-foundation.org \
/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
all inboxes | Powered by JetHome®