All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
* [LTP] [PATCH] acct02: fix the ac_version check on big endian platforms
@ 2020-05-26 11:38 Stanislav Kholmanskikh
  2020-05-27  9:04 ` Jan Stancek
  0 siblings, 1 reply; 3+ messages in thread
From: Stanislav Kholmanskikh @ 2020-05-26 11:38 UTC (permalink / raw
  To: ltp

If we are on a big endian platform where char is signed,
the following compilation error is emitted:

acct02.c: In function ?verify_acct?:
acct02.c:38:37: warning: comparison is always true due to limited range of data type [-Wtype-limits]
 #define ACCT_MEMBER_V3(x) (((struct acct_v3 *)acc)->x)
                                     ^
acct02.c:144:6: note: in expansion of macro ?ACCT_MEMBER_V3?
  if (ACCT_MEMBER_V3(ac_version) != (3 | ACCT_BYTEORDER)) {

and the test case fails, because it cannot 'decrypt' the ac_version
from the file:

acct02.c:238: INFO: Verifying using 'struct acct_v3'
acct02.c:191: INFO: == entry 1 ==
acct02.c:146: INFO: ac_version != 3 (-125)

One way to address that is to explicitly cast the expression
we compare to (which is int) to the type of ac_version (which is char).

Signed-off-by: Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com>
---
 testcases/kernel/syscalls/acct/acct02.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/testcases/kernel/syscalls/acct/acct02.c b/testcases/kernel/syscalls/acct/acct02.c
index d6b16b8..8ee1bfc 100644
--- a/testcases/kernel/syscalls/acct/acct02.c
+++ b/testcases/kernel/syscalls/acct/acct02.c
@@ -141,7 +141,7 @@ static int verify_acct(void *acc, int elap_time)
 		ret = 1;
 	}
 
-	if (ACCT_MEMBER_V3(ac_version) != (3 | ACCT_BYTEORDER)) {
+	if (ACCT_MEMBER_V3(ac_version) != (char)(3 | ACCT_BYTEORDER)) {
 		tst_res(TINFO, "ac_version != 3 (%d)",
 			ACCT_MEMBER_V3(ac_version));
 		ret = 1;
-- 
1.8.3.1


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* [LTP] [PATCH] acct02: fix the ac_version check on big endian platforms
  2020-05-26 11:38 [LTP] [PATCH] acct02: fix the ac_version check on big endian platforms Stanislav Kholmanskikh
@ 2020-05-27  9:04 ` Jan Stancek
  2020-05-29 11:05   ` Stanislav Kholmanskikh
  0 siblings, 1 reply; 3+ messages in thread
From: Jan Stancek @ 2020-05-27  9:04 UTC (permalink / raw
  To: ltp



----- Original Message -----
> If we are on a big endian platform where char is signed,
> the following compilation error is emitted:
> 
> acct02.c: In function ?verify_acct?:
> acct02.c:38:37: warning: comparison is always true due to limited range of
> data type [-Wtype-limits]
>  #define ACCT_MEMBER_V3(x) (((struct acct_v3 *)acc)->x)
>                                      ^
> acct02.c:144:6: note: in expansion of macro ?ACCT_MEMBER_V3?
>   if (ACCT_MEMBER_V3(ac_version) != (3 | ACCT_BYTEORDER)) {
> 
> and the test case fails, because it cannot 'decrypt' the ac_version
> from the file:
> 
> acct02.c:238: INFO: Verifying using 'struct acct_v3'
> acct02.c:191: INFO: == entry 1 ==
> acct02.c:146: INFO: ac_version != 3 (-125)
> 
> One way to address that is to explicitly cast the expression
> we compare to (which is int) to the type of ac_version (which is char).
> 
> Signed-off-by: Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com>

Acked-by: Jan Stancek <jstancek@redhat.com>


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [LTP] [PATCH] acct02: fix the ac_version check on big endian platforms
  2020-05-27  9:04 ` Jan Stancek
@ 2020-05-29 11:05   ` Stanislav Kholmanskikh
  0 siblings, 0 replies; 3+ messages in thread
From: Stanislav Kholmanskikh @ 2020-05-29 11:05 UTC (permalink / raw
  To: ltp

Thank you. Committed.

On 27.05.2020 12:04, Jan Stancek wrote:
> 
> 
> ----- Original Message -----
>> If we are on a big endian platform where char is signed,
>> the following compilation error is emitted:
>>
>> acct02.c: In function ?verify_acct?:
>> acct02.c:38:37: warning: comparison is always true due to limited range of
>> data type [-Wtype-limits]
>>   #define ACCT_MEMBER_V3(x) (((struct acct_v3 *)acc)->x)
>>                                       ^
>> acct02.c:144:6: note: in expansion of macro ?ACCT_MEMBER_V3?
>>    if (ACCT_MEMBER_V3(ac_version) != (3 | ACCT_BYTEORDER)) {
>>
>> and the test case fails, because it cannot 'decrypt' the ac_version
>> from the file:
>>
>> acct02.c:238: INFO: Verifying using 'struct acct_v3'
>> acct02.c:191: INFO: == entry 1 ==
>> acct02.c:146: INFO: ac_version != 3 (-125)
>>
>> One way to address that is to explicitly cast the expression
>> we compare to (which is int) to the type of ac_version (which is char).
>>
>> Signed-off-by: Stanislav Kholmanskikh <stanislav.kholmanskikh@oracle.com>
> 
> Acked-by: Jan Stancek <jstancek@redhat.com>
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-05-29 11:05 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-05-26 11:38 [LTP] [PATCH] acct02: fix the ac_version check on big endian platforms Stanislav Kholmanskikh
2020-05-27  9:04 ` Jan Stancek
2020-05-29 11:05   ` Stanislav Kholmanskikh

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.