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=42321>.
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=42321


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |




------- Additional Comments From [EMAIL PROTECTED]  2007-05-02 12:25 -------
After recomping mod_bluestem, per note 2, the problem still exists.  Why do you 
set off_t to long when 
off_t and long are the same.  It is a no-op and a waste of code for configure.  
If it is supposed to be 
that way, then there still is a MAJOR bug in apache.  r->per_dir_config should 
NEVER be NULL when 
calling modules.  The macro, ap_get_module_config never test to see of 
r->per_dir_config is NULL.

The second point, per the comments in configure.in

        # Special case: off_t may change size with _FILE_OFFSET_BITS
        # on 32-bit systems with LFS support.  To avoid compatibility
        # with other software which may export _FILE_OFFSET_BITS,
        # hard-code apr_off_t to long.


This means that _FILE_OFFSET_BITS is set to something other than a long.  On a 
32 bit OS, that is 4 
bytes.  The test case will be true if off_t == long.  The comments do not say 
this, the comments imply 
that off_t != long.  That makes the test wrong.

-- 
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.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to