Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1082)
Subject: Re: Weird weirdness with %lld and apr_psprintf
From: Jim Jagielski <jim@apache.org>
In-Reply-To: <B541F5B3-3724-495B-A75C-F2D55AB4B511@jaguNET.com>
Date: Mon, 17 Jan 2011 16:24:56 -0500
Content-Transfer-Encoding: 7bit
Message-Id: <C7F0DDE4-3697-4934-B3B2-46935DA1DC2B@apache.org>
References: <B541F5B3-3724-495B-A75C-F2D55AB4B511@jaguNET.com>
To: APR Developer List <dev@apr.apache.org>,
 dev@httpd.apache.org

I think it is related to OS X and vformatter:

            if ((sizeof(APR_INT64_T_FMT) == 4 &&
                 fmt[0] == APR_INT64_T_FMT[0] &&
                 fmt[1] == APR_INT64_T_FMT[1]) ||
                (sizeof(APR_INT64_T_FMT) == 3 &&
                 fmt[0] == APR_INT64_T_FMT[0]) ||
                (sizeof(APR_INT64_T_FMT) > 4 &&
                 strncmp(fmt, APR_INT64_T_FMT, 
                         sizeof(APR_INT64_T_FMT) - 2) == 0)) {
                /* Need to account for trailing 'd' and null in sizeof() */
                var_type = IS_QUAD;
                fmt += (sizeof(APR_INT64_T_FMT) - 2);
            }
            else if (*fmt == 'q') {
                var_type = IS_QUAD;
                fmt++;
            }
            else if (*fmt == 'l') {
                var_type = IS_LONG;
                fmt++;
            }


under OS X, 64bit, APR_INT64_T_FMT is 'ld' and APR_OFF_T_FMT is 'lld'...

In fact, I'm sure it is... Looking over the archives, I see a few
patches floating around for this...

On Jan 17, 2011, at 3:58 PM, Jim Jagielski wrote:

> OK, I was getting some weird weird errors with the byterange tests
> for httpd... it was always failing. Looking over the output, what
> I was seeing is that the output was sending out, well... see the below:
> 
> # Failed test 149 in t/apache/byterange.t at line 52 fail #149
> Range:         bytes=0-8192
> Content-Range: bytes %ld-%ld/%ld
> 
> This is when APR_OFF_T_FMT is "lld"
> 
> No look at this... I change the section of code in byterange_filter.c
> to:
>        if (ctx->num_ranges == 1) {
>            apr_table_setn(r->headers_out, "Content-Range",
>                           apr_psprintf(r->pool, "bytes %lld - %lld / %lld",
>                                        range_start, range_end, clength));
> 
> and I get *this*!
> 
> # Failed test 149 in t/apache/byterange.t at line 52 fail #149
> Range:         bytes=0-8192
> Content-Range: bytes %ld - %ld / %ld
> 
> Note that it looks like something is compressing %lld to %ld!
>