Pringle, Chris (HP-PSG) wrote:
Thanks for this. I had put 'PerlInputFilterHandler
iPAQApache::ResetBrowser' inside the proxy block, and it should have
been outside like you said.
So it did work this time, right? Perhaps we should issue a warning if a
connection filter is found insider or alike.
Thanks for this. I had put 'PerlInputFilterHandler
iPAQApache::ResetBrowser' inside the proxy block, and it should have
been outside like you said.
_/***
* _/ **Chris Pringle**
_/
Pringle, Chris (HP-PSG) wrote:
Hi,
I've just tried that script again (see link below) using a POST request.
In the error log file, there is the content of the POST Request e.g.
user=cpringle&password=x but nothing else. There is no HTTP headers.
My Apache directive to enable the filter is
Perl
PROTECTED] **
*** _/ *
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: 18 September 2003 11:37
To: Pringle, Chris (HP-PSG)
Cc: [EMAIL PROTECTED]
Subject: Re: [mp2][QUESTION]: Filter to modify request headers o
Pringle, Chris (HP-PSG) wrote:
Hi,
I am trying to write a filter that will sit on a proxy server and alter
HTTP requests. Basically, what I want it to do is modify the User-Agent
header field so that when the request is proxied, the remote web server
gets a different User-Agent header field to the
On Mon, 15 Sep 2003, Steve Hay wrote:
> I've actually rebuilt Perl and Apache as full debug builds
> so I have all these .pdb files already. mod_perl gets
> them too because it inherits Perl's "debug build" mode.
>
> My question was where in the DevStudio GUI do you get at
> the stacktrace that y
Randy Kobes wrote:
On Mon, 15 Sep 2003, Steve Hay wrote:
PS. Randy: How do you that stacktrace output that you've
posted? Is that using MSVC++, or something else?
Hi Steve,
I'm using MSVC++ ... When a problem like this occurs,
an offer is made to call up the VC++ debugger, where
the tr
On Mon, 15 Sep 2003, Steve Hay wrote:
> PS. Randy: How do you that stacktrace output that you've
> posted? Is that using MSVC++, or something else?
Hi Steve,
I'm using MSVC++ ... When a problem like this occurs,
an offer is made to call up the VC++ debugger, where
the trace is then done.
In
Steve Hay wrote:
> I still haven't found out what the problem with the server crashing on
> startup is, but the attached patch against CVS seems to fix the
> fprintf() problem that you refer to.
Your patch passes the current interpreter context to
modperl_hash_seed_init(), and thus the interpret
Randy Kobes wrote:
On Fri, 12 Sep 2003, Steve Hay wrote:
Hi,
Has anybody else got mp2 (CVS) working with recent perl-5.8.1's on Windows?
I've got it building, but I can't start the Apache server at all. (It's
fine without the mod_perl bits in the httpd.conf file.)
See this thread on p5p for
On Fri, 12 Sep 2003, Steve Hay wrote:
> Hi,
>
> Has anybody else got mp2 (CVS) working with recent perl-5.8.1's on Windows?
>
> I've got it building, but I can't start the Apache server at all. (It's
> fine without the mod_perl bits in the httpd.conf file.)
>
> See this thread on p5p for what I'm
Hi,
This looks more like a MySQL problem than a specific MP2 issue. However here are a
couple of pointers.
All the queries below are updates on the same table this would indicate to me you may
be having a locking issue. What you need to do is locate the locking transaction it
may be as simple
Beau E. Cox wrote:
SPAM: Start SpamAssassin results --
SPAM: This mail is probably spam. The original message has been altered
SPAM: so you can recognise or block similar unwanted mail in future.
SPAM: See http://spamassassin.org/tag/ for more details.
SPA
Stas -
Yep - ALL SET! Thanks a $1,000,000.
Aloha => Beau;
PS: I wonder whose anti-spam filter is going to
junk this email? :)
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Beau E. Cox wrote:
May be you have an old checkout of this file, try to do:
rm ModPerl-Registry/t/cgi-bin/r_inherited.pl
cvs up ModPerl-Registry/t/cgi-bin/r_inherited.pl
and try again.
Thanks Stas -
Sorry I missed the error. I did the 'rm' and re-cvs'ed -
flags correct and test OK. Next I rmeove
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Beau E. Cox" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 04, 2003 9:09 PM
Subject: Re: [mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500
>
Thank you Beau for a complete bug report.
a. ModPerl-Registry/t/bad_scritps.t returns 403 not 500.
bad_scripts1..1
# Running under perl version 5.008 for linux
# Current time local: Thu Sep 4 16:19:34 2003
# Current time GMT: Fri Sep 5 02:19:34 2003
# Using Test.pm version 1.24
# testing
Beau E. Cox wrote:
$BASE_DIR/$SOURCE_DIR/configure \
--enable-layout=SuSE \
that's probably the problem. You can use MP_AP_PREFIX= only if you install
all
apache files under the same tree, which is the default layout. Otherwise
you
should use the MP_APXS option pointing to apxs, which will kn
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Beau E. Cox" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 04, 2003 6:45 AM
Subject: Re: [mp2] Failed to obtain the MPM name
> Beau E. Cox wrote:
> &
Beau E. Cox wrote:
Hi -
1) Downloaded (via CVS) latest mod_perl source (9/4/2003)
2) Cannot configure:
perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2/ MP_INST_APACHE2=1
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/local/apache2
MP_INST_APACHE2 = 1
Configuring Ap
On Yesterday at 2:06pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Also you may want to use Apache::SubProcess to stress it out and see
SB> if there is something that we need to fix, if it's not used we might
SB> not be aware of existings bugs that the tests don't catch. You can
SB> alway
Haroon Rafique wrote:
Hi listers,
Just needed a quick opinion:
http://perl.apache.org/docs/2.0/api/Apache/SubProcess.html
suggests that Apache::SubProcess be used for executing subprocesses.
Howerver, in an earlier list message,
http://marc.theaimsgroup.com/?l=apache-modperl&m=102541721726752&w=2
Alan Rafagudinov wrote:
Hi!
My guess is that you've been hit by this Apache problem:
http://httpd.apache.org/docs-2.0/faq/error.html#error.sendfile
[...]
Thank you, but your advice helped with hooks/trans.t only,
ok, I have added this to the troubleshooting section.
filter/in_bbs_msg.t is still
My guess is that you've been hit by this Apache problem:
http://httpd.apache.org/docs-2.0/faq/error.html#error.sendfile
As the URL above suggests, try to add 'EnableSendfile On' somewhere in
t/conf/httpd.conf and rerun:
t/TEST -v filter/in_bbs_msg.t hooks/trans.t
don't run 'make test' as it'll
Alan Rafagudinov wrote:
Hello!
1. Problem Description:
Thanks for the detailed report, Alan.
Errors while 'make test' was in filter/in_bbs_msg.t and hooks/trans.t
[Thu Aug 28 20:34:19 2003] [info] (22)Invalid argument: core_output_filter: writing
data to the network
[Thu Aug 28 20:34:19 2003] [
I just stumbled into this thread, trying to figure out how to fix
the same error, generated by a C module.
Convert 3221225725 to hex, and you get C0FD and THAT's
the code for a stack overflow. Maybe a recursive function in your
PERL code?
--
Chuck Tribolet
[EMAIL PROTECTED]
http://www.al
On Saturday, August 16, 2003, at 05:16 pm, Stas Bekman wrote:
Michael Chamberlain wrote:
On Saturday, August 16, 2003, at 07:03 am, Douglas Theobald wrote:
I've been quite successful with mp1 (Apache/1.3.28, mod_perl/1.28,
perl
5.8.0, OSX jaguar 10.2.6.), but I'd really like to get mp2 going on
[moving the thread back to the list, so others can benefit from it as well]
Douglas Theobald wrote:
Thanks Stas and Michael, I guess I'll have to recompile perl with ithreads.
I'll probably have two perl builds, since I don't want threads in my
standard perl.
It'd be much better if somebody could
Michael Chamberlain wrote:
On Saturday, August 16, 2003, at 07:03 am, Douglas Theobald wrote:
I've been quite successful with mp1 (Apache/1.3.28, mod_perl/1.28, perl
5.8.0, OSX jaguar 10.2.6.), but I'd really like to get mp2 going on OSX.
Has anyone had any luck or experienced this same problem?
On Saturday, August 16, 2003, at 07:03 am, Douglas Theobald wrote:
I've been quite successful with mp1 (Apache/1.3.28, mod_perl/1.28, perl
5.8.0, OSX jaguar 10.2.6.), but I'd really like to get mp2 going on
OSX.
Has anyone had any luck or experienced this same problem?
Rebuild your perl with th
Douglas, when reporting problems/bugs please follow the guidelines at
http://perl.apache.org/bugs/
It's a known issue with certain builds of perl, please look in the list
archives for similar reports.
Several people reported success with max os x using perl built with usethreads
enabled. Here
> I'll try to make a small test case so you can try to repro. I think it's
> related to DBI (only a hunch), so I'll start there.
Ok, I've got it as simple as I can (I think - 25.1k zip). It isn't related
to DBI, but to template toolkit. So to try my test case, you'll need that
installed.
Should I
Bill Marrs wrote:
Try this patch:
[...]
Feel free to submit this bug report and the fix to httpd-dev. Please
let me know if you do that, so I won't duplicate it. But I'd prefer
that you do it so you can make sure that it gets fixed in the next
release, since you need it working.
I've just ver
> Can't get http://whitestar02.webhop.org/Files/ApacheCrash.zip
>
> it resolves to an internal address: 192.168.0.3
Darn, looks like my web server didn't come back up right last night.
I'll have to be there to fix it, because ssh doesn't get through either.
Here's another link, on my ISP's server
> >>Is it only mp2 that it fails under?
> >>I've tried it under mp1.28/perl5.8.0/apache1.3.27 on WinXP and it
runs
> >
> > fine.
> >
> > I haven't tried other mod_perl versions, since the threading issue
would
> > render the site unusable.
>
> so I assume that there is no point trying it on linux,
Please report to the list the bug id so we can document this issue for
those who have the same problem with older httpds. Thanks.
OK, I've posted it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22259
Thanks for the fix!
-bill
Jean-Sebastien Guay wrote:
Can't get http://whitestar02.webhop.org/Files/ApacheCrash.zip
it resolves to an internal address: 192.168.0.3
Darn, looks like my web server didn't come back up right last night.
I'll have to be there to fix it, because ssh doesn't get through either.
Here's anothe
rl Mailing List
Subject: Re: [mp2] ModPerl::Test::read_post destructive?
Hi there,
On Sun, 10 Aug 2003, Michael Maciag wrote:
> Is the read_post in ModPerl::Test destructive in some way? If so, could
> someone point me in the right direction I might take to modify it to be
> non-destructi
Jean-Sebastien Guay wrote:
So, did anyone have time to check this out? This is pretty major for me,
I can't implement mod_perl at my site until I find out what is causing
this crash and fix it. And I really have no idea what could be causing
it.
I'm using CGI.pm 2.98, Template-Toolkit 2.10, Apache
PROTECTED]>
Cc: "Stas Bekman" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, August 12, 2003 3:40 AM
Subject: Re: [mp2] Child process exited
> Jean-Sebastien Guay wrote:
>
> >So, did anyone have time to check this out? This is pretty major for
me,
> &g
I can't help you with those things without being able to reproduce the problem :(
but see below regarding the reload confusion.
[...]
# Add the top-level directory for the modules into the module search
path.
use lib qw($ENV{SCRIPT_ROOT});
Apache::Reload didn't seem to want to reload my modules.
It's possible that some of your code or the modules that you use
either misuse
$^W or trap $SIG{__WARN__} which prevents from warnings to be printed.
grep
for these two things.
Remember - there's only the code I showed you. No other modules (other
than Template, strict and warnings which are u
Stas,
I just checked, and when the Apache crash occurs, nothing gets written
to access_log. It would seem that the crash happens before the request
is logged.
Also,
> b) why my warnings don't show up in the error_log.
I just moved my mod_perl config from httpd.conf to another file,
mod_perl.con
Stas,
Thanks for the quick response.
> You did load things in startup.pl, remember? some module could
override
> $SIG{__WARN__}. Don't load those modules if you don't need them.
I very much doubt anything in my startup.pl would modify the signal
handlers. Here's my startup.pl, for reference:
us
Stas,
> e.g. I'd check the access_log to see whether it issues only one
request or
> more.
> Also make sure to debug in the single process (thread?) mode
(httpd -X)
I'll check those out this afternoon.
> It's possible that some of your code or the modules that you use
either misuse
> $^W or trap
Jean-Sebastien Guay wrote:
So, did anyone have time to check this out? This is pretty major for me,
I can't implement mod_perl at my site until I find out what is causing
this crash and fix it. And I really have no idea what could be causing
it.
I'm using CGI.pm 2.98, Template-Toolkit 2.10, Apache/
Steve,
> and the good news for you is that I've reproduced your problem.
GREAT! Thank you so much for persevering through this! So do you have a
traceback or some info that the developers might be able to use to track
this down?
> The "variable will not stay shared" error is a common problem wit
On Wed, 13 Aug 2003, Stas Bekman wrote:
> Jean-Sebastien Guay wrote:
> > Stas,
> >
> > I just checked, and when the Apache crash occurs, nothing gets written
> > to access_log. It would seem that the crash happens before the request
> > is logged.
>
> That's possible, but at least you can see that
Jean-Sebastien Guay wrote:
Stas,
One of the following will work.
PerlSwitches -Id:/htdocs
or
PerlSwitches -Mlib=d:/htdocs
Thanks, I'll try those.
But I still don't know
a) why Apache crashes (I know you can't repro, maybe someone else on
Win32 will, so this is stalled for now).
b) why my w
Jean-Sebastien Guay wrote:
Steve,
How did you build Apache 2?
I downloaded the binaries... Sorry, can't help there.
Please keep me posted as to your progress.
OK, I've now got Apache 2 building (with a little off-list help from
Randy Kobes - the secret is to use the .zip sources rath
Jean-Sebastien Guay wrote:
Stas,
Thanks for trying out my code.
Jean-Sebastien, are you *sure* that what crashes is apache and not
your
client? it seems that you have the client crashing if removing
changes
everything. What's your error_log says?
My client is IE, and it stays open and respo
Jean-Sebastien Guay wrote:
I'll try to make a small test case so you can try to repro. I think it's
related to DBI (only a hunch), so I'll start there.
Ok, I've got it as simple as I can (I think - 25.1k zip). It isn't related
to DBI, but to template toolkit. So to try my test case, you'll need t
I think it's
related to DBI (only a hunch), so I'll start there.
Keep you posted... Thanks
J-S
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Jean-Sebastien Guay" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, A
Jean-Sebastien Guay wrote:
Hello,
I think I've made good steps towards getting my scripts to work
(Apache/2.0.47 (Win32) mod_perl/1.99_10-dev Perl/v5.8.0). However, now,
when I try to reload one of the pages to test, IE tells me that
"The exception unknown software exception (0xc0fd) occu
> I've actually pinpointed the problem to one HTML tag in the output that
> Template-Toolkit sends to Apache as a result of the cgi script's run.
Actually, I've just found out another thing, which is really weird. If I
just change the amount of whitespace in the template file (see the zip file
lin
Try this patch:
[...]
Feel free to submit this bug report and the fix to httpd-dev. Please let
me know if you do that, so I won't duplicate it. But I'd prefer that you
do it so you can make sure that it gets fixed in the next release, since
you need it working.
I've just verified that your patc
Jean-Sebastien Guay wrote:
Steve,
and the good news for you is that I've reproduced your problem.
GREAT! Thank you so much for persevering through this! So do you have a
traceback or some info that the developers might be able to use to track
this down?
Not sure how to get a stack backtra
Stas,
Thanks for trying out my code.
> Jean-Sebastien, are you *sure* that what crashes is apache and not
your
> client? it seems that you have the client crashing if removing
changes
> everything. What's your error_log says?
My client is IE, and it stays open and responsive after the crash
mes
Stas,
> One of the following will work.
>
> PerlSwitches -Id:/htdocs
>
> or
>
> PerlSwitches -Mlib=d:/htdocs
Thanks, I'll try those.
But I still don't know
a) why Apache crashes (I know you can't repro, maybe someone else on
Win32 will, so this is stalled for now).
b) why my warnings don't sho
Jean-Sebastien Guay wrote:
Stas,
I just checked, and when the Apache crash occurs, nothing gets written
to access_log. It would seem that the crash happens before the request
is logged.
That's possible, but at least you can see that it's not IE that generates some
followup request that causes the
Steve,
> I found that almost whatever I removed from the
> template -- not just the tag -- "fixed" it, and I began to
wonder
> about the *size* of the template.
That's what I was wondering too when I reported that just adding 3 line
breaks somewhere in the file "broke" it, and removing them "fix
I said, in my last message:
> I'll try removing modules from my startup.pl as Randy Kobes suggested,
> see if that changes anything.
It doesn't. I removed Apache::Reload from my httpd.conf, and put an
empty startup.pl instead of my real one (this one just returns 1;
nothing else) and it still cras
Bill Marrs wrote:
Please report to the list the bug id so we can document this issue for
those who have the same problem with older httpds. Thanks.
OK, I've posted it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22259
Thanks for the fix!
For the archives: This bug has been fixed in the
;Jean-Sebastien Guay" <[EMAIL PROTECTED]>
To: "Stas Bekman" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, August 08, 2003 1:13 PM
Subject: Re: [mp2] Child process exited
> > >>Is it only mp2 that it fails under?
> > >>
> Is it only mp2 that it fails under?
> I've tried it under mp1.28/perl5.8.0/apache1.3.27 on WinXP and it runs
fine.
I haven't tried other mod_perl versions, since the threading issue would
render the site unusable.
> What version of Template-Toolkit do you have? It's worth ensuring
that
> you'r
Hi there,
On Sun, 10 Aug 2003, Michael Maciag wrote:
> Is the read_post in ModPerl::Test destructive in some way? If so, could
> someone point me in the right direction I might take to modify it to be
> non-destructive?
I think you'll find that reading POST data has always been destructive.
If y
Danil Pismenny wrote:
httpd2 2.0.47, mod_perl 1.99_09
--
httpd does segfault when I try to connect to the database (mysql or
interbase). It faults somewhere in libnss_db.so. It works well if I
remove libnss_db* from the system.
Here is the part of programm stack from cor
So, has anyone checked out my test case? Any results (good or bad)?
As I said in my last post, I'm getting this for differing amounts of
whitespace in my template files, so it isn't just one tag to be removed
everywhere. I have something like 30 template files, most of them much
more complex than
Bill Marrs wrote:
[...]
You would probably wish to append your script with
additional output after the empty string? Something like:
#!/usr/bin/perl
$|=1;
print "Content-Type: text/html\n\n";
print "hello world";
# This line causes the error (?)
print "";
print "hello again";
---
When I do this,
> 25k zip? that's a not quite a short test case ;) Can it possibly be 25
lines
> of code instead?
You're absolutely right, I've pared it down a lot while waiting for your
answer. I was trying to get my test case to you as fast as possible, that's
why I didn't spend that much time on it before. It'
Marc M. Adkins wrote:
httpd2 2.0.47, mod_perl 1.99_09
--
httpd does segfault when I try to connect to the database (mysql or
interbase). It faults somewhere in libnss_db.so. It works well if I
remove libnss_db* from the system.
I noticed a while back that when I use Po
> httpd2 2.0.47, mod_perl 1.99_09
> --
> httpd does segfault when I try to connect to the database (mysql or
> interbase). It faults somewhere in libnss_db.so. It works well if I
> remove libnss_db* from the system.
I noticed a while back that when I use PostgreSQL/W2K/
Thank's for yours comments. You are right, is not a replacement for
Apache::Request, is a alternative implementation.
On Wed, 30 Jul 2003, Stas Bekman wrote:
> Henrique Dias wrote:
> > I'm pleased to announce the release of Apache-ParseFormData-0.06, a
> > replace for Apache::Request (libapreq)
Henrique Dias wrote:
I'm pleased to announce the release of Apache-ParseFormData-0.06, a
replace for Apache::Request (libapreq).
Cool. Though it's implemented in perl (==slower). Did you try to replicate it
because of being frustrated of not having Apache::Request?
Would be nice if the intereste
Carl Brewer wrote:
Stas Bekman wrote:
You need to add:
PerlOptions +Parent
PerlOption `Parent' requires an ithreads enabled Perl
That's correct. prefork mpm is the same as mod_perl 1.
__
Stas BekmanJAm_pH --
Stas Bekman wrote:
You need to add:
PerlOptions +Parent
PerlOption `Parent' requires an ithreads enabled Perl
*doh*
Carl
Carl Brewer wrote:
I'm running into something that may be a feature(!) of
my misunderstanding of how mp works.
I've got this defined in a directive:
PerlRequire "/data/www/foo/secure/etc/startup.pl"
For a number of different virtual servers.
Is it possible for mp2 (or mp in general) to keep s
On Thu, 2003-07-24 at 04:32, Jamie Krasnoo wrote:
> Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
> startup.pl to load them up for multiple handlers have any bad side
> effects? I noticed that when I load them via startup.pl the handlers
> that use them don't complain that the
Jamie Krasnoo wrote:
On Thu, 2003-07-24 at 02:15, Stas Bekman wrote:
Jamie Krasnoo wrote:
Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
startup.pl to load them up for multiple handlers have any bad side
effects? I noticed that when I load them via startup.pl the handlers
tha
It will work. Just be careful - if you distribute this module, the people
who use it may not include these modules in their startup.pl, and if you
discontinue usage of this module, you may end up with extra modules in
memory which aren't needed.
Issac
- Original Message -
From: "Jamie
On Thu, 2003-07-24 at 02:15, Stas Bekman wrote:
> Jamie Krasnoo wrote:
> > Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
> > startup.pl to load them up for multiple handlers have any bad side
> > effects? I noticed that when I load them via startup.pl the handlers
> > that u
Jamie Krasnoo wrote:
Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
startup.pl to load them up for multiple handlers have any bad side
effects? I noticed that when I load them via startup.pl the handlers
that use them don't complain that they don't have the use statements
withi
connect();}...In this example, I get the
error message until Apache::Reload reloads the module, after which it works
fine.Any insight would be appreciated. Issac- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Issac Goldstand" <[EMAIL PROTECTED]>
On Wed, 2003-07-23 at 04:51, Shannon Eric Peevey wrote:
> The uploaded file
>
> Apache-AuthenNTLM-2.01.tar.gz
>
> has entered CPAN as
>
> file: $CPAN/authors/id/S/SP/SPEEVES/Apache-AuthenNTLM-2.01.tar.gz
> size: 50644 bytes
>md5: f175a98ea668e81df9cc8d6db629facf
>
> The purpose of t
Jamie Krasnoo wrote:
[...]
$r->headers_out(Location => '/some/place.html');
return Apache::DECLINED;
why DECLINED? just return Apache::OK.
My mistake, its been a while and I'm just getting back into it. So its
like I'm learning everything all over again. You can use OK? The example
in the Eagle boo
On Tue, 2003-07-22 at 03:10, Jamie Krasnoo wrote:
> On Tue, 2003-07-22 at 02:50, Stas Bekman wrote:
> > Jamie Krasnoo wrote:
> > > What would be the best way to redirect in MP2? How would I set the
> > > Location in the header?
> >
> > not any different from mp1 (assuming that you have been workin
On Tue, 2003-07-22 at 02:50, Stas Bekman wrote:
> Jamie Krasnoo wrote:
> > What would be the best way to redirect in MP2? How would I set the
> > Location in the header?
>
> not any different from mp1 (assuming that you have been working with mp1
> before, but the mp1 documentation and literature
Jamie Krasnoo wrote:
What would be the best way to redirect in MP2? How would I set the
Location in the header?
not any different from mp1 (assuming that you have been working with mp1
before, but the mp1 documentation and literature can be used as a reference
for most mp2 things).
something lik
> Well, the problem is that I get this error in my error_log:
>
> [Mon Jul 21 14:18:55 2003] [error] 4297: ModPerl::RegistryBB: 20014:Error
> string not specified yet at /var/www/perl/test.pl line 6.
>
> Also, more important, the script seems to be terminating and/or any output
> following the 'pri
We can see that mod_cgi bufferizes the output and sends it with
Content-Length HTTP header (to mod_deflate). Indeed mod_perl generates
chunked response. Finally we have the same result. I don't see any problem
at this moment.
Well, the problem is that I get this error in my error_log:
[Mon Jul 21
again";
---
It may cause a problem for chunked output if mod_deflate does not care to
keep internal buffer and check its size when flushing...
Thanks,
Slava
- Original Message -
From: "Bill Marrs" <[EMAIL PROTECTED]>
To: "Slava Bizyayev" <[EMAIL PROTECTED]&g
I can measure it myself if you can provide me with URLs to your resources
and identify them in terms of which one is mod_CGI and which is mod_perl.
This is the mod_cgi one that works fine, no errors:
http://shevek.kenyonhill.com/cgi/test.pl
This is the mod_perl one (same script) that generates the
h is mod_perl.
Thanks,
Slava
- Original Message -
From: "Bill Marrs" <[EMAIL PROTECTED]>
To: "Slava Bizyayev" <[EMAIL PROTECTED]>; "Stas Bekman"
<[EMAIL PROTECTED]>; "Philippe M. Chiasson" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTE
At 11:07 AM 7/19/2003, Slava Bizyayev wrote:
May I see your client side HTTP log of the request-response transaction
through mod_cgi vs. mod_perl?
I'm not sure what you mean. Do you mean my access_log? I have a
deflate_log as well (that shows the compression stats as well). But, maybe
you're t
Issac Goldstand wrote:
I seem to be having some trouble that I think may be associated with BEGIN
blocks. To make sure I'm not jumping at shadows, could someone tell me what
the expected behavior of BEGIN blocks in use()d modules is? How many times
are they called (during server startup and/or re
[redirecting to the modperl list, as others will want to know the answer as well]
Hi Jamie,
What is the MP2 equivalent of $Apache::ServerStarting? I'm trying to get
Apache::DBI working with MP2.
% grep Server::Starting todo/*
todo/deprecated_features.txt:- $Apache::Server::Starting,
$Apache::Ser
L PROTECTED]>; "Philippe M. Chiasson" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 19, 2003 7:01 AM
Subject: Re: [mp2 Patch] BUG with mod_deflate and $|=1 (20014:Error string
not specified)
> At 07:16 PM 7/18/2003, Slava Bizyayev wrote:
> >In my un
At 07:16 PM 7/18/2003, Slava Bizyayev wrote:
In my understanding _it is_ a problem of mod_deflate.
The error does not occur if I run the same test script under mod_cgi
instead of mod_perl. This suggests that the problem is in mod_perl not
mod_deflate.
right?
M. Chiasson" <[EMAIL PROTECTED]>
Cc: "Bill Marrs" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, July 15, 2003 3:24 AM
Subject: Re: [mp2 Patch] BUG with mod_deflate and $|=1 (20014:Error string
not specified)
> Philippe M. Chiasson wrote:
> > On
I could upgrade to 2.0.47, but it seems unlikely that it would fix
this. Are you sure you're running a mod_perl without Philippe's fix (in
Apache__RequestIO.h), I assumed he eventually checked it in.
No, Philippe hasn't committed it, neither I have used it. If you can test
with 2.9.47 that wil
1 - 100 of 431 matches
Mail list logo