apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 40758] New: - WIN64, apr_vformatter(..) cannot handle 64bit pointers without APR_VOID_P_IS_QUAD flag enabled
Date Mon, 16 Oct 2006 03:30:56 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40758>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40758

           Summary: WIN64, apr_vformatter(..) cannot handle 64bit pointers
                    without APR_VOID_P_IS_QUAD flag enabled
           Product: APR
           Version: HEAD
          Platform: All
               URL: http://www.apachelounge.com/forum/viewtopic.php?t=926
        OS/Version: Windows Server 2003
            Status: NEW
          Severity: major
          Priority: P3
         Component: APR
        AssignedTo: bugs@apr.apache.org
        ReportedBy: philip-dev@soeberg.net


Unless /D APR_VOID_P_IS_QUAD is explicitly defined when compiling libapr, the
apr_vformatter(..) function in apr_snprintf.c is unable to handle %p pointer
conversions. This is unfortunate if any formatting remains after the conversion
(e.g. %s%p%s or similar). If formatting remains, the next iteration will most
likely crash due to incomplete increment of data pointer.

I have been unable to find any correlation between WIN64 and APR_VOID_P_IS_QUAD
in the makefiles or anywhere else. In fact, the only place I found
APR_VOID_P_IS_QUAD is in apr_snprintf.c.

The hunt for the bug is described here:
http://www.apachelounge.com/forum/viewtopic.php?t=926

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Mime
View raw message