The concrete proposal:
1. mod_perl should be extracting the output of `apr-config --cflags`
`apr-config --cppflags` at some point. This can either be done by using
apr-config directly, or by getting it out of `apxs -q EXTRA_CFLAGS` and
`apxs -q EXTRA_CPPFLAGS`.
(apxs in 2.0 sucks really because
if ($perl_lfs64 !$apr_lfs64) {
# Serious Conflict! Strip -D_FILE_OFFSET_BITS=64 from $perl_cflags.
if I read your recent APR patch right, because APR uses lfs by default
on platforms that support it this is unlikely unless perl has made a big
mistake or APR has incorrectly
OK, let's do the background... on Unix systems where by default off_t is
a long, a 32-bit integer, there are two different ways to get large
file support, i.e. the ability to manipulate files bigger than 2Gb:
1) you compile using -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64. This
makes sys/types.h
Joe Orton wrote:
OK, let's do the background...
wow. thanks for all that. I never really groked the issue but you've
clarified it nicely. much appreciated!
The problem that mod_perl has to work around is when you take a package
built with approach (1), i.e. Perl, and any package which was
t/TEST -v t/modperl/merge2.t
t/modperl/merge2# connecting to http://localhost:8532/merge2/
request has failed (the response code was: 404)
see t/logs/error_log for more details
[Fri Apr 02 18:33:22 2004] [error] [client 127.0.0.1] File does not exist:
On Tue, 30 Mar 2004, Stas Bekman wrote:
Date: Tue, 30 Mar 2004 19:23:06 -0800
From: Stas Bekman [EMAIL PROTECTED]
To: Jie Gao [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [mp2] bug report: modperl_env.c
Jie Gao wrote:
-8-- Start Bug Report
Jie Gao wrote:
-8-- Start Bug Report 8--
1. Problem Description:
Apache segmentation faults trying to run a registry script.
Thanks for the detailed report Jie, but how do we reproduce it without the
test script and relevant configuration?
Hmm. There is
Stas Bekman wrote:
t/TEST -v t/modperl/merge2.t
t/modperl/merge2# connecting to http://localhost:8532/merge2/
request has failed (the response code was: 404)
see t/logs/error_log for more details
[Fri Apr 02 18:33:22 2004] [error] [client 127.0.0.1] File does not
exist:
On Tue, 30 Mar 2004, Stas Bekman wrote:
Date: Tue, 30 Mar 2004 19:23:06 -0800
From: Stas Bekman [EMAIL PROTECTED]
To: Jie Gao [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [mp2] bug report: modperl_env.c
Jie Gao wrote:
-8-- Start Bug Report
Geoffrey Young wrote:
Stas Bekman wrote:
t/TEST -v t/modperl/merge2.t
t/modperl/merge2# connecting to http://localhost:8532/merge2/
request has failed (the response code was: 404)
see t/logs/error_log for more details
[Fri Apr 02 18:33:22 2004] [error] [client 127.0.0.1] File does not
exist:
Yes, I have mod_dir.
But that directory:
Directory /home/stas/apache.org/mp2-cvs/t/htdocs/merge2
doesn't exist. That's why I was asking you whether you haven't committed
something. If not, why would you configure a directory which doesn't
exist? Shouldn't that be a Location then?
$ cvs
$ ll -d t/htdocs/merge*
drwxrwxr-x3 geoffgeoff4096 Apr 3 00:25 t/htdocs/merge2
drwxrwxr-x3 geoffgeoff4096 Apr 3 00:25 t/htdocs/merge3
oh, wait - you probably cvs update -dP, which removed the empty directory.
I guess I ought to put something in it then.
Geoffrey Young wrote:
$ ll -d t/htdocs/merge*
drwxrwxr-x3 geoffgeoff4096 Apr 3 00:25 t/htdocs/merge2
drwxrwxr-x3 geoffgeoff4096 Apr 3 00:25 t/htdocs/merge3
oh, wait - you probably cvs update -dP, which removed the empty directory.
I guess I ought to put
Philippe M. Chiasson wrote:
The gist of this big patch is simple.
1) Now only registered packages will snap END blocks from PL_endav under
perl-script (and a user has a complete control if they want any extra packages
to be registered and their END blocks to be run).
2) the END blocks are now
14 matches
Mail list logo
