I am on 64-bit, %lu works just fine. My problem is that %llu on my 64-bit OS
causes apr_vformatter to not identify %llu as a % string, so that in my
example below it skips the %llu and sends the u_int64_t to the %s, causing a
seg fault. Whereas printf does not have this behavior on a 64-bit OS.
Back to the list (I didn't realize it was just in CC)
i
- Forwarded Message -
From: Chris Knight christopher.d.kni...@nasa.gov
To: Igor Galić i.ga...@brainsware.org
Sent: Saturday, 21 August, 2010 12:22:23 AM
Subject: Re: %lld/%llu not handled by apr_vformatter
That's fine with me
Patches are always welcome. See http://apr.apache.org/patches.html.
Usually it's better to add them to a bug report than send them to the
list, so they don't get lost.
On 2010-08-11 at 12:12, Chris Knight christopher.d.kni...@nasa.gov wrote:
Thanks for the pointer.
While I understand the APR
Hey Chris,
I'm assuming this is only happening on a 32-bit native machine, right?
Because on an x86_64 machine '%lu' would be 64-bit and behave correctly, yes?
-Philip
On 8/11/10 8:51 AM, Chris Knight wrote:
I spent half-a-day yesterday trying to figure out why I was crashing in
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 *.
Needless to say, no harm in adding support for %ll[du] yes?
Ah, 64-bit fun for everyone
Unfortunately, you seem to have found the same bug I uncovered in March:
http://mail-archives.apache.org/mod_mbox/apr-dev/201003.mbox/%3cb51ffb6f1003100926n22c1dd79id9696972b23a1...@mail.gmail.com%3e
To my knowledge it hasn't been fixed, thought that thread does include
a somewhat hacky patch to
Thanks for the pointer.
While I understand the APR team wants to match APR_INT64_T_FMT, %ll[du] should
still be supported even if APR_INT64_T_FMT is ld, to ensure compatibility
with the system printf.
(APR team, I'd be happy to become a committer and/or submit patches, if y'all
are
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
How does libc do printf for %lld for universal binaries?
On Aug 11, 2010, at 11:38 AM, Jim Jagielski wrote:
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.