cvs commit: modperl-2.0/lib/ModPerl BuildOptions.pm
randyk 2003/02/19 21:19:14
Modified:lib/ModPerl BuildOptions.pm
Log:
Reviewed by: stas
Revision ChangesPath
1.17 +7 -0 modperl-2.0/lib/ModPerl/BuildOptions.pm
Index: BuildOptions.pm
===
RCS file: /home/cvs/modperl-2.0/lib/ModPerl/BuildOptions.pm,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- BuildOptions.pm 21 May 2002 16:48:29 - 1.16
+++ BuildOptions.pm 20 Feb 2003 05:19:14 - 1.17
@@ -3,6 +3,7 @@
use strict;
use warnings;
+use Apache::Build ();
my $param_qr = qr([\s=]+);
use constant VERBOSE = 1;
@@ -66,6 +67,12 @@
if($key eq 'MP_APXS') {
$val = File::Spec-canonpath(File::Spec-rel2abs($val));
}
+
+ # MP_AP_PREFIX may not contain spaces
+ if ($key eq 'MP_AP_PREFIX' Apache::Build::WIN32()) {
+require Win32;
+ $val = Win32::GetShortPathName($val);
+ }
if ($self-{$key}) {
$self-{$key} .= ' ';
RE: HELP - Problem installing modperl
I rebuild PERL and when I use perl -V I can see -KPIC but when I try to make mod_perl I receive the same error Any other thoughts??? Thanks in advance and Thank you very much for your time.- Kind Regards. _ Pablo Jejcic Smartweb Senior system Administrator School of Computing - Robert Gordon University [EMAIL PROTECTED] T:44-(0)1224-262797 F:44-(0)1224-262790 _ ``The nice thing about standards is that there are so many to choose from. And if you really don't like all the standards you just have to wait another year until the one arises you are looking for.'' A. Tanenbaum, ``Introduction to Computer Networks' _ -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: 18 February 2003 23:02 To: Pablo Jejcic Cc: [EMAIL PROTECTED] Subject: Re: HELP - Problem installing modperl Pablo Jejcic wrote: Hello guys, I have just installed PERL/Apache and mod_perl, but this last one gave me an error when I try to compile. Could anyone help me? Thi is the error: bash-2.05# make make test cd src/modules/perl make -f Makefile.modperl make[1]: Entering directory `/projects/IRIG/mod_perl-1.99_08/src/modules/perl' cc -I/projects/IRIG/mod_perl-1.99_08/src/modules/perl -I/projects/IRIG/mod_perl-1.99_08/xs -I/projects/IRIG/apache2/prefork/include -I/usr/perl5/5.6.1/lib/sun4-solaris-64int/CORE -DMOD_PERL -xO3 -xdepend -KPIC \ -c mod_perl.c mv mod_perl.o mod_perl.lo cc: unrecognized option `-KPIC' mod_perl reuses the compiler flags perl was built with. It picks them up from Config.pm. Do you see -KPIC in the output of 'perl -V'? You must use exactly the same compiler that you've built your perl with and it should work. cc: language depend not recognized cc: mod_perl.c: linker input file unused because linking not done mv: cannot access mod_perl.o make[1]: *** [mod_perl.lo] Error 2 make[1]: Leaving directory `/projects/IRIG/mod_perl-1.99_08/src/modules/perl' make: *** [modperl_lib] Error 2 bash-2.05# c bash: c: command not found bash-2.05# cc cc: no input files And I'm running: Solaris 9 PERL 5.6.1 Apache 2.0.4 mod_perl 1.99_08 Thanks in advance!! Pablo.- Kind Regards. -- -- Pablo Jejcic Smartweb Senior system Administrator School of Computing - Robert Gordon University [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] *T*:44-(0)1224-262797 *F*:44-(0)1224-262790 ``The nice thing about standards is that there are so many to choose from. And if you really don't like all the standards you just have to wait another year until the one arises you are looking for.'' A. Tanenbaum, ``Introduction to Computer Networks' -- -- -- __ 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
[mp2] porting tip - must return OK from content-handlers
I had some handlers that did not explicitly return OK -- just printed the
coontent and quit. In apache1/mp1 this 'worked' fine.
After migrating to apache2/mp2 these handlers delivered the content to the
browser but then printed a 500 error message to the browser but _not_ to
the error log.
Just a heads-up.
- nick
--
Nick Tonkin {|8^)
[mp2] porting tip - DefaultType text/html
As the docs say $r-send_http_header is deprecated because it is unneeded
in mp2 ... but $r-content_type must be set.
DefaultType is set by default to text/plain in httpd.conf, so browsers
that strictly apply content_type (eg Opera 7) were showing the content as
HTML source.
I had several handlers that simply called $r-send_http_header so
replacing each occurence with $r-content_type wasn't much of an
improvement in code cleanliness and simplicity, if that's what the goal of
eliminating send_http_headers was in the first place.
Therefore, I changed DefaultType from text/plain to text/html and voila --
I don't have to set $r-content_type after all but rather can just delete
all the $r-send_http_headers calls.
YMMV, of course, if you have other parts of your webserver that do not
supply a content-type :)
- nick
--
Nick Tonkin {|8^)
Apache::TicketAccess
Hi, I'm trying to use the example from the Eagle book on page 309 - 314 using the TicketAccess, TicketMaster, TicketTool handlers. In TicketMaster in sub go_to_uri it sets the a cookie with the $ticket. I can print $ticket to error log to see what it contains. But for some reason the cookie never gets set. Netscape's cookie manager doesn't show any new cookie from my site. Here is a copy from my httpd.cong file for the two servers. david1 is a mod_proxy for the mod_perl server (david) On david1 I have ProxyPass /login.pl http://david:8080/login.pl ProxyPassReverse /login.pl http://david:8080/ On david the mod_perl server in the httpd.conf file I have Location /login.pl SetHandler perl-script PerlHandler Apache::TicketMaster PerlSetVar TicketDomain david1 PerlSetVar TicketSecret /key.txt PerlSetVar TicketDatabase mysql:admin PerlSetVar TicketTableperson:user:passwd PerlSetVar TicketExpires 100 /Location Directory /usr/local/systems/work/ PerlSendHeader On SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI # OLD #AuthName Oppilaitosjärjestelmä #AuthType Basic #PerlAuthenHandler Apache::AuthAny #require valid-user #Limit GET POST PUT DELETE #require valid-user #/Limit # NEW PerlAccessHandler Apache::TicketAccess PerlSetVar TicketDomain david1 PerlSetVar TicketSecret /key.txt PerlSetVar TicketDatabase mysql:admin PerlSetVar TicketTableperson:user:passwd PerlSetVar TicketExpires 100 ErrorDocument 403 /login.pl ErrorDocument 401 /bin/admin/error/401.html #ErrorDocument 403 /bin/admin/error/403.html ErrorDocument 404 /bin/admin/error/404.html ErrorDocument 500 /bin/admin/error/500.html /Directory Any help is appreciated Scott
RE: [OT?] Win32 permissions puzzler
Greetings. I am afraid this is rapidly becoming less than relevant, however.. -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] [...] You have to declare variables as globals before using them. Agreed Even the imported ones. That's a pure perl issue. Please proceed to the perl lists/groups/monks for further discussion. This is a bit of a surprise the following, in fact, runs just fine: --Foo.pm-- package Foo; use strict; use warnings; require Exporter; our @ISA = qw(Exporter); our @EXPORT_OK = ( qw( $foo ) ); our @EXPORT = qw(); our $VERSION = '0.01'; our $foo=1; 1; --usefoo.pl use strict; use warnings; use Foo qw($foo); print foo is $foo\n; $ perl usefoo.pl foo is 1 This is according to my instinct - and practice: I have been using this idiom, under strict, for the longest time and the interpreter has never raised an eyebrow about it. BTW, this also works with @IMPORT (not only with @IMPORT_OK). I cannot give you a doc pointer that explicitely says that it must be so (or why), though. Cheers, alf
Help installing mod_perl 1.27 and apache 1.3.27. newbiequestion.
I get errors on installing mod_perl/Apache 1.3.27, under the root account when running perl Makefile.PL. I'm running perl 5.8 on solaris. gcc 2.95. ### perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for you? [y]sh: make: not foundAppending mod_perl to src/ConfigurationUsing config file: /www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile+ configured for Solaris 280 platform+ setting C compiler to gcc+ setting C pre-processor to gcc -E+ checking for system header files+ adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + setting up mod_perl build environment + id: mod_perl/1.27 + id: Perl/v5.8.0 (solaris) [perl] + adjusting Apache build environment + enabling Perl support for SSI (mod_include)./helpers/TestCompile: make: not found+ using builtin Expat./Configure: make: not found+ checking sizeof various data types./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found+ doing sanity check on compiler and options./helpers/TestCompile: make: not found** A test compilation with your Makefile configuration** failed. The below error output from the compilation** test will give you an idea what is failing. Note that** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check ./helpers/TestCompile: make: not found= End of Error Report = Aborting!PerlDispatchHandler.disabled (enable with PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled (enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled (enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with PERL_TYPE=1)PerlFixupHandlerdisabled (enable with PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled (enable with PERL_LOG=1)PerlInitHandler.disabled (enable with PERL_INIT=1)PerlCleanupHandler..disabled (enable with PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with PERL_RESTART=1)PerlStackedHandlers.disabled (enable with PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with PERL_TABLE_API=1)PerlLogApi..disabled (enable with PERL_LOG_API=1)PerlUriApi..disabled (enable with PERL_URI_API=1)PerlUtilApi.disabled (enable with PERL_UTIL_API=1)PerlFileApi.disabled (enable with PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled (enable with PERL_SECTIONS=1) PerlSSI.disabled (enable with PERL_SSI=1) Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm VERSION..okChecking for LWP::UserAgent..okChecking for HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for Apache::LogWriting Makefile for Apache::ModuleConfigWriting Makefile for Apache::PerlRunXSWriting Makefile for Apache::ServerWriting Makefile for Apache::SymbolWriting Makefile for Apache::TableWriting Makefile for Apache::URIWriting Makefile for Apache::UtilWriting Makefile for mod_perl# -- This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed. ==
Re: Help installing mod_perl 1.27 and apache 1.3.27. newbie question.
On Thursday, February 20, 2003, at 08:13 AM, Charlie Smith wrote: I get errors on installing mod_perl/Apache 1.3.27, under the root account when running perl Makefile.PL. I'm running perl 5.8 on solaris. gcc 2.95. # # # perl Makefile.PL Configure mod_perl with ../apache_1.3.27/src ? [y] Shall I build httpd in ../apache_1.3.27/src for you? [y] sh: make: not found It can't find the 'make' program. You either need to install make, or, if it is isntalled, make sure it's in your $PATH. Cory 'G' Watson http://gcdb.spleck.net
RE: Help installing mod_perl 1.27 and apache 1.3.27. newbie question.
Charlie, It just seems like you need to add make in your path (sh: make: not found). Cheers, Martin Martin Scantland IP Services, Internet Engineering, Nortel Networks Phone: 613.765.4052, ESN 395.4052 -Original Message-From: Charlie Smith [mailto:[EMAIL PROTECTED]]Sent: Thursday, February 20, 2003 9:14 AMTo: [EMAIL PROTECTED]Subject: Help installing mod_perl 1.27 and apache 1.3.27. newbie question. I get errors on installing mod_perl/Apache 1.3.27, under the root account when running perl Makefile.PL. I'm running perl 5.8 on solaris. gcc 2.95. ### perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for you? [y]sh: make: not foundAppending mod_perl to src/ConfigurationUsing config file: /www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile+ configured for Solaris 280 platform+ setting C compiler to gcc+ setting C pre-processor to gcc -E+ checking for system header files+ adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + setting up mod_perl build environment + id: mod_perl/1.27 + id: Perl/v5.8.0 (solaris) [perl] + adjusting Apache build environment + enabling Perl support for SSI (mod_include)./helpers/TestCompile: make: not found+ using builtin Expat./Configure: make: not found+ checking sizeof various data types./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found./helpers/TestCompile: make: not found+ doing sanity check on compiler and options./helpers/TestCompile: make: not found** A test compilation with your Makefile configuration** failed. The below error output from the compilation** test will give you an idea what is failing. Note that** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check ./helpers/TestCompile: make: not found= End of Error Report = Aborting!PerlDispatchHandler.disabled (enable with PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled (enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled (enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with PERL_TYPE=1)PerlFixupHandlerdisabled (enable with PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled (enable with PERL_LOG=1)PerlInitHandler.disabled (enable with PERL_INIT=1)PerlCleanupHandler..disabled (enable with PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with PERL_RESTART=1)PerlStackedHandlers.disabled (enable with PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with PERL_TABLE_API=1)PerlLogApi..disabled (enable with PERL_LOG_API=1)PerlUriApi..disabled (enable with PERL_URI_API=1)PerlUtilApi.disabled (enable with PERL_UTIL_API=1)PerlFileApi.disabled (enable with PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled (enable with PERL_SECTIONS=1) PerlSSI.disabled (enable with PERL_SSI=1) Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm VERSION..okChecking for LWP::UserAgent..okChecking for HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for Apache::LogWriting Makefile for Apache::ModuleConfigWriting Makefile for Apache::PerlRunXSWriting Makefile for Apache::ServerWriting Makefile for Apache::SymbolWriting Makefile for Apache::TableWriting Makefile for Apache::URIWriting Makefile for Apache::UtilWriting Makefile for mod_perl# --This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed.==
RE: Help installing mod_perl 1.27 and apache 1.3.27.newbiequest ion.
makeis in my path as seen here:
PATH=/usr/bin:/usr/sbin:/opt/local/bin:/home/oracle/bin:/opt/oracle/9.0.1/bin:/usr/lbin:/usr/ccs/bin:/usr/ucb:.
So, the make routine is in the /usr/ccs/bin directory.
The error messages before and after the 'sh: make: not
found'message are at line 581 (prompt("Shall I build httpd in
../apache_1.3.27/src for you?")and 648 (call to conf_fixup).
There is a call to 'make clean' that I was able
to run from the command line without error.
Does this error message 'sh: make: not found' refer to 'sh' not found or
'make' not found?
"Martin Scantland"
[EMAIL PROTECTED] 02/20/03 07:56AM
Charlie,
It just seems like you need to add make in
your path (sh: make: not found).
Cheers,
Martin
Martin Scantland IP Services, Internet Engineering, Nortel Networks Phone: 613.765.4052, ESN 395.4052
-Original Message-From: Charlie Smith
[mailto:[EMAIL PROTECTED]]Sent: Thursday, February 20, 2003
9:14 AMTo: [EMAIL PROTECTED]Subject: Help
installing mod_perl 1.27 and apache 1.3.27. newbie
question.
I get errors on installing mod_perl/Apache 1.3.27, under the root account
when running perl Makefile.PL.
I'm running perl 5.8 on solaris. gcc 2.95.
### perl Makefile.PLConfigure mod_perl with
../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for
you? [y]sh: make: not foundAppending mod_perl to
src/ConfigurationUsing config file:
/www/Apache/src/mod_perl-1.27/src/ConfigurationCreating
Makefile+ configured for Solaris 280 platform+ setting C
compiler to gcc+ setting C pre-processor to gcc -E+
checking for system header files+ adding selected
modules o perl_module uses
ConfigStart/End + mod_perl build type:
OBJ + setting up mod_perl build
environment + id:
mod_perl/1.27 + id: Perl/v5.8.0 (solaris)
[perl] + adjusting Apache build
environment + enabling Perl support for SSI
(mod_include)./helpers/TestCompile: make: not found+ using
builtin Expat./Configure: make: not found+ checking sizeof
various data types./helpers/TestCompile: make: not
found./helpers/TestCompile: make: not found./helpers/TestCompile:
make: not found./helpers/TestCompile: make: not
found./helpers/TestCompile: make: not found./helpers/TestCompile:
make: not found./helpers/TestCompile: make: not
found./helpers/TestCompile: make: not found./helpers/TestCompile:
make: not found+ doing sanity check on compiler and
options./helpers/TestCompile: make: not found** A test compilation
with your Makefile configuration** failed. The below error output
from the compilation** test will give you an idea what is failing. Note
that** Apache requires an ANSI C Compiler, such as gcc.
Error Output for sanity check ./helpers/TestCompile:
make: not found= End of Error Report =
Aborting!PerlDispatchHandler.disabled (enable with
PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled
(enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled
(enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable
with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable
with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with
PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with
PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with
PERL_TYPE=1)PerlFixupHandlerdisabled (enable with
PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled
(enable with PERL_LOG=1)PerlInitHandler.disabled (enable with
PERL_INIT=1)PerlCleanupHandler..disabled (enable with
PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with
PERL_RESTART=1)PerlStackedHandlers.disabled (enable with
PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with
PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with
PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable
with PERL_TABLE_API=1)PerlLogApi..disabled (enable with
PERL_LOG_API=1)PerlUriApi..disabled (enable with
PERL_URI_API=1)PerlUtilApi.disabled (enable with
PERL_UTIL_API=1)PerlFileApi.disabled (enable with
PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled
(enable with PERL_SECTIONS=1)
PerlSSI.disabled (enable with PERL_SSI=1)
Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm
VERSION..okChecking for LWP::UserAgent..okChecking for
HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for
Apache::ConnectionWriting Makefile for Apache::ConstantsWriting
Makefile for Apache::FileWriting Makefile for
[mp2] what is GEN1 and why is it my log?
Hi,
In my logs when dumping a warn() I see this occasionally:
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28, GEN1 line 245.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
Anyone know what GEN1 is and why it appears every so often?
Thanks,
- nick
--
Nick Tonkin {|8^)
Re: [mp2] what is GEN1 and why is it my log?
On Thu, 20 Feb 2003, Nick Tonkin wrote: Hi, In my logs when dumping a warn() I see this occasionally: 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28. 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28. 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28. 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28, GEN1 line 245. 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28. 192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28. Anyone know what GEN1 is I think it comes from Symbol.pm. It's a handle: the string GEN is in the source, the digit is just picked by the package when it opens a file/socket/whatever it's doing. and why it appears every so often? Nope. :( 73, Ged.
RE: Help installing mod_perl 1.27 and apache 1.3.27.newbiequest ion.
I did have to add the path to 'make'. Thankyou. I noticed that I had to start up a 'ksh' session and then add the path to 'make'. However, still have problems as seen in the 'sanity check' below. # perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for you? [y]Appending mod_perl to src/ConfigurationUsing config file: /www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile+ configured for Solaris 280 platform+ setting C compiler to gcc+ setting C pre-processor to gcc -E+ checking for system header files+ adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + setting up mod_perl build environment + id: mod_perl/1.27 + id: Perl/v5.8.0 (solaris) [perl] + adjusting Apache build environment + enabling Perl support for SSI (mod_include)+ using builtin Expat+ checking sizeof various data types+ doing sanity check on compiler and optionscd ..; gcc -DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. -I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -o helpers/dummy helpers/dummy.c `perl /www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts ` -lsocket -lnsl -lpthread -Wl -L/usr/local/lib -L/opt/local/lib /usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm -lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 1make: Fatal error: Command failed for target `dummy'** A test compilation with your Makefile configuration** failed. The below error output from the compilation** test will give you an idea what is failing. Note that** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. -I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -o helpers/dummy helpers/dummy.c `perl /www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts ` -lsocket -lnsl -lpthread -Wl -L/usr/local/lib -L/opt/local/lib /usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm -lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 1make: Fatal error: Command failed for target `dummy'= End of Error Report = Aborting!PerlDispatchHandler.disabled (enable with PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled (enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled (enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with PERL_TYPE=1)PerlFixupHandlerdisabled (enable with PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled (enable with PERL_LOG=1)PerlInitHandler.disabled (enable with PERL_INIT=1)PerlCleanupHandler..disabled (enable with PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with PERL_RESTART=1)PerlStackedHandlers.disabled (enable with PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with PERL_TABLE_API=1)PerlLogApi..disabled (enable with PERL_LOG_API=1)PerlUriApi..disabled (enable with PERL_URI_API=1)PerlUtilApi.disabled (enable with PERL_UTIL_API=1)PerlFileApi.disabled (enable with PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled (enable with PERL_SECTIONS=1) PerlSSI.disabled (enable with PERL_SSI=1) Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm VERSION..okChecking for LWP::UserAgent..okChecking for HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for Apache::LogWriting Makefile for Apache::ModuleConfigWriting Makefile for Apache::PerlRunXSWriting
Re: Apache::TicketAccess
Scott Alexander wrote: I'm trying to use the example from the Eagle book on page 309 - 314 using the TicketAccess, TicketMaster, TicketTool handlers. In TicketMaster in sub go_to_uri it sets the a cookie with the $ticket. I can print $ticket to error log to see what it contains. But for some reason the cookie never gets set. I haven't used these modules, but I suggest you do some further debugging. Try looking at the headers being sent back from the server and see if it is sending the cookie header or not. Try going straight to it without going through the proxy. Find out what is actually happening. Then you'll have a better idea what needs to be fixed. By the way, most people use CPAN modules for this rather than the stuff in the Eagle book. Look at things like Apache::AuthTicket or Apache::AuthCookieURL. (I don't have a use for any of these modules, so I can't personally recommend one.) - Perrin
Re: Apache::TicketAccess
On Thu, 20 Feb 2003, Scott Alexander wrote: If I set my browser to david:8080/login.pl then everything works okay, Cookie gets set, and my session is current until I logout. So the setup is something to do with mod_proxy on the proxy server. Is it the cookie doesn't get sent back thru the reverse proxy? I use cookies in some other areas of the application and they are working fine since moving over to a reverse_proxy server, mod_perl server setup. Regards Scott Hi, I'm trying to use the example from the Eagle book on page 309 - 314 using the TicketAccess, TicketMaster, TicketTool handlers. In TicketMaster in sub go_to_uri it sets the a cookie with the $ticket. I can print $ticket to error log to see what it contains. But for some reason the cookie never gets set. Netscape's cookie manager doesn't show any new cookie from my site. Here is a copy from my httpd.cong file for the two servers. david1 is a mod_proxy for the mod_perl server (david) On david1 I have ProxyPass /login.pl http://david:8080/login.pl ProxyPassReverse /login.pl http://david:8080/ On david the mod_perl server in the httpd.conf file I have Location /login.pl SetHandler perl-script PerlHandler Apache::TicketMaster PerlSetVar TicketDomain david1 PerlSetVar TicketSecret /key.txt PerlSetVar TicketDatabase mysql:admin PerlSetVar TicketTableperson:user:passwd PerlSetVar TicketExpires 100 /Location Directory /usr/local/systems/work/ PerlSendHeader On SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI # OLD #AuthName Oppilaitosjärjestelmä #AuthType Basic #PerlAuthenHandler Apache::AuthAny #require valid-user #Limit GET POST PUT DELETE #require valid-user #/Limit # NEW PerlAccessHandler Apache::TicketAccess PerlSetVar TicketDomain david1 PerlSetVar TicketSecret /key.txt PerlSetVar TicketDatabase mysql:admin PerlSetVar TicketTableperson:user:passwd PerlSetVar TicketExpires 100 ErrorDocument 403 /login.pl ErrorDocument 401 /bin/admin/error/401.html #ErrorDocument 403 /bin/admin/error/403.html ErrorDocument 404 /bin/admin/error/404.html ErrorDocument 500 /bin/admin/error/500.html /Directory Any help is appreciated Scott
Re: Apache::TicketAccess
On Thu, 20 Feb 2003, Scott Alexander wrote:
On Thu, 20 Feb 2003, Scott Alexander wrote:
If I set my browser to david:8080/login.pl then everything works okay,
Cookie gets set, and my session is current until I logout.
So the setup is something to do with mod_proxy on the proxy server.
Is it the cookie doesn't get sent back thru the reverse proxy?
As Perrin said, you need to see what is actually happening. Dumping the
headers is a great way to start. Right at the top of your handler do
sub handler {
my $r = shift;
warn $r-as_string;
If the cookies are being sent to the browser, they'll be there. If they
are and it's still not working, you need to look at the reading of the
cookies in your module.
- nick
--
Nick Tonkin {|8^)
[mp1] Help with Apache::MP3
Actually I run into the problem before I get to the Apache::MP3 part but running Apache::MP3 is the ultimate goal. The distro I'm trying is Red Hat 8.0 which includes apache 2.x.x, mod_perl 1.99 and perl 5.8.0 but Apache::MP3 requires the 1.0 mod_perl API. I tried to use the Apache::compat module as suggested by the Namp! web site http://namp.sourceforge.net/ to make it compatible with the 1.0 API but that didn't seem to work. I get failed to resolve handler `Apache::MP3' in the httpd/error_log when trying to load the directory Apache::MP3 is set to handle. I would just as soon not use Apache 2 anyway so I tried installing apache-1.3.27 and mod_perl-1.27, following the instructions in INSTALL.simple, included in the mod_perl source. Unfortunately when I add the following to httpd.conf, the apachectl configtest segfaults: Location /Songs SetHandler perl-script PerlHandler Apache::MP3 /Location /usr/local/apache/bin/apachectl configtest /usr/local/apache/bin/apachectl: line 171: 999 Segmentation fault $HTTPD -t The segfault is not caused by the PerlHandler, it still happens if there's only the SetHandler line. I have successfully run Apache::MP3 on a Red Hat 7.3 configuration but I'd like to use Red Hat 8.0 because of a number of the updates included the current version of perl. This page compares the versions of the relevant components (as far as I can tell) and the output of httpd -V, httpd -l, and perl -V on the Red Hat 8.0 and Red Hat 7.3 machines. http://stream.esm.rochester.edu/trouble/stream80_vs_stream73.html I should also mention that on Red Hat 8.0 if I do not select the Web Server set of packages, Apache 2.0 is still installed but mod-perl 1.99 is not. I don't *think* that should make a difference but I can't tell. Does anyone know a specific cause of this problem? What's my best option, do a different compile of apache mod_perl? Could I upgrade Red Hat 7.3 to 8.0 and retain my apache configuration but end up with perl 5.8.0? -- Curtis Wilcox Eastman School of Music [EMAIL PROTECTED]
sanity check problem: Help installing mod_perl 1.27 and apache1.3.27
Am having problems as seen in the 'sanity check' below. Am attempting to install mod_perl 1.27 and Apache 1.3.27. I'm also running perl 5.8 on solaris. gcc 2.95. # perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ? [y]Shall I build httpd in ../apache_1.3.27/src for you? [y]Appending mod_perl to src/ConfigurationUsing config file: /www/Apache/src/mod_perl-1.27/src/ConfigurationCreating Makefile+ configured for Solaris 280 platform+ setting C compiler to gcc+ setting C pre-processor to gcc -E+ checking for system header files+ adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + setting up mod_perl build environment + id: mod_perl/1.27 + id: Perl/v5.8.0 (solaris) [perl] + adjusting Apache build environment + enabling Perl support for SSI (mod_include)+ using builtin Expat+ checking sizeof various data types+ doing sanity check on compiler and optionscd ..; gcc -DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. -I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -o helpers/dummy helpers/dummy.c `perl /www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts ` -lsocket -lnsl -lpthread -Wl -L/usr/local/lib -L/opt/local/lib /usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm -lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 1make: Fatal error: Command failed for target `dummy'** A test compilation with your Makefile configuration** failed. The below error output from the compilation** test will give you an idea what is failing. Note that** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DSOLARIS2=280 -DMOD_PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED -fno-strict-aliasing -I/usr/local/include -I/opt/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DMOD_PERL -I. -I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -o helpers/dummy helpers/dummy.c `perl /www/Apache/src/mod_perl-1.27/src/modules/perl/ldopts ` -lsocket -lnsl -lpthread -Wl -L/usr/local/lib -L/opt/local/lib /usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm -lccc1: Invalid option `-Wl'cc1: Invalid option `-Wl'*** Error code 1make: Fatal error: Command failed for target `dummy'= End of Error Report = Aborting!PerlDispatchHandler.disabled (enable with PERL_DISPATCH=1)PerlChildInitHandlerenabledPerlChildExitHandlerenabledPerlPostReadRequestHandler..disabled (enable with PERL_POST_READ_REQUEST=1)PerlTransHandlerdisabled (enable with PERL_TRANS=1)PerlHeaderParserHandler.disabled (enable with PERL_HEADER_PARSER=1)PerlAccessHandler...disabled (enable with PERL_ACCESS=1)PerlAuthenHandler...disabled (enable with PERL_AUTHEN=1)PerlAuthzHandlerdisabled (enable with PERL_AUTHZ=1)PerlTypeHandler.disabled (enable with PERL_TYPE=1)PerlFixupHandlerdisabled (enable with PERL_FIXUP=1)PerlHandler.enabledPerlLogHandler..disabled (enable with PERL_LOG=1)PerlInitHandler.disabled (enable with PERL_INIT=1)PerlCleanupHandler..disabled (enable with PERL_CLEANUP=1)PerlRestartHandler..disabled (enable with PERL_RESTART=1)PerlStackedHandlers.disabled (enable with PERL_STACKED_HANDLERS=1)PerlMethodHandlers..disabled (enable with PERL_METHOD_HANDLERS=1)PerlDirectiveHandlers...disabled (enable with PERL_DIRECTIVE_HANDLERS=1)PerlTableApidisabled (enable with PERL_TABLE_API=1)PerlLogApi..disabled (enable with PERL_LOG_API=1)PerlUriApi..disabled (enable with PERL_URI_API=1)PerlUtilApi.disabled (enable with PERL_UTIL_API=1)PerlFileApi.disabled (enable with PERL_FILE_API=1)PerlConnectionApi...enabledPerlServerApi...enabledPerlSectionsdisabled (enable with PERL_SECTIONS=1) PerlSSI.disabled (enable with PERL_SSI=1) Will run tests as User: 'nobody' Group: 'other'Checking CGI.pm VERSION..okChecking for LWP::UserAgent..okChecking for HTML::HeadParserokWriting Makefile for ApacheWriting Makefile for Apache::ConnectionWriting Makefile for Apache::ConstantsWriting Makefile for Apache::FileWriting Makefile for Apache::LeakWriting Makefile for Apache::LogWriting Makefile for Apache::ModuleConfigWriting Makefile for Apache::PerlRunXSWriting Makefile for Apache::ServerWriting
Re: [mp2] what is GEN1 and why is it my log?
Ged Haywood wrote:
On Thu, 20 Feb 2003, Nick Tonkin wrote:
Hi,
In my logs when dumping a warn() I see this occasionally:
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28, GEN1 line 245.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
Anyone know what GEN1 is
I think it comes from Symbol.pm. It's a handle: the string GEN is
in the source, the digit is just picked by the package when it opens a
file/socket/whatever it's doing.
Most likely.
and why it appears every so often?
Try adding
use Carp;
$SIG{__WARN__} = \Carp::cluck;
in your startup.pl, this may shed some light. what's the call at line 28 of
Access.pm? May be some debug print was forgotten in the modperl source code.
__
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
Help with Apache 1.3.27 + mod_perl 1.27 installation
Hi, I was trying to build Apache 1.3.27 + mod_perl 1.27 from the mod_perl tree. Dir structure as follows: /usr/local/apache2-19 /use/local/apache2-19/build /use/local/apache2-19/build/apache_1.3.27 /use/local/apache2-19/build/mod_perl-1.27 So, following the suggestion from http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS that one can pass *any* arguments to the Apache ./configure through the APACI_ARGS directive, I placed the following lines into /use/local/apache2-19/build/makepl_args.mod_perl APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \ APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir' This generated some errors during the configure process cd /use/local/apache2-19/build/mod_perl-1.27/ make clean perl Makefile.pl ... '--ENABLE-MODULE' is not a known MakeMaker parameter name. ... I then discovered ADD_MODULE parameter and used that instead of using the Apache's --enable-module parameter. Correct me I am wrong, but I think the guide's section on using the APACI_ARGS parameter should say something about not being able to use '--enable-module' there, and have a pointer to the ADD_MODULE parameter. I have attached the output of perl -V, though I don't think it makes a difference in this case. Thanks, Arsh P.S. I apologize if my post is too long, I don't post very often ... so I guess I don't have a good feel for what can be left out. $ perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.7-10, archname=i686-linux uname='linux ejp_linux1 2.4.7-10 #1 thu sep 6 17:27:27 edt 2001 i686 unknown ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=unde f useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SO URCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.1 2.96-98)', gccosa ndvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize =8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under linux Compiled at May 30 2002 16:48:17 @INC: /usr/lib/perl5/5.6.1/i686-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i686-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.6.0/i686-linux usr/lib/perl5/site_perl/5.6.0/ . $
Re: sanity check problem: Help installing mod_perl 1.27 and apache1.3.27
Hi there, On Thu, 20 Feb 2003, Charlie Smith wrote: Am having problems as seen in the 'sanity check' below. [snip] -lsocket -lnsl -lpthread -Wl -L/usr/local/lib -L/opt/local/lib /usr/local/lib/perl5/5.8.0/sun4-solaris/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm -lc cc1: Invalid option `-Wl' cc1: Invalid option `-Wl' The -Wl argument should be followed by a comma and option(s) which gcc will pass to the linker. Your -Wl has no option(s) after it. This is not good. The configuration process does some substitutions on the Wl argument depending on the platform etc. Maybe the substitution isn't working right on your platform. In an earlier post you said that you'd had to add to your path to get 'make' to run. That's weird, makes me think your setup is whacky. Have you used make, gcc etc. to compile anything else on your system? Have you tried to build Apache stand-alone (without mod_perl)? Have you read the INSTALL documents for anything that might be mentioned about your platform? 73, Ged.
Re: [mp2] what is GEN1 and why is it my log?
On Fri, 21 Feb 2003, Stas Bekman wrote:
Ged Haywood wrote:
On Thu, 20 Feb 2003, Nick Tonkin wrote:
Hi,
In my logs when dumping a warn() I see this occasionally:
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28, GEN1 line 245.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
192.168.0.24 at /home/wm/perl/WM/Auth/Access.pm line 28.
Anyone know what GEN1 is
I think it comes from Symbol.pm. It's a handle: the string GEN is
in the source, the digit is just picked by the package when it opens a
file/socket/whatever it's doing.
Most likely.
and why it appears every so often?
Try adding
use Carp;
$SIG{__WARN__} = \Carp::cluck;
in your startup.pl, this may shed some light. what's the call at line 28 of
Access.pm? May be some debug print was forgotten in the modperl source code.
No, the warn is mine. It just says:
my $ip = $r-connection-remote_ip;
warn $ip;
Here's the output with Carp::cluck -
XX.XXX.XXX.X at /home/wm/perl/WM/Auth/Access.pm line 28, GEN5 line 245.
WM::Auth::Access::handler('Apache::RequestRec=SCALAR(0x85c5914)') called at -e
line 0
eval {...} called at -e line 0
XX.XXX.XXX.X at /home/wm/perl/WM/Auth/Access.pm line 28.
WM::Auth::Access::handler('Apache::RequestRec=SCALAR(0x85b4b24)') called at -e
line 0
eval {...} called at -e line 0
one with GEN5 and one right after it with nothing (as are almost all of
them).
- nick
--
Nick Tonkin {|8^)
Re: Help with Apache 1.3.27 + mod_perl 1.27 installation
Hi there, On Thu, 20 Feb 2003, Arshavir Grigorian wrote: I was trying to build Apache 1.3.27 + mod_perl 1.27 [snip] So, following the suggestion from http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS that one can pass *any* arguments to the Apache ./configure through the APACI_ARGS directive, I placed the following lines into /use/local/apache2-19/build/makepl_args.mod_perl APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \ APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir' This generated some errors during the configure process See a sample makepl_args.mod_perl (very old one:) below for the way to use this directive. 73, Ged. -- makepl_args.mod_perl.1.3.22 -- USE_APACI=1 APACHE_PREFIX=/usr/local APACHE_SRC=../apache_1.3.22/src DO_HTTPD=1 EVERYTHING=1 ALL_HOOKS=1 PERL_SSI=1 PERL_SECTIONS=1 APACI_ARGS=--sbindir=/usr/local/sbin/httpd_perl APACI_ARGS=--sysconfdir=/usr/local/apache/httpd_perl/conf APACI_ARGS=--runtimedir=/usr/local/apache/httpd_perl/run APACI_ARGS=--logfiledir=/usr/local/apache/httpd_perl/logs APACI_ARGS=--localstatedir=/usr/local/apache/httpd_perl/stat APACI_ARGS=--proxycachedir=/usr/local/apache/httpd_perl/proxy APACI_ARGS=--enable-module=rewrite APACI_ARGS=--enable-module=include APACI_ARGS=--enable-module=info APACI_ARGS=--enable-module=usertrack
Re: [mp1] Help with Apache::MP3
On Thu, 20 Feb 2003, Wilcox, Curtis wrote: [snip,snip] tried installing apache-1.3.27 and mod_perl-1.27, following the instructions in INSTALL.simple, included in the mod_perl source. Unfortunately when I add the following to httpd.conf, the apachectl configtest segfaults: Location /Songs SetHandler perl-script PerlHandler Apache::MP3 /Location /usr/local/apache/bin/apachectl configtest /usr/local/apache/bin/apachectl: line 171: 999 Segmentation fault $HTTPD -t The segfault is not caused by the PerlHandler, it still happens if there's only the SetHandler line. Did you build mod_perl as a DSO? If so I'd try static. I have successfully run Apache::MP3 on a Red Hat 7.3 configuration but I'd like to use Red Hat 8.0 because of a number of the updates included the current version of perl. This page compares the versions of the relevant components (as far as I can tell) and the output of httpd -V, httpd -l, and perl -V on the Red Hat 8.0 and Red Hat 7.3 machines. http://stream.esm.rochester.edu/trouble/stream80_vs_stream73.html Er... hurricane:~$ ping stream.esm.rochester.edu PING stream.esm.rochester.edu (172.30.209.9) from 212.22.195.7 : 56(84) bytes of data. --- stream.esm.rochester.edu ping statistics --- 15 packets transmitted, 0 packets received, 100% packet loss Could I upgrade Red Hat 7.3 to 8.0 How much time have you got? and retain my apache configuration but end up with perl 5.8.0? If you want Perl 5.8.0 under 7.3 that's no problem, just grab the source and compile it. (Don't use RPMs unless you relish pain...:) 73, Ged.
FYI: Apache Modeling Portal
If you are interested in the Apache internals, the Apache Modeling Portal seems to be a great resourse http://apache.hpi.uni-potsdam.de/ (someone has posted the link to httpd-dev). I suppose that the most interesting part is the introduction to the Apache HTTP Server, covering both an overview and implementation details. It presents results of the Apache Modelling Project done by research assistants and students of the Hasso-Plattner-Institute in 2001 and 2002. HTML: http://apache.hpi.uni-potsdam.de/document PDF: http://apache.hpi.uni-potsdam.de/modules.php?name=Downloadsd_op=getitlid=3 It's still incomplete, but has quite a lot of things covered. Including numerous diagrams. From a quick browsing it seems like it's concentrating on Apache 2.0, while covering 1.0 as well. I'll add this resource to the Apache resources soonish: http://perl.apache.org/docs/offsite/other.html#Apache __ 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 with Apache 1.3.27 + mod_perl 1.27 installation
Much cleaner. Thanks! I don't even get those nasty warning about barewords, etc. I still think the example in the guide should be updated. Arsh Ged Haywood wrote: Hi there, On Thu, 20 Feb 2003, Arshavir Grigorian wrote: I was trying to build Apache 1.3.27 + mod_perl 1.27 [snip] So, following the suggestion from http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS that one can pass *any* arguments to the Apache ./configure through the APACI_ARGS directive, I placed the following lines into /use/local/apache2-19/build/makepl_args.mod_perl APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \ APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir' This generated some errors during the configure process See a sample makepl_args.mod_perl (very old one:) below for the way to use this directive. 73, Ged. -- makepl_args.mod_perl.1.3.22 -- USE_APACI=1 APACHE_PREFIX=/usr/local APACHE_SRC=../apache_1.3.22/src DO_HTTPD=1 EVERYTHING=1 ALL_HOOKS=1 PERL_SSI=1 PERL_SECTIONS=1 APACI_ARGS=--sbindir=/usr/local/sbin/httpd_perl APACI_ARGS=--sysconfdir=/usr/local/apache/httpd_perl/conf APACI_ARGS=--runtimedir=/usr/local/apache/httpd_perl/run APACI_ARGS=--logfiledir=/usr/local/apache/httpd_perl/logs APACI_ARGS=--localstatedir=/usr/local/apache/httpd_perl/stat APACI_ARGS=--proxycachedir=/usr/local/apache/httpd_perl/proxy APACI_ARGS=--enable-module=rewrite APACI_ARGS=--enable-module=include APACI_ARGS=--enable-module=info APACI_ARGS=--enable-module=usertrack
RE: [mp1] Help with Apache::MP3
-Original Message- From: Ged Haywood [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 4:30 PM To: Wilcox, Curtis Cc: [EMAIL PROTECTED] Subject: Re: [mp1] Help with Apache::MP3 On Thu, 20 Feb 2003, Wilcox, Curtis wrote: [snip,snip] tried installing apache-1.3.27 and mod_perl-1.27, following the instructions in INSTALL.simple, included in the mod_perl source. Unfortunately when I add the following to httpd.conf, the apachectl configtest segfaults: Location /Songs SetHandler perl-script PerlHandler Apache::MP3 /Location /usr/local/apache/bin/apachectl configtest /usr/local/apache/bin/apachectl: line 171: 999 Segmentation fault $HTTPD -t The segfault is not caused by the PerlHandler, it still happens if there's only the SetHandler line. Did you build mod_perl as a DSO? If so I'd try static. It's not a DSO, it's compiled in. If I had gotten the URL correct, that would have been clear :-) I have successfully run Apache::MP3 on a Red Hat 7.3 configuration but I'd like to use Red Hat 8.0 because of a number of the updates included the current version of perl. This page compares the versions of the relevant components (as far as I can tell) and the output of httpd -V, httpd -l, and perl -V on the Red Hat 8.0 and Red Hat 7.3 machines. http://stream.esm.rochester.edu/trouble/stream80_vs_stream73.html Er... hurricane:~$ ping stream.esm.rochester.edu PING stream.esm.rochester.edu (172.30.209.9) from 212.22.195.7 : 56(84) bytes of data. Sorry, I forgot the hostname is on a private IP. This link works. http://128.151.209.241/trouble/stream80_vs_stream73.html --- stream.esm.rochester.edu ping statistics --- 15 packets transmitted, 0 packets received, 100% packet loss Could I upgrade Red Hat 7.3 to 8.0 How much time have you got? The implication being that booting the 7.3 machine with an 8.0 isn't going to get me an option that a regular person would call an upgrade? and retain my apache configuration but end up with perl 5.8.0? If you want Perl 5.8.0 under 7.3 that's no problem, just grab the source and compile it. (Don't use RPMs unless you relish pain...:) Is it pretty clear how to make everything use 5.8.0 instead of the pre-existing version? Is it as simple as replacing /usr/bin/perl?
libapreq
Is there a beta version of libapreq available for Apache 2?
Re: HELP - Problem installing modperl
Pablo Jejcic wrote: I rebuild PERL and when I use perl -V I can see -KPIC but when I try to make mod_perl I receive the same error Any other thoughts??? How is it possible that the same compiler accepts an option for building one program, but not the other? Can you please post your 'perl -V'? __ 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] porting tip - DefaultType text/html
Nick Tonkin wrote: As the docs say $r-send_http_header is deprecated because it is unneeded in mp2 ... but $r-content_type must be set. Just a minor nit: $r-send_http_header is *not* deprecated, it's *gone*. Since yesterday for it's gone for real and is only available only in the back compatibility layer Apache::compat. So if you choose to use Apache::compat you can keep it, if you don't use Apache::compat you have to remove 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: [OT?] Win32 permissions puzzler
Alessandro Forghieri wrote: This is a bit of a surprise the following, in fact, runs just fine: --Foo.pm-- package Foo; use strict; use warnings; require Exporter; our @ISA = qw(Exporter); our @EXPORT_OK = ( qw( $foo ) ); our @EXPORT = qw(); our $VERSION = '0.01'; our $foo=1; 1; --usefoo.pl use strict; use warnings; use Foo qw($foo); print foo is $foo\n; $ perl usefoo.pl foo is 1 This is according to my instinct - and practice: I have been using this idiom, under strict, for the longest time and the interpreter has never raised an eyebrow about it. BTW, this also works with @IMPORT (not only with @IMPORT_OK). I cannot give you a doc pointer that explicitely says that it must be so (or why), though. It works because Exporter aliases variables in the exporting package to the importing one and probably adds some black magic ;) However I thought that you may have hit the problem described here: http://perl.apache.org/docs/general/perl_reference/perl_reference.html#toc_Using_Exporter_pm_to_Share_Global_Variables when the same variable is to be shared by several packages. But I guess that wasn't the case. Can you reduce the code to a generic case so it can be reproduced at will? Does it behave the same with and without mod_perl? __ 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: libapreq
David Wilde wrote: Is there a beta version of libapreq available for Apache 2? No, but subscribe to [EMAIL PROTECTED] to stay up to date with the new developments. __ 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 with Apache 1.3.27 + mod_perl 1.27 installation
Arshavir Grigorian wrote: Hi, I was trying to build Apache 1.3.27 + mod_perl 1.27 from the mod_perl tree. Dir structure as follows: /usr/local/apache2-19 /use/local/apache2-19/build /use/local/apache2-19/build/apache_1.3.27 /use/local/apache2-19/build/mod_perl-1.27 So, following the suggestion from http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS that one can pass *any* arguments to the Apache ./configure through the APACI_ARGS directive, I placed the following lines into And it's correct. I'm using --enable-module inside APACI_ARGS all the time at the *command* line, as the section suggests. /use/local/apache2-19/build/makepl_args.mod_perl APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 \ APACI_ARGS='--prefix=/usr/local/apache2-19, --enable-module=dir' This generated some errors during the configure process cd /use/local/apache2-19/build/mod_perl-1.27/ make clean perl Makefile.pl ... '--ENABLE-MODULE' is not a known MakeMaker parameter name. ... I then discovered ADD_MODULE parameter and used that instead of using the Apache's --enable-module parameter. Correct me I am wrong, but I think the guide's section on using the APACI_ARGS parameter should say something about not being able to use '--enable-module' there, and have a pointer to the ADD_MODULE parameter. However there must be a glitch in the way a special makepl_args.mod_perl is processed. If someone can try to resolve a problem and post a patch, that would be very helpful. __ 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: libapreq
Will do, thank you. On Thursday 20 February 2003 23:36, Stas Bekman wrote: David Wilde wrote: Is there a beta version of libapreq available for Apache 2? No, but subscribe to [EMAIL PROTECTED] to stay up to date with the new developments. __ 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
[mp1] Alternative for CHECK
Hi All, I'm writing a module that will run in Apache and has important code that needs to run after all modules have loaded but before Apache forks and starts serving requests. Since mod_perl 1.x ignores CHECK and INIT blocks, and BEGIN blocks run too early for what I'm doing, I was wondering if there's a hook in the mod_perl API where I can run some code just before before Apache forks and starts serving requests? If you must know what I'm doing, I'm looking for stuff in the symbol table. TIA! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: [mp1] Alternative for CHECK
David Wheeler wrote: Hi All, I'm writing a module that will run in Apache and has important code that needs to run after all modules have loaded but before Apache forks and starts serving requests. Since mod_perl 1.x ignores CHECK and INIT blocks, and BEGIN blocks run too early for what I'm doing, I was wondering if there's a hook in the mod_perl API where I can run some code just before before Apache forks and starts serving requests? If you must know what I'm doing, I'm looking for stuff in the symbol table. PerlChildInitHandler? e.g. used by Apache::DBI to pre-connect to the db. __ 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
mp2: anyone got mp2 and apache 2.0.44 working on any version of OpenBSD?
Scanning both dev.modperl and here, I've found a couple of mails concerning OpenBSD and mod_perl 2 (1.99_08) with Apache 2.0.44, I've tried a few quick hacks and have been unable to get it working either, with the same error as seen on : [EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/sponggrunlim/[EMAIL PROTECTED] I'm using perl 5.8.0 on OpenBSD 2.9, but the same error crops up. Has anyone been able to get it to run? (it seems to work well on SunOS 5.8 with the same apache perl versions) Carl
mp2: any recommendations for template systems yet?
Do any of you have any recommendations for template systems with mp2? Not of the religious kind (!) but more on the lines of what's working with mp2 at the moment? I'm about to port a PHP app to mod_perl and will be covering IPv6 traffic with it, so (and I want to as well :) ) will have to use apache2, and thus mp2. I looked at Mason but their homepage seemed to make little mention of mp2 except in the FAQ not yet :) Without wishing to start anything religious ... any suggestions for a template system that handles sessions? I'm not adverse to HTML::Template and Apache::Session if it'll work with mp2. thanks for your time, Carl
Re: [mp1] Alternative for CHECK
On Thursday, February 20, 2003, at 07:04 PM, Stas Bekman wrote: PerlChildInitHandler? e.g. used by Apache::DBI to pre-connect to the db. Yeah, but I was looking for something pre-fork. Anything come to mind? Thanks, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: mp2: any recommendations for template systems yet?
On Thu, 2003-02-20 at 22:27, Carl Brewer wrote: Do any of you have any recommendations for template systems with mp2? Not of the religious kind (!) but more on the lines of what's working with mp2 at the moment? Everything that doesn't make mod_perl API calls should work without changes. That means HTML::Template, Template Toolkit, Text::Template, CGI::FastTemplate, etc. Without wishing to start anything religious ... any suggestions for a template system that handles sessions? Apache::ASP, Embperl, and Mason all have session support integrated now. I can't vouch for their stability on mp2 yet though. I'm not adverse to HTML::Template and Apache::Session if it'll work with mp2. Since Apache::Session has nothing to do with mod_perl, it will work fine on mp2, or CGI for that matter. - Perrin
Re: [mp1] Alternative for CHECK
David Wheeler wrote: On Thursday, February 20, 2003, at 07:04 PM, Stas Bekman wrote: PerlChildInitHandler? e.g. used by Apache::DBI to pre-connect to the db. Yeah, but I was looking for something pre-fork. Anything come to mind? startup.pl? in 2.0 you have: PerlPostConfigHandler http://perl.apache.org/docs/2.0/user/handlers/server.html#PerlPostConfigHandler __ 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: any recommendations for template systems yet?
Without wishing to start anything religious ... any suggestions for a template system that handles sessions? Apache::ASP, Embperl, and Mason all have session support integrated now. I can't vouch for their stability on mp2 yet though. Embperl works fine with Apache 2 in prefork mode (the default). A threaded Apache 2 isn't supported yet, but should come soon Gerald -- Gerald Richter ecos electronic communication services gmbh IT-Securitylösungen * dynamische Webapplikationen * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice: +49 6133 939-122 WWW:http://www.ecos.de/ Fax: +49 6133 939-333 -- | | Besuchen Sie uns auf der CeBIT vom 12. - 19. März 2003 | Messe Hannover * Halle 17 * Stand F 36 | http://www.cebit.de/ | +-
Re: [mp1] Alternative for CHECK
On Thursday, February 20, 2003, at 09:41 PM, Stas Bekman wrote: startup.pl? Won't work too well in a module, I think. I have a workaround for my problem for now, but it ain't pretty. in 2.0 you have: PerlPostConfigHandler http://perl.apache.org/docs/2.0/user/handlers/ server.html#PerlPostConfigHandler Oooh, yes, that's exactly what I want. Will have to port it all when the time comes. Waiting for the mod_perl 2 momentum, now, Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: [mp1] Alternative for CHECK
David Wheeler wrote:
On Thursday, February 20, 2003, at 09:41 PM, Stas Bekman wrote:
startup.pl?
Won't work too well in a module, I think. I have a workaround for my
problem for now, but it ain't pretty.
Why not? Use a separate module to drive the others?
package My::PostConfig;
BEGIN {
# whatever needs to be done for other modules
}
1;
startup.pl:
---
use My::PostConfig
__
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
cvs commit: modperl Makefile.PL
randyk 2003/02/20 08:34:35
Modified:.Makefile.PL
Log:
Reviewed by: stas
Enable PERL_SECTIONS for Win32
Revision ChangesPath
1.207 +2 -1 modperl/Makefile.PL
Index: Makefile.PL
===
RCS file: /home/cvs/modperl/Makefile.PL,v
retrieving revision 1.206
retrieving revision 1.207
diff -u -r1.206 -r1.207
--- Makefile.PL 20 Feb 2003 16:28:35 - 1.206
+++ Makefile.PL 20 Feb 2003 16:34:35 - 1.207
@@ -792,7 +792,8 @@
(need 1.2.0 or higher);
}
-$PERL_SECTIONS = $PERL_SSI = 0 if $Is_Win32;
+#$PERL_SECTIONS = $PERL_SSI = 0 if $Is_Win32;
+$PERL_SSI = 0 if $Is_Win32;
unless ($Is_Win32) {
for (qw(PERL_SECTIONS PERL_SSI), keys %experimental) {
$k = $_;
cvs commit: modperl Makefile.PL
randyk 2003/02/20 08:42:46
Modified:.Makefile.PL
Log:
Reviewed by: stas
Use Perl's touch(), in case a system touch() isn't available.
Revision ChangesPath
1.208 +5 -1 modperl/Makefile.PL
Index: Makefile.PL
===
RCS file: /home/cvs/modperl/Makefile.PL,v
retrieving revision 1.207
retrieving revision 1.208
diff -u -r1.207 -r1.208
--- Makefile.PL 20 Feb 2003 16:34:35 - 1.207
+++ Makefile.PL 20 Feb 2003 16:42:46 - 1.208
@@ -1602,7 +1602,11 @@
my $to = '$(INST_ARCHLIB)/' . auto/Apache/include/$_;
unless ($self-{PM}-{$from}) {
$self-{PM}-{$from} = $to;
- system $Config{touch} $from;
+#system $Config{touch} $from;
+ my @args = ($Config{perlpath}, '-MExtUtils::Command',
+ '-e', 'touch', $from);
+ system(@args) == 0
+ or die system @args failed: $?;
}
}
Re: cvs commit: modperl Makefile.PL
[EMAIL PROTECTED] wrote:
randyk 2003/02/20 08:42:46
Modified:.Makefile.PL
Log:
Reviewed by: stas
Use Perl's touch(), in case a system touch() isn't available.
Revision ChangesPath
1.208 +5 -1 modperl/Makefile.PL
Index: Makefile.PL
===
RCS file: /home/cvs/modperl/Makefile.PL,v
retrieving revision 1.207
retrieving revision 1.208
diff -u -r1.207 -r1.208
--- Makefile.PL 20 Feb 2003 16:34:35 - 1.207
+++ Makefile.PL 20 Feb 2003 16:42:46 - 1.208
-1602,7 +1602,11
my $to = '$(INST_ARCHLIB)/' . auto/Apache/include/$_;
unless ($self-{PM}-{$from}) {
$self-{PM}-{$from} = $to;
- system $Config{touch} $from;
+# system $Config{touch} $from;
+ my args = ($Config{perlpath}, '-MExtUtils::Command',
+ '-e', 'touch', $from);
+ system(args) == 0
+ or die system args failed: $?;
}
}
since we use cvs, we don't commented out snippets of the older code that was
replaced with the new one. If in the future we realize the the recent change
broke something we can always revert to the previous version. So please remove
this commented out line and the same in your other commit on PERL_SECTIONS.
Thanks.
BTW, in case you were wondering. the style guide doesn't apply to the modperl
(1.0) rep, since it's all a mess. We try to keep it clean for 2.0 from the
very beginning.
__
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
