On Wed, 8 Sep 2004, Craig Dayton wrote:
>
> After updating both Apache2 and mod_perl on the W2K
> Server, there are still some problems in building
> libarpeq2-2.04_03-dev on Win32.
>
> Current software levels are:
> Apache/2.0.50 (Win32) mod_perl/1.99_16 Perl/v5.8.4 Server
>
> When invoking 'nmak
After updating both Apache2 and mod_perl on the W2K Server, there are still
some problems in building libarpeq2-2.04_03-dev on Win32.
Current software levels are:
Apache/2.0.50 (Win32) mod_perl/1.99_16 Perl/v5.8.4 Server
When invoking 'nmake perl_glue', 'nmake perl_test', or nmake perl_install
Stas Bekman wrote:
Fisher, James L. wrote:
Summary of problem: following failed during "make test" for
mod_perl-1.99_16:
t/filter/both_str_con_add.t
t/protocol/echo_block.t
t/protocol/pseudo_http.t
The platform:
- OpenBSD 3.5-stable (GENERIC) #0: Thu Aug 12 23:59:05 EDT 2004 (i.e.,
patched)
It
Fisher, James L. wrote:
Summary of problem: following failed during "make test" for
mod_perl-1.99_16:
t/filter/both_str_con_add.t
t/protocol/echo_block.t
t/protocol/pseudo_http.t
The platform:
- OpenBSD 3.5-stable (GENERIC) #0: Thu Aug 12 23:59:05 EDT 2004 (i.e.,
patched)
It's an bug in libapr
Summary of problem: following failed during "make test" for
mod_perl-1.99_16:
t/filter/both_str_con_add.t
t/protocol/echo_block.t
t/protocol/pseudo_http.t
The platform:
- OpenBSD 3.5-stable (GENERIC) #0: Thu Aug 12 23:59:05 EDT 2004 (i.e.,
patched)
- perl v5.8.2 built for i386-openbsd (standa
Geoffrey Young wrote:
eps com estem wrote:
You were right, my firsts tests indicate that things are going well (i have to work
more
on it) with internal_redirect(). Simply i did not know the existence of these wonderful
functions (methods).
might I suggest, then, some of the mod_perl books listed
eps com estem wrote:
> You were right, my firsts tests indicate that things are going well (i have to work
> more
> on it) with internal_redirect(). Simply i did not know the existence of these
> wonderful
> functions (methods).
might I suggest, then, some of the mod_perl books listed on the p
Rici Lake wrote:
In the course of trying to figure out why mod_info does not reveal
directives added in PerlSections (see other email), I stumbled across
the following problem:
I created a simple seven-line .htaccess file, and did 100,000 requests
to a file in the corresponding directory with
You were right, my firsts tests indicate that things are going well (i have to work
more
on it) with internal_redirect(). Simply i did not know the existence of these wonderful
functions (methods). I have not understood why a Location header cannot work anyway,
but i
am fully happy with your hel
Hi Ryan,
On Wed, 2004-09-08 at 15:56, Ryan Underwood wrote:
> No, the problem doesn't go away without Dynagzip.
So far, there is nothing about Apache::Dynagzip in this problem really.
> I couldn't get
> Dynagzip to work correctly with a nph CGI script either. There is an
> option UseCGIHeadersFr
Arshavir Grigorian wrote:
I'd appreciate if you could work with the debugger and figure out the
real trace it has taken to help us debug it, as suggested in the
previous reply.
It looks like the control is going into the first branch of the if
statement calling native_strerror (statcode=500, b
On Wed, Sep 08, 2004 at 03:41:25PM -0500, Slava Bizyayev wrote:
>
> On Wed, 2004-09-08 at 14:48, Perrin Harkins wrote:
> > Archived here:
> > http://mathforum.org/epigone/modperl/swoxsnurcro/[EMAIL PROTECTED]
>
> Apache::Dynagzip is commented out in questioning configuration. This is
> right fir
Hi Stas,
I tried the Timeout-value and as you thought it hasn't any influence
because with
the prefork-model the server needs around 26secs to startup.
I found something new. As I commented out every module I tried to figure
out
which one is the bad one, so I activated one after the other and
On Wed, 2004-09-08 at 14:48, Perrin Harkins wrote:
> Archived here:
> http://mathforum.org/epigone/modperl/swoxsnurcro/[EMAIL PROTECTED]
Apache::Dynagzip is commented out in questioning configuration. This is
right first step to do in the first place when you suspect any
incompatibility. However,
On Wed, Sep 08, 2004 at 02:19:17PM -0400, Perrin Harkins wrote:
> On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> > I've had this strange problem off and on ever since we started using
> > mod_perl. Occasionally, when the page is generated and printed, the
> > output goes to the Apache error
Stas Bekman wrote:
Arshavir Grigorian wrote:
Stas Bekman wrote:
Arshavir Grigorian wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
make test fails on one of the tests -
t/filter/in_error...malformed response at
/usr/local/apach
On Wed, 2004-09-08 at 15:32, Slava Bizyayev wrote:
> Sorry guys, I missed the beginning of this thread, won't you mind to
> remind me what is Apache::Dynagzip suspected in?
Archived here:
http://mathforum.org/epigone/modperl/swoxsnurcro/[EMAIL PROTECTED]
- Perrin
--
Report problems: http://per
Sorry guys, I missed the beginning of this thread, won't you mind to
remind me what is Apache::Dynagzip suspected in?
Slava
On Wed, 2004-09-08 at 13:19, Perrin Harkins wrote:
> On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> > I've had this strange problem off and on ever since we started us
On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> I've had this strange problem off and on ever since we started using
> mod_perl. Occasionally, when the page is generated and printed, the
> output goes to the Apache error log instead of to the client
[...]
>PerlHeaderParserHandler
Hello! Let me get the system specs out of the way first...
Apache: 2.0.50
mod_perl: 1.99_16
Apreq2: 2.04-dev
Perl: 5.8.5
I am attempting to set the charset value in the response headers to
'utf8', but I can't seem to get it to drop the 'iso-8859-1' value for
some reason.
I began with the foll
[EMAIL PROTECTED] wrote:
I'm new to this list and trying to compile modperl for Apache2.
(I've done this some time ago for modperl 1.26 and Apache 1.3.22.)
I'm using Perl 5.8.5 under AIX 4.3.3. My compiler is vac 5.0.2.8.
Johannes, to submit problem report please use:
http://perl.apache.org/bugs/
.
eps com estem wrote:
> Hi.
> I want to redirect to some uri one page. This can be accomplished easily in
> PerlTransHandler with $r-> uri($new_uri);
> My problem is that this uri needs to be parsed again with the same module
> responsible of
> that. This is, i have a web page parse by module X t
Geoffrey Young wrote:
>
> Geoffrey Young wrote:
>
That sounds like a job for Apache to do. Apache knows what modules are
compiled in, so it can check that list before trying to LoadModule.
You may want to suggest that to the Apache developers. Most likely any
Apache module suffe
Hi,
I've managed something new: make test ist running after deactivating every
"LoadModule" in /www/apache2/httpd.conf
from which make test generates it's own httpd.conf. Now the tests are
running.
So it seems to be a problem with the LoadModule-order. The following
modules are built into http
Hi,
I'm new to this list and trying to compile modperl for Apache2.
(I've done this some time ago for modperl 1.26 and Apache 1.3.22.)
I'm using Perl 5.8.5 under AIX 4.3.3. My compiler is vac 5.0.2.8.
Everything compiles well and Apache2 is running wonderful on it's own.
I've done the followi
Hi.
I want to redirect to some uri one page. This can be accomplished easily in
PerlTransHandler with $r-> uri($new_uri);
My problem is that this uri needs to be parsed again with the same module responsible
of
that. This is, i have a web page parse by module X that has to redirect to another uri
26 matches
Mail list logo