Joe Orton wrote:
APR 0.9.x can't change the size of apr_off_t, but it's still useful to
be able to use O_LARGEFILE in a few specific cases on LFS platforms when
the application knows it is safe: to allow writing >2Gb log files in
particular. It's not safe to use in general, since {f,l,}stat() will
APR 0.9.x can't change the size of apr_off_t, but it's still useful to
be able to use O_LARGEFILE in a few specific cases on LFS platforms when
the application knows it is safe: to allow writing >2Gb log files in
particular. It's not safe to use in general, since {f,l,}stat() will
fail on a >2gb f
On Fri, Mar 19, 2004 at 05:40:01PM -0800, Mathihalli, Madhusudan wrote:
> Hi,
> On HP-UX/IA64 plaforms (11.22, 11.23), the socklen_t is defined
> as size_t. However, things fail in Apache if the default value
> is used. The workaround is to use 'int' as a value for
> apr_soc
Hi,
On HP-UX/IA64 plaforms (11.22, 11.23), the socklen_t is defined as
size_t. However, things fail in Apache if the default value is used. The
workaround is to use 'int' as a value for apr_socklen_t. I've not yet contacted
the networking folks here (which I'll do so shortly).
In the me
