Terr!
I got some differencies between using script under CGI and
Apache::PerlRun what i don't understand is that mandatory.
I am not an expert, so i try just to describe my situation.
I have an CGI-script with following sub:
sub PHeader {
$_[0]
? print $q->header(-type=>"text/plain; $char",-cooki
At 12:02 PM -0700 8/2/04, Stas Bekman wrote:
Upon sending the response. The original error message happens in my
code when I try to "print" the HTTP header.
Yeah, that's what I thought. I suppose we could handle that
internally then. But I want to have a failing test first. It should
work with L
> As mentioned earlier I think the bug is
> in the headers_out filter, which received EOS (since on HEAD apache
> scratches the response body) and no body. So it takes the liberty to
> nuke the C-L header, which I'm not sure is a good thing. When we send
> some body, headers_out sends the headers
> -Original Message-
> From: Gunnar Koppel [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 02, 2004 1:21 PM
> To: [EMAIL PROTECTED]
> Subject: [mp1]: different output under perlrun and CGI
>
>
> Terr!
>
> I got some differencies between using script under CGI and
> Apache::PerlRun what
Gunnar Koppel wrote:
Terr!
I got some differencies between using script under CGI and
Apache::PerlRun what i don't understand is that mandatory.
I am not an expert, so i try just to describe my situation.
I have an CGI-script with following sub:
sub PHeader {
$_[0]
? print $q->header(-type=>"text/
Dan Wilga wrote:
At 11:35 AM -0700 8/2/04, Stas Bekman wrote:
To start with I want to have a short test case that I can reproduce
the problem with. Too bad you had it happening only over SSL. We need
to check the Apache source to see, who else sends APR__ECONNABORTED
and hopefully have a simpler
Stas Bekman wrote:
SALOME Alexandre wrote:
Good Morning everybody, I need your help.
I have installed APACHE2.0.50 with PHP4. I would like to work with ssl. To
this, I am trying installed mod-perl1.99_14. When I compiled this, I have
this message:
[Mon Aug 02 09:02:02 2004] [crit] [Mon Aug 02 09
Geoffrey Young wrote:
yes, clearly there is a bug in there, but not where you think - what is
important is that apache needs to do the same thing on GET as HEAD,
not that
there is no C-L generated for contentless HEAD requests. this patch more
accurately represents the real bug which, IIRC, httpd
At 11:35 AM -0700 8/2/04, Stas Bekman wrote:
To start with I want to have a short test case that I can reproduce
the problem with. Too bad you had it happening only over SSL. We
need to check the Apache source to see, who else sends
APR__ECONNABORTED and hopefully have a simpler test.
I'm not su
I could be wrong, but I think this is because the data stored in the
a_session field, even though it is "TEXT" format, is actually stored as
perl storage stuff that the command line can't display. All I know is it
shows blank for me when I look at it from the mysql shell command line, but
it w
>> yes, clearly there is a bug in there, but not where you think - what is
>> important is that apache needs to do the same thing on GET as HEAD,
>> not that
>> there is no C-L generated for contentless HEAD requests. this patch more
>> accurately represents the real bug which, IIRC, httpd is alr
Dan Wilga wrote:
At 10:55 AM -0700 8/1/04, Stas Bekman wrote:
--- ModPerl-Registry/lib/ModPerl/RegistryCooker.pm27 Jun 2004
21:26:45 -1.50
+++ ModPerl-Registry/lib/ModPerl/RegistryCooker.pm1 Aug 2004
17:52:00 -
@@ -42,6 +42,7 @@
use File::Basename;
use Apache::Const -compi
Geoffrey Young wrote:
[...]
I just missed the content-length header on HEAD requests that is
delivered on GET.
Geoff, see the t/apache/head_request.t test I've added last night. If
you don't send a body, Apache strips the C-L header for HEAD requests.
Sending at least 1 byte works as a workaround,
Thanks for your offer to examine our code. We were finally able to track
down the problem. Our code is using a third party API (which was also
upgraded), and that began emitting small pieces of Unicode, unbeknownst to
us. This Unicode was causing the regex slowdown. When we decoded the
Unicode,
> From RFC 2616:
>
> "The HEAD method is identical to GET except that the server MUST NOT
> return a message-body in the response. The metainformation contained in
> the HTTP headers in response to a HEAD request SHOULD be identical to
> the information sent in response to a GET request."
indee
At 10:55 AM -0700 8/1/04, Stas Bekman wrote:
--- ModPerl-Registry/lib/ModPerl/RegistryCooker.pm 27 Jun 2004
21:26:45 - 1.50
+++ ModPerl-Registry/lib/ModPerl/RegistryCooker.pm 1 Aug 2004
17:52:00 -
@@ -42,6 +42,7 @@
use File::Basename;
use Apache::Const -compile => qw(:common &OPT_EXEC
Randal L. Schwartz wrote:
"Simon" == Simon Miner <[EMAIL PROTECTED]> writes:
Speaking of mod_perl, we are very interested in integrating mod_perl 2.0
into our environment. However, it appears to still be in development. I
spoke with Randall Schwartz at the conference, and he estimates that
mod_p
I'd like to announce Travel Threads v1.0:
http://www.travelthreads.com/
Travel Threads is a travelogue site build with Perl and HTML::Mason on
mod_perl and Apache, using PosgreSQL as its database. Travel Threads
lets you:
- Post travel entries that can be self dated to when they were actual
On Sunday 01 August 2004 03:51 pm, Mark Copper wrote:
> I created a table "sessions" in my db with columns "id" and "a_session"
> per the Apache::Session::Store::MySQL pod, in particular, "a_session" is
> of type text.
>
> Everything worked fine but I have a (rather silly) question: Why can't I
> s
> "Simon" == Simon Miner <[EMAIL PROTECTED]> writes:
>> Speaking of mod_perl, we are very interested in integrating mod_perl 2.0
>> into our environment. However, it appears to still be in development. I
>> spoke with Randall Schwartz at the conference, and he estimates that
>> mod_perl 2 wi
Geoffrey Young wrote:
??? I do not know what you mean, my GET request _has_ a content-lenght
header! For HEAD, I just do not calculate the expencive data for my body.
that is exactly what I mean - if you include a C-L header on a GET then you
are supposed to have one for a HEAD request as well, exp
>> ??? I do not know what you mean, my GET request _has_ a content-lenght
>> header! For HEAD, I just do not calculate the expencive data for my body.
that is exactly what I mean - if you include a C-L header on a GET then you
are supposed to have one for a HEAD request as well, expensive or not.
As some people might now, OSCon (http://conferences.oreillynet.com/os2004/)
has just finished, and there was a mod_perl PR BOF were a bunch of mod_perl people
gathered around and discussed mod_perl PR and advocacy.
mod_perl is coming closer and closer to a 2.0 release (really soon now (tm))
and the
Terr!
I got some differencies between using script under CGI and
Apache::PerlRun what i don't understand is that mandatory.
I am not an expert, so i try just to describe my situation.
I have an CGI-script with following sub:
sub PHeader {
$_[0]
? print $q->header(-type=>"text/plain; $char",-cookie=
I neglected to post this extension of our conversation to the mailing list,
so at Stas' request, here it is.
Thanks for your help with this issue.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 12:38 PM
To: Simon Miner
Subject: Re: mod_perl r
Boris Zentner wrote:
Hi,
Am Montag 02 August 2004 15:28 schrieb Geoffrey Young:
But my point is, for a HEAD request, there is no data so apache should
not touch my content-length header. I really dislike to generate the full
data for the request and apache throws it away ( and even the I get no
Con
Hi,
Am Montag 02 August 2004 15:28 schrieb Geoffrey Young:
> > But my point is, for a HEAD request, there is no data so apache should
> > not touch my content-length header. I really dislike to generate the full
> > data for the request and apache throws it away ( and even the I get no
> > Conten
Alexey Bozrikov wrote:
The core file actually have been created (although no 'Core dumped'
message anywhere during tests). That's the backtrace from
Modperl-Registry test:
[quote]
gdb /usr/local/apache2/bin/httpd -core t/core
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free
SALOME Alexandre wrote:
Good Morning everybody, I need your help.
I have installed APACHE2.0.50 with PHP4. I would like to work with ssl. To
this, I am trying installed mod-perl1.99_14. When I compiled this, I have
this message:
[Mon Aug 02 09:02:02 2004] [crit] [Mon Aug 02 09:02:02 2004] fi
hi,
i use authenNtlm on debian whith an Active directory.
the module is ok (good job !)
But some time the connection to AD is so slow,
In those cases (no connection to AD aviable),
i try to extract the login of the remote user.
Do you know if it possible ?
or if i absolute need AD active for that
Mike Ward wrote:
> I'm rather new to mod_perl, so there's my disclaimer.
>
> When I learned perl CGI stuff, it was always done with CGI.pm. All the
> example scripts, etc, in the book were done that way. Sending headers,
> for example , was done like so:
>
> my $query = CGI->new();
> print $que
I'm rather new to mod_perl, so there's my disclaimer.
When I learned perl CGI stuff, it was always done with CGI.pm. All the
example scripts, etc, in the book were done that way. Sending headers,
for example , was done like so:
my $query = CGI->new();
print $query->header();
rather than the styl
On Mon, 02 Aug 2004 00:30:22 -0700, Stas Bekman <[EMAIL PROTECTED]> wrote:
Yeah, what he said. There's really no way to know what it is based
only on "Premature end of script headers", all that means is that
something went wrong before it sent the header. Was there any other
messages in the error l
> But my point is, for a HEAD request, there is no data so apache should not
> touch my content-length header. I really dislike to generate the full data
> for the request and apache throws it away ( and even the I get no
> Content-Length header ).
for the record, this is fundamentally wrong.
Good Morning everybody, I need your
help.
I have installed APACHE2.0.50 with PHP4. I would
like to work with ssl. To this, I am trying installed mod-perl1.99_14.
When I compiled this, I have this message:
[Mon Aug 02 09:02:02 2004] [crit]
Perl Framework 1.0.13 is out
system Darwin 6.6 ppc or later , os x.2.8 or later
Major A Version Perl 5.8.5 Thread-multi PerlMod 1.29, extensions :
Standard, Net::Daemon,
PlRP
The uploaded file
Apache-AuthExpire-0.39.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SP/SPEEVES/Apache-AuthExpire-0.39.tar.gz
size: 7843 bytes
md5: 2195ebc7ec82c8c11b8de4275584a49b
No action is required on your part
Request entered by: SPEEVES (Shannon Eric Peevey)
Request
The core file actually have been created (although no 'Core dumped'
message anywhere during tests). That's the backtrace from
Modperl-Registry test:
[quote]
gdb /usr/local/apache2/bin/httpd -core t/core
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by
Carl Brewer wrote:
Stas Bekman wrote:
Carl, can you build Apache w/o mod_perl w/ the rest of the things?
Yes, it's just the mod_perl stuff that's barfing. It looks like
the mod_perl make install isn't putting the header files into
src/includes/.
A
quick google shows a bunch of relevant hits:
h
YY Liu wrote:
> Hi everyone!
> I have installed apache openssl and mod_ssl. Tha
> apache coule be started succesfuly and could run some
> simple CGI. But when I invoke a CGI, which is for
> check password for a portal, in a web it shows
> "Internal Server Error" and the error_log says
> "Premature
Hi everyone!
I have installed apache openssl and mod_ssl. Tha
apache coule be started succesfuly and could run some
simple CGI. But when I invoke a CGI, which is for
check password for a portal, in a web it shows
"Internal Server Error" and the error_log says
"Premature end of script headers".
Is i
I have installed the mod_ssl openssl and apache
successfully just according to the file "INSTALL"
under the directory of mod_ssl. It's easy to
understand and you can upgrate easily.:)
But thank you all the same!
--- Stas Bekman <[EMAIL PROTECTED]> 的正文：
> Tom Schindl wrote:
> > Well on
42 matches
Mail list logo
