Folks,
My PerlAccessHandler is being executed twice per each request. Is this a
normal behavior for an access handler?
Here is my .conf entry
Location /myHandler
SetHandler perl-script
# run is a wrapper for my handler
# all common methods which many of my handlers
To the list of mod_perl experts,
If a third-party module uses global variables internally that causes persistence of
the data under mod_perl, is there a fix. This particular module has a lot of
dependencies on other modules, so fixing the third-party stuff may not be practical.
It really
Ahhh...forgot to mention...but the below approach did't work :-(
It does not even go into the wrapper script when I use the system command.
thanks.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 26, 2002 7:13 PM
To: [EMAIL PROTECTED]; [EMAIL
Thanks Vitor...
I have something very similar to what you mention below..only
that I am taking the username and passwd from the apache gui.
Then I encrypt the passwd and send that to wrapper(i.e. suid_file)
script.
So I have something like system($wrapper), where $wrapper =
suid_file.pl
Yes, I am running it as /usr/sbin/usermod. I can run my wrapper
with a simple perl script written on linux. The problem appears
when I try to run it through the apache mod_perl.
thanks.
-Tushar
-Original Message-
From: Philip Mak [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 26, 2002
I'm a verteran CGIer but a new mod-perl user.
I have got the mod-perl running fine for the content handling. But when I
try to step in to other stages like Authentication, and have trouble in
setting
PerlAccessHandler
PerlAuthenHandler
etc.
If I put
###==
Location /mpl/hello
I'm not sure about IPC::MM, but IPC::ShareLite (the one I use) lets you
specify permissions and whatnot when you create the shared memory segment.
Perhaps that module will work better for you. IPC::Shareable is also a good
one.
On Thursday 25 July 2002 07:38 pm, Marc Kelly wrote:
This may
If a third-party module uses global variables internally that causes
persistence of the data under mod_perl, is there a fix.
You can manually clear them in a cleanup handler. If they're in a
separate package, you can clear the whole namespace of the package. Take
a look at the code for this
I'm looking at converting a large CGI installation over to mod_perl.
The code is clean, so moving it to Apache::Registry isn't causing any
problems, but I'd like to get the most bang out of the conversion that I
can.
Currently the code is a set of scripts that all call modules that are
Hello,
I am trying to write a password changing program. For this I have a mod_perl
subroutine
from where I am trying to execute a perl script(with suid permissions 4711),
which is a wrapper and
in turn calls the usermod command on linux with the old and new passwords.
The problem I am having:
On Fri, Jul 26, 2002 at 06:40:31PM -0400, [EMAIL PROTECTED] wrote:
1: The usermod command doesn't get executed. I have tried debugging
this...by having a log file(/usr/local/apache/logs) and the mod_perl
process does open the wrapper script..but then does nothing. It does
not execute the
Try
running "which perl" and use that path for your #!/usr/bin/perl
line.
Then
rename your script as .cgi and see if that helps.
Mark
-Original Message-From: Christina
[mailto:[EMAIL PROTECTED]]Sent: Friday, July 26, 2002 9:32
AMTo: [EMAIL PROTECTED]Subject: CGI Scripts
- Original Message -
From: pascal
To: [EMAIL PROTECTED]
Sent: Friday, July 26, 2002 3:19 PM
Subject: DBI fails to load in startup.pl
Hi
on windows XP professionnal 2002
with apache2/modperl/perl58 from RK /pub/other
directory
(apache /2.0.40-dev (win32) mod_perl/1.99_05-dev/
On Fri, 26 Jul 2002, Mark Coffman wrote:
Try running which perl and use that path for your #!/usr/bin/perl line.
Then rename your script as .cgi and see if that helps.
Um.. yeah, ignore all my locate tribble. 'which' is the way to go.
That wasn't a question.
Tushar,
It's not recommeded to run apache as root. (Security issues).
I have some applications that uses system command under mod_perl without
problems.
Try to execute you wrapper script in command line. Execute it with
/usr/bin/perl -T (tainted mode), that checks if your script is safe. If
Without any real testing, may I suggest that the $date in the localtime
call be surrounded in parens? Whenever I have dealt with localtime, I
have found it to be finicky about that. Probably won't fix your current
problem, but can save you headaches later.
--Jon R.
Dermot Paikkos wrote:
Hi
* Dermot Paikkos [EMAIL PROTECTED] [2002-07-26 09:14]:
I tried this as a snippet on its own and it works. I can't figure out
why it doesn't with mod_perl. I was a bit unsure of whether $date =
time(); should be scalar or an array but neither work.
You haven't mentioned how you are calling it.
I'm sending out the sincerest of thank you's to all of you who
helped me with my problem earlier today!
I was offline most of the afternoon, but found your messages
this evening and miracle of all miracles, I actually got the script to
work.
Thanks everyone!
Christina
- Original
18 matches
Mail list logo