All of lore.kernel.org
 help / color / mirror / Atom feed
From: Xiaoguang Wang <wangxg.fnst@cn.fujitsu.com>
To: Jan Stancek <jstancek@redhat.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH v2] pipeio/pipeio.c: cleanup
Date: Fri, 11 Apr 2014 18:25:22 +0800	[thread overview]
Message-ID: <5347C312.80509@cn.fujitsu.com> (raw)
In-Reply-To: <592669147.2947135.1397129256250.JavaMail.zimbra@redhat.com>

Hi,
On 04/10/2014 07:27 PM, Jan Stancek wrote:
>
>> +static int Nchildcomplete;
> I'd suggest sig_atomic_t here.

Yes, it should be.
>
>> +
>> +static int error;
>> +static int count;
>> +static int num_writers = 1;	/* number of writers */
>> +static int num_writes = 1;	/* number of writes per child */
>> +static int loop;		/* loop indefinitely */
>> +static int exit_error = 1;	/* exit on error #, zero means no exit */
>> +static int size = 327;		/* default size */
>> +static int unpipe;		/* un-named pipe if non-zero */
>> +static int verbose;		/* verbose mode if set */
>> +static int quiet;		/* quiet mode if set */
>> +static int num_rpt;		/* ping number, how often to print message */
>> +static int chld_wait;	/* max time to wait between writes, 1 == no wait */
>> +static int parent_wait;	/* max time to wait between reads, 1 == no wait */
>> +static int ndelay = O_NDELAY;	/* additional flag to open */
>> +static char *writebuf;
>> +static char *readbuf;
>> +static char pname[PATH_MAX];	/* contains the name of the unamed pipe */
>> +static char *blk_type = NON_BLOCKING_IO; /* blocking i/o or not */
>> +static char *pipe_type;		/* type of pipe under test */
>> +static int fds[2];		/* un-named pipe fds */
>> +static int read_fd;
>> +static int write_fd;
>> +static int empty_read;
>> +static int format = HEX;
>> +static int format_size = -1;
>> +static int iotype;		/* sync io */
>> +static int sem_id;
>> +static struct sembuf sem_op;
> Some of these variables could be local: "fds" only in setup(),
> "sem_op" could be local in do_child() and do_parent().
>
> I'd suggest to also split this list of global variables, so it's clear
> which are modified as part of setup and which change value
> also throughout the run.
OK, it's reasonable, thanks.

Regards,
Xiaoguang Wang
>
> Split of code into functions looked OK to me.
>
> Regards,
> Jan
> .
>


------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

      reply	other threads:[~2014-04-11 10:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-10  9:34 [LTP] [PATCH v2] pipeio/pipeio.c: cleanup Xiaoguang Wang
2014-04-10 11:27 ` Jan Stancek
2014-04-11 10:25   ` Xiaoguang Wang [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=5347C312.80509@cn.fujitsu.com \
    --to=wangxg.fnst@cn.fujitsu.com \
    --cc=jstancek@redhat.com \
    --cc=ltp-list@lists.sourceforge.net \
    /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.