Joe, regarding your change: http://marc.theaimsgroup.com/?l=apr-cvs&m=108039307912906&w=2 which seems to completely hose mod_perl 2
Are you sure this is a good step:
+#if APR_HAS_LARGE_FILES +#define lseek(f,o,w) lseek64(f,o,w) +#define ftruncate(f,l) ftruncate64(f,l) +#endif
this is in an internal APR header, the changes are not exported to any users of APR, so it shouldn't matter.
Good then :) Thanks Joe for fixing the problem.
> In this case, mod_perl doesn't strip _FILE_OFFSET_BITS=64 from the Perl > ccflags like normal. But _FILE_OFFSET_BITS=64 does still change the > size of apr_ino_t and hence the size of apr_finfo_t and hence the > offsets into request_rec.
It can't be stripped, because that's how perl was built and if stripped apps linked with libperl.so (e.g. mod_perl) won't function properly.
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
