All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peng Haitao <penght@cn.fujitsu.com>
To: Akira Takeuchi <takeuchi.akr@jp.panasonic.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH] mq_timedreceive: 10-2.c: check timeout error rather than invalid parameter error
Date: Thu, 22 Mar 2012 16:19:06 +0800	[thread overview]
Message-ID: <4F6AE07A.4050509@cn.fujitsu.com> (raw)
In-Reply-To: <20120322132353.AB97.38390934@jp.panasonic.com>


Akira Takeuchi said the following on 2012-3-22 12:23:
> 10-2.c now passes the invalid parameter to mq_timedreceive by specifying
> a negative value to nanoseconds field, and checks whether EINVAL is not
> returned when a message can be removed from the queue immediately.
> 
> However, this may not be a appropriate testing of mq_timedreceive.
> POSIX spec of mq_timedreceive says:
>     The validity of the abstime parameter need not be checked
>     if a message can be removed from the message queue immediately.
> 
> This is open for interpretation of POSIX spec, and it was argued about in LKML.
>     https://lkml.org/lkml/2012/3/14/589
> 
> The conclusion in LKML was that what POSIX spec says is "you don't *have*
> to check validity". That is, it is allowed to check the validity.
> 

Yeah.

> On the other hand, actually, timeout error should not be returned when message
> can be performed immediately.
> 

POSIX spec does not say this, so I think it is not necessary to check timeout error.

> Therefore, I modify the testcase to check timeout error rather than invalid
> parameter error.
> 
> Signed-off-by: Akira Takeuchi <takeuchi.akr@jp.panasonic.com>
> Signed-off-by: Kiyoshi Owada <owada.kiyoshi@jp.panasonic.com>
> ---
>  .../conformance/interfaces/mq_timedreceive/10-2.c  |   20 +++++++++-----------
>  1 files changed, 9 insertions(+), 11 deletions(-)
> 
> diff --git a/testcases/open_posix_testsuite/conformance/interfaces/mq_timedreceive/10-2.c b/testcases/open_posix_testsuite/conformance/interfaces/mq_timedreceive/10-2.c
> index 49ee4f2..1cbb5b6 100644
> --- a/testcases/open_posix_testsuite/conformance/interfaces/mq_timedreceive/10-2.c
> +++ b/testcases/open_posix_testsuite/conformance/interfaces/mq_timedreceive/10-2.c
> @@ -8,12 +8,11 @@
>  
>  /*
>   * If the message can be removed from the message queue immedietely,
> - * the operation will never fail and the validity of abs_timeout
> - * need not be checked.
> + * the operation will not fail even if abs_timeout is the past time.
>   * Test Steps:
> - * 1. Set the abs_timeout to be invalid, when there is message
> + * 1. Set the abs_timeout to be a past time, when there is message
>   *    than can be removed from the message queue immediately.
> - * 2. The validity of abs_timeout will not be checked.
> + * 2. Timeout error is not occured.
>   */
>  
>  #include <stdio.h>
> @@ -27,7 +26,7 @@
>  #include <errno.h>
>  #include "posixtest.h"
>  
> -#define TEST "10-1"
> +#define TEST "10-2"
>  #define FUNCTION "mq_timedreceive"
>  #define ERROR_PREFIX "unexpected error: " FUNCTION " " TEST ": "
>  
> @@ -61,12 +60,11 @@ int main()
>          }
>  
>  	sleep(1); /* wait for a while */
> -	ts.tv_sec = time(NULL) -1; /* No wait */
> -	ts.tv_nsec = -1; /* Invalid */
> +	ts.tv_sec = time(NULL) -1; /* Past time */
> +	ts.tv_nsec = 0;
>          if (mq_timedreceive(mqdes, msgrv, BUFFER, &rvprio, &ts) == -1) {
> -		if (errno == EINVAL)
> -			printf("FAIL: the validity of abs_timeout "
> -				"is checked\n");
> +		if (errno == ETIMEDOUT)
> +			printf("FAIL: mq_timedreceive returned timeout error\n");

The lines need not to be added.
timeout error can be as Unexpected error.

-- 
Best Regards,
Peng

>  		else
>  			perror("Unexpected error at mq_timedreceive");
>  		failure = 1;
> @@ -94,4 +92,4 @@ int main()
>  
>          printf("Test PASSED\n");
>          return PTS_PASS;
> -}
> \ No newline at end of file
> +}


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2012-03-22  8:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-22  4:23 [LTP] [PATCH] mq_timedreceive: 10-2.c: check timeout error rather than invalid parameter error Akira Takeuchi
2012-03-22  8:19 ` Peng Haitao [this message]
2012-03-22  9:36   ` Akira Takeuchi
2012-03-22 10:16     ` Peng Haitao
2012-03-22 13:06 ` Wanlong Gao

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=4F6AE07A.4050509@cn.fujitsu.com \
    --to=penght@cn.fujitsu.com \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=takeuchi.akr@jp.panasonic.com \
    /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.