Remi Fasol wrote:
hello.
i'm testing the new $Server-Transfer for internal
redirects but have run into a minor problem.
when i try to use File::Basename::basename $0 to
determine the name of the current Apache::ASP file, $0
contains the name of the previous file if the current
file
How can i do a simple test to check if perl_ssi which i compiled
with modperl, works ?
Sincerely Vincent Bruijnes
[EMAIL PROTECTED]
environment: linux redhat 2.2.12-20, modperl 1.24, apache 1.3.12
i've tried it with both perl 5.6 and with 5.005-03.
in both cases, i get a segv crash almost immediately the first time i issue
a request for a url using a perl handler (static file handling is fine).
below are the stack traces
btw, i am using XML::Parser (2.29), and i've heard various rumors of a potential
conflict
with mod_perl ? but i am using the latest version of everything...
-mda
Hasanuddin Tamir [EMAIL PROTECTED] writes:
No wonder Alexei V. Barantsev on Jul 8 said that,
AVB] Playing with CGI I have found that real behaviour of start_form
AVB] without parameters does not correspond to documentation.
AVB]
AVB] From the documentation:
AVB]
AVB] The defaults
Jeremy Howard wrote:
* fork(): Memory hog, since it copies the entire Apache process (is this
right--does it share the memory for all the modules etc...?)
Assuming you're on a modern Unixish system, it shouldn't be bad at all if
you don't change too many variables and if the child doesn't
-Original Message-
From: Roger Espel Llima [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 07, 2000 5:19 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: PerlSetupEnv is evil
[snip]
It also turns out that specifying "PerlSetupEnv Off" outside of any
Directory
I'm investigating smallish memory leakages in a former CGI script that
is now running live as an Apache::Registry script. I've done the bits
in the famous guide and the SUPPORT document to get a debugging
version of mod_perl going.
According to the error log output, I'm leaking anything between
On Mon, 21 Feb 2000, Brendan W. McAdams wrote:
I found some info on Apache::DBI in the Mod_Perl developers guide that may
help. Basically though I globalised $dbh and then made my connection code
this:
$dbh ||= DBI-connect("dbi:mysql:$database","$db_user","$db_pass");
Unless I'm
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
Hi all,
I am using an Apache Handler module to create my home page, using
Location /index.pl
SetHandler perl-script
PerlHandler ModuleName
/Location
I have DirectoryIndex set to "index.pl index.html", but the Location
directive is not being picked up for the index, so I get the default
Drew Taylor ([EMAIL PROTECTED]) said something to this effect:
Hi all,
I am using an Apache Handler module to create my home page, using
Location /index.pl
SetHandler perl-script
PerlHandler ModuleName
/Location
I have DirectoryIndex set to "index.pl index.html", but the
I said:
The other place I'd like to avoid holding up my mod_perl processes is in
waiting for file uploads to finish (which is a common situation as people
upload attachments for their emails). Is there a any way to do this...
perhaps by using some kind of 'gateway' server?
Barrie
darren chamberlain wrote:
Drew Taylor ([EMAIL PROTECTED]) said something to this effect:
Hi all,
I am using an Apache Handler module to create my home page, using
Location /index.pl
SetHandler perl-script
PerlHandler ModuleName
/Location
I have DirectoryIndex set to
On Mon, 10 Jul 2000, Drew Taylor wrote:
darren chamberlain wrote:
Drew Taylor ([EMAIL PROTECTED]) said something to this effect:
Hi all,
I am using an Apache Handler module to create my home page, using
Location /index.pl
SetHandler perl-script
PerlHandler
This always worked for me:
Location /
SetHandler perl-script
PerlHandler ModuleName
/Location
But maybe it worked for reasons I don't understand :)
Chris
* Drew Taylor ([EMAIL PROTECTED]) [000710 10:22]:
darren chamberlain wrote:
Drew Taylor ([EMAIL PROTECTED]) said something to
Chris Winters wrote:
This always worked for me:
Location /
SetHandler perl-script
PerlHandler ModuleName
/Location
Well, seems like I tried that, and then it ALWAYS used that handler. I
also have other handlers, and I _think_ the setup above overrode the
others. I'll give it a try
Matt Sergeant wrote:
On Mon, 10 Jul 2000, Drew Taylor wrote:
darren chamberlain wrote:
Drew Taylor ([EMAIL PROTECTED]) said something to this effect:
Hi all,
I am using an Apache Handler module to create my home page, using
Location /index.pl
SetHandler
Location /
SetHandler perl-script
PerlHandler ModuleName
/Location
Well, seems like I tried that, and then it ALWAYS used that handler. I
also have other handlers, and I _think_ the setup above overrode the
others. I'll give it a try again now. OK, I just tried it, and it
At 10:33 AM 7/10/00 -0400, Drew Taylor wrote:
Chris Winters wrote:
This always worked for me:
Location /
SetHandler perl-script
PerlHandler ModuleName
/Location
Well, seems like I tried that, and then it ALWAYS used that handler. I
also have other handlers, and I _think_
Drew Taylor wrote:
Chris Winters wroe:
This always worked for me:
Location /
SetHandler perl-script
PerlHandler ModuleName
/Location
Well, seems like I tried that, and then it ALWAYS used that handler. I
also have other handlers, and I _think_ the setup above overrode the
Drew Taylor ([EMAIL PROTECTED]) said something to this effect:
Yes, use a PerlFixupHandler instead of DirectoryIndex. This use of a fixup
handler is detailed in the Eagle book.
Now that's a good thought. I already have a fixup handler to do my
browser sniffing. But rather than write another
David Mitchell [EMAIL PROTECTED] writes:
perldoc Devel::Peek and
perldoc perlguts
Ok, done that.
I'm still not clear as to what Apache::Leak is trying to tell
me. Aside from the DESCRIPTION section of the man page saying "Under
Construction" making it seem like you've just asked a
Eric Cholet wrote:
Location /
SetHandler perl-script
PerlHandler ModuleName
/Location
Well, seems like I tried that, and then it ALWAYS used that handler. I
also have other handlers, and I _think_ the setup above overrode the
others. I'll give it a try again now. OK, I
At 10:47 AM 7/10/00 -0400, you wrote:
Drew Taylor wrote:
I use this:
LocationMatch "^/$"
SetHandler perl-script
PerlHandler $MATCH::method_objs::provider_project_selector-handler
/LocationMatch
That will probably fit your needs a little better than my example. My
first read
That's funny, because until a few weeks ago I worked with Rusty
(author of Scoop) :) And previous versions of Scoop were handling it
the way Drew mentioned, with an 'index.pl'.
Another alternative (which I prefer) has been discussed previously on
this list. Taking something like:
At 11:19 AM 7/10/00 -0400, Chris Winters wrote:
That's funny, because until a few weeks ago I worked with Rusty
(author of Scoop) :) And previous versions of Scoop were handling it
the way Drew mentioned, with an 'index.pl'.
Like I said... "inspired by", certainly not copied. In fact, if
On 10 Jul 2000, David Hodgkinson wrote:
David Mitchell [EMAIL PROTECTED] writes:
perldoc Devel::Peek and
perldoc perlguts
Ok, done that.
I'm still not clear as to what Apache::Leak is trying to tell
me. Aside from the DESCRIPTION section of the man page saying "Under
Matt Sergeant [EMAIL PROTECTED] writes:
On 10 Jul 2000, David Hodgkinson wrote:
Sure - looks like you probably don't have any leaks. I tried chasing this
wild goose chase for a while too and ended up just stopping as I wasn't
actually leaking any memory, despite what Devel::Leak tried to
A while back you may remember I tried to implement a "Safe" version of
Apache::Registry for ISP's so that they can get the speedups of mod_perl,
without worrying too much about what users are doing to their
server. Unfortunately it prevented useful things like DBI from working at
all, so would be
# Library: /path/to/library/foo.pm
use lib 'path/to/library';
use foo;
Make sure that the process has permissions to read the file too.
Dana
On Sun, 09 Jul 2000, Srinidhi Rao S wrote:
Hi all,
I have a small problem. I have a package which is not situated in perl\lib folder.
It has a
.--[ Chris Winters wrote (2000/07/10 at 11:19:58) ]--
|
| That's funny, because until a few weeks ago I worked with Rusty
| (author of Scoop) :) And previous versions of Scoop were handling it
| the way Drew mentioned, with an 'index.pl'.
|
| Another alternative (which I
I said:
The most often wished-for approach is for a http cache to accept the whole
request before passing it through to the main httpd, but I'm not aware of
any that do that.
Jeremy Howard wrote:
How do proxy servers like Squid work?
Squid, Apache in cache mode, et al, was what I
* Frank Wiles ([EMAIL PROTECTED]) [000710 12:24]:
What we do where I work is very similiar except the above URL would
come out like:
http:///User/display/7162
This works out well because whatever method you are calling probably
already knows what input you're
Here's another topic I've had on my mind lately.
I currently try to initialize all vaiables in the definition (my $var =
();) I've read where several I respect, Doug being one :-), initialize
variables. Then I've read posts of people comparing the op count from
initializtion vs.
Ack! I can't find the string "not valid sentence" in DBI.pm, Apache/DBI.pm, or
in Oracle.pm, so I'll ignore it.
Here's your code:
$phrase = "Mike's car"
$sql=qq{INSERT INTO TABLE_NAME (PHRASE) VALUES (?)};
my $insert_phrase=$dbh-prepare($sql);
On Mon, 10 Jul 2000, Drew Taylor wrote:
Here's another topic I've had on my mind lately.
I currently try to initialize all vaiables in the definition (my $var =
();) I've read where several I respect, Doug being one :-), initialize
variables. Then I've read posts of people comparing the op
"MS" == Matt Sergeant [EMAIL PROTECTED] writes:
MS I doubt you'll find evidence, just some hand waving. If you know what
MS you're doing, use lexicals and don't worry about initialization. If you
MS don't know what you're doing, initialize.
Not to imply that initializing means you don't know
Hello,
I am a software developer for The London School of Hygiene Tropical Medicine, UK.
My query is the following: I have been able to successfully run a Perl script from
MS-DOS that would pull out the necessary info. from an Access database I wrote last
year (Access 97).
The problem is
look into DBI and DBD::ODBC on CPAN
(http://www.perl.com/CPAN-local/modules/by-module/)
from the DBI mailing list, I gather lots of folks use DBD::ODBC for
perl-MSAccess connectivity...
HTH
--Geoff
-Original Message-
From: Lorenzo Gordon [mailto:[EMAIL PROTECTED]]
Sent: Monday,
Vivek Khera wrote:
"MS" == Matt Sergeant [EMAIL PROTECTED] writes:
MS I doubt you'll find evidence, just some hand waving. If you know what
MS you're doing, use lexicals and don't worry about initialization. If you
MS don't know what you're doing, initialize.
Not to imply that
This question is better suited for the dbi-users mailing list. See
http://www.symbolstone.org/technology/perl/DBI/
I've successfully used DBD::ODBC under Solaris to access Access via
Openlink's middleware. http://www.openlinksw.com/
John
[EMAIL PROTECTED]
There's another factor, here, unfortunately: -w warnings.
I personally never use -w, unfortunately, because it warns about not only variables
being used before they are first set (usually a good thing to warn about) but also the
use of variables whose value is undef, which is a perfectly
"DT" == Drew Taylor [EMAIL PROTECTED] writes:
DT My underlying concern is that each time the code is run, I get "clean"
DT variables. Every variable is a lexical. If that is enough to guarantee
DT emptiness on each run, then initialization is unnecessary (and in fact a
DT performance decrease).
Vivek Khera wrote:
"DT" == Drew Taylor [EMAIL PROTECTED] writes:
DT My underlying concern is that each time the code is run, I get "clean"
DT variables. Every variable is a lexical. If that is enough to guarantee
DT emptiness on each run, then initialization is unnecessary (and in fact a
Look! It's a big orange burning circle in the sky... Run away, RUN
AWAY
If you have any say in things DO NOT implement a web interface to an
access DB. Migrate the access DB to a true SQL server that won't suffer
the many problems that access does.
Geoffrey Young wrote:
look into DBI
"Drew Taylor wrote:
So my question is: Is variable initialization necessary? Is being a
lexical enough? To date, I've played it safe. But if I don't have to...
then I won't.
Hi Drew,
A couple of points:
1. I couldn't tell you for sure about performance, but I wouldn't worry too
much. If you
Rodney Broom wrote:
A couple of points:
1. I couldn't tell you for sure about performance, but I wouldn't worry too
much. If you are working on a perfessional system, then I'd bet that you have
enough hardware to handle any slight performance hit that might be seen.
I know. But I'll soon
Hi Doug,
I was trying to figure out how to hide part of the URL of an
$r-custom_response from the user and I found this...
It's real trivial, does that matter?
I assume that if (*string == '/') then of course (*string != '"').
I am also assuming that || and work the same in .xs as they
On Mon, 10 Jul 2000, Chris Thorman wrote:
There's another factor, here, unfortunately: -w warnings.
I personally never use -w, unfortunately, because it warns about not
only variables being used before they are first set (usually a good
thing to warn about) but also the use of variables
On Mon, 10 Jul 2000, Drew Taylor wrote:
My underlying concern is that each time the code is run, I get "clean"
variables. Every variable is a lexical. If that is enough to guarantee
emptiness on each run, then initialization is unnecessary (and in fact a
performance decrease).
Provided your
Will apache Session
and apache dbi work together. I've them both on a Solaris machine (newest
apache, newest mod_perl, newest session and newest DBI) andthe server is
not happy.
the error log
complains about 'Already connected' then 'object does not exist in the
data store'. Yeah, the
I just compiled apache and mod_perl, and installed Apache::ASP. Everytime
I view an ASP page, I get an error like:
Subroutine exit redefined at (eval 35) line 1.
in my error_log. Should this happen every time?
-Brian
I'm using Apache::DBI to maintain persistent db connections using
mod_perl. To test this, I'm using a simple script like:
use strict;
print "Content-type: text/html\n\n";
print DBI-connect( ...same connect args as connect_on_init... );
Everytime I reload the script, I get the same hash
Hi all,
Can somebody show me how to use regular expression to subtitute a string
with speacial character such as [* , ?] in it ?
for example
$string = 'test ? test';
$input = 'Start test ? test End';
$change = 'Change';
$input =~ s/$string/$change/g;
After change, I expect $input = 'Start
Everytime I reload the script, I get the same hash reference (it has the
same address). I turned on DEBUG for Apache::DBI, and the requests are
definitely being served by different children, so shouldn't each one have
its own database handle?
Yes.
The speed gains of persistent database
The regex engine is seeing extra stuff in $string and thinking that you are
trying to build an expression with it. To get Perl to handle $string as straight
text, you need to quote it like this:
$input =~ s/\Q$string\E/$change/g;
Rodney Broom
Jens-Uwe, Listees:
Sorry that it has taken me about a week to get back to you. It has been
busy, and this problem had backgrounded itself.
Starting off w/ a fresh compliation of apache 1.3.12 mod_perl 1.24, I
ended up with the same errors as before. I then added the flags that you
suggested
Never mind, it seems to have fixed itself with a server restart.
-Brian
I just compiled apache and mod_perl, and installed Apache::ASP. Everytime
I view an ASP page, I get an error like:
Subroutine exit redefined at (eval 35) line 1.
in my error_log. Should this happen every time?
--
Brian Leech wrote:
I just compiled apache and mod_perl, and installed Apache::ASP. Everytime
I view an ASP page, I get an error like:
Subroutine exit redefined at (eval 35) line 1.
in my error_log. Should this happen every time?
-Brian
In a site's global perl namespace, in which
My mod_perl configuration seems to automatically send a header everytime
(Content-type: text/html)
I know this because, Perl scripts that print back out do not get a
malformed header error
This is causing big problems b/c I cannot det the header myself (for
cookies and redirects).
In
ANNOUNCE Apache::ASP v1.95 - Security Hole Fixed
Apache::ASP http://www.nodeworks.com/asp/ had a security
hole in its ./site/eg/source.asp distribution examples file,
allowing a malicious hacker to potentially write to files in
the directory local to the source.asp example script.
The next
Hi I recently got PHP, Apache server 1.3.12, and
mysql to work together under win95. So then I thought Perl was a good next
logical choice for my win95 system. I downloaded the active perl files I needed
and installed the program, It installed cleanly in the default directories
Drew Taylor wrote:
Does anyone have good evidence either way?
I don't see how Csub { my $foo ; ... could ever fail to undef $foo, modulo
bugs in perl. A hell of a lot of code wouldn't work, then.
My practice is to never init lexicals to undef/(), and only to '' or 0 if
they might be used
64 matches
Mail list logo
