Re: Recurring message? Re: Anyone got mod_perl working?
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/
Recurring message? Re: Anyone got mod_perl working?
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/
Re: Anyone got mod_perl working?
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:[EMAIL PROTECTED] -- 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/
Re: Anyone got mod_perl working?
- Original Message - From: "Dan Horne" <[EMAIL PROTECTED]> > > "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/
RE: Anyone got mod_perl working?
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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Gerrit P. Haase
Sent: Saturday, January 05, 2002 4:54 AM
To: Dan Horne
Cc: [EMAIL PROTECTED]
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/"
>
> Options Indexes FollowSymLinks MultiViews
> AllowOverride None
> Order allow,deny
> Allow from all
>
> b) Then add the following directive - is this correct?
>
>
>SetHandler perl-script
>PerlHandler Apache::Registry
>Options +ExecCGI
>
>
Looks ok.
I used this for the beginning:
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
PerlSendHeader On
> 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_ADMINdhorne@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:[EMAIL PROTECTED]
--
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/
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/"
>
> Options Indexes FollowSymLinks MultiViews
> AllowOverride None
> Order allow,deny
> Allow from all
>
> b) Then add the following directive - is this correct?
>
>
>SetHandler perl-script
>PerlHandler Apache::Registry
>Options +ExecCGI
>
>
Looks ok.
I used this for the beginning:
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
PerlSendHeader On
> 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_ADMINdhorne@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:[EMAIL PROTECTED]
--
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/
RE: Anyone got mod_perl working?
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/"
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all
b) Then add the following directive - is this correct?
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
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_ADMINdhorne@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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Dan Horne
Sent: Wednesday, January 02, 2002 8:58 PM
To: [EMAIL PROTECTED]
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/
Re: Anyone got mod_perl working?
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/cookieskipped 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/moduleskipped 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/statusok modules/symbolok modules/uri...ok modules/util..ok internal/api..ok internal/auth.ok internal/croakok internal/dirmagic.ok internal/errorok internal/headers..ok internal/hooksok 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
Re: Anyone got mod_perl working?
> 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 [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] 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/
