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 39463] - Sendfile broken in 2.2.2 on Solaris 10 when using Server parsed html includes
Date Tue, 07 Nov 2006 10:26:50 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=39463>.
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=39463





------- Additional Comments From jorton@redhat.com  2006-11-07 02:26 -------
Duncan sent me some more feedback from the Sun engineer - thanks Duncan for
continuing to chase this.

The interesting thing here is that a 32-bit pointer is being stored in a (long
long) variable.  It looks like one compiler (GCC) may be sign-extending the
pointer value in that case but another compiler does not (Sun CC).

Given that pointer<->integer conversion is mostly implementation defined in C I
had presumed that the kernel must simply discard the high word of the integer
since the field is defined to be storing a 32-bit integer in the low word.  But
possibly it does not, and this is why the EFAULT is being generated; it's seeing
a pointer value outside the 32-bit address space.

I'm going to attach a patch which might test this theory - could someone test
this out?

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