If you're chaining handlers, they should all return OK. They will all get
called, so long as they either appear in the config file on the same line, or
have been registered using $r-push_handlers().
One of them must send the header though, or return REDIRECT (for example) to
perform a redirect.
DBI works under Apache. Apache::DBI just gives you some performance gains like
persistent connections etc. Get the script working with DBI under Apache and
then start messing with Apache::DBI. Your problem is that you need to print
Content-type: text/html\n\n; before you print anything else. (CGI
On Wed, 8 Aug 2001, Jim Smith wrote:
On Wed, Aug 08, 2001 at 10:45:43AM +0800, Stas Bekman wrote:
On Tue, 7 Aug 2001, Jim Smith wrote:
On Tue, Aug 07, 2001 at 10:16:26PM +0800, Stas Bekman wrote:
Just some pseudo-random ideation boiling down to let's use mod_perl
to buils a
hello ,
I'm converting some scripts into Apache handler scripts
in my configuration i have something like
Location /cpbin/xml
Sethandler perl-script
PerlHandler Apache::cp
/Location
Every time i change something in the Apache::cp module , i have to restart
the server to enable the
-Original Message-
From: willems Luc [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 09, 2001 8:57 AM
To: [EMAIL PROTECTED]
Subject: Reloading handler modules
hello ,
I'm converting some scripts into Apache handler scripts
in my configuration i have something
On Thu, Aug 09, 2001 at 07:31:11PM +0800, Stas Bekman wrote:
This all sounds cool. I have a few concerns with this proposal:
- source documents living under modperl cvs are to be written in POD.
The project that you suggest should be able to accept this and other
formats as a source.
On Thu, 9 Aug 2001, Jim Smith wrote:
On Thu, Aug 09, 2001 at 07:31:11PM +0800, Stas Bekman wrote:
This all sounds cool. I have a few concerns with this proposal:
- source documents living under modperl cvs are to be written in POD.
The project that you suggest should be able to accept
Hi all,
I try to precompile a perl script on SERVER start-up using the typical
configuration. But I start the server a get a lot of errors or warnings that
refer to standard Perl modules.
On the other hand, if I try to compile the same script on a CHILD process
start-up, using a very similar
I try to precompile a perl script on SERVER start-up using the typical
configuration. But I start the server a get a lot of errors or warnings
that
refer to standard Perl modules.
It looks like you're having problem stemming from mod_perl executing the
PerlRequire command twice during
hi,
I have the following situation ... it is not big issue but i'm interested
why this happen .. so here is it :
my $ID = 555;
print $ID;
sub blah {
..
{
local $$dbh{AutoCommit} = 0;
eval {
local $$dbh{RaiseError} = 1;
$ID = selectrow
Jeffrey Hartmann [EMAIL PROTECTED] writes:
After much tracing I found that the problem occurs in the command my
$fh = $file-fh; where Apache::Upload dup()'s the filehandle and
passed the duplicate to the perl script. Then when the program exits
the perl script still has an open filehandle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have recently been working on a framework for moving our applications to
mod_perl but I've run into a very odd problem.
I load our program's main Apache handler, with:
PerlModule IQGroup::IQCoordinator
And then set it up as a
Hello,
rI have the following situation... it is not big issue but
ri'm interested why this happen...
r
rmy $ID = 555;
rsub blah {
r...
r$ID = selectrow query;
r...
r}
This is, in fact, a big issue. You should see a message in your error log
shared variable
On Thu, Aug 09, 2001 at 01:36:28PM -0700, Andrew Ho wrote:
Hello,
rI have the following situation... it is not big issue but
ri'm interested why this happen...
r
rmy $ID = 555;
rsub blah {
r...
r$ID = selectrow query;
r...
r}
This is, in fact, a
I must first thank all of you that helped and apologize to you... I now
know why I was not able to read and write my cookies. The Domain. my
module is now happy to accommodate my request after changing from
http://localhost/...; to the appropriate
http://mymachine.mydomain.com/...;. Thanks to you
thanx,
Yes I see ... but I was interested WHY when we are in nested subroutines ...
the inner-one will see the lexical var only the first time !! I mean the
REASON of this perl behaviour ! It it closer/easier to think of it that
my-vars are visible all the time in their inner scopes (except if u
Hi,
I'm currently writing a program for a client that utilizes mod_perl. It
runs fine in my development environment of Linux running Apache 1.3.20 with
mod_perl 1.25. But when I put it into the live environment which is Solaris
2.x running Apache 1.3.12 with mod_perl 1.21 it has a tendency
So what is the REASON for this copy-on-first-call behaviour.(there have to
be some reason, if i'm not totaly dull to see it )
It's called a closure. You can read up on it in the Camel book or in Damian
Conway's OO book.
- Perrin
didn't thought of that :)), but what will broke if the var is
copied/aliased every time not just the first time ...
I mean the call to closure make a new instance of the sub() every time
isn't it ?!?
! I see the closures get bound every-time , but non closures only the
first time !
But
On Fri, Aug 10, 2001 at 01:08:12AM +0300, raptor wrote:
didn't thought of that :)), but what will broke if the var is
copied/aliased every time not just the first time ...
I mean the call to closure make a new instance of the sub() every time
isn't it ?!?
! I see the closures get
On Thu, 9 Aug 2001, Kevin Schroeder wrote:
Hi,
I'm currently writing a program for a client that utilizes mod_perl. It
runs fine in my development environment of Linux running Apache 1.3.20 with
mod_perl 1.25. But when I put it into the live environment which is Solaris
2.x running
On Thu, 9 Aug 2001, Perrin Harkins wrote:
So what is the REASON for this copy-on-first-call behaviour.(there have to
be some reason, if i'm not totaly dull to see it )
It's called a closure. You can read up on it in the Camel book or in Damian
Conway's OO book.
oh even here:
Anyone know why the decryption fails using gpg when run in a perl script in
a browser but works if run in a shell? Here's the code sample:
my $cipher = TAG;
-BEGIN PGP MESSAGE-
pvbhS8Q22VYPqn+4sitEw0bgTmDhPo6rruzsSJxCHLBUyTPrYaPlmelF2iADCpKD
Chris
See below.
Cheers
Ron Savage
[EMAIL PROTECTED]
http://savage.net.au/index.html
$PGP = /usr/bin/gpg --no-secmem-warning -dar;
Ahhh. Does the web server, running as 'nobody' (perhaps) have permission to run 'gpg'?
Anyone know why the decryption fails using gpg when run in a perl script in
a browser but works if run in a shell? Here's the code sample:
my $cipher = TAG;
-BEGIN PGP MESSAGE-
pvbhS8Q22VYPqn+4sitEw0bgTmDhPo6rruzsSJxCHLBUyTPrYaPlmelF2iADCpKD
dougm 01/08/09 09:52:51
Modified:src/modules/perl modperl_bucket.c modperl_filter.c
modperl_filter.h
xs/Apache/Filter Apache__Filter.h
Log:
adjust to recent bucket brigade api changes
Revision ChangesPath
1.3 +7 -5
26 matches
Mail list logo