You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Stas Bekman <st...@stason.org> on 2005/04/04 18:34:56 UTC
Re: red hat mod_perl build problem
Tom Caldwell wrote:
> I am having a problem install mod_perl on red hat 9 with apache 2.0.53
> installed in dir /opt/apache2 (it runs).
>
> I executed >perl Makefile.PL with options
> MP_USE_DSO=1 and MP_AP_PREFIX=/opt/apache2
>
> which ran successfully. Then I executed >make and got the following
> results:
>
> gcc -I/home/caldwell/perl/modperl/mod_perl-2.0.0-RC4/src/modules/perl
> -I/home/caldwell/perl/modperl/mod_perl-2.0.0-RC4/xs
> -I/opt/apache2/include -I/opt/apache2/include -I/opt/apache2/include
> -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm
> -I/opt/perl5.8.6/lib/5.8.6/x86_64-linux/CORE -DMOD_PERL -DMP_COMPAT_1X
> -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
> -D_GNU_SOURCE -O2 \
> -c modperl_sys.c && mv modperl_sys.o modperl_sys.lo
>
>> modperl_sys.c:65:2: #error "modperl_sys_dlclose not defined on
>
> this platform"
> make[1]: *** [modperl_sys.lo] Error 1
> make[1]: Leaving directory
> `/home/caldwell/perl/modperl/mod_perl-2.0.0-RC4/src/modules/perl'
> make: *** [modperl_lib] Error 2
Tom, it comes from:
/*
* Perl does not provide this abstraction.
* APR does, but requires a pool. efforts to expose this area of apr
* failed. so we roll our own. *sigh*
*/
int modperl_sys_dlclose(void *handle)
{
#if defined(MP_SYS_DL_DLOPEN)
[...]
#elif defined(MP_SYS_DL_DYLD)
[...]
#elif defined(MP_SYS_DL_HPUX)
[...]
#elif defined(MP_SYS_DL_WIN32)
[...]
#elif defined(MP_SYS_DL_BEOS)
[...]
#elif defined(MP_SYS_DL_DLLLOAD)
[...]
#elif defined(MP_SYS_DL_AIX)
[...]
#else
#error "modperl_sys_dlclose not defined on this platform"
return 0;
#endif
This define comes from:
lib/ModPerl/Code.pm: (my $dlsrc = uc $Config{dlsrc}) =~ s/\.xs$//i;
lib/ModPerl/Code.pm: print $h_fh "\n#define MP_SYS_$dlsrc 1\n";
On my machine it's:
% perl -V:dlsrc
dlsrc='dl_dlopen.xs';
As you didn't follow my request to submit a proper bug report as explained
at http://perl.apache.org/bugs/, I can't tell you more until you do so :)
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: red hat mod_perl build problem
Posted by Tom Caldwell <to...@vanderbilt.edu>.
Thanks, Tom, for the worldly advice.
But, here is my situation.
I am a single individual supporting 8+ Oracle research databases at
Vanderbilt University Medical center using a modperl authorization
system that I developed under modperl 1 and other perl scripts that
run under the Registry module which I have been waiting to upgrade
to version 2 for 2 years. I am supporting Apache in this
configuration on Windows 2000 and XP and Red Hat Linux. I am also
the the DBA for our 2 Oracle 9.2 database systems that run on
matching Sun 450's. And did I mention that I am also the system
manager for all of the systems that I have just mentioned as well?
The perl/modperl code that I developed for rapidly developing
web-based research databases (using metadata) is also in use at the
Universities of North Carolina and Pennsylvania.
When I put out the message about not being able to build on the
linux box, I didn't get any response for a couple of days, so I
figured I was on my own; so I back peddled to the most obvious,
workable solution.
This is by no means a jab at the modperl support team. They do a
great job considering the breadth of system types that modperl has
been ported to. It's just that I did not have the luxury of waiting
for support that might never have come. I realize that the support
people are perhaps even busier than I am!
Now that I have an idea of how to proceed, i.e. remove the old
version of perl from my brand new linux box - completely - and
install perl 5.8.6 then build apache 2 and modperl 2, maybe I will
do it. But more likely I have lost my 'window of opportunity'
because of the backlog of database change requests and new features
that my clients are screaming for.
Again, I am not criticizing anyone here. It was my decision to go
with modperl in a production environment and I am prepared to live
with the consequences.
I sincerely appreciate your advice and counsel.
Thanks,
Tom Caldwell
--On Tuesday, April 05, 2005 8:52 AM +0200 Tom Schindl
<to...@gmx.at> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I won't do that because when develping code on such an old code
> base
> like 1.99.09 many things have been corrected/changed beside
> security
> holes closed in apache 2, ... . And mod_perl is changing the next
> release will probably shift everything from Apache into the
> Apache2-Namespace, so don't be suprised when working on not yet
> released
> code (and there has never been a final release of mp2) it won't
> work in
> later releases. You should at least work on the latest available
> codebase or even better the svn/cvs-trunk of it. Things have been
> fixed,
> the docs match the real code you use, ... .
>
> Tom
>
> Tom Caldwell schrieb:
>| Thanks for the reply, but I did some more digging and decided
>| that having 2 versions of perl installed (improperly) on my
>| system was probably the culprit. And since red hat provides a
>| version of apache2 and modperl 2 with perl 5.8.0, I decided to
>| just go with that, even though it is 1.5 years old (1.99.09)!
>|
>| Now if I could only get the Oracle client to install I will be
>| back to developing more code!
>|
>| Thanks,
>|
>| Tom
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFCUjXEkVPeOFLgZFIRAk4MAKC6JJGTL7n7C6ls++xuUBJ7fDNIngCgjrza
> OrdgzBPm3oI8dzv/gOW9sEI=
> =nItK
> -----END PGP SIGNATURE-----
Tom Caldwell
Vanderbilt University Medical Center
Re: red hat mod_perl build problem
Posted by Tom Schindl <to...@gmx.at>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I won't do that because when develping code on such an old code base
like 1.99.09 many things have been corrected/changed beside security
holes closed in apache 2, ... . And mod_perl is changing the next
release will probably shift everything from Apache into the
Apache2-Namespace, so don't be suprised when working on not yet released
code (and there has never been a final release of mp2) it won't work in
later releases. You should at least work on the latest available
codebase or even better the svn/cvs-trunk of it. Things have been fixed,
the docs match the real code you use, ... .
Tom
Tom Caldwell schrieb:
| Thanks for the reply, but I did some more digging and decided that
| having 2 versions of perl installed (improperly) on my system was
| probably the culprit. And since red hat provides a version of apache2
| and modperl 2 with perl 5.8.0, I decided to just go with that, even
| though it is 1.5 years old (1.99.09)!
|
| Now if I could only get the Oracle client to install I will be back to
| developing more code!
|
| Thanks,
|
| Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCUjXEkVPeOFLgZFIRAk4MAKC6JJGTL7n7C6ls++xuUBJ7fDNIngCgjrza
OrdgzBPm3oI8dzv/gOW9sEI=
=nItK
-----END PGP SIGNATURE-----
Re: red hat mod_perl build problem
Posted by Tom Caldwell <to...@vanderbilt.edu>.
Thanks for the reply, but I did some more digging and decided that
having 2 versions of perl installed (improperly) on my system was
probably the culprit. And since red hat provides a version of
apache2 and modperl 2 with perl 5.8.0, I decided to just go with
that, even though it is 1.5 years old (1.99.09)!
Now if I could only get the Oracle client to install I will be back
to developing more code!
Thanks,
Tom
--On Monday, April 04, 2005 12:34 PM -0400 Stas Bekman
<st...@stason.org> wrote:
> Tom Caldwell wrote:
>> I am having a problem install mod_perl on red hat 9 with apache
>> 2.0.53 installed in dir /opt/apache2 (it runs).
>>
>> I executed >perl Makefile.PL with options
>> MP_USE_DSO=1 and MP_AP_PREFIX=/opt/apache2
>>
>> which ran successfully. Then I executed >make and got the
>> following results:
>>
>> gcc
>> -I/home/caldwell/perl/modperl/mod_perl-2.0.0-RC4/src/modules/per
>> l -I/home/caldwell/perl/modperl/mod_perl-2.0.0-RC4/xs
>> -I/opt/apache2/include -I/opt/apache2/include
>> -I/opt/apache2/include -fno-strict-aliasing -pipe
>> -I/usr/local/include -I/usr/include/gdbm
>> -I/opt/perl5.8.6/lib/5.8.6/x86_64-linux/CORE -DMOD_PERL
>> -DMP_COMPAT_1X -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500
>> -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -O2 \
>> -c modperl_sys.c && mv modperl_sys.o modperl_sys.lo
>>
>>> modperl_sys.c:65:2: #error "modperl_sys_dlclose not defined on
>>
>> this platform"
>> make[1]: *** [modperl_sys.lo] Error 1
>> make[1]: Leaving directory
>> `/home/caldwell/perl/modperl/mod_perl-2.0.0-RC4/src/modules/perl'
>> make: *** [modperl_lib] Error 2
>
> Tom, it comes from:
>
> /*
> * Perl does not provide this abstraction.
> * APR does, but requires a pool. efforts to expose this area
> of apr
> * failed. so we roll our own. *sigh*
> */
> int modperl_sys_dlclose(void *handle)
> {
># if defined(MP_SYS_DL_DLOPEN)
> [...]
># elif defined(MP_SYS_DL_DYLD)
> [...]
># elif defined(MP_SYS_DL_HPUX)
> [...]
># elif defined(MP_SYS_DL_WIN32)
> [...]
># elif defined(MP_SYS_DL_BEOS)
> [...]
># elif defined(MP_SYS_DL_DLLLOAD)
> [...]
># elif defined(MP_SYS_DL_AIX)
> [...]
># else
># error "modperl_sys_dlclose not defined on this platform"
> return 0;
># endif
>
> This define comes from:
>
> lib/ModPerl/Code.pm: (my $dlsrc = uc $Config{dlsrc}) =~
> s/\.xs$//i;
> lib/ModPerl/Code.pm: print $h_fh "\n#define MP_SYS_$dlsrc 1\n";
>
> On my machine it's:
>
> % perl -V:dlsrc
> dlsrc='dl_dlopen.xs';
>
> As you didn't follow my request to submit a proper bug report as
> explained at http://perl.apache.org/bugs/, I can't tell you more
> until you do so :)
>
>
> --
> __________________________________________________________________
> Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:stas@stason.org http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org http://ticketmaster.com
Tom Caldwell
Vanderbilt University Medical Center