Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. ModPerl>
  3. Dev
[RELEASE CANDIDATE]: mod_perl-2.0.9 RC1
steve.m.hay at googlemail
May 13, 2015, 12:55 PM
Post #1 of 9 (3551 views)
Permalink
Please download, test, and report back on this release candidate of
the long-awaited mod_perl 2.0.9.

http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz

MD5 = f4e5aa352aca25df31f86eb6503fe883
SHA1 = db220c311b7848679a02ebec67ee41cc1334b460

=item 2.0.9-rc1

Add support for Apache httpd-2.4.x. [Torsten Foertsch, Jan Kaluza,
Steve Hay, Gozer]

Don't call modperl_threaded_mpm() et al. from XS code. Fixes Debian Bug
#765174. [Niko Tyni <ntyni@debian.org>]

Make sure modperl_interp_select uses r->server rather than the passed s
parameter to find the interpreter pool to pull an interpreter from. This
fixes an issue with vhosts with a separate interpreter pool and runtime
dir-config merges that used to pull the interpreter from the wrong pool.
[Torsten Foertsch]

PerlInterpScope is now more advisory. Using $(c|r)->pnotes will bind
the current interpreter to that object for it's lifetime.
$(c|r)->pnotes_kill() can be used to prematurely drop pnotes and
remove this binding. [Torsten Foertsch]

Now correctly invokes PerlCleanupHandlers, even if they are the only
handler type configured for that request [Torsten Foertsch]

For threaded MPMs, change interpreter managment to a new, reference-counted
allocation model. [Torsten Foertsch]

Expose modperl_interp_pool_t via ModPerl::InterpPool, modperl_tipool_t
via ModPerl::TiPool and modperl_tipool_config_t via ModPerl::TiPoolConfig
[Torsten Foertsch]

Expose modperl_interp_t via ModPerl::Interpreter [Torsten Foertsch]

Fix t/compat/apache_file.t on Windows. Apache::File->tmpfile() wants TMPDIR
or TEMP from the environment, or else defaults to /tmp. The latter is no
good on Windows, so make sure the environment variables are passed through.
(TEMP should be set to something suitable on Windows.) [Steve Hay]

Fix t/api/err_headers_out.t with HTTP::Headers > 6.00. [Rolando
<rolosworld@gmail.com>]

Fix the build with VC++ and dmake (rather than nmake) on Windows. The
Makefile generated by Apache2::Build uses shell commands for the manifest
file, but neglected to tell dmake to use the shell. [Steve Hay]

Don't write an 'rpm' target into the Makefile on Windows. It isn't relevant
on Windows, and the (hard-coded, not MakeMaker-generated) recipe group has
syntax which dmake doesn't understand. [Steve Hay]

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
steve.m.hay at googlemail
May 13, 2015, 1:40 PM
Post #2 of 9 (3490 views)
Permalink
On 13 May 2015 at 20:55, Steve Hay <steve.m.hay@googlemail.com> wrote:
> Please download, test, and report back on this release candidate of
> the long-awaited mod_perl 2.0.9.
>
> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
>

If I can vote for my own RC then it's a +1 from me :-)

Not quite 100%, but these failures are now documented in the README. I
believe they are all WIn32-specific.

Apache 2.2.29, Perl 5.20.2, VC++ 2010:

Test Summary Report
-------------------
t\modules\proxy.t (Wstat: 2304 Tests: 0 Failed: 0)
Non-zero exit status: 9
Parse errors: Bad plan. You planned 1 tests but ran 0.
Files=252, Tests=2721, 711 wallclock secs ( 1.79 usr + 1.14 sys = 2.93 CPU)
Result: FAIL
Failed 1/252 test programs. 0/2721 subtests failed.

Apache 2.4.12, Perl 5.20.2, VC++ 2010:

Test Summary Report
-------------------
t\modules\proxy.t (Wstat: 2304 Tests: 0 Failed: 0)
Non-zero exit status: 9
Parse errors: Bad plan. You planned 1 tests but ran 0.
t\protocol\echo_block.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
t\protocol\echo_nonblock.t (Wstat: 0 Tests: 3 Failed: 1)
Failed test: 2
t\protocol\echo_timeout.t (Wstat: 0 Tests: 5 Failed: 4)
Failed tests: 2-5
t\protocol\pseudo_http.t (Wstat: 0 Tests: 13 Failed: 9)
Failed tests: 3-8, 11-13
Files=252, Tests=2934, 908 wallclock secs ( 1.90 usr + 0.83 sys = 2.73 CPU)
Result: FAIL
Failed 5/252 test programs. 16/2934 subtests failed.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
joe_schaefer at yahoo
May 13, 2015, 5:12 PM
Post #3 of 9 (3494 views)
Permalink
+1, nice job Steve!


On Wednesday, May 13, 2015 6:52 PM, David E. Wheeler <david@justatheory.com> wrote:


On May 13, 2015, at 1:40 PM, Steve Hay <steve.m.hay@googlemail.com> wrote:

>> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
>>
>
> If I can vote for my own RC then it's a +1 from me :-)

Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 build. Both build nicely, with just a simple patch for the system Perl wanting a header with “CentOS” in it instead of “Unix”. Yay!

  https://github.com/iovation/rpmcpan/blob/master/SOURCES/mod_perl-centos.patch

Best,

David
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
KMcGrail at PCCC
May 15, 2015, 9:15 AM
Post #4 of 9 (3498 views)
Permalink
On 5/13/2015 4:40 PM, Steve Hay wrote:
> On 13 May 2015 at 20:55, Steve Hay<steve.m.hay@googlemail.com> wrote:
>> >Please download, test, and report back on this release candidate of
>> >the long-awaited mod_perl 2.0.9.
>> >
>> >http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
>> >
> If I can vote for my own RC then it's a +1 from me:-)
I almost always consider the release managers call for a vote as an
implicit +1

With that said, I've compiled and done make test on CentOS 6.6 with a
custom installation of both 2.2 and 2.4. I'm currently running 2.2 on
the box because of the lack of mod_perl with installs in
/usr/local/apache2.2 and /usr/local/apache2.4

2.2 passed

With 2.4 I get this error (keep reading)

gcc -I/usr/src/mod_perl-2.0.9-rc1/src/modules/perl
-I/usr/src/mod_perl-2.0.9-rc1/xs -I/usr/local/apache2.4/include
-I/usr/local/apache2.4/include -I/usr/local/apache2.4/include
-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/lib64/perl5/CORE -DMOD_PERL -DMP_COMPAT_1X -DLINUX=2 -O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC \
-c modperl_constants.c && mv modperl_constants.o
modperl_constants.lo
modperl_constants.c: In function 'modperl_constants_lookup_apache2_const':
modperl_constants.c:1378: error: 'HTTP_ALREADY_REPORTED' undeclared
(first use in this function)
modperl_constants.c:1378: error: (Each undeclared identifier is reported
only once
modperl_constants.c:1378: error: for each function it appears in.)
modperl_constants.c:1433: error: 'HTTP_IM_USED' undeclared (first use in
this function)
modperl_constants.c:1458: error: 'HTTP_LOOP_DETECTED' undeclared (first
use in this function)
modperl_constants.c:1488: error: 'HTTP_NETWORK_AUTHENTICATION_REQUIRED'
undeclared (first use in this function)
modperl_constants.c:1543: error: 'HTTP_PERMANENT_REDIRECT' undeclared
(first use in this function)
modperl_constants.c:1553: error: 'HTTP_PRECONDITION_REQUIRED' undeclared
(first use in this function)
modperl_constants.c:1578: error: 'HTTP_REQUEST_HEADER_FIELDS_TOO_LARGE'
undeclared (first use in this function)
modperl_constants.c:1618: error: 'HTTP_TOO_MANY_REQUESTS' undeclared
(first use in this function)
make[1]: *** [modperl_constants.lo] Error 1
make[1]: Leaving directory `/usr/src/mod_perl-2.0.9-rc1/src/modules/perl'
make: *** [modperl_lib] Error 2

This was with httpd 2.4.2. So just to rule that out I used 2.4.12 and
latest apr & apr-util.
(Is there a minimum 2.4.x version for mp 2.0.9? )

After switching to 2.4.12, make test is just hanging for a LONG time at
this point:

t/filter/in_str_sandwich.t .............. 1/1 # Failed test 1 in
t/filter/in_str_sandwich.t at line 16
t/filter/in_str_sandwich.t .............. Failed 1/1 subtests
t/filter/out_apache.t ................... skipped: cannot find module
'include'
t/filter/out_bbs_basic.t ................ ok
t/filter/out_bbs_ctx.t .................. ok
t/filter/out_bbs_filebucket.t ........... 1/10 # Failed test 1 in
t/filter/out_bbs_filebucket.t at line 26
# Failed test 2 in t/filter/out_bbs_filebucket.t at line 27

[Waited about 30 minutes until a ctrl-c]

^C[warning]
halting tests
[warning] server localhost:8529 shutdown
[warning] port 8529 still in use...

............done
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
make: *** [run_tests] Error 1


repeating make test and it got farther but then seemed to hang on

t/protocol/echo_nonblock.t .............. 1/3

A third test appears hung at t/filter/in_str_msg.t ...................

Fourth test caught on fire and sank into the swamp.


Anyway, getting pretty inconclusive test results here with 2.4.12

Regards,
KAM



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
jkaluza at redhat
May 17, 2015, 10:17 PM
Post #5 of 9 (3482 views)
Permalink
On 05/15/2015 06:15 PM, Kevin A. McGrail wrote:
> On 5/13/2015 4:40 PM, Steve Hay wrote:
>> On 13 May 2015 at 20:55, Steve Hay<steve.m.hay@googlemail.com> wrote:
>>> >Please download, test, and report back on this release candidate of
>>> >the long-awaited mod_perl 2.0.9.
>>> >
>>> >http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
>>> >
>> If I can vote for my own RC then it's a +1 from me:-)
> I almost always consider the release managers call for a vote as an
> implicit +1
>
> With that said, I've compiled and done make test on CentOS 6.6 with a
> custom installation of both 2.2 and 2.4. I'm currently running 2.2 on
> the box because of the lack of mod_perl with installs in
> /usr/local/apache2.2 and /usr/local/apache2.4
>
> 2.2 passed
>
> With 2.4 I get this error (keep reading)
>
> gcc -I/usr/src/mod_perl-2.0.9-rc1/src/modules/perl
> -I/usr/src/mod_perl-2.0.9-rc1/xs -I/usr/local/apache2.4/include
> -I/usr/local/apache2.4/include -I/usr/local/apache2.4/include
> -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector
> -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
> -I/usr/lib64/perl5/CORE -DMOD_PERL -DMP_COMPAT_1X -DLINUX=2 -O2 -g -pipe
> -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
> --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC \
> -c modperl_constants.c && mv modperl_constants.o
> modperl_constants.lo
> modperl_constants.c: In function 'modperl_constants_lookup_apache2_const':
> modperl_constants.c:1378: error: 'HTTP_ALREADY_REPORTED' undeclared
> (first use in this function)
> modperl_constants.c:1378: error: (Each undeclared identifier is reported
> only once
> modperl_constants.c:1378: error: for each function it appears in.)
> modperl_constants.c:1433: error: 'HTTP_IM_USED' undeclared (first use in
> this function)
> modperl_constants.c:1458: error: 'HTTP_LOOP_DETECTED' undeclared (first
> use in this function)
> modperl_constants.c:1488: error: 'HTTP_NETWORK_AUTHENTICATION_REQUIRED'
> undeclared (first use in this function)
> modperl_constants.c:1543: error: 'HTTP_PERMANENT_REDIRECT' undeclared
> (first use in this function)
> modperl_constants.c:1553: error: 'HTTP_PRECONDITION_REQUIRED' undeclared
> (first use in this function)
> modperl_constants.c:1578: error: 'HTTP_REQUEST_HEADER_FIELDS_TOO_LARGE'
> undeclared (first use in this function)
> modperl_constants.c:1618: error: 'HTTP_TOO_MANY_REQUESTS' undeclared
> (first use in this function)
> make[1]: *** [modperl_constants.lo] Error 1
> make[1]: Leaving directory `/usr/src/mod_perl-2.0.9-rc1/src/modules/perl'
> make: *** [modperl_lib] Error 2
>
> This was with httpd 2.4.2. So just to rule that out I used 2.4.12 and
> latest apr & apr-util.
> (Is there a minimum 2.4.x version for mp 2.0.9? )
>
> After switching to 2.4.12, make test is just hanging for a LONG time at
> this point:
>
> t/filter/in_str_sandwich.t .............. 1/1 # Failed test 1 in
> t/filter/in_str_sandwich.t at line 16
> t/filter/in_str_sandwich.t .............. Failed 1/1 subtests
> t/filter/out_apache.t ................... skipped: cannot find module
> 'include'
> t/filter/out_bbs_basic.t ................ ok
> t/filter/out_bbs_ctx.t .................. ok
> t/filter/out_bbs_filebucket.t ........... 1/10 # Failed test 1 in
> t/filter/out_bbs_filebucket.t at line 26
> # Failed test 2 in t/filter/out_bbs_filebucket.t at line 27

That's known issue we are discussing in another thread on this list.

Jan Kaluza

> [Waited about 30 minutes until a ctrl-c]
>
> ^C[warning]
> halting tests
> [warning] server localhost:8529 shutdown
> [warning] port 8529 still in use...
>
> ............done
> +--------------------------------------------------------+
> | Please file a bug report: http://perl.apache.org/bugs/ |
> +--------------------------------------------------------+
> make: *** [run_tests] Error 1
>
>
> repeating make test and it got farther but then seemed to hang on
>
> t/protocol/echo_nonblock.t .............. 1/3
>
> A third test appears hung at t/filter/in_str_msg.t ...................
>
> Fourth test caught on fire and sank into the swamp.
>
>
> Anyway, getting pretty inconclusive test results here with 2.4.12
>
> Regards,
> KAM
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
ohauer at gmx
May 23, 2015, 9:36 AM
Post #6 of 9 (3442 views)
Permalink
> Please download, test, and report back on this release candidate of
> the long-awaited mod_perl 2.0.9.
>
> http://people.apache.org/~stevehay/mod_perl-2.0.9-rc1.tar.gz
>
> MD5 = f4e5aa352aca25df31f86eb6503fe883
> SHA1 = db220c311b7848679a02ebec67ee41cc1334b460
>
> =item 2.0.9-rc1
>
> Add support for Apache httpd-2.4.x. [Torsten Foertsch, Jan Kaluza,
> Steve Hay, Gozer]
>
...

It seems r1676417 (modperl_interp.c) broke tests with MPM event.

With MPM event tests are running fine until here:

t/protocol/echo_bbs.t ................... ok
t/protocol/echo_bbs2.t .................. 1/3

Now with MPM event it get worst, most every test waits until the socket times out and fails.
Reverting commit r1676417 the tests are running fine and fast again, however r1676417 has no impact for MPM worker.


Test results from FreeBSD 10.1 (amd64) / apache-2.4.12 MPM worker (and patched modperl_interp.c for MPM event)

Test Summary Report
-------------------
t/api/aplog.t (Wstat: 0 Tests: 36 Failed: 1)
Failed test: 24
Files=245, Tests=2594, 166 wallclock secs ( 0.97 usr 0.57 sys + 115.43 cusr 34.34 csys = 151.30 CPU)
Result: FAIL
Failed 1/245 test programs. 1/2594 subtests failed.
[warning] server localhost:8529 shutdown
[warning] port 8529 still in use...
done
[ error] error running tests (please examine t/logs/error_log)
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
*** Error code 1


error_log for test 24:

*** The following warn entry is expected and harmless ***
[Sat May 23 17:49:15.105740 2015] [perl:debug] [pid 59304:tid 34796012544] aplog.pm(90): (20014)Internal error (specific information not available): log_serror test 2
# Failed test 24 in /usr/ports/www/mod_perl2/work/mod_perl-2.0.9-rc1/t/response/TestAPI/aplog.pm at line 92


If the failure is expected, why is it FATAL and not only a WARNING / NOTICE?

--
olli

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
modsdev at gmail
May 27, 2015, 1:47 PM
Post #7 of 9 (3407 views)
Permalink
Hi,

Apache 2.4.12 Perl 5.16.2 VC++ 2008

Build went fine but 'nmake test' gives me;

C:\usr\bin\perl.exe -Iblib\arch -Iblib\lib t/TEST -clean
C:\usr\bin\perl.exe -Iblib\arch -Iblib\lib t/TEST -bugreport
-verbose=0
C:\Apache24\bin\httpd.exe -d C:/build4/mod_perl-2.0.9-rc1/t -f
C:/build4/mod_perl-2.0.9-rc1/t/conf/
httpd.conf -D APACHE2 -D APACHE2_4 -D PERL_USEITHREADS
using Apache/2.4.12 (winnt MPM)

waiting 300 seconds for server to start: ...[Wed May 27 13:25:18.706600
2015] [env:warn] [pid 3524:t
id 292] AH01506: PassEnv variable LD_LIBRARY_PATH was undefined
AH00526: Syntax error on line 2006 of
C:/build4/mod_perl-2.0.9-rc1/t/conf/httpd.conf:
Invalid command 'Order', perhaps misspelled or defined by a module not
included in the server config
uration

'Order' ... that would be alright if mod_access_compat.so would also get
loaded, but obviously it doesn't.

I also see this is the generated httpd.conf
<IfModule mod_version.c>
<IfVersion > 2.4.1>

That would be fine if it would load mod_version, but doesn't.

I'm sure this is somehow my fault. Steve, how did you test this on
Apache 2.4 Win32?

Regards,

Gregg




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
steve.m.hay at googlemail
May 27, 2015, 3:33 PM
Post #8 of 9 (3410 views)
Permalink
On 27 May 2015 21:50, "Gregg Smith" <modsdev@gmail.com> wrote:
>
> Hi,
>
> Apache 2.4.12 Perl 5.16.2 VC++ 2008
>
> Build went fine but 'nmake test' gives me;
>
> C:\usr\bin\perl.exe -Iblib\arch -Iblib\lib t/TEST -clean
> C:\usr\bin\perl.exe -Iblib\arch -Iblib\lib t/TEST -bugreport
-verbose=0
> C:\Apache24\bin\httpd.exe -d C:/build4/mod_perl-2.0.9-rc1/t -f
C:/build4/mod_perl-2.0.9-rc1/t/conf/
> httpd.conf -D APACHE2 -D APACHE2_4 -D PERL_USEITHREADS
> using Apache/2.4.12 (winnt MPM)
>
> waiting 300 seconds for server to start: ...[Wed May 27 13:25:18.706600
2015] [env:warn] [pid 3524:t
> id 292] AH01506: PassEnv variable LD_LIBRARY_PATH was undefined
> AH00526: Syntax error on line 2006 of
C:/build4/mod_perl-2.0.9-rc1/t/conf/httpd.conf:
> Invalid command 'Order', perhaps misspelled or defined by a module not
included in the server config
> uration
>
> 'Order' ... that would be alright if mod_access_compat.so would also get
loaded, but obviously it doesn't.
>
> I also see this is the generated httpd.conf
> <IfModule mod_version.c>
> <IfVersion > 2.4.1>
>
> That would be fine if it would load mod_version, but doesn't.
>
> I'm sure this is somehow my fault. Steve, how did you test this on
Apache 2.4 Win32?

Is it a new, clean build of Apache? I think the generated httpd.conf is
influenced by what's in the httpd.conf of the Apache you build against...

I used a new Apache and all was well with 2.4. With 2.2 I had to edit the
httpd.conf of my Apache installation (even though it was a fresh build
again) in order to enable all the LoadModule lines, otherwise something was
missing since not everything is enabled by default with 2.2 even though all
modules are built ...

Coming to think of it, it might have been mod_version that was the problem,
but a new build of 2.4 does have it enabled already (at least, when
building with all modules enabled).

Steve

>
> Regards,
>
> Gregg
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>
Re: [RELEASE CANDIDATE]: mod_perl-2.0.9 RC1 [ In reply to ]
fred at redhotpenguin
Jun 2, 2015, 10:45 AM
Post #9 of 9 (3381 views)
Permalink
I've been struggling with this same issue on OS X. Jan K. indicated
that it was the result of perlbrew, httpd, and mod_perl not all being
built with the same C compiler. I had tried to get everything built
with gcc, but I had to symlink /usr/bin/cc to gcc instead of clang,
and even then I think other parts of my toolchain were still using
clang based utilities.

On Tue, Jun 2, 2015 at 10:24 AM, David E. Wheeler <david@justatheory.com> wrote:
> On May 13, 2015, at 3:52 PM, David E. Wheeler <david@justatheory.com> wrote:
>
>> Tested builds on CentOS 6 and 7, with the system Perl and a custom 5.20 build. Both build nicely, with just a simple patch for the system Perl wanting a header with “CentOS” in it instead of “Unix”. Yay!
>
> Having difficulting testing against my Perlbrew-installed 5.22.0 and Apache 2.2.27 on OS X:
>
> waiting 120 seconds for server to start: .[Tue Jun 02 10:20:16 2015] [warn] module apreq_module is already loaded, skipping
> httpd: Syntax error on line 70 of /Users/david/Desktop/mod_perl-2.0.9-rc1/t/conf/httpd.conf: Cannot load /Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so into server: dlopen(/Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so, 10): Symbol not found: _modperl_handler_name
> Referenced from: /Users/david/Desktop/mod_perl-2.0.9-rc1/src/modules/perl/mod_perl.so
> Expected in: dynamic lookup
>
> Best,
>
> David
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal