Hi Scott,
The program itself is not invoked, I tried with some other as you
mentioned but no luck, In short Apache SubProcess is not working for me,
Even the example that's mentioned in the website, May be I am missing
something very basic, Any help??
Thanks,
-Original Message-
Hi erveryone,
I am using modperl2 with apache2 on win32 (activestate Perl 5.8). I have
my own perl module included in the apache conf.
Whenever I have an error in my module apache does not start and the only
error message I can find is in apache's error.log:
Can't load Perl file:
Hello.
I'm doing some testing/debugging on a newly built server (Apache
2.0.52, mod_perl 2.0.3) and find that both PerlAuthenHandler and
PerlAuthzHandler are ignored. The weird thing is: other Perl*Handlers,
including PerlAccessHandler, work as expected (expected by me, that
is): they block
Martijn wrote:
Hello.
I'm doing some testing/debugging on a newly built server (Apache
2.0.52, mod_perl 2.0.3) and find that both PerlAuthenHandler and
PerlAuthzHandler are ignored.
Location /test
# PerlAccessHandler TestHandler
# the above line *does* block access
PerlAuthenHandler
Hi Martijn,
http://perl.apache.org/docs/2.0/user/handlers/http.html is your friend...
Authen is only called if there is a 'require' and AuthType/AuthName
directive,
Authz is only called if Authen is successful.
cheers
John
Martijn wrote:
Hello.
I'm doing some testing/debugging on a newly
for the record
Authen is only called if there is a 'require'
that's true
and AuthType/AuthName
directive,
but that is not :) you might run into trouble if you don't define those
directives, but their absence won't prevent the auth phases from running.
--Geoff
On Thu, 28 Jun 2007, Jens Helweg wrote:
Hi erveryone,
I am using modperl2 with apache2 on win32 (activestate Perl 5.8). I have my
own perl module included in the apache conf.
Whenever I have an error in my module apache does not start and the only
error message I can find is in apache's
Geoffrey Young wrote:
and AuthType/AuthName
directive,
but that is not :) you might run into trouble if you don't define those
directives, but their absence won't prevent the auth phases from running.
Interesting and useful! In that case we need a doc patch - see
Randy Kobes schrieb:
On Thu, 28 Jun 2007, Jens Helweg wrote:
Hi erveryone,
I am using modperl2 with apache2 on win32 (activestate Perl 5.8). I
have my own perl module included in the apache conf.
Whenever I have an error in my module apache does not start and the
only error message I can
Jens Helweg wrote:
How do the modperl pros find an error in modperl modules when all apache
tells is that it can't load the module instead of priting the complete
error that the perl compiler/parser has with the code.
I'm not sure why the error message is getting buried for you, but I get
Jens Helweg wrote:
I thought perl -c mymodule.pm is no option when developing modperl
handler modules because these will only run/build in the apache
modperl environment and not on command line ?
Not sure about your windows environment but a command-line perl -c works
just fine for me on
I made a little progress on my own, but I'm still stuck.
If I do an $r-assbackwards(1); before I send the header, the first time the
page loads, everything is perfect. If I reload, some of the frames get
shifted around, or the entire page reloads inside a single frame. Keep in
mind that
http://perl.apache.org/docs/2.0/user/handlers/http.html is your friend...
Authen is only called if there is a 'require' and AuthType/AuthName
directive,
Authz is only called if Authen is successful.
Thanks to you both, this does help a lot. In this particular case, I
was only interested in the
Try using PerlResponseHandler ModPerl::PerlRun, or ModPerl::PerlRunPrefork
(if you use the preforking Apache MPM) and see what happens. You might have
to install it first if it wasn't already installed.
- Original Message -
From: pubert na
To: modperl@perl.apache.org
Sent:
On 6/27/07, pubert na [EMAIL PROTECTED] wrote:
print $cgi-header(
-cookie = values
%{VirtualPlant::Util::getCookies()}
);
You need to send your cookie header with err_headers_out(). See
[ Please keep it on the list ]
On 6/28/07, pubert na [EMAIL PROTECTED] wrote:
No luck with that suggestion either. Printing the header with
$r-send_http_header; seems to result in the exact same issue.
I can't tell what you tried from this description. Can you show some code?
I commented
Hi,
-- Jens Helweg [EMAIL PROTECTED] wrote:
Is there a way to get the compilers output from perl, so I can get
details on what is wrong in the code ?
usually you get the errors in the apache's error log. I don't know where
it is stored on Windows, you may look in your httpd.conf.
Ciao
Alvar Freude wrote:
Hi,
-- Jens Helweg [EMAIL PROTECTED] wrote:
Is there a way to get the compilers output from perl, so I can get
details on what is wrong in the code ?
usually you get the errors in the apache's error log. I don't know where
it is stored on Windows, you may look in
18 matches
Mail list logo