On 01/08/2014 08:56 PM, [email protected] wrote: > Hi! >> Commit 705926d096f7a64c9d53efeb789288e25457d68f >> introduced a bug that the value for inval_user was treated >> as '-1' when passed to 16-bit version of setregid(). >> >> Fixed it the same way as it's done for setreuid test cases. >> >> Reported-by: Honggyu Kim <[email protected]> >> Signed-off-by: Stanislav Kholmanskikh <[email protected]> >> --- >> testcases/kernel/syscalls/setregid/setregid02.c | 2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/testcases/kernel/syscalls/setregid/setregid02.c >> b/testcases/kernel/syscalls/setregid/setregid02.c >> index e67a7df..2b84b26 100644 >> --- a/testcases/kernel/syscalls/setregid/setregid02.c >> +++ b/testcases/kernel/syscalls/setregid/setregid02.c >> @@ -39,7 +39,7 @@ TCID_DEFINE(setregid02); >> >> static gid_t neg_one = -1; >> >> -static gid_t inval_user = (USHRT_MAX); >> +static gid_t inval_user = USHRT_MAX - 2; >> static struct passwd *ltpuser; > > Unfortunately I've found that in SLES user nobody has UID precisely > USHRT_MAX - 2 and the test fails :( > > Thinking of correct solution, we probably need some > tst_get_unused_uid(). What do you think? >
Hi! Ok, I will do it. ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
