* Anyone got mod_perl working? @ 2002-01-01 23:57 Dan Horne 2002-01-02 5:17 ` Stipe Tolj ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: Dan Horne @ 2002-01-01 23:57 UTC (permalink / raw) To: cygwin Hi has anyone out there got mod_perl working under cygwin? I'd love to see your notes. At the moment, I get stuck during the "make test" phase. The error_log is [notice] Destruction->DESTROY called for $global_object Subroutine fileparse_set_fstype redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 153. Subroutine fileparse redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 167. Subroutine basename redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 224. Subroutine dirname redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 237. [Wed Jan 2 20:38:42 2002] [warn] [notice] child_init for process 1624, report any problems to [no address given] [Wed Jan 2 20:41:41 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:43 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:46 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:50 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:50 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html Cheers Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Anyone got mod_perl working? 2002-01-01 23:57 Anyone got mod_perl working? Dan Horne @ 2002-01-02 5:17 ` Stipe Tolj 2002-01-02 8:32 ` Gerrit P. Haase 2002-01-02 14:07 ` Dan Horne 2 siblings, 0 replies; 10+ messages in thread From: Stipe Tolj @ 2002-01-02 5:17 UTC (permalink / raw) To: dhorne; +Cc: cygwin > has anyone out there got mod_perl working under cygwin? I'd love to see your > notes. yes, the module works if compiled in as static version. The shared module DLL version throughs segmentation fault. Further postings are following. Stipe tolj@wapme-systems.de ------------------------------------------------------------------- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: info@wapme-systems.de Internet: http://www.wapme-systems.de ------------------------------------------------------------------- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Anyone got mod_perl working? 2002-01-01 23:57 Anyone got mod_perl working? Dan Horne 2002-01-02 5:17 ` Stipe Tolj @ 2002-01-02 8:32 ` Gerrit P. Haase 2002-01-02 14:07 ` Dan Horne 2 siblings, 0 replies; 10+ messages in thread From: Gerrit P. Haase @ 2002-01-02 8:32 UTC (permalink / raw) To: Dan Horne; +Cc: cygwin Hallo Dan, Am 2002-01-02 um 08:57 schriebst du: > has anyone out there got mod_perl working under cygwin? Yes (I guess). > I'd love to see your notes. > At the moment, I get stuck during the "make test" phase. The error_log is `make test' failed for me too, but after installing apache the server runs and some basic tests with perl-scripts are working. The User and Group must exist: #Configuration directives specific to mod_perl ServerRoot ./t User nobody Group nogroup Port 8529 ServerName localhost DocumentRoot ./t/docs I changed this to use absolute paths and then I get another error: #Configuration directives specific to mod_perl ServerRoot /stuff/web/apache/modperl/t User nobody Group nogroup Port 8529 ServerName localhost DocumentRoot /stuff/web/apache/modperl/t/docs error_log: ... /var/run/httpd.scoreboard: Permission denied Cannot open scoreboard file: Now I added below PidFile in the test httpd.conf file: ScoreBoardFile logs/httpd.scoreboard The test is running now, but many failures. Main problem in the first row are wrong paths (IMO): ... [Wed Jan 2 16:53:53 2002] [error] ./t/net/perl/action.pl/LoadClass.pm not found or unable to stat [Wed Jan 2 16:53:55 2002] [error] [client 127.0.0.1] script not found or unable to stat: ./t/net/perl/cgi.pl I changed all ./t into absolute paths and get this now (all tests successful): ============================================================================== $ make test ... cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.20/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t & httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /bin/perl t/TEST 0 ../blib/lib ../blib/arch /usr/lib/perl5/5.6.1/cygwin-multi /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/cygwin-multi /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl ../. modules/actions.......ok modules/cgi...........ok modules/constants.....ok modules/cookie........skipped test on this platform modules/embperl.......skipped test on this platform modules/eperl.........skipped test on this platform modules/file..........ok modules/httpdconf.....ok modules/include.......ok modules/log...........ok modules/module........skipped test on this platform modules/perlrun.......ok modules/perlrunxs.....skipped test on this platform modules/psections.....ok modules/request.......skipped test on this platform modules/sandwich......skipped test on this platform modules/src...........ok modules/ssi...........ok modules/stage.........skipped test on this platform modules/status........ok modules/symbol........ok modules/uri...........ok modules/util..........ok internal/api..........ok internal/auth.........ok internal/croak........ok internal/dirmagic.....ok internal/error........ok internal/headers......ok internal/hooks........ok internal/http-get.....ok 4/16Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 388. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 389. Use of uninitialized value in hex at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 390. internal/http-get.....ok 7/16Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 388. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 389. Use of uninitialized value in hex at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 390. internal/http-get.....ok 8/16Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 388. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 389. Use of uninitialized value in hex at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 390. internal/http-get.....ok 9/16Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 388. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 389. Use of uninitialized value in hex at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 390. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 388. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 389. Use of uninitialized value in hex at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 390. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 388. Use of uninitialized value in substitution (s///) at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 389. Use of uninitialized value in hex at /usr/lib/perl5/site_perl/5.6.1/Net/HTTP.pm line 390. internal/http-get.....ok internal/http-post....ok internal/proxy........ok internal/redirect.....ok internal/rwrite.......ok internal/stacked......ok internal/table........ok internal/taint........ok All tests successful, 8 tests skipped. Files=38, Tests=402, 114 wallclock secs (22.19 cusr + 34.70 csys = 56.89 CPU) uh,oh httpd dumped core! make: *** [run_tests] Error 2 And in error_log: ================= [Wed Jan 2 17:28:43 2002] [warn] pid file /stuff/web/apache/modperl/t/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [notice] Destruction->DESTROY called for $global_object Subroutine fileparse_set_fstype redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 153. Subroutine fileparse redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 167. Subroutine basename redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 224. Subroutine dirname redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 237. [Wed Jan 2 17:28:46 2002] [warn] [notice] child_init for process 653, report any problems to [no address given] [Wed Jan 2 17:29:10 2002] [warn] [client 127.0.0.1] log __ANON__ OK Use of uninitialized value in subroutine entry at /stuff/web/apache/modperl/t/net/perl/api.pl line 222, <fh00001b> line 1. *** The following [error] is expected, no cause for alarm *** [Wed Jan 2 17:29:49 2002] [error] Missing right curly or square bracket at /stuff/web/apache/modperl/t/docs/badsyntax.pl line 9, at end of line syntax error at /stuff/web/apache/modperl/t/docs/badsyntax.pl line 9, at EOF Compilation failed in require at /stuff/web/apache/modperl/t//docs/startup.pl line 251, <fh00001b> line 1. *** The following [error] is expected, no cause for alarm *** [Wed Jan 2 17:29:50 2002] [error] Apache::Death at /dev/null line 0 *** The following [error] is expected, no cause for alarm *** [Wed Jan 2 17:29:51 2002] [error] Missing right curly or square bracket at /stuff/web/apache/modperl/t/docs/badsyntax.pl line 9, at end of line syntax error at /stuff/web/apache/modperl/t/docs/badsyntax.pl line 9, at EOF Compilation failed in require at /stuff/web/apache/modperl/t//docs/startup.pl line 251, <fh00001b> line 1. *** The following [error] is expected, no cause for alarm *** [Wed Jan 2 17:29:52 2002] [error] Apache::Death at /dev/null line 0 [Wed Jan 2 17:30:14 2002] [error] Syswrite error. Bytes wrote=2080. Real bytes sent = 2085 [Wed Jan 2 17:30:15 2002] [error] Syswrite error. Bytes wrote=160. Real bytes sent = 165 [Wed Jan 2 17:30:15 2002] [error] Syswrite error. Bytes wrote=80. Real bytes sent = 85 [Wed Jan 2 17:30:16 2002] [error] Syswrite error. Bytes wrote=80. Real bytes sent = 85 [Wed Jan 2 17:30:16 2002] [error] Syswrite error. Bytes wrote=80. Real bytes sent = 85 [Wed Jan 2 17:30:17 2002] [error] Syswrite error. Bytes wrote=80. Real bytes sent = 85 What is this `Syswrite error'? Further investigation desired;) Gerrit -- =^..^= mailto:gp@familiehaase.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Anyone got mod_perl working? 2002-01-01 23:57 Anyone got mod_perl working? Dan Horne 2002-01-02 5:17 ` Stipe Tolj 2002-01-02 8:32 ` Gerrit P. Haase @ 2002-01-02 14:07 ` Dan Horne 2002-01-04 8:31 ` Gerrit P. Haase 2 siblings, 1 reply; 10+ messages in thread From: Dan Horne @ 2002-01-02 14:07 UTC (permalink / raw) To: cygwin Hi thanks to those who replied. I have something working, but I'm not sure if it will come back to bite me later on. After I've had a play for a while, I may come across a few problems - which may arise from the way I've installed things, or may be from my code. To try and eliminate the former, please let me know if I did anything fatally wrong. Notes: * After scouring the net, I found someone who mentioned that they rarely got "make test" working, but the installation always ran. So after continually editing scripts and then hitting the next problem, I decided to skip the testing. * I avoided the DSO route as it just seemed to be giving me grief 1. Install (everything untarred in /tmp): in /tmp/mod_perl-1.26 $ perl Makefile.PL USE_APACI=1 EVERYTHING=1 PERL_EXTRA_CFLAGS=-DUSEIMPORTLIB DO_HTTPD=1 APACHE_SRC=../apache_1.3.22 $ make in /tmp/apache_1.3.22 $ make back in /tmp/mod_perl-1.26 $ make install back in /tmp/apache_1.3.22 $ make install $ /usr/local/apache/bin/apachectl start $ cat /usr/local/apache/logs/error_log [Thu Jan 3 10:02:22 2002] [notice] Apache/1.3.22 (Cygwin) mod_perl/1.26 configured -- resuming normal operations [Thu Jan 3 10:02:22 2002] [notice] Accept mutex: fcntl (Default: fcntl) 2. Update httpd.conf a) In the "aliases" section, I entered: Alias /perl/ "/var/www/perl/" <Directory "/var/www/perl"> Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny Allow from all </Directory> b) Then add the following directive - is this correct? <IfModule mod_perl.c> <Location /perl> SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI </Location> </IfModule> c) restart apache 3. Test: In /var/www/perl, create test.pl as is in Stas Beckman's mod_perl Guide: print "Content-type print "Server's environment\n"; foreach ( keys %ENV) { print "$_\t$ENV{$_}\n"; } I had to set the permissions to 755. The result in my browser: SERVER_SOFTWARE Apache/1.3.22 (Cygwin) mod_perl/1.26 SERVER_ADMIN dhorne@DAN-NOTEBOOK REMOTE_ADDR 192.168.1.3 DOCUMENT_ROOT /usr/local/apache/htdocs REQUEST_URI /perl/test.pl REQUEST_METHOD GET SERVER_PORT 8080 -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf Of Dan Horne Sent: Wednesday, January 02, 2002 8:58 PM To: cygwin@cygwin.com Subject: Anyone got mod_perl working? Hi has anyone out there got mod_perl working under cygwin? I'd love to see your notes. At the moment, I get stuck during the "make test" phase. The error_log is [notice] Destruction->DESTROY called for $global_object Subroutine fileparse_set_fstype redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 153. Subroutine fileparse redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 167. Subroutine basename redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 224. Subroutine dirname redefined at /usr/lib/perl5/5.6.1/cygwin-multi/File/Basename.pm line 237. [Wed Jan 2 20:38:42 2002] [warn] [notice] child_init for process 1624, report any problems to [no address given] [Wed Jan 2 20:41:41 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:43 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:46 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:50 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html [Wed Jan 2 20:41:50 2002] [error] [client 127.0.0.1] File does not exist: ./t/docs/test.html Cheers Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Anyone got mod_perl working? 2002-01-02 14:07 ` Dan Horne @ 2002-01-04 8:31 ` Gerrit P. Haase 2002-01-04 18:36 ` Dan Horne 0 siblings, 1 reply; 10+ messages in thread From: Gerrit P. Haase @ 2002-01-04 8:31 UTC (permalink / raw) To: Dan Horne; +Cc: cygwin Hallo Dan, Am 2002-01-02 um 23:07 schriebst du: > thanks to those who replied. I have something working, but I'm not sure if > it will come back to bite me later on. I figured out that Apache 1.3.2x is really slow on Cygwin if compared with Apache 2.x. but I didn't tried to build Apache2 with mod_perl yet. > After I've had a play for a while, I may come across a few problems - which > may arise from the way I've installed things, or may be from my code. To try > and eliminate the former, please let me know if I did anything fatally > wrong. No, not a mistake of you, the httpd.conf for the mod_perl tests doesn't work OOTB on Cygwin. > Notes: > * After scouring the net, I found someone who mentioned that they rarely got > "make test" working, but the installation always ran. So after continually > editing scripts and then hitting the next problem, I decided to skip the > testing. I have it working, it it tells me "All tests successful, 8 tests skipped." at the end;) I my previous mail I described the two changes I made to the test.conf file. > * I avoided the DSO route as it just seemed to be giving me grief > 1. Install (everything untarred in /tmp): > in /tmp/mod_perl-1.26 I used a newer mod_perl version from CVS, but there are no greater changes. > $ perl Makefile.PL USE_APACI=1 EVERYTHING=1 > PERL_EXTRA_CFLAGS=-DUSEIMPORTLIB DO_HTTPD=1 APACHE_SRC=../apache_1.3.22 perl Makefile.PL \ EVERYTHING=1 \ APACHE_SRC=../apache_$APACHE_VER/src \ USE_APACI=1 \ PREP_HTTPD=1 \ DO_HTTPD=1 2>&1 | tee $CWD/log.configure-mod_perl > in /tmp/apache_1.3.22 I used Apache 1.3.20 and I needed to modify the Apache Makefile because libperl5_6_1.a isn't searched only libperl.a: So I need to do this: perl -i.bak -p -e 's#-lmm#-lmm -lperl5_6_1#;' $TMP/apache_$APACHE_VER/src/Makefile or something like that before configuring everything: ln -s /lib/perl5/5.6.1/cygwin-multi/CORE/libperl5_6_1.a /lib/libperl.a > a) In the "aliases" section, I entered: > Alias /perl/ "/var/www/perl/" > <Directory "/var/www/perl"> > Options Indexes FollowSymLinks MultiViews > AllowOverride None > Order allow,deny > Allow from all > </Directory> > b) Then add the following directive - is this correct? > <IfModule mod_perl.c> > <Location /perl> > SetHandler perl-script > PerlHandler Apache::Registry > Options +ExecCGI > </Location> > </IfModule> Looks ok. I used this for the beginning: <IfModule mod_perl.c> <Location /perl> SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI PerlSendHeader On </Location> </IfModule> > c) restart apache > 3. Test: > In /var/www/perl, create test.pl as is in Stas Beckman's mod_perl Guide: > print "Content-type > print "Server's environment\n"; > foreach ( keys %ENV) > { > print "$_\t$ENV{$_}\n"; > } > I had to set the permissions to 755. > The result in my browser: > SERVER_SOFTWARE Apache/1.3.22 (Cygwin) mod_perl/1.26 > SERVER_ADMIN dhorne@DAN-NOTEBOOK > REMOTE_ADDR 192.168.1.3 > DOCUMENT_ROOT /usr/local/apache/htdocs > REQUEST_URI /perl/test.pl > REQUEST_METHOD GET > SERVER_PORT 8080 Seems to work;) Gerrit -- =^..^= mailto:gp@familiehaase.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: Anyone got mod_perl working? 2002-01-04 8:31 ` Gerrit P. Haase @ 2002-01-04 18:36 ` Dan Horne 2002-01-04 19:39 ` Robert Collins 2002-01-09 9:20 ` Recurring message? " Eric M. Monsler 0 siblings, 2 replies; 10+ messages in thread From: Dan Horne @ 2002-01-04 18:36 UTC (permalink / raw) To: Gerrit P. Haase @ cygwin Hi Gerrit thanks for your notes. I neglected to mention that I did symbolically link the liberl.a library. Unfortunately, I think I may have hit the wall in getting Apache::Request working, and according to one note that I've found on the web (http://www.mail-archive.com/modperl@apache.org/msg21136.html), it may not be possible: "However, I think that building mod_perl under Cygwin is a not a good idea (yet). For example, you won't be able to build libapreq (Apache::Request): it requires some symbols from apache and under win32 it's impossible to link .dll to symbols in .exe which loads this .dll. That's why win32 apache is split into Apache.exe and ApacheCore.dll -- it allows modules to link with ApacheCore.dll. Unfortunately, Cygwin builds single httpd.exe binary and libapreq fails to link to ap_table_add, ap_getword and many other symbols residing in apache binary." If you have any other ideas, please let me know :) Dan -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf Of Gerrit P. Haase Sent: Saturday, January 05, 2002 4:54 AM To: Dan Horne Cc: cygwin@cygwin.com Subject: Re: Anyone got mod_perl working? Hallo Dan, Am 2002-01-02 um 23:07 schriebst du: > thanks to those who replied. I have something working, but I'm not sure if > it will come back to bite me later on. I figured out that Apache 1.3.2x is really slow on Cygwin if compared with Apache 2.x. but I didn't tried to build Apache2 with mod_perl yet. > After I've had a play for a while, I may come across a few problems - which > may arise from the way I've installed things, or may be from my code. To try > and eliminate the former, please let me know if I did anything fatally > wrong. No, not a mistake of you, the httpd.conf for the mod_perl tests doesn't work OOTB on Cygwin. > Notes: > * After scouring the net, I found someone who mentioned that they rarely got > "make test" working, but the installation always ran. So after continually > editing scripts and then hitting the next problem, I decided to skip the > testing. I have it working, it it tells me "All tests successful, 8 tests skipped." at the end;) I my previous mail I described the two changes I made to the test.conf file. > * I avoided the DSO route as it just seemed to be giving me grief > 1. Install (everything untarred in /tmp): > in /tmp/mod_perl-1.26 I used a newer mod_perl version from CVS, but there are no greater changes. > $ perl Makefile.PL USE_APACI=1 EVERYTHING=1 > PERL_EXTRA_CFLAGS=-DUSEIMPORTLIB DO_HTTPD=1 APACHE_SRC=../apache_1.3.22 perl Makefile.PL \ EVERYTHING=1 \ APACHE_SRC=../apache_$APACHE_VER/src \ USE_APACI=1 \ PREP_HTTPD=1 \ DO_HTTPD=1 2>&1 | tee $CWD/log.configure-mod_perl > in /tmp/apache_1.3.22 I used Apache 1.3.20 and I needed to modify the Apache Makefile because libperl5_6_1.a isn't searched only libperl.a: So I need to do this: perl -i.bak -p -e 's#-lmm#-lmm -lperl5_6_1#;' $TMP/apache_$APACHE_VER/src/Makefile or something like that before configuring everything: ln -s /lib/perl5/5.6.1/cygwin-multi/CORE/libperl5_6_1.a /lib/libperl.a > a) In the "aliases" section, I entered: > Alias /perl/ "/var/www/perl/" > <Directory "/var/www/perl"> > Options Indexes FollowSymLinks MultiViews > AllowOverride None > Order allow,deny > Allow from all > </Directory> > b) Then add the following directive - is this correct? > <IfModule mod_perl.c> > <Location /perl> > SetHandler perl-script > PerlHandler Apache::Registry > Options +ExecCGI > </Location> > </IfModule> Looks ok. I used this for the beginning: <IfModule mod_perl.c> <Location /perl> SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI PerlSendHeader On </Location> </IfModule> > c) restart apache > 3. Test: > In /var/www/perl, create test.pl as is in Stas Beckman's mod_perl Guide: > print "Content-type > print "Server's environment\n"; > foreach ( keys %ENV) > { > print "$_\t$ENV{$_}\n"; > } > I had to set the permissions to 755. > The result in my browser: > SERVER_SOFTWARE Apache/1.3.22 (Cygwin) mod_perl/1.26 > SERVER_ADMIN dhorne@DAN-NOTEBOOK > REMOTE_ADDR 192.168.1.3 > DOCUMENT_ROOT /usr/local/apache/htdocs > REQUEST_URI /perl/test.pl > REQUEST_METHOD GET > SERVER_PORT 8080 Seems to work;) Gerrit -- =^..^= mailto:gp@familiehaase.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Anyone got mod_perl working? 2002-01-04 18:36 ` Dan Horne @ 2002-01-04 19:39 ` Robert Collins 2002-01-05 3:35 ` Gerrit P. Haase 2002-01-09 9:20 ` Recurring message? " Eric M. Monsler 1 sibling, 1 reply; 10+ messages in thread From: Robert Collins @ 2002-01-04 19:39 UTC (permalink / raw) To: dhorne, Gerrit P. Haase @ cygwin ----- Original Message ----- From: "Dan Horne" <dhorne@xtra.co.nz> > > "However, I think that building mod_perl under Cygwin is a not a good > idea (yet). For example, you won't be able to build libapreq > (Apache::Request): > it requires some symbols from apache and under win32 it's impossible > to link .dll to symbols in .exe which loads this .dll. > That's why win32 apache is split into Apache.exe and ApacheCore.dll -- > it allows modules to link with ApacheCore.dll. Unfortunately, > Cygwin builds single httpd.exe binary and libapreq fails to link > to ap_table_add, ap_getword and many other symbols residing in apache > binary." > > If you have any other ideas, please let me know :) A .exe is the same as a .dll to Win32. You should be able to link back to the .exe, if you generate an import library for the exported symbols. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Anyone got mod_perl working? 2002-01-04 19:39 ` Robert Collins @ 2002-01-05 3:35 ` Gerrit P. Haase 0 siblings, 0 replies; 10+ messages in thread From: Gerrit P. Haase @ 2002-01-05 3:35 UTC (permalink / raw) To: dhorne, Gerrit P. Haase @ cygwin Hallo Robert, Am 2002-01-05 um 04:37 schriebst du: >> "However, I think that building mod_perl under Cygwin is a not a good >> idea (yet). For example, you won't be able to build libapreq >> (Apache::Request): >> it requires some symbols from apache and under win32 it's impossible >> to link .dll to symbols in .exe which loads this .dll. >> That's why win32 apache is split into Apache.exe and ApacheCore.dll -- >> it allows modules to link with ApacheCore.dll. Unfortunately, >> Cygwin builds single httpd.exe binary and libapreq fails to link >> to ap_table_add, ap_getword and many other symbols residing in apache >> binary." >> >> If you have any other ideas, please let me know :) > A .exe is the same as a .dll to Win32. You should be able to link back > to the .exe, if you generate an import library for the exported symbols. Besides that there are some static libs to link against, they got not installed, but they are in the source tree, libmain.a is the basic library and there are all the modules as static libs and some helper libraries. Gerrit -- =^..^= mailto:gp@familiehaase.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Recurring message? Re: Anyone got mod_perl working? 2002-01-04 18:36 ` Dan Horne 2002-01-04 19:39 ` Robert Collins @ 2002-01-09 9:20 ` Eric M. Monsler 2002-01-09 10:12 ` Gerrit P. Haase 1 sibling, 1 reply; 10+ messages in thread From: Eric M. Monsler @ 2002-01-09 9:20 UTC (permalink / raw) To: cygwin All, Very very sorry to spam the list, but is anyone else getting repeat copies of this message? I've got 6 in total, two more today. I haven't really seen this from the list or our corporate email before. If no one else has seen it, I can safely go complain to our sysadmin. Eric Dan Horne wrote: > > Hi Gerrit > > thanks for your notes. I neglected to mention that I did symbolically link > the liberl.a library. Unfortunately, I think I may have hit the wall in > getting Apache::Request working, and according to one note that I've found -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Recurring message? Re: Anyone got mod_perl working? 2002-01-09 9:20 ` Recurring message? " Eric M. Monsler @ 2002-01-09 10:12 ` Gerrit P. Haase 0 siblings, 0 replies; 10+ messages in thread From: Gerrit P. Haase @ 2002-01-09 10:12 UTC (permalink / raw) To: Eric M. Monsler; +Cc: cygwin Eric, 2002-01-09 19:04:22, du schriebst: > All, > Very very sorry to spam the list, but is anyone else getting repeat > copies of this message? No problem here. > I've got 6 in total, two more today. I haven't really seen this from > the list or our corporate email before. If no one else has seen it, I > can safely go complain to our sysadmin. Go ahead complaining;) > Dan Horne wrote: >> >> Hi Gerrit >> >> thanks for your notes. I neglected to mention that I did symbolically link >> the liberl.a library. Unfortunately, I think I may have hit the wall in >> getting Apache::Request working, and according to one note that I've found -- begin signature: =^..^= end -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2002-01-09 18:12 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-01-01 23:57 Anyone got mod_perl working? Dan Horne 2002-01-02 5:17 ` Stipe Tolj 2002-01-02 8:32 ` Gerrit P. Haase 2002-01-02 14:07 ` Dan Horne 2002-01-04 8:31 ` Gerrit P. Haase 2002-01-04 18:36 ` Dan Horne 2002-01-04 19:39 ` Robert Collins 2002-01-05 3:35 ` Gerrit P. Haase 2002-01-09 9:20 ` Recurring message? " Eric M. Monsler 2002-01-09 10:12 ` Gerrit P. Haase
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).