[Bug 1053] New: Test output from /tset/LSB.os/procprim/exec_L/T.<foo> 7 masks real failure

Ran into some regressions testing against kernel 2.6.12:

/tset/LSB.os/procprim/exec_L/T.execl_L 7 FAIL
/tset/LSB.os/procprim/exec_L/T.execle_L 7 FAIL
/tset/LSB.os/procprim/exec_L/T.execlp_L 7 FAIL
/tset/LSB.os/procprim/exec_L/T.execv_L 7 FAIL
/tset/LSB.os/procprim/exec_L/T.execve_L 7 FAIL
/tset/LSB.os/procprim/exec_L/T.execvp_L 7 FAIL
/tset/POSIX.os/procprim/exec/T.execl 30 FAIL
/tset/POSIX.os/procprim/exec/T.execle 30 FAIL
/tset/POSIX.os/procprim/exec/T.execlp 30 FAIL
/tset/POSIX.os/procprim/exec/T.execv 30 FAIL
/tset/POSIX.os/procprim/exec/T.execve 30 FAIL
/tset/POSIX.os/procprim/exec/T.execvp 30 FAIL

Problem is in the reporting on the "7" tests. Journal output is:

For ITIMER_REAL: it_value.tv_sec reset incorrectly by exec:                    
expected value 0; observed value 0

Source of the test code is testing "tv_sec == (time_t) 0" which reolves as a
failure but then the printf has a hardcoded "0" in the message rather than the
expected value.  

tset/LSB.os/procprim/exec_L/exec_tgn_L.c:

                if(timer_info.it_value.tv_sec == (time_t) 0) {
                        testfail++;
                        pipe_xx_rpt(FAILURE);
                        sprintf(rbuf, "For %s: it_value.tv_sec reset incorrectly
by exec:", typename[i]);
                        pipe_in_rpt(rbuf);
                        (void) sprintf(rbuf, "expected value %d; observed value 
%d", 0, (int) timer_info.it_value.tv_sec);
                        pipe_in_rpt(rbuf);
                }   
 
--    
Configure bugmail: http://bugs.linuxbase.org/userprefs.cgi?tab=email   
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.