someone coulda told me to RTFM.. 8) then again I've read it before, so
it probably wouldn't have helped, but just for those who have doubts...
PerlFreshRestart is BAD!!
but it's bad in a weird way cos it didn't affect my test server, but
when I turned it off on the production server
Hi again,
On Fri, 8 Feb 2002, Jason Galea wrote:
someone coulda told me to RTFM.. 8)
That's what I was trying to tell you. :)
73,
Ged.
[snip]
perl -V
That's lower case perl, upper case V.
[snip]
now that's funny!
ok, so I was babbling.. try this. A simple perl script useing
Crypt::OpenPGP runs fine from the command line while the same subroutine
used in a mod_perl module on the same machine crashes. Why? Its
Hi there,
On Wed, 6 Feb 2002, Jason Galea wrote:
now that's funny!
ok, so I was babbling.. try this. A simple perl script useing
Crypt::OpenPGP runs fine from the command line while the same subroutine
used in a mod_perl module on the same machine crashes. Why?
There's a file in the
Ged Haywood wrote:
There's a file in the mod_perl directory called SUPPORT. (That bit
about 'perl -V' was taken from there. :) SUPPORT contains detailed
instructions about what to do when mod_perl crashes, including what
information to provide and how to generate a stack backtrace.
OK, this has got me stumped.. so it just has to be something obvious..
I am attemting to use Crypt::OpenPGP to encrypt some data. To do this I
need to generate some keys.. (ok that's all obvious too..get to the
point, J)
On my development server everything runs fine producing useable public
Hi there,
On Tue, 5 Feb 2002, Jason Galea wrote:
[snip]
My only guess is that somehow mod_perl on the production server is using
a different library
[snip]
Anyone? any clues on where to start looking?
perl -V
That's lower case perl, upper case V.
73,
Ged.