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. (CG
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
> > >
hello ,
I'm converting some scripts into Apache handler scripts
in my configuration i have something like
Sethandler perl-script
PerlHandler Apache::cp
Every time i change something in the Apache::cp module , i have to restart
the server to enable the changes.
I know that , moving
> -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 so
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 t
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 confi
> 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 start
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 query;#s
"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 fi
-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 PerlHandler
Hello,
r>I have the following situation... it is not big issue but
r>i'm interested why this happen...
r>
r>my $ID = 555;
r>sub 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 v
On Thu, Aug 09, 2001 at 01:36:28PM -0700, Andrew Ho wrote:
> Hello,
>
> r>I have the following situation... it is not big issue but
> r>i'm interested why this happen...
> r>
> r>my $ID = 555;
> r>sub blah {
> r>...
> r>$ID = selectrow query;
> r>...
> r>}
>
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 t
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 t
> 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 ge
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 runnin
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:
http:
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 = <;
close(PGP_READ);
# Read any error messages.
@errs = ;
close(PGP_ERR);
print "@errs";
This
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 = < -BEGIN PGP MESSAGE-
>
> pvbhS8Q22VYPqn+4sitEw0bgTmDhPo6rruzsSJxCHLBUyTPrYaPlmelF2iADCpKD
> IeqIOK0KZwRMHrXrlFir37i+2NzmNzcF4k
On Fri, Aug 10, 2001 at 12:22:43AM +0300, raptor wrote:
> 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
Note that there are _no_ nested subroutines in Perl. You may declare
one insid
26 matches
Mail list logo