Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (nike.apache.org: 76.96.62.24 is neither permitted nor
 denied by domain of jim@jagunet.com)
Subject: Re: %lld/%llu not handled by apr_vformatter
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Jim Jagielski <jim@jaguNET.com>
In-Reply-To: <AANLkTi=wqJWNDqMCdk44S_8-0H5AZLCgCr7xw3NWa5=A@mail.gmail.com>
Date: Wed, 11 Aug 2010 14:38:53 -0400
Cc: Chris Knight <Christopher.D.Knight@nasa.gov>,
 APR Developer List <dev@apr.apache.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <41C02C08-93A3-45A1-B19B-79173BBB286A@jaguNET.com>
References: <AA721548-CD20-4940-A216-33712B7B95F7@nasa.gov>
 <AANLkTi=wqJWNDqMCdk44S_8-0H5AZLCgCr7xw3NWa5=A@mail.gmail.com>
To: Hyrum K. Wright <hyrum_wright@mail.utexas.edu>

Universal binaries for OS X and APR are not supported. I must
force either 32 or 64 bit... Attempts to fix this at the
APR level have been vetoed and so no further effort can
be done.

The long and short of it (no pun intended) is that under
OS X and universal binaries, you can no longer have
some type lengths statically defined in *.h files as
being a certain number of bits. Instead, the APR *.h files
would require some internal #if tests which "looks" to see
how the package is being compiled and then selects the
correct set of bit sizes... This was deemed "too ugly"
and was vetoed.

For hints, I would encourage people to see how MacPorts
works around this...

On Aug 11, 2010, at 12:02 PM, Hyrum K. Wright wrote:

> Unfortunately, you seem to have found the same bug I uncovered in =
March:
> =
http://mail-archives.apache.org/mod_mbox/apr-dev/201003.mbox/%3Cb51ffb6f10=
03100926n22c1dd79id9696972b23a153a@mail.gmail.com%3E
>=20
> To my knowledge it hasn't been fixed, thought that thread does include
> a somewhat hacky patch to work around the issue.  Perhaps it will be
> of use to you.
>=20
> -Hyrum
>=20
> On Wed, Aug 11, 2010 at 10:51 AM, Chris Knight
> <Christopher.D.Knight@nasa.gov> wrote:
>> I spent half-a-day yesterday trying to figure out why I was crashing =
in apr_psprintf on a strlen until I realized that my "%llu%s" format =
string was causing it to use my long long int as a char *.
>>=20
>> Needless to say, no harm in adding support for %ll[du] yes?
>>=20
>> Ah, 64-bit fun for everyone....
>>=20
>> Example code:
>>=20
>> #include <apr.h>
>> #include <apr_pools.h>
>> #include <apr_strings.h>
>> #include <stdio.h>
>>=20
>> int main(int argc, char **argv) {
>>    apr_pool_t *pool =3D NULL;
>>    char *s =3D "hello world"; u_int64_t v =3D 12345678;
>>=20
>>    apr_pool_initialize(); apr_pool_create(&(pool), NULL);
>>    printf("%llu%s", v, s); // works
>>    char *f =3D apr_psprintf(pool, "%llu%s", v, s); // segfault on =
strlen
>>    printf("%s\n", f);
>> }
>=20