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 ma
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
[ 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 commente
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
http://perl.apache.org/
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: Thursday,
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
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 withou
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 module
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 e
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 f
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
http://perl.apac
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 err
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
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 b
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.
>
>
> # PerlAccessHandler TestHandler
> # the above line *does* block access
> PerlAuthenHandler Test
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 acces
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: D:/path_to
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-
From:
18 matches
Mail list logo
