|
Home About Us A-Z Index Search * Contact Us Register Login Press ShopThe Open Brand -- Problem Reporting and Interpretations System |
Problem Report 1593 Details
Show help | Quick Search | Submit a Test Suite Support Request | Click here to view your privileges
This page provides all information on Problem Report 1593.
Report 1593 Actions
Problem Report Number 1593 Submitter's Classification Specification problem State Resolved Resolution Permanent Interpretation (PIN) Problem Resolution ID PIN.X.0150 Raised 1995-12-10 08:00 Updated 2003-03-13 08:00 Published 1995-12-20 08:00 Product Standard Internationalised System Calls and Libraries Extended (UNIX 95) Certification Program The Open Brand certification program Test Suite VSU version 4.1.0 Test Identification CAPI.hdr/misc/poll 4 Specification System Interfaces and Libraries Issue 4 Version 2 Location in Spec See Problem Text Problem Summary PIN4U.00016 This test may fail on all implementations. BR 1170/138 ruled the part of the XSH specification this test is verifying is in error. Problem Text
This test may fail on all implementations. BR 1170/138 ruled the
part of the XSH specification this test is verifying is in error.
The X/Open Base Working Group Resolution 1170/138 declares this
part of the XSH4 V2 specification to be in error. The resolution
is attached.
Resolution text:
We have a resolution request about a VSU failure which looking at
the specification seems to be caused by a specification problem.
For poll.h header test:
TEST PURPOSE #4
The symbolic constant POLLIN shall be defined in
poll.h and have the same value as POLLRDNORM or-ed with POLLRDBAND.
ERROR: Expected POLLIN = 0xc0 (0x40 OR 0x80), value is 0x1.
4 FAIL
This is specified in the XSH4.2 specification but we feel that this
will break many (if not all) implementations. On all implemntations
we have checked we have seen the following definition:
#define POLLIN 0x0001 /* fd is readable */
#define POLLRDNORM 0x0040 /* normal data is readable */
#define POLLRDBAND 0x0080 /* priority band data is readable */
We think the specification is confusing "value" with "effect". POLLIN
should indeed have the same effect as (POLLRDNORM|POLLRDBAND). It
would be nice to have it being the same value, but that would break
historical implementations since POLLIN has always been 0x0001.
[Request text ends]
[Resolution response]
This is a defect.
POLLIN should have the same effect as (POLLRDNORM | POLLRDBAND),
not the same value. P1003.1g specifies that all the values
are bitwise distinct.
The description on poll.h for POLLIN
should be updated to say "the same effect as" and not "the same
value as".Test Output
15|1 1.10 1|TCM Start
400|1 4 1 06:22:57|IC Start
200|1 1 06:22:57|TP Start
520|1 1 19689 1 1|SPEC1170TESTSUITE CASE 4
520|1 1 19689 1 2|The symbolic constant POLLIN shall be defined in
520|1 1 19689 1 3|poll.h and have the same value as POLLRDNORM or-ed with POLLRDBAND.
520|1 1 19689 1 4|ERROR: Expected POLLIN = 0xc0 (0x40 OR 0x80), value is 0x1.
220|1 1 1 06:22:57|FAIL
410|1 4 1 06:22:57|IC End
80|1 0 06:22:57|TC EndReview Information
Review Type TSMA Review Start Date null Completed null Status Complete Review Recommendation No Resolution Given Review Response
Based on BR 1170/138 which ruled this issue to be a defect in the
standard, a permanent interpretation is recommended.
Review Type SA Review Start Date null Completed null Status Complete Review Resolution Permanent Interpretation (PIN) Review Conclusion
A Permanent Interpretation is granted.
Problem Reporting System Options:
- View Report 1593
- List All PRs
- Search Reports
- Email the System Administrator
- View the The Open Brand Interpretations Database User Manual
Contact the Certification Authority