I'm trying to write for a file from a mod_perl script. I can write
successfully to a file located in /tmp, but I cannot write to
the dir containing the script, nor to the apache logs dir. How can
this be accomplished? Is there a setting in httpd.conf that I
need to specify? Is it a file
Rod Brick wrote:
I'm trying to write for a file from a mod_perl script. I can write
successfully to a file located in /tmp, but I cannot write to
the dir containing the script, nor to the apache logs dir. How can
this be accomplished? Is there a setting in httpd.conf that I
need to specify?
Hello Rod Brick,
Thursday, July 31, 2003, 3:01:57 PM, you wrote:
RB I'm trying to write for a file from a mod_perl script. I can write
RB successfully to a file located in /tmp, but I cannot write to
RB the dir containing the script, nor to the apache logs dir. How can
RB this be accomplished?
This is something I asked before, like one or two years ago. I just want
to see if a solution has come up since then.
The problem is that with the normal (linux-distro) installation of apache
and mod_perl, all processes for all active scripting (cgi, perl, PHP..)
run as the same user. Thus, if
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
since 5.8.0. So it's *very* important that you test your code with this
release and
Steve Hay wrote:
Randy Kobes wrote:
On Tue, 29 Jul 2003, Steve Hay wrote:
Is anybody going to take a serious look at the problem that I
previously
reported with Apache-print()'s handling of UTF-8 data in Perl 5.8?
The patch that I sent
Joel Palmius wrote:
This is something I asked before, like one or two years ago. I just want
to see if a solution has come up since then.
The problem is that with the normal (linux-distro) installation of apache
and mod_perl, all processes for all active scripting (cgi, perl, PHP..)
run as the
Hello Joel Palmius,
Thursday, July 31, 2003, 3:12:02 PM, you wrote:
JP This is something I asked before, like one or two years ago. I just want
JP to see if a solution has come up since then.
JP The problem is that with the normal (linux-distro) installation of apache
JP and mod_perl, all
From: Joel Palmius [EMAIL PROTECTED]
Date: Thu, 31 Jul 2003 11:12:02 +0200 (CEST)
The question is, what is the state-of-the-art approach for protecting data
written to a file by mod_perl from being overwritten by an untrusted user?
Is it possible to run all mod_perl things as a separate user
On 6 Jun 2003, K Old wrote:
[...]
Well, here are the errors I'm getting:
When I *force* and install of Apache::Request and a script calls
Apache::Request, this is in the error_log:
[Fri Jun 6 17:27:31 2003] [error] Can't locate object method new via
package Apache::Request at
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment now.
BAD NEWS:
Steve Hay wrote:
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment
I had this exact same issue yesterday. I noticed that is was installing
the libapreq.so.1 in
/usr/local/lib and /usr/local/lib wasn't in my /etc/ld.so.conf file.
Just add /usr/local/lib
to your /etc/ld.so.conf file and then run ldconfig .. Worked for me
and I was messing with
the darn thing for
Stas Bekman wrote:
You can also try to use the latest src.rpm from rawhide, I'm not sure
how recent it is
http://fr.rpmfind.net//linux/RPM/rawhide/1.0/i386/RedHat/RPMS/mod_perl-1.99_09-6.i386.html
says Jul 16, which is very recent.
great, I got the source rpm of the above, after compiling and
Glenn E. Bailey III wrote:
I had this exact same issue yesterday. I noticed that is was installing
the libapreq.so.1 in
/usr/local/lib and /usr/local/lib wasn't in my /etc/ld.so.conf file.
Just add /usr/local/lib
to your /etc/ld.so.conf file and then run ldconfig .. Worked for me
and I was messing
OK, it works now :-)
On my redhat 9 system, I recompiled from rawhide latest source rpm, now
I run with:
$ rpm -q mod_perl httpd
mod_perl-1.99_09-6
httpd-2.0.47-1
by using apache::compat, PerlOptions +GlobalRequest and cheating on the
use strict it now works :-), i can authenticate through
Hello,
JPThe question is, what is the state-of-the-art approach for protecting data
JPwritten to a file by mod_perl from being overwritten by an untrusted user?
JPIs it possible to run all mod_perl things as a separate user (without
JPhaving to keep two parallel apache installations)?
pYou don't
Hello,
I am trying to install mod_perl 2 (1.99_10)
from the http://theoryx5.uwinnipeg.ca/ppms/ site, but it
seems to be down. Could anyone point me to a mirror or send me the necessary
files off-list? It would be very appreciated, since I am in something of a
hurry.
BTW, I am looking
Hi There,
I need to use Apache::AuthDBI to authenticate
users via MySQL and InterBase in a Cobalt Raq4. I'm using this method in another
linux boxes but this particular Raq4 is driving me mad.
Raq4 comes with an Apache with a pre compile
mod_perl 1.25 withall hooks enable, including
Hi Group,
I have a need to access all the %ENV (cgi,mod_perl sent by the client)
variables prior to invoking the content handler. I am using the modperl
environment by running the cgi scripts under Perl::Registry. I wish to
use the PerlTransHandler to check if the request for page A has
orginated
On Thu, 2003-07-31 at 15:44, Mark Deepak Puttnam wrote:
I have used the following code in the in my handler and I still do not
get the values.
Do you get anything at all? HTTP_REFERER is not always sent by
browsers.
- Perrin
Only PERL_SEND_HEADER=On. No other env. variables.
I did run tests by clicking on links to check to see if the HTTP_REFERER
is being set.
Mark.
Hello
According to [1], $r-rflush() should create a new brigade with
data. It does not. It seems the docs and/or my understanding of this
is in error (probably the latter...).
This is with:
Apache/2.0.47 (Debian GNU/Linux) mod_perl/1.99_07-dev Perl/v5.8.0
And I am using the streaming filter
On Thu, 2003-07-31 at 16:15, Mark Deepak Puttnam wrote:
Only PERL_SEND_HEADER=On. No other env. variables.
And you haven't turned off PerlSetupEnv in your httpd.conf?
- Perrin
On Thu, 2003-07-31 at 15:44, Mark Deepak Puttnam wrote:
sub handler {
my $r=shift;
my $env=$r-subprocess_env;
%ENV=%$senv;
my $referer=$ENV{'HTTP_REFERER'};
x
}
Come to think of it, you should just use the Apache API for this:
my
I did not have that directive in my config before. But now,I set it
explicitly to PerlSetupEnv On , still no env variables other than the
PERL_SEND_HEADER=On.
Mark
Hi Perrin,
my $referer = $r-header_in(Referer);
Thanks, the above statement did give me the value.
Mark
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 31, 2003 at 11:41:42AM +0200, Stas Bekman wrote:
Iniital report: I just finished a build with ithreads and worker mpm. All
perl
and mod_perl tests pass.
Thanks for the note Stephen, but this is not very useful if you don't tell
Hi All,
perl-5.8.0 + mp1.99_10.
---
I am having problem trying to get /perl-status work.
It bombs out in Status.pm at the following location:
--
if (eval {require Apache::Request}) {
$newQ ||= sub {
On Thu, 31 Jul 2003, Jean-Sebastien Guay wrote:
Ok, now the site seems to be back up (it responds to pings, whereas it
didn't before) but trying to add it to ppm gives this:
ppm rep add Apache
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58 Error:
Unexpected Content-Type
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was just a
by product and never was intented to be installed. Request.so was statically
linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when Request.so
is linked,
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a
was just a by product and never was intented to be installed.
Request.so was statically
On Thu, Jul 31, 2003 at 03:23:36PM +0100, Steve Hay wrote:
This patch finally fixes it for me:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug. Try the snapshot on
36 matches
Mail list logo
