All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andi Drebes <lists-receive@programmierforen.de>
To: kernel-janitors@vger.kernel.org
Subject: Re: [patch 3/3] fs/cramfs/inode.c: remove error variable
Date: Fri, 31 Aug 2007 16:20:55 +0000	[thread overview]
Message-ID: <200708311820.55465.lists-receive@programmierforen.de> (raw)
In-Reply-To: <200708301737.49018.lists-receive@programmierforen.de>

Am Freitag, 31. August 2007 18:12 schrieb Nishanth Aravamudan:
> On 31.08.2007 [13:43:18 +0200], Richard Knutsson wrote:
> > Andi Drebes wrote:
> > >This patch removes a variable from fs/cramfs/inode.c that is just used to 
> > >store
> > >a return value which is immediately read afterwards.
> > >
> > >Tested on an i386 box.
> > >Signed-off-by: Andi Drebes <lists-receive@programmierforen.de>
> > >---
> > >diff --git a/fs/cramfs/inode.c b/fs/cramfs/inode.c
> > >index 350680f..42d2cf8 100644
> > >--- a/fs/cramfs/inode.c
> > >+++ b/fs/cramfs/inode.c
> > >@@ -372,7 +372,7 @@ static int cramfs_readdir(struct file *filp, void 
> > >*dirent, filldir_t filldir)
> > > 		char *name;
> > > 		ino_t ino;
> > > 		mode_t mode;
> > >-		int namelen, error;
> > >+		int namelen;
> > > 
> > > 		mutex_lock(&read_mutex);
> > > 		de = cramfs_read(sb, OFFSET(inode) + offset, 
> > > 		sizeof(*de)+CRAMFS_MAXPATHLEN);
> > >@@ -398,8 +398,7 @@ static int cramfs_readdir(struct file *filp, void 
> > >*dirent, filldir_t filldir)
> > > 				break;
> > > 			namelen--;
> > > 		}
> > >-		error = filldir(dirent, buf, namelen, offset, ino, mode >> 
> > >12);
> > >-		if (error)
> > >+		if(filldir(dirent, buf, namelen, offset, ino, mode >> 12))
> > >  
> > Maybe picky but please leave it as "if (".
> 
> Beyond that, I just don't like this change. I thought the preferred way
> for these types of statements was the previous version. That is:
> 
> error = filldir(...);
> if (error)
> 	error stuff
> 
> Rather than a conditional with potential side-effects?
OK. Maybe I exaggerated a little bit with this change. The most important
ones are those in patch 1/3 and 2/3. Maybe the best thing is to abolish the
last patch that deals with the error variable and to apply only the first two
patches.
I didn't really get why "if (foo)" is better than "if(foo)". Is it just a matter of style?

Thanks for your comments.

	cheers,
		Andi

  parent reply	other threads:[~2007-08-31 16:20 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-30 15:37 [patch 3/3] fs/cramfs/inode.c: remove error variable Andi Drebes
2007-08-31 11:43 ` Richard Knutsson
2007-08-31 16:12 ` Nishanth Aravamudan
2007-08-31 16:20 ` Andi Drebes [this message]
2007-08-31 16:23 ` Richard Knutsson
2007-08-31 16:25 ` Randy Dunlap
2007-08-31 16:35 ` Richard Knutsson
2007-08-31 16:49 ` Nishanth Aravamudan

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=200708311820.55465.lists-receive@programmierforen.de \
    --to=lists-receive@programmierforen.de \
    --cc=kernel-janitors@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.