Re: running 2 versions of apache and mod perl on the same machine
I am trying to run 2 versions of Apache and mod_perl - Apache 1.3 with modperl 1 and Apache 2 with modperl 2 - on the same machine on 2 different ports. I first installed apache 2 with mod perl 2. Then I went to compile and install Apache 1.3 and mod perl 1. Doing this apparently overwrote some of the modules in my perl library. The modules that were overwritten are in the directories /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/auto/Apache /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/mod* /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/Apache/ After I did the Apache 1-modperl 1 installation, things that previously worked in apache 2-modperl , stopped working. Does this mean that I need 2 different perl libraries? How does one do that? BTW, we are running perl 5.8.1. Thanks for any information. Malki Cymbalista Webmaster, Weizmann Institute of Science Rehovot, Israel 76100 Internet: [EMAIL PROTECTED] 08-934-3036 -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: running 2 versions of apache and mod perl on the same machine
Malka Cymbalista wrote: I am trying to run 2 versions of Apache and mod_perl - Apache 1.3 with modperl 1 and Apache 2 with modperl 2 - on the same machine on 2 different ports. I first installed apache 2 with mod perl 2. Then I went to compile and install Apache 1.3 and mod perl 1. Doing this apparently overwrote some of the modules in my perl library. The modules that were overwritten are in the directories /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/auto/Apache /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/mod* /usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris/Apache/ After I did the Apache 1-modperl 1 installation, things that previously worked in apache 2-modperl , stopped working. Does this mean that I need 2 different perl libraries? How does one do that? BTW, we are running perl 5.8.1. Thanks for any information. There is no problem to have both mp generations under the same perl lib, you need to build mod_perl 2.0 with MP_INST_APACHE2=1. http://perl.apache.org/docs/2.0/user/install/install.html#MP_INST_APACHE2 http://perl.apache.org/docs/2.0/user/install/install.html#Configuring_mod_perl http://perl.apache.org/docs/2.0/user/config/config.html#Accessing_the_mod_perl_2_0_Modules __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
modperl GD problem
Hi, I´m using a GD-based Module (Bio::Graphics) to generate png-graphics on the fly with a Modperl Content Handler. Now I encounter the following problem: The first request(after httpd restart), is served well, and the generated graphic is in color - every other request after that produces black/white grafics. Everything is OK with the other content, only the color information of the graphic seems to be lost? When I use the same routine in a cgi or shell enviroment everything works fine... I´m using the following enviroment: (1Ghz dual processor machine, 1GB RAM)(Apache/1.3.27 (Unix)(Red-Hat/Linux 7.3) Embperl/2.0b5 mod_perl/1.26) (All the modules are preloaded in a startup script) Thanks in advance, Daniel -- Daniel Lang University of Freiburg, Plant Biotechnology Sonnenstr. 5, D-79104 Freiburg phone: +49 761 203 6988 homepage: http://www.plant-biotech.net/ e-mail: [EMAIL PROTECTED] # >REALITY.SYS corrupted: Reboot universe? (Y/N/A) # -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [mp2] free to wrong pool (win32)
I'm continuing this thread in the dev list. -Kurt. Kurt George Gjerde wrote: I'll try and put together a mininal setup reproducing the problem tomorrow. And to Steve, not I'm not using sections. -Kurt. Stas Bekman wrote: Kurt George Gjerde wrote: Hi, I'm suddenly getting "Free to wrong pool 12857d8 not 17d8ce0 during global destruction" when stopping the httpd (after requesting a certain "script" of mine; I've narrowed the problem down to a module which I've used for a while without any problems). Anyway, is this something I should worry about or is this a mp2/perl8/win32 problem that will be solved in time? The script's running fine with no apparent memory leaks (as far as I can see) but the OS suggests to send a bug report to Microsoft every time I stop (or restart) the server (another reason to migrate). [Apache/2.0.48 (Win32) mod_perl/1.99_12-dev Perl/v5.8.2] Yes, it's a known problem on win32. We have several short startup configs that reliable reproduce that problem. http://marc.theaimsgroup.com/?l=apache-modperl-dev&w=2&r=1&s=free+to+wrong+pool&q=b The problem is that I'm not running win32 and can't reproduce it on linux. So if you can show us a minimal configuration (httpd.conf/startup.pl/etc) and a script that you can reproduce the problem with it may help a lot. The issue has to do with threads. Purhaps you are using some XS module which wasn't fixed to work with perl threads. For example GTop was such a module untill recently, I've fixed its main interface to work under ithreads, but still need to fix a few other interfaces to make it clean. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Kurt George Gjerde [EMAIL PROTECTED] ICQ:156792385 -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
error
Starting httpd2: Syntax error on line 3 of /etc/httpd/conf.d/75_mod_perl.conf: Cannot load /etc/httpd/2.0/extramodules/mod_perl.so into server: libperl.so: cannot open shared object file: No such file or director Does this mean that libperl is not installed or something else -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: error
Steve wrote: Starting httpd2: Syntax error on line 3 of /etc/httpd/conf.d/75_mod_perl.conf: Cannot load /etc/httpd/2.0/extramodules/mod_perl.so into server: libperl.so: cannot open shared object file: No such file or director Please see: http://perl.apache.org/bugs/ Does this mean that libperl is not installed or something else It means it can't find the perl library, show us the output of: ldd /etc/httpd/2.0/extramodules/mod_perl.so __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: error
You must keep the followups on the list, Steve. > [EMAIL PROTECTED] root]# ldd /etc/httpd/2.0/extramodules/mod_perl.so > libperl.so => not found > libnsl.so.1 => /lib/libnsl.so.1 (0x4003e000) > libdl.so.2 => /lib/libdl.so.2 (0x40052000) > libm.so.6 => /lib/i686/libm.so.6 (0x40056000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x40079000) > libutil.so.1 => /lib/libutil.so.1 (0x400a6000) > libpthread.so.0 => /lib/i686/libpthread.so.0 (0x400a9000) > libc.so.6 => /lib/i686/libc.so.6 (0x400f9000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) you must have moved your perl or rebuilt it without shared library after building perl (or may be it's a prepackaged software, in which case you don't have the prerequisite installed). The simplest way is to build mod_perl by yourself. See: http://perl.apache.org/docs/2.0/user/install/install.html __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
RE: error
I installed apache2 from rpm do I have to reinstall it from source and add mod_perl etc Or can I just reinstall perl and mod_perl Again sorry for these low level questions am a beginner -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 2:57 PM Cc: Steve; [EMAIL PROTECTED] Subject: Re: error You must keep the followups on the list, Steve. > [EMAIL PROTECTED] root]# ldd /etc/httpd/2.0/extramodules/mod_perl.so > libperl.so => not found > libnsl.so.1 => /lib/libnsl.so.1 (0x4003e000) > libdl.so.2 => /lib/libdl.so.2 (0x40052000) > libm.so.6 => /lib/i686/libm.so.6 (0x40056000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x40079000) > libutil.so.1 => /lib/libutil.so.1 (0x400a6000) > libpthread.so.0 => /lib/i686/libpthread.so.0 (0x400a9000) > libc.so.6 => /lib/i686/libc.so.6 (0x400f9000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) you must have moved your perl or rebuilt it without shared library after building perl (or may be it's a prepackaged software, in which case you don't have the prerequisite installed). The simplest way is to build mod_perl by yourself. See: http://perl.apache.org/docs/2.0/user/install/install.html __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: error
Steve wrote: I installed apache2 from rpm do I have to reinstall it from source and add mod_perl etc Or can I just reinstall perl and mod_perl I think all you need to install from scratch is mod_perl. Assuming that you have apache2 and perl installed (including all the apache2-devel and perl-devel packages if there are any) __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
[mp2] Okay. Where's my error here... (Authen module)
This is an Authen module that's letting everything through at the moment
(it was ported from a 1.0 routine that worked)
I even tried an incorrect password and it didn't catch it!
I'm going "Okay. What happened? What's wrong here?" at the moment.
Here's the .htaccess for what is supposed to be going on:
SetHandler perl-script
PerlAuthenHandler Local::LDSMN::AuthenMDL
PerlSetVar Cookie 1
AuthName "LDSMN Administrators"
AuthType Basic
require valid-user
PerlHandler Local::LDSMN::TOC::View
PerlSetVar TOCType admin
And below is the AuthenMDL module. It seems to execute (I get the "No
Username" error in the log, but none of the other log lines seem to come
up!)
Help!
--Curtis
package Local::LDSMN::AuthenMDL;
# use strict; doesn't work with the constants.
use mod_perl 1.99;
require Apache::Const;
require Apache::Access;
require Apache::Connection;
require Apache::Log;
require Apache::RequestRec;
require Apache::RequestUtil;
Apache::Const->import(-compile =>
'HTTP_UNAUTHORIZED','OK','HTTP_SERVICE_UNAVAILABLE');
use APR::Table;
use CGI::Cookie;
use DBI;
sub handler {
my($r) = @_;
my($res, $sent_pwd);
return OK unless $r->is_initial_req; # only the first internal request
($res, $sent_pwd) = $r->get_basic_auth_pw;
return $res if $res; #decline if not Basic
my $sent_user = $r->user;
if ($sent_user == "") {
$r->log_error("No username was given for ", $r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_UNAUTHORIZED;
}
$r->log_error("[TEST] Authenticating at ", $r->uri);
my $dbh = DBI->connect("dbi:Pg(AutoCommit=>0):dbname=missinfo",
"postgres", "",
{RaiseError => 0, AutoCommit => 0});
if (!defined($dbh)) {
$r->log_error("Authentication database could not be opened for ",
$r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_SERVICE_UNAVAILABLE;
}
my $sql_command = <
my ($db_user, $db_passwd, $db_id) =
$dbh->selectrow_array($sql_command, undef, $sent_user);
$dbh->disconnect;
unless (defined $db_user) {
$r->log_error("User '$sent_user' not found at ", $r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_UNAUTHORIZED;
}
unless ($sent_pwd eq $db_passwd) {
$r->log_error("user $sent_user: password mismatch at ", $r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_UNAUTHORIZED;
}
my $bake_cookie = $r->dir_config('Cookie') || 0;
if ($bake_cookie) {
$r->log_error("[TEST] Creating cookies at ", $r->uri);
my $cookie0 = new CGI::Cookie(
-name => 'mn_passwd', -value => 'access!', -domain =>
'.mission.net', -path => '/',);
my $cookie1 = new CGI::Cookie(
-name => 'mnw_user', -value => $db_user, -domain =>
'.mission.net', -path => '/',);
my $cookie2 = new CGI::Cookie(
-name => 'mnw_passwd', -value => $db_passwd, -domain =>
'.mission.net', -path => '/',);
my $cookie3 = new CGI::Cookie(
-name => 'mnw_id', -value => $db_id, -domain => '.mission.net',
-path => '/',);
my $filename = $r->filename;
if ($filename =~ m#logout\.html$#) {
# expire it now!
$cookie0->expires('-1d');
$cookie1->expires('-1d');
$cookie2->expires('-1d');
$cookie3->expires('-1d');
}
$r->err_headers_out->add('Set-Cookie' => $cookie0);
$r->err_headers_out->add('Set-Cookie' => $cookie1);
$r->err_headers_out->add('Set-Cookie' => $cookie2);
$r->err_headers_out->add('Set-Cookie' => $cookie3);
} else {
$r->log_error("[UHOH] NOT Creating cookies at ", $r->uri);
}
return Apache::OK;
}
1;
--
LDS Mission Network(sm)
The mission home of the World Wide Web.(sm)
www.mission.net / www.ldsmissions.net
Curtis Jewell, [EMAIL PROTECTED]
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [mp2] Okay. Where's my error here... (Authen module)
Curtis Jewell wrote: This is an Authen module that's letting everything through at the moment (it was ported from a 1.0 routine that worked) please file a proper bug report, thanks: http://perl.apache.org/bugs/ __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [mp2] Okay. Where's my error here... (Authen module)
Should you maybe swap:
> if ($sent_user == "") {
for
> if ($sent_user eq "") {
cheers,
J
Curtis Jewell wrote:
This is an Authen module that's letting everything through at the moment
(it was ported from a 1.0 routine that worked)
I even tried an incorrect password and it didn't catch it!
I'm going "Okay. What happened? What's wrong here?" at the moment.
Here's the .htaccess for what is supposed to be going on:
SetHandler perl-script
PerlAuthenHandler Local::LDSMN::AuthenMDL
PerlSetVar Cookie 1
AuthName "LDSMN Administrators"
AuthType Basic
require valid-user
PerlHandler Local::LDSMN::TOC::View
PerlSetVar TOCType admin
And below is the AuthenMDL module. It seems to execute (I get the "No
Username" error in the log, but none of the other log lines seem to come
up!)
Help!
--Curtis
package Local::LDSMN::AuthenMDL;
# use strict; doesn't work with the constants.
use mod_perl 1.99;
require Apache::Const;
require Apache::Access;
require Apache::Connection;
require Apache::Log;
require Apache::RequestRec;
require Apache::RequestUtil;
Apache::Const->import(-compile =>
'HTTP_UNAUTHORIZED','OK','HTTP_SERVICE_UNAVAILABLE');
use APR::Table;
use CGI::Cookie;
use DBI;
sub handler {
my($r) = @_;
my($res, $sent_pwd);
return OK unless $r->is_initial_req; # only the first internal request
($res, $sent_pwd) = $r->get_basic_auth_pw;
return $res if $res; #decline if not Basic
my $sent_user = $r->user;
if ($sent_user == "") {
$r->log_error("No username was given for ", $r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_UNAUTHORIZED;
}
$r->log_error("[TEST] Authenticating at ", $r->uri);
my $dbh = DBI->connect("dbi:Pg(AutoCommit=>0):dbname=missinfo",
"postgres", "",
{RaiseError => 0, AutoCommit => 0});
if (!defined($dbh)) {
$r->log_error("Authentication database could not be opened for ",
$r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_SERVICE_UNAVAILABLE;
}
my $sql_command = <
my ($db_user, $db_passwd, $db_id) =
$dbh->selectrow_array($sql_command, undef, $sent_user);
$dbh->disconnect;
unless (defined $db_user) {
$r->log_error("User '$sent_user' not found at ", $r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_UNAUTHORIZED;
}
unless ($sent_pwd eq $db_passwd) {
$r->log_error("user $sent_user: password mismatch at ", $r->uri);
$r->note_basic_auth_failure;
return Apache::HTTP_UNAUTHORIZED;
}
my $bake_cookie = $r->dir_config('Cookie') || 0;
if ($bake_cookie) {
$r->log_error("[TEST] Creating cookies at ", $r->uri);
my $cookie0 = new CGI::Cookie(
-name => 'mn_passwd', -value => 'access!', -domain =>
'.mission.net', -path => '/',);
my $cookie1 = new CGI::Cookie(
-name => 'mnw_user', -value => $db_user, -domain =>
'.mission.net', -path => '/',);
my $cookie2 = new CGI::Cookie(
-name => 'mnw_passwd', -value => $db_passwd, -domain =>
'.mission.net', -path => '/',);
my $cookie3 = new CGI::Cookie(
-name => 'mnw_id', -value => $db_id, -domain => '.mission.net',
-path => '/',);
my $filename = $r->filename;
if ($filename =~ m#logout\.html$#) {
# expire it now!
$cookie0->expires('-1d');
$cookie1->expires('-1d');
$cookie2->expires('-1d');
$cookie3->expires('-1d');
}
$r->err_headers_out->add('Set-Cookie' => $cookie0);
$r->err_headers_out->add('Set-Cookie' => $cookie1);
$r->err_headers_out->add('Set-Cookie' => $cookie2);
$r->err_headers_out->add('Set-Cookie' => $cookie3);
} else {
$r->log_error("[UHOH] NOT Creating cookies at ", $r->uri);
}
return Apache::OK;
}
1;
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Premature end of script headers
Whenever I try to run a perl script on my server, I keep getting "Internal Server Error." The error logs say "premature end of script headers." My httpd.conf file looks fine, the permissions on the cgi-bin directory and the cgi file itself are fine... everything looks good... so why do I keep getting this error? How do I fix it? ~Steve -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Premature end of script headers
Steve Markham wrote: Whenever I try to run a perl script on my server, I keep getting "Internal Server Error." The error logs say "premature end of script headers." My httpd.conf file looks fine, the permissions on the cgi-bin directory and the cgi file itself are fine... everything looks good... so why do I keep getting this error? How do I fix it? You probably don't send the headers. Show us the beginning of the script, it should start its output with: print "Content-type: text/html\n\n"; or similar. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Help Needed
well, thank you Randy, so, i guess i have to get perl 5.8 this is how the line i told you looks like when the apxs package is downloaded unless $vers =~ m!Apache/2.0!; and this is how i fixed it unless $vers = ~ m!Apache/2.0!; hope it helps - Original Message - From: "Randy Kobes" <[EMAIL PROTECTED]> To: "Douglas Andrik Russel Antonio Chet Morales" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, January 12, 2004 1:07 PM Subject: Re: Help Needed On Mon, 12 Jan 2004, Douglas Andrik Russel Antonio Chet Morales wrote: > Hi everyone, i'm asking for help, i'm a newbie trying to > install mod perl, I'm using win 98, active perl 5.6.0 > build 624, Apache 1.3.12 and Apache 2.0.48 with apxs. and > i've not been able to install mod perl, neither by using > the packages on perl.apache.org, neither by using packages > on theoryx5.uwinnipeg.ca Although I haven't tested this, it wouldn't surprise me if the mod_perl ppm package for Apache 1 didn't work for Apache/1.3.12 - that's a relatively old version, and the ppm package was compiled against 1.3.29. If you must use Apache 1.3, try upgrading to 1.3.29. As for using Apache 2, you must use ActivePerl 8xx (based on perl-5.8) for mod_perl 2 on Win32. > i also hat to fix an error on the util.pl script used to > configure apxs, i guess it's only for win users, the error > was on the line that tried to guess the version, there was > an blank char left outside. Thanks - I'll look into that. -- best regards, randy kobes -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Help Needed
On Tue, 13 Jan 2004, Douglas Andrik Russel Antonio Chet Morales wrote: > well, thank you Randy, so, i guess i have to get perl 5.8 > this is how the line i told you looks like when the apxs package is > downloaded > unless $vers =~ m!Apache/2.0!; > and this is how i fixed it > unless $vers = ~ m!Apache/2.0!; > hope it helps Thanks for clarifying that; however, the above fix doesn't do what's intended within the installation script. $vers =~ m!Apache/2.0! would be true if you're using Apache/2.0, and if you're not, the script should die, as the apxs being installed is for Apache2. -- best regards, randy -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Apache::Resource/RLIMIT_AS problem
On Tuesday 13 January 2004 14:22, Perrin Harkins wrote: > > You could also look at BSD::Resource, or one of the other ways of > setting RLIMIT on your system. Apache::Resource uses BSD::Resource. However, the Apache::Resource docs are unclear on the units for PERL_RLIMIT_AS, but imply it is in megabytes. The BSD::Resource docs state that it is in bytes, so it seems Apache::Resource is at least converting the units as presented in BSD::Resource to something else. Editing Apache::Resource, the comment next to the default RLIMIT_AS says the unit is in megabytes. If that's true, then I'm back to wondering why a value of 120:140 kills daemons at 50. -- . Trevor Phillips - http://jurai.murdoch.edu.au/ . : Web Technical Administrator - [EMAIL PROTECTED] : | IT Services- Murdoch University | >< | On nights such as this, evil deeds are done. And good deeds, of / | course. But mostly evil, on the whole. / \ -- (Terry Pratchett, Wyrd Sisters) / -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Apache::Resource/RLIMIT_AS problem
Trevor Phillips wrote: Apache::Resource uses BSD::Resource. However, the Apache::Resource docs are unclear on the units for PERL_RLIMIT_AS, but imply it is in megabytes. The BSD::Resource docs state that it is in bytes, so it seems Apache::Resource is at least converting the units as presented in BSD::Resource to something else. You really should look at the source. Everything else is just guessing at this point. - Perrin -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
