Home • About Us • A-Z Index • Search * Contact Us • Register • Login • Press • Shop

The Open Brand -- Problem Reporting and Interpretations System

Problem Report 1922 Details

Help Show help | Quick Search | Submit a Test Suite Support Request | Click here to view your privileges

This page provides all information on Problem Report 1922.

Report 1922 Actions

    Problem Report Number 1922
    Submitter's Classification Test Suite problem
    State Resolved
    Resolution Rejected (REJ)
    Problem Resolution ID REJ.X.0558
    Raised 1998-01-19 08:00
    Updated 2003-03-13 08:00
    Published null
    Product Standard Internationalised System Calls and Libraries Extended V2 (UNIX 98)
    Certification Program The Open Brand certification program
    Test Suite VSX4 version 4.4.2
    Test Identification ANSI.os/signal/signal_X 1
    Problem Summary PG5R.001 This testcase has the following problem; in sigcppair() the return code (status) is set to WTERMSIG(status) when WIFSIGNALED(status) is true. This causes sigcppair() to return the terminating signal i...
    Problem Text
    This testcase has the following problem; in sigcppair() the return
    code (status) is set to WTERMSIG(status) when WIFSIGNALED(status)
    is true. This causes sigcppair() to return the terminating signal
    instead of the status from wait() and test1() is expecting
    the status.
    Test Output
    ************************************************************************
    /tset/ANSI.os/signal/signal_X/T.signal_X 1 Failed

    Test Description:
    process terminated upon receipt of signal if SIG_DFL specified as
    signal handling function and the default action for the signal is to
    terminate the process;

    Test Strategy:
    INITIALISE sig_array[] using vsx_sigs().
    FOR each of the signals
    CREATE child
    SET the signal catching function to SIG_DFL using signal()
    SEND the signal to the child process
    VERIFY that the child process is terminated

    Test Information:
    SIGFPE: child was not terminated by signal

    ************************************************************************

    Review Information

    Review Type TSMA Review
    Start Date null
    Completed null
    Status Complete
    Review Recommendation No Resolution Given
    Review Response
    There is certainly a fault in the test code here, in that it should
    not attempt to "decode" the wait status twice. However, this is not
    usually a problem, because the traditional wait status encoding is such
    that when a process is terminated by a signal, the wait status is equal
    to the signal number.

    Therefore, assuming that the implementation in question uses the
    traditional wait status encoding, fixing the fault in the code would not
    change the result of the test. Also, this test performs a check for many
    signal numbers, and all except SIGFPE are passing. If the failure were
    due to WTERMSIG(status) not being equal to status, the test would
    perhaps be expected to fail for several (if not all) signals, rather
    than just SIGFPE.

    A more detailed explanation of the reason for the failure is needed from
    the submitter in order to verify whether it is a test suite fault.

    Review Type SA Review
    Start Date null
    Completed null
    Status Complete
    Review Resolution Rejected (REJ)
    Review Conclusion
    This request is refused.

    Problem Reporting System Options:

     

    Back   

Contact the Certification Authority