On Wed, 14 Mar 2001, Paul wrote:
Learned a new trick:
my $fh = do { local *FH; };
I've had trouble using this under mod_perl - bizarre results with it not
actually being lexical and not closing the file. I had to resort to using
Apache-gensym in the end. Has anyone else seen the same?
--
Paul writes:
--- Brian Ingerson [EMAIL PROTECTED] wrote:
Garrett Goebel wrote:
From: Paul [mailto:[EMAIL PROTECTED]]
Anybody know offhand *why* my() lexicals are supposedly faster?
Yes this is OT, but I'll contribute to the problem as well...
My coworker Gisle
Paul wrote:
--- Robert Landrum [EMAIL PROTECTED] wrote:
I could be wrong, but as I recall, when your program enters a scope,
perl immediatly identifies the the scratchpad to use. Then, it need
only search backwards up the tree of scratchpads to find the variable
"$x", which is faster
Is the ENV hash sanitized and repopulated between the time the Perl*Auth
handlers are run and the requested cgi is executed? I am setting an ENV key
in one of my handlers that I'd like to use in a cgi that resides in a
protected directory. Is it possible to retain that variable throughout the
Gene Dascher ([EMAIL PROTECTED]) said something to this effect on 03/15/2001:
Is the ENV hash sanitized and repopulated between the time the Perl*Auth
handlers are run and the requested cgi is executed? I am setting an ENV key
in one of my handlers that I'd like to use in a cgi that resides
Well, with the subprocess_env(), I can see the key that I set in my cgi now,
but the value that I set the key to is a Hash reference that I need to use
in my cgi. Unfortunately, all I get now is ENV{'TEST_VAR'} =
HASH(0x860a278), and I can't pull my values out.
Thanks for the help; it looks
-Original Message-
From: darren chamberlain [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 15, 2001 7:19 AM
To: modperl
Subject: Re: %ENV
[snip]
Try fiddling with $r-subprocess_env; I've had good results
that way. e.g.:
$r-subprocess_env('TEST_VAR', 1);
I
Gene Dascher ([EMAIL PROTECTED]) said something to this effect on 03/15/2001:
Well, with the subprocess_env(), I can see the key that I set in my cgi now,
but the value that I set the key to is a Hash reference that I need to use
in my cgi. Unfortunately, all I get now is ENV{'TEST_VAR'} =
[EMAIL PROTECTED] (Philippe de Rochambeau) wrote:
has anyone ever installed/compiled mod_perl for MacOSX? If so, how
exactly did you do it?
See this thread:
http://forum.swarthmore.edu/epigone/modperl/philsmangyi
------
Ken
-Original Message-
From: darren chamberlain [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 15, 2001 8:34 AM
To: [EMAIL PROTECTED]
Subject: Re: %ENV
Gene Dascher ([EMAIL PROTECTED]) said something to
this effect on 03/15/2001:
Well, with the subprocess_env(), I can see
Geoffrey Young ([EMAIL PROTECTED]) said something to this effect on 03/15/2001:
Gene Dascher ([EMAIL PROTECTED]) said something to
this effect on 03/15/2001:
Well, with the subprocess_env(), I can see the key that I
set in my cgi now,
but the value that I set the key to is a Hash
On Thu, 15 Mar 2001, Joern Janoschek wrote:
What makes me scratch my head is the fact that the exit was
placed before the dbi connect call... which leads me to the
conclusion that the exit was simply not executed at all, no
override version or something else. Strange...
Why scratch you
At the the mod_perl/Apache web site (http://perl.apache.org/faq/#Why_is_httpd_using_so_much_memor)
there is a section about memory usage and a
subroutine is given which can help test for memory leaks which perl "does no
overtly report"
Joel Wagner reports that calling an undefined
At 15:50 15/03/2001 -0300, Jason Leidigh wrote:
I was able to clean up a number of errors which seemed as
though they were indeed causing leaks. For example:
$regex = qr'xx?'i;
Causes the following error:
(?i-xsm:xx?) can't `Regexp::DESTROY'
AUTOLOADs will catch DESTROYs, the latter being
On Wed, 14 Mar 2001, Perrin Harkins wrote:
On Wed, 14 Mar 2001, Issac Goldstand wrote:
I still think that the above line is confusing: It is
because mod_perl is
not sending headers by itelf, but rather your script must provide the
headers (to be returned by mod_perl). However,
Many thanks to everyone, Malcolm in particular, for humoring my
curiosity and assisting my esoteric research.
Hope it helped someone else, too, and sorry for cluttering up the
board.
But it *dod* say it was Very[OT]. ;o)
Paul
--- Malcolm Beattie [EMAIL PROTECTED] wrote:
Paul writes:
---
Dear Software Manufacturer:
We can help you make it much easier to promote your software on the Internet.
Your company is invited to list its software products at no charge on BigSoftE, the
first Internet Software Search Engine. Launching this month, Bigsofte provides
detailed product
"BigSofte" == BigSofte Vendor Services [EMAIL PROTECTED] writes:
BigSofte Dear Software Manufacturer:
I didn't know people still "manufacture" software. I thought
only marketing "manufactured" things.
BigSofte We can help you make it much easier to promote your software
BigSofte on the
I have a PerlTransHandler that is very simple:
sub handler {
my($r) = @_;
my($info);
$info = $r-lookup_file('/home/pp/pierre.jpg')-content_type();
warn("content type is $info\n");
return DECLINED;
}
But it causes a segfault when invoked... I removed the
"-content_type()", so that
lol
Spamming a technical list seems less than prudent, doesn't it?
Jeez, I mean, just one anti-social teenager can make nasty packages
like the "I Love You" virus what could several thousand experienced
hackers with literally hundreds (minimally) of commercial-grade servers
at their
Title: RE: Very[OT]:Technical query re: scratchpad lookups for my() vars
From: Paul [mailto:[EMAIL PROTECTED]]
Anybody know offhand *why* my() lexicals are supposedly faster?
Because a dynamic variable allocates a new value at runtime which occludes the global value until it's scope
Garrett Goebel wrote:
From: Paul [mailto:[EMAIL PROTECTED]]
Anybody know offhand *why* my() lexicals are supposedly faster?
Because a dynamic variable allocates a "new" value at runtime which occludes
the global value until it's scope expires. In contrast, a lexical variable
is unique
On Thu, 15 Mar 2001, Ask Bjoern Hansen wrote:
On Thu, 15 Mar 2001, BigSofte Vendor Services wrote:
Dear Software Manufacturer:
@%#@$%^. I must have made a typo or whatever while going through
the days spam and postings from non-subscribers. (averaging on a
handful or three of spams and a
On Fri, 16 Mar 2001, Stas Bekman wrote:
[1] I do the same thing for the lists at perl.org and for whatever
reason the modperl lists gets about the same amount or more spam
than the perl.org lists combined.
I suppose that's because of the multiply mirrors of the perl.apache.org,
On Thu, 15 Mar 2001, Ask Bjoern Hansen wrote:
On Fri, 16 Mar 2001, Stas Bekman wrote:
[1] I do the same thing for the lists at perl.org and for whatever
reason the modperl lists gets about the same amount or more spam
than the perl.org lists combined.
I suppose that's
dougm 01/03/15 16:01:39
Modified:xs/maps apr_functions.map apr_structures.map apr_types.map
Log:
add new apr_ipsubnet_ functions
Revision ChangesPath
1.4 +5 -1 modperl-2.0/xs/maps/apr_functions.map
Index: apr_functions.map
dougm 01/03/15 16:02:50
Added: xs/APR/NetLib APR__NetLib.h
Log:
wrapper for apr_ipsubnet_create()
Revision ChangesPath
1.1 modperl-2.0/xs/APR/NetLib/APR__NetLib.h
Index: APR__NetLib.h
I was just visiting the comanche site and saw a list of mod_perl
applications. Just thought I'd share with you a few sites that I have
created using mod_perl. Note: these are all on the same quad-P3 server
and receive together over 5,000 uniques per day. We could not handle
this kind of load
dougm 01/03/15 18:30:47
Added: lib/Apache SourceTables.pm
Log:
module to include the generated source tables and build hash versions of each
Revision ChangesPath
1.1 modperl-2.0/lib/Apache/SourceTables.pm
Index: SourceTables.pm
dougm 01/03/15 18:32:44
Added: util apr_pool_check.pl
Log:
script to check which apr_ functions do not have access to a pool
Revision ChangesPath
1.1 modperl-2.0/util/apr_pool_check.pl
Index: apr_pool_check.pl
dougm 01/03/15 21:08:15
Modified:lib/ModPerl Code.pm
src/modules/perl mod_perl.c modperl_callback.c
modperl_callback.h
Log:
use proper prefix for all modperl_callback_ functions
Revision ChangesPath
1.46 +1 -1
dougm 01/03/15 21:52:29
Modified:lib/ModPerl Code.pm
src/modules/perl mod_perl.c mod_perl.h modperl_config.c
modperl_config.h modperl_interp.c modperl_interp.h
Added: src/modules/perl modperl_cmd.c modperl_cmd.h
Log:
move cmd stuffs
dougm 01/03/15 22:32:15
Modified:lib/ModPerl Code.pm
src/modules/perl modperl_callback.c modperl_handler.c
modperl_handler.h
Log:
move some code into modperl_handler_lookup_handlers() so it can be reused for
{get,set,push}_handlers
dougm 01/03/15 22:35:18
Modified:src/modules/perl modperl_config.h
Log:
allow modperl_config_req_get() to not core-dump if r == NULL
Revision ChangesPath
1.23 +2 -2 modperl-2.0/src/modules/perl/modperl_config.h
Index: modperl_config.h
dougm 01/03/15 22:41:46
Modified:src/modules/perl modperl_callback.c modperl_handler.c
modperl_handler.h
Log:
need to return the address incase caller needs to initialize (e.g. push/set)
Revision ChangesPath
1.33 +4 -4
dougm 01/03/15 23:30:25
Modified:lib/ModPerl Code.pm
src/modules/perl modperl_config.c modperl_filter.c
modperl_handler.c modperl_mgv.c modperl_types.h
Log:
no need for modperl_{files,process,connection}_config_t
Revision Changes
36 matches
Mail list logo