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

The Open Brand -- Problem Reporting and Interpretations System

Problem Report 0496 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 0496.

Report 0496 Actions

    Problem Report Number 0496
    Submitter's Classification Test Suite problem
    State Resolved
    Resolution Rejected (REJ)
    Problem Resolution ID REJ.X.0115
    Raised 1995-08-02 08:00
    Updated 2003-03-13 08:00
    Published null
    Product Standard Internationalised System Calls and Libraries (XPG4)
    Certification Program The Open Brand certification program
    Test Suite VSX4 version 4.3.4
    Test Identification XPG4.os/genuts/regex 50
    Problem Summary PG4R.116 /* ERE characters that are not ". [ ( ) * + ? { | ^ $ NUL",
    and ")" not matched by preceding "(" */ The test implementation would
    expect that an unmatched ')' is a legal character. The test would...
    Problem Text
    /* ERE characters that are not ". [ ( ) * + ? { | ^ $ NUL",
    and ")" not matched by preceding "(" */

    The test implementation
    would expect that an unmatched ')' is a legal character.
    The test would PASS if there is an unmatched ')'.

    >The following code was noted in Henry Spencer's RE package:
    >----------------------------------------
    >
    >#ifndef POSIX_MISTAKE
    > case ')': /* happens only if no current unmatched ( */
    > /*
    > * You may ask, why the ifndef? Because I didn't notice
    > * this until slightly too late for 1003.2, and none of the
    > * other 1003.2 regular-expression reviewers noticed it at
    > * all. So an unmatched ) is legal POSIX, at least until
    > * we can get it fixed.
    > */
    > SETERROR(REG_EPAREN);
    > break;
    >#endif
    Test Output 410|0 49 1 20:48:19|IC End
    400|0 50 1 20:48:19|IC Start
    200|0 50 20:48:19|TP Start
    520|0 50 27889 1 1|Regular Expression : ")"
    520|0 50 27889 1 2|Flags used: REG_EXTENDED
    520|0 50 27889 1 3|regcomp() returned 8, expected 0
    520|0 50 27889 1 4|
    220|0 50 1 20:48:19|FAIL
    410|0 50 1 20:48:19|IC End

    Review Information

    Review Type TSMA Review
    Start Date null
    Completed null
    Status Complete
    Review Recommendation No Resolution Given
    Review Response It seems that the basis of this request is that there is a fault in the XPG.

    The XPG System Interface Definitions explicitly state that "The
    right-parenthesis is special when matched with a preceding left-parenthesis,
    both outside a bracket expression." This implies that an extended regular
    expression consisting purely of a right-parenthesis is perfectly legal.

    I recommend that this request is refused as it is not a test suite
    deficiency.

    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