I'm steadily making progress with getting a collection of mod_perl 1
compatibale scripts working with mod_perl 2 using the backward
compatibility mode.
However, I find that the working directory of all scripts is /. This
occurs for both ModPerl::Registry and Apache::Registry. This causes
many
ColinB wrote:
I'm steadily making progress with getting a collection of mod_perl 1
compatibale scripts working with mod_perl 2 using the backward
compatibility mode.
However, I find that the working directory of all scripts is /. This
occurs for both ModPerl::Registry and Apache::Registry. This
--- Stas Bekman [EMAIL PROTECTED] wrote:
... I won't commit it yet, but you can override it in your
startup.pl,
until the dust settles down:
require Apache::compat;
sub Apache::RequestRec::chdir_file {
my $dir = @_ == 2 ? $_[1] : $_[0]-filename;
chdir $dir;
}
Thanks Stas.
... and even stranger, when I invoke the printenv cgi script for the
FIRST time it STILL displays / for the working directory, but if I
then click the IE browser's refresh (or CTRL-Refresh) button it changes
to the server root /dir1/dir2/httpd. Subsequent clicks of the refresh
button continue to
ColinB wrote:
--- Stas Bekman [EMAIL PROTECTED] wrote:
... I won't commit it yet, but you can override it in your
startup.pl,
until the dust settles down:
require Apache::compat;
sub Apache::RequestRec::chdir_file {
my $dir = @_ == 2 ? $_[1] : $_[0]-filename;
chdir $dir;
}
Thanks
On Mon, 28 Jul 2003, Erik Browaldh wrote:
I have written a program that takes argument from html-formula
and read and write it to a textfile.
When I tried it with perl mod 2, under windows with apache it
doesnt work anymore. No new entries are written to the
log-file.txt Ive tried chmod,
Thanks Stas that worked a treat, except that your call to
File::Basename::basename
should be
File::Basename::dirname
The strange reversion to / seems to have been cured too.
Colin
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design
ColinB wrote:
Thanks Stas that worked a treat, except that your call to
File::Basename::basename
should be
File::Basename::dirname
The strange reversion to / seems to have been cured too.
you are right. Can you please post a working solution, so I'll add it to docs.
BTW, perhaps we should
Randy Kobes wrote:
On Mon, 28 Jul 2003, Erik Browaldh wrote:
I have written a program that takes argument from html-formula
and read and write it to a textfile.
When I tried it with perl mod 2, under windows with apache it
doesnt work anymore. No new entries are written to the
log-file.txt Ive
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
(http://marc.theaimsgroup.com/?l=apache-modperlm=105912130001046w=2)
seems to fix it for me on Windows as long as I've got perl
I'm (very) occasionally seeing the output of Apache::Registry scripts sent
to STDERR instead of STDOUT. That is, the entire http response (headers
included) appears in my error log, while nothing at all is displayed to
the client.
Could someone kick me towards what I should look into here?
Can you please post a working solution, so I'll add it
to docs.
I added this to my startup.pl just after the
use Apache::compat();
sub Apache::RequestRec::chdir_file {
use File::Basename();
my $file = @_ == 2 ? $_[1] : $_[0]-filename;
my $dir = File::Basename::dirname($file);
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?
Steve,
At the moment I'm busy fixing things for p5.8.1 for which mod_perl 2.0 is one
of the showstoppers and Jarkko really wants to
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
(http://marc.theaimsgroup.com/?l=apache-modperlm=105912130001046w=2)
seems to fix it for me
The AxKit Development Team are proud to announce the release of AxKit
1.6.2.
This release is a minor bug fix and small features release.
You can download AxKit 1.6.2 from http://xml.apache.org/dist/axkit/ or via
a CPAN mirror once CPAN propogates.
Changes in this release:
- Made processors
On Tue, 2003-07-29 at 07:23, Stas Bekman wrote:
That's correct. This is because $r-chdir_file in compat doesn't do anything.
The reason is that under threaded mpm, chdir() affects all threads. Of course
we could check whether the mpm is prefork and do things the old way, but that
means that
Stas Bekman wrote:
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?
Steve,
At the moment I'm busy fixing things for p5.8.1 for which mod_perl 2.0
is one of the showstoppers and
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
(http://marc.theaimsgroup.com/?l=apache-modperlm=105912130001046w=2)
seems
On Tue, 29 Jul 2003, Steve Hay wrote:
[ .. ]
I agree entirely with your sentiment, but shouldn't the logic be more
like this:
#if PERL_VERSION = 8 ((!defined(WIN32) !defined(_AIX)) ||
PERL_SUBVERSION = 1)
...
#endif
You're right - thanks.
--
best regards,
randy
I just got Practical mod_perl, and've been going through it. I also got
MySQLby DuBois. Both of these books talk about speed and efficiency, but
neither of them talk about designing the actual database tables to maximize
speed. I have some rudimentary understanding, but I'm looking for more. Are
On Tue, 29 Jul 2003, ColinB wrote:
Well I commented out the following line in
perl/lib/site_perl/5.8.0/sun4-solaris/Apache2/ModPerl/RegistryCooker.pm
like this:
#*chdir_file = \NOP;
and added an identical definition to the above in my startup.pl file
like this:
sub
I'm pleased to announce the release of Apache-ParseFormData-0.06, a
replace for Apache::Request (libapreq). This module only work with
mod_perl-2 and apache 2.
http://search.cpan.org/author/HDIAS/Apache-ParseFormData-0.06/ParseFormData.pm
Thanks,
Henrique Dias
--
Stas,
I had an older version of CGI.pm. After installing the new module
everything worked perfect. Thanks for you help!
Ryan Laus
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Monday, July 28, 2003 6:11 PM
To: Laus, Ryan J.
Cc: [EMAIL PROTECTED]
Subject: Re:
Hi,
Does apache clear env variables set by $r-subprocess_env()
at the end of the request? Put in another way - Does
apache start with a 'clean' environment for every request?
Long description : -
I set a bunch of variables in one the perl-handlers using
Apache request object's
Hari Bhaskaran wrote:
Hi,
Does apache clear env variables set by $r-subprocess_env()
at the end of the request?
sort of...
Put in another way - Does
apache start with a 'clean' environment for every request?
that's a more accurate description :)
--Geoff
Perrin Harkins wrote:
On Tue, 2003-07-29 at 07:23, Stas Bekman wrote:
That's correct. This is because $r-chdir_file in compat doesn't do anything.
The reason is that under threaded mpm, chdir() affects all threads. Of course
we could check whether the mpm is prefork and do things the old way,
Randy Kobes wrote:
On Tue, 29 Jul 2003, ColinB wrote:
Well I commented out the following line in
perl/lib/site_perl/5.8.0/sun4-solaris/Apache2/ModPerl/RegistryCooker.pm
like this:
#*chdir_file = \NOP;
and added an identical definition to the above in my startup.pl file
like this:
sub
Steve Hay wrote:
[...]
Is there a problem with mod_perl 1.28 under the forthcoming perl 5.8.1
as well? I just tried out Jarkko's latest release
(http://www.iki.fi/jhi/[EMAIL PROTECTED]), and I found that mod_perl 1.28
doesn't work with it. (And that's without my patch -- just a plain
mp1.28
Henrique Dias wrote:
I'm pleased to announce the release of Apache-ParseFormData-0.06, a
replace for Apache::Request (libapreq).
Cool. Though it's implemented in perl (==slower). Did you try to replicate it
because of being frustrated of not having Apache::Request?
Would be nice if the
I have a web application for that needs to execute a privileged
command on its host for administrative purposes. Can someone suggest a
good solution that will allow 'nobody' to execute the script command
but still keep it secure from other users on the same host.
Thanks.
[EMAIL PROTECTED]
Hello Michael,
Wednesday, July 30, 2003, 7:32:23 AM, you wrote:
M I have a web application for that needs to execute a privileged
M command on its host for administrative purposes. Can someone suggest a
M good solution that will allow 'nobody' to execute the script command
M but still keep it
31 matches
Mail list logo