cvs commit: modperl-2.0 Makefile.PL
stas2003/01/30 16:52:22 Modified:.Makefile.PL Log: use a portable $(MAKE) instead of just 'make' Revision ChangesPath 1.91 +1 -1 modperl-2.0/Makefile.PL Index: Makefile.PL === RCS file: /home/cvs/modperl-2.0/Makefile.PL,v retrieving revision 1.90 retrieving revision 1.91 diff -u -r1.90 -r1.91 --- Makefile.PL 23 Jan 2003 05:16:30 - 1.90 +++ Makefile.PL 31 Jan 2003 00:52:21 - 1.91 @@ -460,7 +460,7 @@ $(PASSENV) \ $(FULLPERL) -I$(INST_ARCHLIB) -I$(INST_LIB) \ t/TEST - cd ModPerl-Registry make test + cd ModPerl-Registry $(MAKE) test test :: pure_all run_tests test_clean EOF
cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm
stas2003/01/30 20:20:20
Modified:src/modules/perl modperl_global.c modperl_global.h
xs/Apache/RequestUtil Apache__RequestUtil.h
xs/tables/current/ModPerl FunctionTable.pm
Log:
expose modperl_global_request (needed in external apps written in XS )
Revision ChangesPath
1.7 +24 -0 modperl-2.0/src/modules/perl/modperl_global.c
Index: modperl_global.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_global.c,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- modperl_global.c 22 May 2002 18:53:33 - 1.6
+++ modperl_global.c 31 Jan 2003 04:20:20 - 1.7
@@ -26,6 +26,30 @@
MpReqSET_GLOBAL_REQUEST_On(rcfg);
}
+/* get/set */
+request_rec *modperl_global_request(pTHX_ SV *svr)
+{
+request_rec *cur = NULL;
+apr_status_t status = modperl_tls_get_request_rec(cur);
+
+if (status != APR_SUCCESS) {
+/* an internal problem */
+Perl_croak(aTHX_ failed to retrieve the request object);
+}
+
+if (!cur) {
+/* wrong configuration */
+Perl_croak(aTHX_ Global $r object is not available. Set:\n
+ \tPerlOptions +GlobalRequest\nin httpd.conf);
+}
+
+if (svr) {
+modperl_global_request_obj_set(aTHX_ svr);
+}
+
+return cur;
+}
+
void modperl_global_request_obj_set(pTHX_ SV *svr)
{
/* XXX: support sublassing */
1.4 +2 -0 modperl-2.0/src/modules/perl/modperl_global.h
Index: modperl_global.h
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_global.h,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- modperl_global.h 4 May 2001 05:49:19 - 1.3
+++ modperl_global.h 31 Jan 2003 04:20:20 - 1.4
@@ -18,6 +18,8 @@
void modperl_global_request_cfg_set(request_rec *r);
+request_rec *modperl_global_request(pTHX_ SV *svr);
+
void modperl_global_request_set(request_rec *r);
void modperl_global_request_obj_set(pTHX_ SV *svr);
1.17 +2 -19 modperl-2.0/xs/Apache/RequestUtil/Apache__RequestUtil.h
Index: Apache__RequestUtil.h
===
RCS file: /home/cvs/modperl-2.0/xs/Apache/RequestUtil/Apache__RequestUtil.h,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- Apache__RequestUtil.h 31 Jan 2003 03:15:23 - 1.16
+++ Apache__RequestUtil.h 31 Jan 2003 04:20:20 - 1.17
@@ -85,25 +85,8 @@
static MP_INLINE
request_rec *mpxs_Apache_request(pTHX_ SV *classname, SV *svr)
{
-request_rec *cur = NULL;
-apr_status_t status = modperl_tls_get_request_rec(cur);
-
-if (status != APR_SUCCESS) {
-/* an internal problem */
-Perl_croak(aTHX_ failed to retrieve the request object);
-}
-
-if (!cur) {
-/* wrong configuration */
-Perl_croak(aTHX_ Global $r object is not available. Set:\n
- \tPerlOptions +GlobalRequest\nin httpd.conf);
-}
-
-if (svr) {
-modperl_global_request_obj_set(aTHX_ svr);
-}
-
-return cur;
+/* ignore classname */
+return modperl_global_request(aTHX_ svr);
}
static MP_INLINE
1.104 +14 -0 modperl-2.0/xs/tables/current/ModPerl/FunctionTable.pm
Index: FunctionTable.pm
===
RCS file: /home/cvs/modperl-2.0/xs/tables/current/ModPerl/FunctionTable.pm,v
retrieving revision 1.103
retrieving revision 1.104
diff -u -r1.103 -r1.104
--- FunctionTable.pm 29 Jan 2003 03:56:00 - 1.103
+++ FunctionTable.pm 31 Jan 2003 04:20:20 - 1.104
@@ -1494,6 +1494,20 @@
'args' = []
},
{
+'return_type' = 'request_rec *',
+'name' = 'modperl_global_request',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ },
+ {
+'type' = 'SV *',
+'name' = 'svr'
+ }
+]
+ },
+ {
'return_type' = 'SV *',
'name' = 'modperl_dir_config',
'attr' = [
[MP2] bug report startup and XML::LibXML
Hi
here is a revised complete report bug
Hi
on
SERVER_SOFTWARE: Apache/2.0.44 (Win32) mod_perl/1.99_08-dev
Perl/v5.8.0
and as suggested :
LIBXML2.DLL VERSION 2.4.26
XML::LibXML version 1.52
everything rebuild debug
test code
---
use testxml(); (in startup.pl)
testxml
---
package testxml;
use strict;
use warnings;
use XML::LibXML();
my $base='c:/apache2/mason';
our $promod=
XML::LibXML-new-parse_string(?xml version=\1.0\?
doc/doc);
print tostring: ,$promod-toString ;
1;
problem is
output ok but apache segfault
---
here is a complete debug trace (this one is certified exact)
---
source in perl5.8.0\sv.c line 4020
[...]
void
Perl_sv_setpvn(pTHX_ register SV *sv, register const char *ptr,
register STRLEN len)
{
register char *dptr;
SV_CHECK_THINKFIRST(sv); line that makes the segfault
if (!ptr) {
(void)SvOK_off(sv);
return;
}
[...]
--
variables values
*dptr 0
len 0
ptr 0
sv (cannot be evaluated)
stack trace
Perl_sv_setpvn(interpreter * 0x00d84344, sv * 0xabababab, const
char * 0x28194f90 `string', unsigned int 0) line 4020 + 3 bytes
Perl_sv_vsetpvfn(interpreter * 0x00d84344, sv * 0xabababab,
const char * 0x2818fac0 `string', unsigned int 20, char * *
0x0006efe4, sv * * 0x, long 0, char * 0x) line
7629 + 20 bytes
Perl_vmess(interpreter * 0x00d84344, const char * 0x2818fac0
`string', char * * 0x0006efe4) line 1096 + 40 bytes
Perl_vcroak(interpreter * 0x00d84344, const char * 0x2818fac0
`string', char * * 0x0006efe4) line 1241 + 17 bytes
Perl_croak(interpreter * 0x00d84344, const char * 0x2818fac0
`string') line 1350 + 17 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0006f6e8,
clone_params * 0x0006fdf0) line 9297 + 26 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x009133e8,
clone_params * 0x0006fdf0) line 9203 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00906c8c,
clone_params * 0x0006fdf0) line 9199 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00906ca4,
clone_params * 0x0006fdf0) line 9199 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00906c68,
clone_params * 0x0006fdf0) line 9283 + 22 bytes
Perl_gp_dup(interpreter * 0x00d84344, gp * 0x008fba94,
clone_params * 0x0006fdf0) line 8698 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x008f8614,
clone_params * 0x0006fdf0) line 9142 + 22 bytes
Perl_he_dup(interpreter * 0x00d84344, he * 0x008e62d8, char 1,
clone_params * 0x0006fdf0) line 118 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0023fb5c,
clone_params * 0x0006fdf0) line 9233 + 43 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x008c813c,
clone_params * 0x0006fdf0) line 9140 + 22 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x008c4950,
clone_params * 0x0006fdf0) line 9199 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x008c4968,
clone_params * 0x0006fdf0) line 9199 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x008c4944,
clone_params * 0x0006fdf0) line 9283 + 22 bytes
Perl_gp_dup(interpreter * 0x00d84344, gp * 0x008cd49c,
clone_params * 0x0006fdf0) line 8698 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x008c4980,
clone_params * 0x0006fdf0) line 9142 + 22 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0092ba80,
clone_params * 0x0006fdf0) line 9199 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0092bb04,
clone_params * 0x0006fdf0) line 9199 + 34 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0092ba8c,
clone_params * 0x0006fdf0) line 9283 + 22 bytes
Perl_gp_dup(interpreter * 0x00d84344, gp * 0x00930114,
clone_params * 0x0006fdf0) line 8698 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0092baf8,
clone_params * 0x0006fdf0) line 9142 + 22 bytes
Perl_he_dup(interpreter * 0x00d84344, he * 0x0091cdf4, char 1,
clone_params * 0x0006fdf0) line 118 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00847d40,
clone_params * 0x0006fdf0) line 9233 + 43 bytes
Perl_gp_dup(interpreter * 0x00d84344, gp * 0x0084bad4,
clone_params * 0x0006fdf0) line 8696 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00843c8c,
clone_params * 0x0006fdf0) line 9142 + 22 bytes
Perl_he_dup(interpreter * 0x00d84344, he * 0x008488e4, char 1,
clone_params * 0x0006fdf0) line 118 + 20 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00843c80,
clone_params * 0x0006fdf0) line 9233 + 43 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00a45c18,
clone_params * 0x0006fdf0) line 9140 + 22 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x00a45c30,
clone_params * 0x0006fdf0) line 9274 + 22 bytes
Perl_gp_dup(interpreter * 0x00d84344,
Randy Kobe's mod_perl2 all-in-one binary
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Here's a copy of a message I just sent to Randy: is there anyone here who can help me? Thanks in anticipation. lee Hi Randy, I've just downloaded and installed your godsend of an all-in-one Apache2/mod_perl2 package - thanks very much for it! Server runs nicely. But is there a simple explanation of why I get the following message? Can't locate loadable object for module ModPerl::Const in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib .) at C:/Perl/site/lib/Apache/Const.pm line 3 Does the whole module not come as part of the package...? I thought about posting this to a list/group, but I supposed it is distribution-specific. Thanks in anticipation, lee -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjkFcadrfekeF/QBAQEj7AP/cgOL+qPSDfwmwRJw8cG96TosnhKMiXY5 QCAopvWd1bG+kJh73qh3MxOQAsnYszxgD6ZOpq0yoCT6d2GJVkxMNbA3aucUuZM+ dU30JzlXni6g8so9qBEVt0wbsLkr6zfI59AWo2ccCKWELAcx5TflK3Y3B0gNtJXp 7QiFoln3FFM= =g7dm -END PGP SIGNATURE-
RE: DBM ties within Apache under Mod Perl
Perrin You can only do that for read-only dbms. For read/write, use MLDBM::Sync. Ok.. Will have a look at that .. Thanks. PS. Do people think this is a bad idea from the start? Yes. For one thing, there is no way to know when people leave your site. Hmmm... Bizare.. I don't know why I was under the impression that IE made the target URI available as part of the onbeforeunclose event.. But doesn't seem so.. Was sure there was a way.. Oh well! .. Maybe I'd be better off making the site better so they don't leave! ;-) Cheers, J.
[mp2]
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 I do not understand this, please help: isn't this a message generated by something other than me? Error message: Can't locate object method server_root_relative via package Apache at C:/Perl/site/lib/Apache/compat.pm line 68. Docs say: file:///C:/Apache2/manual/mod_perl/docs/2.0/user/compat/compat.html#C__r_E_gt_server_root_relative_ Apache::server_root_relative is a function in 2.0. my $conf_dir = Apache::server_root_relative($r-pool, 'conf'); This is Apache 2.0.43, and Perl 5.8.0. One thing - does having Apache::compat mean that all code *has* to be mp1, or can it be half-way between the two...? I can't find any pods for mp2 modules. Thanks in anticipation lee -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjkjmKdrfekeF/QBAQGEwAQAtbsuddwLPsKd3EEG9cOD8lzHPri4NqbG aTTODAR2IEqkcvFTBy2hUhiVmHJkKhKI8lDpekF0mjKwjfAVZ8x4X4WlontoN06K CxOFm142TuPv63JtvMNGM1hECj0w46CWePy618n4VP5d2g0OC1/f8BrlXcRxD+c7 9/CEiYbRpPo= =MdTg -END PGP SIGNATURE-
Re: mod_perl and mod_cgi problems
Sending you a piece of my httpd.conf file: LoadModule perl_module /local/lib/apache/libperl.so AddHandlercgi-script.cgi IfModule mod_perl.c Location /tools/admin/perl-status SetHandlerperl-script PerlHandlerApache::Status PerlSetVarStatusDumperOn PerlSetVarStatusPeekOn PerlSetVarStatusGraphOn /Location /IfModule IfModule mod_perl.c PerlFreshRestartOn PerlSetupEnvOn PerlSendHeaderOn AddHandlerperl-script.mpl PerlHandler Apache::Registry /IfModule - I've tryed using PerlHandler Apache::PerlRun with same result as Apache::Registry. Adding PerlSetVar PerlRunOnce On - everything works fine, but then again whats the need of using mod_perl then? mod_perl and apache are compiled using the same compiler (cc is /local/CC/SUNWspro/bin/cc) $ httpd -l Compiled-in modules: http_core.c mod_env.c mod_define.c mod_log_config.c mod_mime.c mod_status.c mod_info.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_alias.c mod_go.c mod_access.c mod_auth.c mod_auth_anon.c mod_auth_dbm.c mod_auth_db.c mod_expires.c mod_headers.c mod_unique_id.c mod_so.c mod_setenvif.c Stas Bekman wrote: Magnar Stav Johanssen wrote: What can I do to solve this? Have you tried looking in the archives? I have found: http://marc.theaimsgroup.com/?l=apache-modperlw=2r=1s=libthread+panicq=b Well, I've used google.com alot, but maybe I didn't push the magic button! In particular: http://marc.theaimsgroup.com/?l=apache-modperlm=91763462706496w=2 For testing I've tuned down my MaxServers to 5 so I easier can trace httpd. In production MaxServers has been tuned for its amount of Memory! http://marc.theaimsgroup.com/?l=apache-modperlm=97363770902299w=2 The latest Linker patch are installed on the server... Regards!
Re: [ANNOUNCE] libapreq-1.1 is out
On 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz Failed badly to install for me. First of all it won't install via the CPAN shell as root because the test harness tries to deliver files from what becomes a root-owned directory, and it won't do that. Secondly it seems to segfault my apache, so it leaves zombies lying around. Not sure if that's libapreq or something else though. It's the first problem that needs fixing most. -- !-- Matt -- :-get a SMart net/:- Spam trap - do not mail: [EMAIL PROTECTED]
Re: [ANNOUNCE] libapreq-1.1 is out
Matt Sergeant [EMAIL PROTECTED] writes: On 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz Failed badly to install for me. First of all it won't install via the CPAN shell as root because the test harness tries to deliver files from what becomes a root-owned directory, and it won't do that. The test suite was lifted directly from mod_perl. Are you able to able to test/install mod_perl using the same approach? Secondly it seems to segfault my apache, so it leaves zombies lying around. Not sure if that's libapreq or something else though. It would help to know your platform details. We tried to eliminate all segfaults related to perl-5.8.0, but in the process we may have introduced new ones. -- Joe Schaefer
Re: Randy Kobe's mod_perl2 all-in-one binary
On Thu, 30 Jan 2003, Lee Goddard wrote: I've just downloaded and installed your godsend of an all-in-one Apache2/mod_perl2 package - thanks very much for it! Server runs nicely. But is there a simple explanation of why I get the following message? Can't locate loadable object for module ModPerl::Const in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib .) at C:/Perl/site/lib/Apache/Const.pm line 3 Does the whole module not come as part of the package...? It should be there ... Do you have a PerlModule Apache2 directive in httpd.conf, or else have a use Apache2; in a startup file? This loads Apache2.pm (under /Perl/site/lib/), which adjusts @INC to include the /Perl/site/lib/Apache2/ directory. The error about not locating the loadable object for ModPerl::Const is referring to libraries under /Perl/site/lib/Apache2/auto/ModPerl/Const/. -- best regards, randy
Re: [mp2]
On Thu, 30 Jan 2003, Lee Goddard wrote: I do not understand this, please help: isn't this a message generated by something other than me? Error message: Can't locate object method server_root_relative via package Apache at C:/Perl/site/lib/Apache/compat.pm line 68. This is Apache 2.0.43, and Perl 5.8.0. This may be related to the earlier problem you had about not finding a loadable object for ModPerl::Const - does a PerlModule Apache2 directive in httpd.conf or a use Apache2; in a startup file help here? -- best regards, randy
Re[2]: Randy Kobe's mod_perl2 all-in-one binary
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Hi Randy, On Thursday, January 30, 2003 at 6:18:48 PM, you wrote: RK On Thu, 30 Jan 2003, Lee Goddard wrote: I've just downloaded and installed your godsend of an all-in-one Apache2/mod_perl2 package - thanks very much for it! Server runs nicely. But is there a simple explanation of why I get the following message? Can't locate loadable object for module ModPerl::Const in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib .) at C:/Perl/site/lib/Apache/Const.pm line 3 Does the whole module not come as part of the package...? RK It should be there ... Do you have a PerlModule Apache2 RK directive in httpd.conf, or else have a use Apache2; in a RK startup file? This loads Apache2.pm (under /Perl/site/lib/), RK which adjusts @INC to include the /Perl/site/lib/Apache2/ RK directory. The error about not locating the loadable object for RK ModPerl::Const is referring to libraries under RK /Perl/site/lib/Apache2/auto/ModPerl/Const/. Yes, I understand that, which is what confused me. Funny thing is that it (my startup.pl) works from Apache, just not from the command line -- I presume there's something going into @INC I don't know about. Thanks, Randy, Lee -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjljI6drfekeF/QBAQEHYwQAlQCXJ35CVW8zdHOVQHuUfq2VLn5TK75t I/IpaoU7iEPE5cXW6LLxtMMy5YcF4f8nU46VEvdb5tzRVe0CxSEor1DnREC8TyGn Nxk2GbtMOEJBpk3K/6SDkYLknYbTKJh7b1fJ0jaDGv6uWEi3OHIMvbG2bk1phyKS rvkq/EEraTg= =zqQA -END PGP SIGNATURE-
Re[2]: [mp2]
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Hi Randy, On Thursday, January 30, 2003 at 6:26:09 PM, you wrote: RK On Thu, 30 Jan 2003, Lee Goddard wrote: I do not understand this, please help: isn't this a message generated by something other than me? Error message: Can't locate object method server_root_relative via package Apache at C:/Perl/site/lib/Apache/compat.pm line 68. This is Apache 2.0.43, and Perl 5.8.0. RK This may be related to the earlier problem you had about RK not finding a loadable object for ModPerl::Const - does RK a PerlModule Apache2 directive in httpd.conf or a RK use Apache2; in a startup file help here? Yes, indeed - as earlier it only happens from the command line, so no worries. Cheers lee -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjljTqdrfekeF/QBAQGcwwP/ZBMJMs5V0zC6Rgc4XJeSFYbwE8AhxRBM l9MtmKcDhceoDAHOrmtjp+mablYsBPYNEJYgxR5IWU3nB7IpDPXJ75CSMsjpgVRG 94eKKmyLYFVNKpb6iLlfOW+yGryZx80HLNdZnh8729NuGxCPnvRSr6SrMVtyBvN9 aG7k/EI90VE= =qIhY -END PGP SIGNATURE-
[mp2] POD
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Is the pod missing from the mp2 beta, or is it just mine? I've looked on perdoc.org, but nothing there for Apache::Const. I'm trying to find a replacement for Apache::Request::params() on mp2, and struggling furiously since Apache::compat doesn't seem to cover it. Hence the POD cheers lee Although the scythe isn't pre-eminent among the weapons of war, anyone who has been on the wrong end of, say, a peasants' revolt will know that in skilled hands it is fearsome. - (Terry Pratchett, Mort) -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjlj/6drfekeF/QBAQHGmAQAg+VtSGx9/lfxVK+/j8nwW0pOqH6lLUJ0 TDW3trVvIMSkJakK+Evmo/W6bW3CWuVzqYI2Yg16D5qPNcwdbjEl0nBu/sLIUSRF NZxz0xjiNhTfx1imnxJRD4JnXkxM7ug4HjYHgrYN3czm81ekN50bo/QLXppdPeRc x+kbVIWQLFA= =TQxJ -END PGP SIGNATURE-
Re: [mp2] POD
On Thu, 30 Jan 2003, Lee Goddard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: MD5 Is the pod missing from the mp2 beta, or is it just mine? I've looked on perdoc.org, but nothing there for Apache::Const. I'm trying to find a replacement for Apache::Request::params() on mp2, and struggling furiously since Apache::compat doesn't seem to cover it. Hence the POD For now, the best places for info on mod_perl 2 are http://perl.apache.org/ and this mailing list (and archives). Until Apache::Request is ported to mod_perl 2.0, one can use methods in Apache::compat for dealing with form data - see the discussion of $r-content at http://perl.apache.org/docs/2.0/user/compat/compat.html (these docs are also available in the Win32 perl/apache binary distribution under /Apache2/manual/mod_perl/). -- best regards, randy
Re[2]: [mp2] POD
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Hi Randy, On Thursday, January 30, 2003 at 7:06:12 PM, you wrote: RK On Thu, 30 Jan 2003, Lee Goddard wrote: -BEGIN PGP SIGNED MESSAGE- Hash: MD5 Is the pod missing from the mp2 beta, or is it just mine? I've looked on perdoc.org, but nothing there for Apache::Const. I'm trying to find a replacement for Apache::Request::params() on mp2, and struggling furiously since Apache::compat doesn't seem to cover it. Hence the POD RK For now, the best places for info on mod_perl 2 are RK http://perl.apache.org/ and this mailing list (and archives). RK Until Apache::Request is ported to mod_perl 2.0, one can use RK methods in Apache::compat for dealing with form data - see the discussion of $r-content at RK http://perl.apache.org/docs/2.0/user/compat/compat.html RK (these docs are also available in the Win32 perl/apache binary RK distribution under /Apache2/manual/mod_perl/). Thanks again, Randy. I did see those docs, but was confused by the prose. Looking forward to Apache::Request,. Lee -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPjlu36drfekeF/QBAQHePQQAq2FSz6zNpAhVY1OCfBIh6/ArlS3Gdjr7 IP1wDfQfNTw4HXHIu/XN+WpRmOjEMx9AHtW+4vkIFYyhAwbYcOhTNIDvIHNILluF PkmgcGcfk45dUK930itvPoNpxCs7z4/2LJsQcBN5EXyjwx3zy2WnVXxoWCmDTlh8 Cgkuq/gvSy8= =ukHN -END PGP SIGNATURE-
Re: [ANNOUNCE] libapreq-1.1 is out
On Tue, 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz What are the difference between this version and 1.05? The changelog ends at 1.05. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
Re: [ANNOUNCE] libapreq-1.1 is out
Dave Rolsky [EMAIL PROTECTED] writes: On Tue, 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz What are the difference between this version and 1.05? The changelog ends at 1.05. Other than the release date of 1.1, nothing else should have changed. I don't think current cvs has changed since I tagged v1_1 for release. -- Joe Schaefer
Re: libgtop gone?
--- Stas Bekman [EMAIL PROTECTED] wrote: Mithun Bhattacharya wrote: Tried compilling libgtop on a server without X and got the following. The error message seems to be self explanatory. So give the configure the --without-gnome parameter, what's the big deal? My sincere apologies to Mithun, I've certainly misread his helpful post as an ignorant question :( __ 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
Re: Randy Kobe's mod_perl2 all-in-one binary
[...] Yes, I understand that, which is what confused me. Funny thing is that it (my startup.pl) works from Apache, just not from the command line -- I presume there's something going into @INC I don't know about. It's normal that code loading Apache::* modules doesn't work from the command line. This is because it requires mod_perl to be loaded into the program, which is not there when run from the command line. __ 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
Re: [mp2]
Lee Goddard wrote: Can't locate object method server_root_relative via package Apache at C:/Perl/site/lib/Apache/compat.pm line 68. Also it may mean that you haven't loaded Apache::ServerUtil, in which this method resides. __ 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
Re: mod_perl and mod_cgi problems
Magnar Stav Johanssen wrote: Sending you a piece of my httpd.conf file: [...] looks fine to me. Have you tried looking in the archives? I have found: http://marc.theaimsgroup.com/?l=apache-modperlw=2r=1s=libthread+panicq=b Well, I've used google.com alot, but maybe I didn't push the magic button! No need to google, pick your favorite archive from: http://perl.apache.org/maillist/modperl.html#Searchable_Archives (hint: linked from the menu) In particular: http://marc.theaimsgroup.com/?l=apache-modperlm=91763462706496w=2 For testing I've tuned down my MaxServers to 5 so I easier can trace httpd. In production MaxServers has been tuned for its amount of Memory! http://marc.theaimsgroup.com/?l=apache-modperlm=97363770902299w=2 The latest Linker patch are installed on the server... In that case I hope that somebody else who's on Solaris could step in and help. __ 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
Re: [mp2]
Stas Bekman wrote: Lee Goddard wrote: Can't locate object method server_root_relative via package Apache at C:/Perl/site/lib/Apache/compat.pm line 68. Also it may mean that you haven't loaded Apache::ServerUtil, in which this method resides. no, no, Apache::compat loads it, so it's not it. __ 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
Re: [ANNOUNCE] libapreq-1.1 is out
Joe Schaefer wrote: Matt Sergeant [EMAIL PROTECTED] writes: On 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz Failed badly to install for me. First of all it won't install via the CPAN shell as root because the test harness tries to deliver files from what becomes a root-owned directory, and it won't do that. The test suite was lifted directly from mod_perl. Are you able to able to test/install mod_perl using the same approach? Joe, I thought you've reverted to use the old test suite? Matt, Apache::Test may not work when run under root, because Apache won't let you start the server as 'User root' so it tries to use 'nobody' or something else as the username the server runs under, which of course has no perms to access files created by root and hence the problem. I suppose the solution is to chown all the autogenerated files to that chosen user and then the issue will be resolved. Meanwhile please try to run the test suite as non-root. __ 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
Re: [mp2] POD
Thanks again, Randy. I did see those docs, but was confused by the prose. If you find things unclear, please post a patch to improve them. Thanks. __ 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
Re: [ANNOUNCE] libapreq-1.1 is out
On Thursday, Jan 30, 2003, at 14:46 Europe/London, Joe Schaefer wrote: Matt Sergeant [EMAIL PROTECTED] writes: On 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz Failed badly to install for me. First of all it won't install via the CPAN shell as root because the test harness tries to deliver files from what becomes a root-owned directory, and it won't do that. The test suite was lifted directly from mod_perl. Are you able to able to test/install mod_perl using the same approach? I don't know - I'd never install mod_perl from CPAN ;-) But it's fairly easy to debug. su to root, extract the archive and try a make test. It's obvious why it fails. Easiest thing to do is skip those tests if you detect a root install, or if you can detect that the user running httpd can't access the directory and all directories above it. Secondly it seems to segfault my apache, so it leaves zombies lying around. Not sure if that's libapreq or something else though. It would help to know your platform details. We tried to eliminate all segfaults related to perl-5.8.0, but in the process we may have introduced new ones. perl 5.00503 on RH 6.2 and mod_perl 1.26 IIRC. The segfault was during the file upload tests. Matt.
Re: [ANNOUNCE] libapreq-1.1 is out
Matt Sergeant wrote: [...] It would help to know your platform details. We tried to eliminate all segfaults related to perl-5.8.0, but in the process we may have introduced new ones. perl 5.00503 on RH 6.2 and mod_perl 1.26 IIRC. The segfault was during the file upload tests. And the backtrace is ...? __ 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
Re: [ANNOUNCE] libapreq-1.1 is out
Matt Sergeant [EMAIL PROTECTED] writes: [...] It would help to know your platform details. We tried to eliminate all segfaults related to perl-5.8.0, but in the process we may have introduced new ones. perl 5.00503 on RH 6.2 and mod_perl 1.26 IIRC. The segfault was during the file upload tests. Thanks for the feedback. It appears we have more work to do on the new upload code in Request.xs. I think we should aim to release a new version, quickly, that's dedicated to fixing these immediate problems with the 1.1 release. -- Joe Schaefer
Re: [ANNOUNCE] libapreq-1.1 is out
Stas Bekman [EMAIL PROTECTED] writes: Joe, I thought you've reverted to use the old test suite? I did, sorry for the confusion. The test suite in 1.1 is based on Apache::test, not Apache::Test. -- Joe Schaefer
Re: [ANNOUNCE] libapreq-1.1 is out
Joe Schaefer wrote: Stas Bekman [EMAIL PROTECTED] writes: Joe, I thought you've reverted to use the old test suite? I did, sorry for the confusion. The test suite in 1.1 is based on Apache::test, not Apache::Test. In any case we need to solve this problem for Apache::Test. I'll take care of it. __ 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
cgi and mod_perl-1.26, Apache-1.27, perl-5.8.0, FreeBSD fail with 'The document contained no data'
Hi all,
I am having problems running cgi scripts under mod_perl. I
realise that this question has been asked before but I have not
been able to find a reference to this particular behaviour in the
manuals or newsgroups.
Problem summary
---
Scripts running under mod_perl fail. Netscape returns the popup
'The document contained no data'
Nothing is printed in the browser window. Scripts that use the
mod_perl api work OK.
Example scripts
---
The cgi script below fails.
#!/usr/bin/perl -w
print Content-type: text/plain\n\n;
print Hello World\n;
The mod_perl api script below works.
my $r = Apache-request;
$r-content_type(text/plain);
$r-send_http_header;
$r-print(Hello World);
Script configuration
Alias /perlbin ${TOP}/perlbin
PerlModule Apache::Registry
Location /perlbin
SetHandler perl-script
Perlhandler Apache::Registry
Options +ExecCGI
allow from all
PerlSendHeader On
/Location
Machine config
--
The cgi script fails on this box:
FreeBSD 4.5-RELEASE-p23
Apache/1.3.27
perl-5.8.0
mod_perl-1.26
The same cgi script with the same script config works fine on
this one:
FreeBSD 4.5-RELEASE-p23
Apache/1.3.20
perl-5.005_03
mod_perl-1.26
It looks as if the CGI script is not returning its stdout to the
browser but I can't for the life of me see why. Any help would
be very much appreciated.
George Savvides
Help installing mod_perl-1.99_08
This is probably a stupid question, but I've been searching the documentation for 3 or 4 hours now and I still can't get mod_perl to install. I have mod_perl installed under apache 1.3.26 and have been running that with great success for a couple years, but I am trying to upgrade to apache 2.0.44 with mod_perl 1.99_08. I can get mod_perl to compile, but I can't get apache to include mod_perl when compiling. Here are the steps I tried (trying to follow the steps in the installation documentation): cd httpd-2.0.44 ./configure --enable-ssl --enable-rewrite cd ../mod_perl-1.99_08 perl Makefile.PL MP_AP_PREFIX=/usr/local/src/httpd-2.0.44 MP_INST_APACHE2=1 MP_USE_STATIC=1 make make install cd ../httpd-2.0.40/modules ln -s /usr/local/src/mod_perl-1.99_08/src/modules/perl/ perl cd .. ./config.nice --enable-perl make make install When I do httpd -l mod_perl isn't listed, should it be? I also get errors for things in my apache configuration scripts like PerlHandler and PerlRequire, which I assume means that mod_perl isn't installed. I have read through http://perl.apache.org/docs/2.0/user/intro/start_fast.html and http://perl.apache.org/docs/2.0/user/install/install.html and the docs that came with mod_perl. I apologize if I am missing something obvious here, but any help would be extremely appreciated, including links to more documentation that I can read. Casey Songer
Re: cgi and mod_perl-1.26, Apache-1.27, perl-5.8.0, FreeBSD failwith 'The document contained no data'
George Savvides wrote:
Hi all,
I am having problems running cgi scripts under mod_perl. I
realise that this question has been asked before but I have not
been able to find a reference to this particular behaviour in the
manuals or newsgroups.
Problem summary
---
Scripts running under mod_perl fail. Netscape returns the popup
'The document contained no data'
Nothing is printed in the browser window. Scripts that use the
mod_perl api work OK.
Example scripts
---
The cgi script below fails.
#!/usr/bin/perl -w
print Content-type: text/plain\n\n;
print Hello World\n;
The mod_perl api script below works.
my $r = Apache-request;
$r-content_type(text/plain);
$r-send_http_header;
$r-print(Hello World);
Script configuration
Alias /perlbin ${TOP}/perlbin
PerlModule Apache::Registry
Location /perlbin
SetHandler perl-script
Perlhandler Apache::Registry
Options +ExecCGI
allow from all
PerlSendHeader On
/Location
Machine config
--
The cgi script fails on this box:
FreeBSD 4.5-RELEASE-p23
Apache/1.3.27
perl-5.8.0
mod_perl-1.26
The same cgi script with the same script config works fine on
this one:
FreeBSD 4.5-RELEASE-p23
Apache/1.3.20
perl-5.005_03
mod_perl-1.26
It looks as if the CGI script is not returning its stdout to the
browser but I can't for the life of me see why. Any help would
be very much appreciated.
What has error_log to say about this? Do you have the file perms right?
__
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
Re: Help installing mod_perl-1.99_08
On Thu, 30 Jan 2003 17:57:05 -0700, Casey Songer wrote: When I do httpd -l mod_perl isn't listed, should it be? I also get errors for things in my apache configuration scripts like PerlHandler and PerlRequire, which I assume means that mod_perl isn't installed. I have read through http://perl.apache.org/docs/2.0/user/intro/start_fast.html and http://perl.apache.org/docs/2.0/user/install/install.html and the docs that came with mod_perl. I apologize if I am missing something obvious here, but any help would be extremely appreciated, including links to more documentation that I can read. My apologies if this is a dumb question, but have you checked httpd.conf for the LoadModule perl_module modules/mod_perl.so line? I've been running mod_perl as a DSO, and compiling it as static may make some things different, but I'm pretty sure I've had to add the LoadModule line myself. csw -- /¯\ \ / ASCII RIBBON CAMPAIGN X Against HTML Mail and News / \
Re: Help installing mod_perl-1.99_08
Casey Songer wrote: This is probably a stupid question, but I've been searching the documentation for 3 or 4 hours now and I still can't get mod_perl to install. I have mod_perl installed under apache 1.3.26 and have been running that with great success for a couple years, but I am trying to upgrade to apache 2.0.44 with mod_perl 1.99_08. I can get mod_perl to compile, but I can't get apache to include mod_perl when compiling. Here are the steps I tried (trying to follow the steps in the installation documentation): cd httpd-2.0.44 ./configure --enable-ssl --enable-rewrite cd ../mod_perl-1.99_08 perl Makefile.PL MP_AP_PREFIX=/usr/local/src/httpd-2.0.44 MP_INST_APACHE2=1 MP_USE_STATIC=1 make make install cd ../httpd-2.0.40/modules ln -s /usr/local/src/mod_perl-1.99_08/src/modules/perl/ perl cd .. ./config.nice --enable-perl make make install When I do httpd -l mod_perl isn't listed, should it be? I also get errors for things in my apache configuration scripts like PerlHandler and PerlRequire, which I assume means that mod_perl isn't installed. I have read through http://perl.apache.org/docs/2.0/user/intro/start_fast.html and http://perl.apache.org/docs/2.0/user/install/install.html and the docs that came with mod_perl. I apologize if I am missing something obvious here, but any help would be extremely appreciated, including links to more documentation that I can read. What you are missing is that Apache has to be built and installed first. I'll stress that in the docs. __ 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
Re: mod_perl and mod_cgi problems
@(none) @genuity.no wrote: Thanks! I've actually made some kind of progress on this case... I've found a workaround... I don't fully like it, so if anyone got a sugestion for aprovement, please tell me! This was the problem area in my old httpd.conf: (...) AddHandler cgi-script .cgi IfModule mod_perl.c AddHandler perl-script .mpl PerlHandler Apache::Registry /IfModule I've converted it into this: IfModule mod_perl.c AddHandler perl-script .cgi PerlHandler Apache::PerlRun PerlSetVar PerlRunOnce On /IfModule IfModule mod_perl.c AddHandler perl-script .mpl PerlHandler Apache::Registry /IfModule This works fine, but it will only work for perl-scripts and not for shell-scripts. Well, to bad! For the perl-script part it actually runs faster! Apache don't need to fork any new processes to compile the cgi... If I add the following line to my httpd.conf: AddHandler cgi-script .sh This will most likely (not tested) fail like .cgi did when I used cgi-script-handler in apache... So the problem aren't solved yet! Any particular reason for using AddHandler and not SetHandler? __ 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
Re: [MP2] bug report startup and XML::LibXML
[EMAIL PROTECTED] wrote:
Hi
here is a revised complete report bug
and as suggested :
LIBXML2.DLL VERSION 2.4.26
XML::LibXML version 1.52
I've tested with libxml2-2.4.23 and XML::LibXML 1.53 on linux and it works
just fine.
[...]
output ok but apache segfault
---
here is a complete debug trace (this one is certified exact)
---
source in perl5.8.0\sv.c line 4020
[...]
void
Perl_sv_setpvn(pTHX_ register SV *sv, register const char *ptr,
register STRLEN len)
{
register char *dptr;
SV_CHECK_THINKFIRST(sv); line that makes the segfault
if (!ptr) {
(void)SvOK_off(sv);
return;
}
[...]
Perl_sv_setpvn(interpreter * 0x00d84344, sv * 0xabababab, const
char * 0x28194f90 `string', unsigned int 0) line 4020 + 3 bytes
Perl_sv_vsetpvfn(interpreter * 0x00d84344, sv * 0xabababab,
this looks suspicious as address: 0xabababab, as you have traced it. So it
could be a bug in the ActiveState's perl or is it a standard one?
const char * 0x2818fac0 `string', unsigned int 20, char * *
0x0006efe4, sv * * 0x, long 0, char * 0x) line
7629 + 20 bytes
Perl_vmess(interpreter * 0x00d84344, const char * 0x2818fac0
`string', char * * 0x0006efe4) line 1096 + 40 bytes
Perl_vcroak(interpreter * 0x00d84344, const char * 0x2818fac0
`string', char * * 0x0006efe4) line 1241 + 17 bytes
Perl_croak(interpreter * 0x00d84344, const char * 0x2818fac0
`string') line 1350 + 17 bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0006f6e8,
clone_params * 0x0006fdf0) line 9297 + 26 bytes
Though the good thing is that it happens on croak (something went wrong). So
perhaps you can check why does it happen in first place. I'd at the above frame.
__
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
Re: [ANNOUNCE] libapreq-1.1 is out
On Thu, 2003-01-30 at 16:36, Stas Bekman wrote: Joe Schaefer wrote: Matt Sergeant [EMAIL PROTECTED] writes: On 28 Jan 2003, Joe Schaefer wrote: libapreq-1.1 is now available on CPAN, and also through the Apache website at http://www.apache.org/dist/httpd/libapreq/libapreq-1.1.tar.gz Failed badly to install for me. First of all it won't install via the CPAN shell as root because the test harness tries to deliver files from what becomes a root-owned directory, and it won't do that. The test suite was lifted directly from mod_perl. Are you able to able to test/install mod_perl using the same approach? Joe, I thought you've reverted to use the old test suite? Matt, Apache::Test may not work when run under root, because Apache won't let you start the server as 'User root' so it tries to use 'nobody' or something else as the username the server runs under, which of course has no perms to access files created by root and hence the problem. I suppose the solution is to chown all the autogenerated files to that chosen user and then the issue will be resolved. Meanwhile please try to run the test suite as non-root. __ 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 Stas, I've run into the same problem while testing with Apache::PAR. Unfortunately, I don't think chown'ing the files will work (at least in my case), because the directory itself (/root/.cpanplus on my box) isn't accessible from a non-root user. I haven't worked on a solution yet, but I was thinking the best thing to do might be to create a temp directory (maybe with a prompt for the directory to create it under) from the generated Makefile in the start_httpd section and copy any content (and then remove it in kill_httpd) Maybe this would be a good feature to add to the Apache::test and Apache::Test modules? Thanks, -- Nathan Byrd [EMAIL PROTECTED]
Re: [ANNOUNCE] libapreq-1.1 is out
Nathan Byrd wrote: [...] Matt, Apache::Test may not work when run under root, because Apache won't let you start the server as 'User root' so it tries to use 'nobody' or something else as the username the server runs under, which of course has no perms to access files created by root and hence the problem. I suppose the solution is to chown all the autogenerated files to that chosen user and then the issue will be resolved. Meanwhile please try to run the test suite as non-root. [...] I've run into the same problem while testing with Apache::PAR. Unfortunately, I don't think chown'ing the files will work (at least in my case), because the directory itself (/root/.cpanplus on my box) isn't accessible from a non-root user. I haven't worked on a solution yet, but I was thinking the best thing to do might be to create a temp directory (maybe with a prompt for the directory to create it under) from the generated Makefile in the start_httpd section and copy any content (and then remove it in kill_httpd) Maybe this would be a good feature to add to the Apache::test and Apache::Test modules? I've already committed a solution for Apache::Test that should work on all Unices, pending a test on win32. Here is the commit that includes the change and the logic: http://marc.theaimsgroup.com/?l=apache-test-cvsm=104397443526605w=2 At least on Unix mod_perl-2.0 now has no problems running 'make test' as root. As for Apache::test, I'm not familiar with it, so perhaps someone who is, can backport that above patch to it. __ 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
