Ask Bjoern Hansen wrote:
On Thu, 6 Mar 2003, Stas Bekman wrote:
re: rollback, the DBD drivers will perform the normal disconnect(), but
without doing the physical disconnect, and normal DESTROY, without destroying
the datastructures which maintain the physical connection, so there shouldn't
be mu
Since the questions of porting to mp 2.0 are on raise, and there is some
confusion regarding use of Apache::compat. I've done a massive porting docs
update:
Please review the following if you are involved in porting, and let me know if
I've missed something or if something is still unclear:
ht
On Thu, 6 Mar 2003, Stas Bekman wrote:
> re: rollback, the DBD drivers will perform the normal disconnect(), but
> without doing the physical disconnect, and normal DESTROY, without destroying
> the datastructures which maintain the physical connection, so there shouldn't
> be much to change for t
I'm solving following problem: generally may happen, that somebody has
an instance of XML::Sablotron (and of few more packages) allocated in
the interperter at the time, the perl is cloned.
Sablotron objects are just wrappers around internal c++ structures,
and the only data, they keep, are han
Apache::compat is useful during the mp1 code porting. Though remember that
it's implemented in pure Perl. In certain cases it overrides mp2 methods,
because their API is very different and doesn't map 1:1 to mp1. So if
anything, not under my control, loads Apache::compat my code is
[ Please keep posts on the list. I am not the most knowledgeable person
here about threads, mp2, or XS code. ]
Pavel Hlavnicka wrote:
Thanks again,
I'm solving following problem: generally may happen, that somebody has
an instance of XML::Sablotron (and of few more packages) allocated in
Pavel Hlavnicka wrote:
Is it possible, that some new interpreter is cloned later then the pool
is created
"PerlInterpMax
If all running interpreters are in use, mod_perl will clone new
interpreters to handle the request, up until this number of interpreters
is reached. when PerlInterpMax is rea
Oops, I overlooked the forst reading. Sorry for this.
Anyway, even after reading this, I'm not really sure, what may happen.
Is it possible, that some new interpreter is cloned later then the pool
is created, and is it possible, that ANY interpreter cloning will clone
my global data? (I really
Pavel Hlavnicka wrote:
Is there some relation between Perl threads and Apache threads? What I
mean: If Apache fires a new thread, what happens in mod_perl? Are perl
structures copied from the parent thread interpreter to the new one?
... or is the new perl environment clean?
Have you read this?
Hello all,
currently I'm working over XML::Sablotron module, bringing it alive in
the multithreaded environment. I searched both of Apache and mod_perl
documentation, but there is one issue, I do not understand.
Is there some relation between Perl threads and Apache threads? What I
mean: If Ap
ket cut]
Could mod_perl, with its persistent buffer, be tripping up on this?
I'm trying now to trace the data through the mp2 code. -- Mark
Further down modperl_cgi.c has:
else if (location && (r->status == 200)) {
MP_dRCFG;
/* Note that if a script wants to produce its own Redirect
* body, it now has to explicitly *say* "Status: 302"
*/
but it seems that it's being done already by CGI.pm.
Can yo
Mark James wrote:
"303 See Other" is the correct post-POST redirect response:
http://rfc.net/rfc2616.html#s10.3.4
which your first link suggests works in all browsers.
Well, taking a closer look, 303 doesn't work in Netscape 3 or 4.
CGI.pm always returns a 302, though, if necessary, I can ed
Stas Bekman wrote:
Mark James wrote:
No, them problem only manifests under mod_perl (2, haven't used 1).
Sorry, I'm not following your comment. I've suggested to test with
mod_cgi (under Apache2), since mod_perl mimics mod_cgi's behavior here.
I changed the handler in httpd.conf from perl-script t
Mark James wrote:
Stas Bekman wrote:
Mark James wrote:
I'm having CGI redirect problems mp2 (cvs).
as the comment just above this line says, that code was copy-n-pasted
from mod_cgi. Can you reproduce the same problem while running a cgi
script?
No, them problem only manifests
Stas Bekman wrote:
Mark James wrote:
I'm having CGI redirect problems mp2 (cvs).
as the comment just above this line says, that code was copy-n-pasted
from mod_cgi. Can you reproduce the same problem while running a cgi
script?
No, them problem only manifests under mod_perl (2, haven
Perrin Harkins wrote:
Stas Bekman wrote:
FWIW, we are discussing the internal DBI pooling mechanism at the
dbi-dev list and having already a sort-of-working prototype. So
hopefully there will be no need for Apache::DBI in the near future, as
DBI will be able to handle pooling internally. Howeve
Stas Bekman wrote:
FWIW, we are discussing the internal DBI pooling mechanism at the
dbi-dev list and having already a sort-of-working prototype. So
hopefully there will be no need for Apache::DBI in the near future, as
DBI will be able to handle pooling internally. However it may take some
tim
Mark James wrote:
I'm having CGI redirect problems mp2 (cvs).
Instead of being redirected to the proper web page, I'm sometimes
getting a "302 Moved" page containing a link to the correct URL.
Seems to be related to the following code in modperl_cgi.c:
if (location &&
On Thu, 6 Mar 2003, Mark James wrote:
> Nick Tonkin wrote:
>
> > Now that I think about it, maybe you're using CGI.pm to do your redirect?
> > If so, maybe the code in CGI.pm has not been correctly updated?
>
> Yes Nick, I'm using CGI.pm version 2.91 (the latest). Its redirect code
> sends a "Sta
Nick Tonkin wrote:
Now that I think about it, maybe you're using CGI.pm to do your redirect?
If so, maybe the code in CGI.pm has not been correctly updated?
Yes Nick, I'm using CGI.pm version 2.91 (the latest). Its redirect code
sends a "Status: 302 Moved".
Mark
How are you telling the server to redirect? You do know it's different
from mp1, right?
In mp2 you need to do:
my $location = 'http://foo.bar.baz';
$r->headers_out->{'Location'} = $location;
# Or use $r->err_headers_out->{'Location'} which you wi
Stas Bekman wrote:
...
Well, actually this is not the case. It behaves exactly the same as in
modperl 1.0. You can use Env::C module (available from CPAN) to easily
debug this:
...
In any case you probably want to rely on getpwuid($<), rather than
$ENV{USER} if applicable.
Unfortunately ci (RCS
I'm having CGI redirect problems mp2 (cvs).
Instead of being redirected to the proper web page, I'm sometimes
getting a "302 Moved" page containing a link to the correct URL.
Seems to be related to the following code in modperl_cgi.c:
if (location && (location[0]
Hi Stas -
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 04, 2003 10:45 PM
> To: Beau E. Cox
> Cc: Modperl
> Subject: Re: [mp2] apache/mod_perl starup failure using cvs 09
>
>
> Beau E. Cox wrote:
> > Yea, S
Ask Bjoern Hansen wrote:
On Wed, 5 Mar 2003, Stas Bekman wrote:
Great. I've already committed that patch.
Perhaps Ask could load 'Apache::compat' inside Apache::DBI if mp2 is used. Or
to use the mp2 API if mp2 is used.
That seems like it'll be an easy solution. I th
On Wed, 5 Mar 2003, Stas Bekman wrote:
> Great. I've already committed that patch.
>
> Perhaps Ask could load 'Apache::compat' inside Apache::DBI if mp2 is used. Or
> to use the mp2 API if mp2 is used.
That seems like it'll be an easy solution. I thought loading
Beau E. Cox wrote:
Yea, Stas, I clearly see your reasoning. However, this is not a change
of behaviour between mp1 and mp2, but rather between mp2-08 and the
current cvs (09).
since 09 > 08, it *is* a change in behaviour between mp1 and mp2 ;) though
potentially not the final one.
I w
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 04, 2003 9:23 PM
> To: Beau E. Cox
> Cc: Modperl
> Subject: Re: [mp2] apache/mod_perl starup failure using cvs 09
>
>
> [...]
>
> >>why does Mason need
ied on Apache->request's not being defined
as a side-effect to test whether you are inside request or not.
I will explain why I've chosen to croak, rather than return 'undef'.
In mp1 Apache->request was either undef (outside of request) or $r (during the
request). You
Hi Stas -
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 04, 2003 6:18 PM
> To: Beau E. Cox
> Cc: Modperl
> Subject: Re: [mp2] apache/mod_perl starup failure using cvs 09
>
>
> Beau E. Cox wrote:
> > -
Beau E. Cox wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
Sorry - is this mason's problem?
Apache does not start using latest mod_perl2 (cvs) when
using a mason startup script.
Failure matrix:
mod_perl version mason version using s
-8<-- Start Bug Report 8<--
1. Problem Description:
Sorry - is this mason's problem?
Apache does not start using latest mod_perl2 (cvs) when
using a mason startup script.
Failure matrix:
mod_perl version mason version using startup.pl using
Hi Stas -
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 04, 2003 4:01 PM
> To: Beau E. Cox
> Cc: Modperl
> Subject: Re: [mp2] Latest mod_perl funny test results
>
>
> Beau E. Cox wrote:
> > Hi -
> >
>
Beau E. Cox wrote:
Hi -
I just upgraded to Apache 2.0.44 (source) and mod_perl-1.99-09-dev
(CVS source) on my SuSE 8.1 test server. All test scripts completed
OK. I am omitting the details of my configuration - will supply them
if anyone thinks this problem is related to them.
As I have with prior
Hi -
I just upgraded to Apache 2.0.44 (source) and mod_perl-1.99-09-dev
(CVS source) on my SuSE 8.1 test server. All test scripts completed
OK. I am omitting the details of my configuration - will supply them
if anyone thinks this problem is related to them.
As I have with prior installations, I
your alternate solution as
mentioned below. If I find some free time (what are the chances?) I may
also give DBI::Pool a try under mp2.
I've already tried it and it works ;) However DBI::Pool won't have a life on
its own and will be integrated into DBI itself and its DBD drivers.
SB> [.
s
mentioned below. If I find some free time (what are the chances?) I may
also give DBI::Pool a try under mp2.
SB> [..snip..]
SB>
SB> If you apply the following patch (will commit it soon) against the modperl-2.0
SB> source, you will be able to use connect_on_init unmodified, assumi
Hi!
On Tue, Mar 04, 2003 at 12:54:30AM -0500, Matt Avitable wrote:
> Does anyone know how one goes about disabling a particular handler
> within a specific location? For example, consider the following:
>
>
> PerlInitHandler config
> PerlOutputFilterHandler filter
>
>
bles
and run an xml filter. It's useless overhead to run these handlers on
images.
This is not really a mp2 specific question I believe, unless I'm missing
something. You have to do the same in mp1.
I guess there might be a way to do that, but the simplest idiomatic modperl
approach
Hi list :-)
Does anyone know how one goes about disabling a particular handler
within a specific location? For example, consider the following:
PerlInitHandler config
PerlOutputFilterHandler filter
## what can I put here to say "don't run" to the above handl
follows:
Apache/2.0.44 (Gentoo/Linux) mod_perl/1.99_08 Perl/v5.8.0
mod_perl was built from CVS.
I was interested in getting Apache::DBI to run under mp2. I did read
Ask's message at
http://marc.theaimsgroup.com/?l=apache-modperl&m=104225578207460&w=2
which leads me to my question.
My setup is as follows:
Apache/2.0.44 (Gentoo/Linux) mod_perl/1.99_08 Perl/v5.8.0
mod_perl was built from CVS.
I was interested in getting Apache::DBI to run under mp2. I did read
Ask's message at
http://marc.theaimsgroup.com/?l=apache-modperl&m=104225578207460&w=2
which l
Mark James wrote:
Stas Bekman wrote:
Mark James wrote:
Some of my scripts break when running under mp2 (cvs) because the UID
is set as root rather than the Apache user (which for me is "web").
The problem manifests with RCS file locking. Is there some switch
to set so that I can run
On Thu, 20 Feb 2003, Nick Tonkin wrote:
> > >>In my logs when dumping a warn() I see this occasionally:
> > >>
> > >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> > >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> > >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28
--- Original Message ---
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: Ron Savage <[EMAIL PROTECTED]>
Cc:
Sent: Sat, 01 Mar 2003 12:47:39 +1100
Subject: Re: [MP2] Apache::Reload date bug
>Ron Savage wrote:
>>On Tue, 25 Feb 2003 09:40:05 +1100, Stas Bekman wrote:
>
Stas Bekman wrote:
Mark James wrote:
Some of my scripts break when running under mp2 (cvs) because the UID
is set as root rather than the Apache user (which for me is "web").
The problem manifests with RCS file locking. Is there some switch
to set so that I can run scripts as "we
Mark James wrote:
Some of my scripts break when running under mp2 (cvs) because the UID
is set as root rather than the Apache user (which for me is "web").
The problem manifests with RCS file locking. Is there some switch
to set so that I can run scripts as "web"?
Eh? Are you
Some of my scripts break when running under mp2 (cvs) because the UID
is set as root rather than the Apache user (which for me is "web").
The problem manifests with RCS file locking. Is there some switch
to set so that I can run scripts as "web"?
Carl Brewer wrote:
Stas Bekman wrote:
Carl Brewer wrote:
As no-one seems interested in this after a few weeks,
It's not about not being interested, but lacking the access to the
system and/or lacking the expertise on these platforms. We really need
to have at least one person taking care of
Stas Bekman wrote:
Carl Brewer wrote:
As no-one seems interested in this after a few weeks,
It's not about not being interested, but lacking the access to the
system and/or lacking the expertise on these platforms. We really need
to have at least one person taking care of problems on each of
Carl Brewer wrote:
As no-one seems interested in this after a few weeks,
It's not about not being interested, but lacking the access to the system
and/or lacking the expertise on these platforms. We really need to have at
least one person taking care of problems on each of the less-mainstream pla
As no-one seems interested in this after a few weeks,
I'm considering NetBSD ... anyone got mod_perl2 and apache2
running nicely on NetBSD 1.6? That's my next-choice
O/S for my application, but I don't have a testbed yet to
play with.
Carl
Carl Brewer wrote:
Scanning both dev.modperl and here,
On Wed, 26 Feb 2003 22:30:51 -0600 (CST), Randy Kobes wrote:
>On Thu, 27 Feb 2003, Ron Savage wrote:
>
>>On Wed, 26 Feb 2003 09:23:39 +1100, Stas Bekman wrote:
HI Randy
>The mod_perl 2 ppm package (for ActivePerl 8xx) at
>http://theoryx5.uwinnipeg.ca/ppms/ is updated
>periodically with a cvs buil
On Thu, 27 Feb 2003, Ron Savage wrote:
> On Wed, 26 Feb 2003 09:23:39 +1100, Stas Bekman wrote:
>
> Hi Stas
>
> >Have you tried the current mod_perl cvs?
>
> No. Being usually a Windows (shudder) user, I wait for Randy to issue
> a build.
The mod_perl 2 ppm package (for ActivePerl 8xx) at
htt
On Wed, 26 Feb 2003 09:23:39 +1100, Stas Bekman wrote:
Hi Stas
>Have you tried the current mod_perl cvs?
No. Being usually a Windows (shudder) user, I wait for Randy to issue
a build.
Today I spent 4 hours failing to install Red Hat 6, Red Hat 8 and
Mandrake 9 on a brand new Dell with a 82854G/
Ron Savage wrote:
On Tue, 25 Feb 2003 09:40:05 +1100, Stas Bekman wrote:
And what your error_log says?
Nothing is output to the error_log.
Have you tried the current mod_perl cvs?
__
Stas BekmanJAm_pH --> Just Anot
On Tue, 25 Feb 2003 09:40:05 +1100, Stas Bekman wrote:
>And what your error_log says?
Nothing is output to the error_log.
--
Cheers
Ron Savage, [EMAIL PROTECTED] on 25/02/2003
http://savage.net.au/index.html
Ron Savage wrote:
On Wed, 19 Feb 2003 10:04:02 +1100, Stas Bekman wrote:
Ron Savage wrote:
On Tue, 18 Feb 2003 12:56:38 +1100, Stas Bekman wrote:
Hi Folks
In endeavouring to reproduce this problem, I've encountered another:
main.cgi:
-><8-
#!/usr/bin/perl
use strict;
use warnings;
use C
Hi,
Are there any problems using XML::LibXML and XML::LibXSLT with mod_perl 2
(perl 5.8)?
(everything is the latest versions as grabbed from Randy's site ;) win32).
My primary concern is thread-safety (is XML::LibXML thread-safe?), but
anything I should be aware about would be nice to know.
Th
On Wed, 19 Feb 2003 10:04:02 +1100, Stas Bekman wrote:
>Ron Savage wrote:
>>On Tue, 18 Feb 2003 12:56:38 +1100, Stas Bekman wrote:
Hi Folks
In endeavouring to reproduce this problem, I've encountered another:
main.cgi:
-><8-
#!/usr/bin/perl
use strict;
use warnings;
use CGI;
use Dummy;
On Thu, 20 Feb 2003, Stas Bekman wrote:
> Stas Bekman wrote:
> > Nick Tonkin wrote:
> [...]
> >> send_http_header() can't be called before the response phase
>
> Nick, I've just committed a better solution. Please verify that it works for you.
Now that the uri bug is fixed, this fix works fine, S
I've just committed a new module, called ModPerl::MethodLookup to figure out
which modules to load for wanted functionality, or to simply preload all
mod_perl modules. For more info see:
http://perl.apache.org/docs/2.0/api/ModPerl/MethodLookup.html
___
sHandler.
Responding to my own post here, to keep the archive complete. (That's the
only reason, since there doesn;t seem to be anyone else using cookies for
auth stuff in mp2 ...)
Testing has shown that the first diagnosis was correct. Stas tracked it
down to %ENV not getting populated prior
On Fri, 2003-02-21 at 16:10, Udlei Nattis wrote:
> you can use Ananke::Template
>
> is one version of template::toolkit but very very very very fast
I wouldn't really call it a version of Template Toolkit. It's much more
like HTML::Template: a very streamlined templating tool with an
intentional
you can use Ananke::Template
is one version of template::toolkit but very very very very fast
[]s
nattis
Josh Chamas wrote:
Perrin Harkins wrote:
On Thu, 2003-02-20 at 22:27, Carl Brewer wrote:
Do any of you have any recommendations for template systems with
mp2? Not of the religious kind
Perrin Harkins wrote:
On Thu, 2003-02-20 at 22:27, Carl Brewer wrote:
Do any of you have any recommendations for template systems with
mp2? Not of the religious kind (!) but more on the lines
of what's working with mp2 at the moment?
Everything that doesn't make mod_perl API ca
>
> > Without wishing to start anything religious ... any suggestions
> > for a template system that handles sessions?
>
> Apache::ASP, Embperl, and Mason all have session support integrated
> now. I can't vouch for their stability on mp2 yet though.
>
Embperl wor
On Thu, 2003-02-20 at 22:27, Carl Brewer wrote:
> Do any of you have any recommendations for template systems with
> mp2? Not of the religious kind (!) but more on the lines
> of what's working with mp2 at the moment?
Everything that doesn't make mod_perl API calls should w
Do any of you have any recommendations for template systems with
mp2? Not of the religious kind (!) but more on the lines
of what's working with mp2 at the moment? I'm about to port a
PHP app to mod_perl and will be covering IPv6 traffic with it,
so (and I want to as well :) ) will h
Scanning both dev.modperl and here, I've found a couple of
mails concerning OpenBSD and mod_perl 2 (1.99_08) with Apache 2.0.44,
I've tried a few quick hacks and have been unable to get it working
either, with the same error as seen on :
[EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/spo
On Fri, 21 Feb 2003, Stas Bekman wrote:
> Ged Haywood wrote:
> > On Thu, 20 Feb 2003, Nick Tonkin wrote:
> >
> >
> >>Hi,
> >>
> >>In my logs when dumping a warn() I see this occasionally:
> >>
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> >>192.168.0.24 at /home/wm/perl/WM/Auth/Ac
Ged Haywood wrote:
On Thu, 20 Feb 2003, Nick Tonkin wrote:
Hi,
In my logs when dumping a warn() I see this occasionally:
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
1
Nick Tonkin wrote:
As the docs say $r->send_http_header is deprecated because it is unneeded
in mp2 ... but $r->content_type must be set.
Just a minor nit: $r->send_http_header is *not* deprecated, it's *gone*. Since
yesterday for it's gone for real and is only availab
On Thu, 20 Feb 2003, Nick Tonkin wrote:
>
> Hi,
>
> In my logs when dumping a warn() I see this occasionally:
>
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
> 192.
Hi,
In my logs when dumping a warn() I see this occasionally:
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28, line
As the docs say $r->send_http_header is deprecated because it is unneeded
in mp2 ... but $r->content_type must be set.
DefaultType is set by default to text/plain in httpd.conf, so browsers
that strictly apply content_type (eg Opera 7) were showing the content as
HTML source.
I had s
I had some handlers that did not explicitly return OK -- just printed the
coontent and quit. In apache1/mp1 this 'worked' fine.
After migrating to apache2/mp2 these handlers delivered the content to the
browser but then printed a 500 error message to the browser but _not_ to
the error
this already, just
yesterday.
We did. The list is resending mail. Or maybe the mail was trying to get
through?
weird
It's not quite the same: it's $r->get_server_name or
$r->server->server_name in mp2 versus $r->server->server_hostname in mp1.
No, it's
t;please?
> >>
> >>it hasn't changes from 1.0. I thought we have been through this already, just
> >>yesterday.
> >
> >
> > We did. The list is resending mail. Or maybe the mail was trying to get
> > through?
>
> weird
>
> > It&
Nick Tonkin wrote:
On Thu, 20 Feb 2003, Stas Bekman wrote:
Nick Tonkin wrote:
Is it possible to combine the recommended syntax:
use warnings FATAL => 'all', NONFATAL => 'redefine';
with the ability to turn warnings on in httpd.conf with PerlSwitches -w?
-w is the same as:
use warnings
mail. Or maybe the mail was trying to get
through?
weird
It's not quite the same: it's $r->get_server_name or
$r->server->server_name in mp2 versus $r->server->server_hostname in mp1.
No, it's exactly the same in mp1 and mp2: $r->server->server_hostnam
On Thu, 20 Feb 2003, Stas Bekman wrote:
> Nick Tonkin wrote:
> > Hi all,
> >
> > I my httpd.conf I have:
> >
> >
> > AddType text/html .html
> > PerlAccessHandler WM::Auth::Access
> >
> >
> > And in my handler I have:
> >
> > package WM::Auth::Access;
> >
> > use strict
On Thu, 20 Feb 2003, Stas Bekman wrote:
> Nick Tonkin wrote:
> > Is it possible to combine the recommended syntax:
> >
> > use warnings FATAL => 'all', NONFATAL => 'redefine';
> >
> > with the ability to turn warnings on in httpd.conf with PerlSwitches -w?
>
> -w is the same as:
>
>use warning
resending mail. Or maybe the mail was trying to get
through?
It's not quite the same: it's $r->get_server_name or
$r->server->server_name in mp2 versus $r->server->server_hostname in mp1.
- nick
--
Nick Tonkin {|8^)>
Nick Tonkin wrote:
Hi all,
I my httpd.conf I have:
AddType text/html .html
PerlAccessHandler WM::Auth::Access
And in my handler I have:
package WM::Auth::Access;
use strict;
use warnings;
use Time::HiRes qw(gettimeofday);
sub handler {
my $r = shift;
my $
Nick Tonkin wrote:
Is it possible to combine the recommended syntax:
use warnings FATAL => 'all', NONFATAL => 'redefine';
with the ability to turn warnings on in httpd.conf with PerlSwitches -w?
-w is the same as:
use warnings 'all';
then you can override things in your code using the warn
Nick Tonkin wrote:
server_hostname is not documented on the list. Anyone know the equivalent
please?
it hasn't changes from 1.0. I thought we have been through this already, just
yesterday.
__
Stas BekmanJAm_pH -
User NICKNick Tonkin wrote:
Following the docs at
http://perl.apache.org/docs/2.0/devel/porting/porting.html#Adjusting_Modules_to_Work_with_1_0_and_2_0_
I am trying to test $mod_perl::VERSION but it is undef.
Any clues?
use mod_perl;
?
___
Hi all,
I my httpd.conf I have:
AddType text/html .html
PerlAccessHandler WM::Auth::Access
And in my handler I have:
package WM::Auth::Access;
use strict;
use warnings;
use Time::HiRes qw(gettimeofday);
sub handler {
my $r = shift;
my $s = $r->server;
Is it possible to combine the recommended syntax:
use warnings FATAL => 'all', NONFATAL => 'redefine';
with the ability to turn warnings on in httpd.conf with PerlSwitches -w?
- nick
Nick Tonkin {|8^)>
server_hostname is not documented on the list. Anyone know the equivalent
please?
- nick
Following the docs at
http://perl.apache.org/docs/2.0/devel/porting/porting.html#Adjusting_Modules_to_Work_with_1_0_and_2_0_
I am trying to test $mod_perl::VERSION but it is undef.
Any clues?
Thanks,
- nick
On Thu, 20 Feb 2003, Stas Bekman wrote:
> Stas Bekman wrote:
> > Nick Tonkin wrote:
> [...]
> >> send_http_header() can't be called before the response phase
>
> Nick, I've just committed a better solution. Please verify that it works for you.
I'll have a go as soon as poss.
- nick
--
~
Stas Bekman wrote:
Nick Tonkin wrote:
[...]
send_http_header() can't be called before the response phase
Nick, I've just committed a better solution. Please verify that it works for you.
__
Stas BekmanJAm_pH -->
Hi all,
Cookies driving me nuts as usual but I think the problem appears to be
related to which handler phase we are in.
Basically, the same call to read the cookies works in the PerlHandler but
not in the PerlAccessHandler.
in Access.pm I have :
use CGI;
use CGI::Cookie;
sub handler {
my
Randy Kobes wrote:
On Wed, 19 Feb 2003, Stas Bekman wrote:
Ron Savage wrote:
On Tue, 18 Feb 2003 12:56:38 +1100, Stas Bekman wrote:
perl -le 'warn("foo\n")'
You got the quotes wrong for MS Windows, so I ran it twice:
C:\Backup>perl -le "warn(qq|foo\n|)"
foo
C:\Backup>perl -le 'warn("fo
Nick Tonkin wrote:
Hey,
I have a handler that is called like this:
sethandler perl-script
PerlHandler WM::Auth::Auth
the handler returns like this:
return logon_form($r);
logon_form starts like this:
sub logon_form {
my $r = shift;
$r->status(Apache::O
On Wed, 19 Feb 2003, Stas Bekman wrote:
> Ron Savage wrote:
> > On Tue, 18 Feb 2003 12:56:38 +1100, Stas Bekman wrote:
> >
> >>perl -le 'warn("foo\n")'
> >
> > You got the quotes wrong for MS Windows, so I ran it twice:
> >
> > C:\Backup>perl -le "warn(qq|foo\n|)"
> > foo
> >
> > C:\Backup>per
Hey,
I have a handler that is called like this:
sethandler perl-script
PerlHandler WM::Auth::Auth
the handler returns like this:
return logon_form($r);
logon_form starts like this:
sub logon_form {
my $r = shift;
$r->status(Apache::OK);
$r->content
401 - 500 of 692 matches
Mail list logo
