From: Jerrad Pierce [EMAIL PROTECTED]
Is there anyway to fool perl into letting you do a:
use Foo ($bar, 'baz', 'quux');
'use' lines are executed very early on during script loading:
use Foo x y z
is roughly equivalent to
BEGIN { require Foo; import Foo x y z }
Matt Sergeant [EMAIL PROTECTED] wrote:
This can be demonstrated with a very simple object class with a DESTROY
method. There's a message somewhere in the p5p archives about this from
me.
That's
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2000-03/msg00604.html
to save anyone else
I've got a section of our site where I want to force the user to
connect via ssl.
Inside of mod_perl, is there a parameter I can grab to see whether
the connection is ssl or not? Or a way to get the port number?
If there isnt a special reason otherwise, why not just put a
redirect in
From: Eric Strovink [EMAIL PROTECTED] wrote:
Write a simple socket interface to connect Apache Perl to your existing
Windoze Perl script (which you'll hack to set up as a simple server). Invent
your own protocol. Locking issues will come
up, but you can manage this yourself with a little
According to the error log output, I'm leaking anything between 15 and
25 SVs per run of the Apache::Registry script. So, to interpreting the
copious emissions:
new fb1d58 : SV = PVAV(0xffee88)
REFCNT = 1
FLAGS = (PADBUSY,PADMY)
IV = 0
NV = 0
ARRAY = 0x0
ALLOC = 0x0
[EMAIL PROTECTED] wrote
The patch I posted yesterday has a problem
dealing with client disconnects - your server will hang if
the upload is interrupted )!
This new patch should be ok.
Your patch uses memmem(), which isn't available on some OSes (eg Solaris).
Also, the linux manpage
This worked but now I get upon start up of the apache httpd daemon:
defined(@array) is deprecated at c:/Perl/site/5.6.0/lib/Apache/DBI.pm
line 135 (Maybe you should just omit the defined()?)
Just edit c:/Perl/site/5.6.0/lib/Apache/DBI.pm, deleting the 'defined'
on line 135 :-)
A patch has just been released for Perl 5.6.0, which fixes
some, (or hopefully all!) of the bugs which cause coredumps
or 'Bizarre copy of HASH/ARRAY' runtime errors in the general
vicinity of Carp::confess(), caller(), @DB::args etc.
This certainly fixes the failure in Mason's t/05-request test
[Thu May 25 19:34:31 2000] [error] mod_ssl: Init: Failed to generate
temporary 5
12 bit RSA private key
Sorry, I missed the earlier discussion on this (so I may have got
the wrong end of the stick), but I got this too when trying to build
apache 1.3.12 with perl-5.6.0 and mod_ssl 2.6.4, and
I've been trying to store a hash in a session variable, using
code like that appended below. Call me a doofus, but I can't
seem to get it to work. Can anybody tell me what I'm doing wrong?
You have to store a reference to the hash, ie
$Session-{Stuff} = \%stuff;
not
$Session-{Stuff}
You have to store a reference to the hash, ie
$Session-{Stuff} = \%stuff;
not
$Session-{Stuff} = %stuff;
\%stuff is not a reference to a hash, it's a reference to each key and
value in the hash. I don't think you'll ever have to use \ on arrays or
hashes. The only way to get a
11 matches
Mail list logo