Anyone got mod_perl working?

Anyone got mod_perl working?

[Dan Horne]

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/

Re: Anyone got mod_perl working?

[Stipe Tolj]

> 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/

Re: Anyone got mod_perl working?

[Gerrit P. Haase]

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/

RE: Anyone got mod_perl working?

[Dan Horne]

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/

Re: Anyone got mod_perl working?

[Gerrit P. Haase]

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/

RE: Anyone got mod_perl working?

[Dan Horne]

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/

Re: Anyone got mod_perl working?

[Robert Collins]

----- 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/

Re: Anyone got mod_perl working?

[Gerrit P. Haase]

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/

Recurring message? Re: Anyone got mod_perl working?

[Eric M. Monsler]

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: Recurring message? Re: Anyone got mod_perl working?

[Gerrit P. Haase]

 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/