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

The Open Brand -- Problem Reporting and Interpretations System

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

Report 2533 Actions

    Problem Report Number 2533
    Submitter's Classification Test Suite problem
    State Resolved
    Resolution Test Suite Deficiency (TSD)
    Problem Resolution ID TSD.X.1309
    Raised 2007-04-26 02:23
    Updated 2007-04-27 18:08
    Published 2007-04-27 18:08
    Product Standard Internationalised System Calls and Libraries Extended (UNIX 95)
    Certification Program The Open Brand certification program
    Test Suite VSU version 5.2.9
    Test Identification CAPI.os/time/getdate/T.getdate 50
    Problem Summary A conforming getdate() should not have to recognize changes in the date
    for daylite savings time for invalid timezones.
    Problem Text The test compares two time zones, PST5PDT and PST8PDT. PST8DST is
    defined by implementations as an industry practice. PST5DST is chosen by
    the test to be an invalid time zone. The DST rules for unknown values
    are 'implementation defined'.

    Historically, UNIX implementations used U.S. eastern standard time as
    the defined implementation rule, although that convention is not
    documented by the standard. As a result the test expects a 3 hour
    difference between PST5PDT and PST8PDT. Now congress has changed the
    start and end dates for Daylight Time. The mechanism for timezone
    offsets have been updated. However, it is not specified which DST rule
    corresponds to the default value for invalid timezones such as PST5PDT.

    Conforming applications may still use the DST rule in use since 1978 for
    the default offset and need not be required to follow the congress
    mandated change first starting in 2007 as the rule for an invalid
    timezone. There can be a window of time where the observed behavior in
    the test results is seen for conforming implementations where the DST
    rules between valid and invalid are not the same as other times of the year.

    Assertion 50 is testing common practice, not the standard. Changes in
    the law have shown that common practice is ambiguous.
    Test Output /tset/CAPI.os/time/getdate/T.getdate 50 Failed
    Test Description:
    Base Required Conformance
    On a call to struct tm *getdate(char *string) unless "%Z" is being
    scanned the broken down time shall be initialized based on the current
    local time as if localtime() had been called.
    Test Information:
    PREP: Set up PST5PDT in TZ
    PREP: Make DATEMSK refer to selected data file
    TEST: getdate(" ")
    PREP: Set up PST8PDT in TZ
    PREP: Make DATEMSK refer to selected data file
    TEST: getdate(" ")
    TEST: TZ affected time
    ERROR: Timezone did not affect time correctly
    Expected 3 hour difference, Received 2 hour difference

    Review Information

    Review Type TSMA Review
    Start Date 2007-04-26 02:23
    Last Updated 2007-04-26 17:47
    Completed 2007-04-26 17:47
    Status Complete
    Review Recommendation Test Suite Deficiency (TSD)
    Review Response This is accepted as a fault in the test suite.

    Review Type SA Review
    Start Date 2007-04-26 16:47
    Last Updated 2007-04-27 01:01
    Completed 2007-04-27 01:01
    Status Complete
    Review Resolution Test Suite Deficiency (TSD)
    Review Conclusion This Pr is agreed as a Test Suite Deficiency.

    Problem Reporting System Options:

     

    Back   

Contact the Certification Authority