apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 53906] New: make check failures testsockets testime test_exp_get_lt
Date Wed, 19 Sep 2012 20:31:58 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=53906

          Priority: P2
            Bug ID: 53906
          Assignee: bugs@apr.apache.org
           Summary: make check failures testsockets testime
                    test_exp_get_lt
          Severity: normal
    Classification: Unclassified
                OS: AIX
          Reporter: mamfelt@gmail.com
          Hardware: Other
            Status: NEW
           Version: HEAD
         Component: APR
           Product: APR

running make check on AIX shows three test failures:

root@x104:[/data/prj/apr/apr-1.4.x/test]./testall -v testsock testsockets
testtime       
testsock            : \Line 327: expected <0.0.0.0>, but saw <::ffff:0.0.0.0>
FAILED 1 of 9
testsockets         : -Line 135: Could not set multicast hops (22): Invalid
argument

|Line 180: Condition is false, but expected true
FAILED 1 of 7
testtime            : /Line 146: Condition is false, but expected true
FAILED 1 of 13
Failed Tests            Total   Fail    Failed %
===================================================
testsock                    9      1     11.11%
testsockets                 7      1     14.29%
testtime                   13      1      7.69%
root@x104:[/data/prj/apr/apr-1.4.x/test]

Note: The testsock result has already been added to an open bug-report.

for testsockets:

in testsockets.c:

    rv = apr_mcast_hops(sock, 10);
    APR_ASSERT_SUCCESS(tc, "Could not set multicast hops", rv);
    if (rv != APR_SUCCESS)
        return;

If someone tells me what needs to be added to apr_mcast_hops() for debugging -
happy to assist.

for testtime:

/* The time value is used throughout the tests, so just make this a global.
 * Also, we need a single value that we can test for the positive tests, so
 * I chose the number below, it corresponds to:
 *           2002-09-14 12:05:36.186711 -25200 [257 Sat].
 * Which happens to be when I wrote the new tests.
 */
static apr_time_t now = APR_INT64_C(1032030336186711);

...

static void test_exp_get_lt(abts_case *tc, void *data)
{
    apr_status_t rv;
    apr_time_exp_t xt;
    apr_time_t imp;
    apr_int64_t hr_off_64;

    rv = apr_time_exp_lt(&xt, now);
    ABTS_TRUE(tc, rv == APR_SUCCESS);
    rv = apr_time_exp_get(&imp, &xt);
    if (rv == APR_ENOTIMPL) {
        ABTS_NOT_IMPL(tc, "apr_time_exp_get");
    }
    ABTS_TRUE(tc, rv == APR_SUCCESS);
    hr_off_64 = (apr_int64_t) xt.tm_gmtoff * APR_USEC_PER_SEC;
    ABTS_TRUE(tc, now + hr_off_64 == imp); /* AIX "FAILS" */
}

And, what is needed here to understand what is wrong?

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message