You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Geoffrey Young <ge...@modperlcookbook.org> on 2004/05/21 20:42:01 UTC
[ANNOUNCE] mod_perl-1.99_14
The URL
http://perl.apache.org/~geoff/mod_perl-1.99_14.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/mod_perl-1.99_14.tar.gz
size: 1264246 bytes
md5: 116dce5c909701b3812ae4ad6d91c6bd
and is also available from:
http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz
http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz.asc (pgp sig)
--Geoff
Changes since 1.99_13:
APR::SockAddr::port() accessor is now read-only [Stas]
APR::Pool now has destroy() and clear() available [Stas]
now logging the errors happening in pool cleanup callbacks [Stas]
use the new Apache-Test attribute -minclient in the test suites. Now
along with the default maxclients = minclients+1, we no longer should
get 'server reached MaxClients setting' errors. [Stas]
new API for APR::Socket recv() and send() + updated tests [Stas]
add infrastructure for new ModPerl::Const constants and the first
constant ModPerl::EXIT. [Stas]
re-implement ModPerl::Util::exit to use exception objects, so it's
possible to detect exit called in eval context and call it again
outside the eval context. [Stas]
add the perl interface for the new exception handling code (mod_perl,
apache and apr methods will now throw exceptions with $@ being an
object). New class APR::Error was added, to handle the exception
objects with overload methods. Also added confess and croak
equivalents of Carp's methods, since at the moment the Carp's ones
don't work as is. The following perl and C methods have been renamed:
modperl_apr_strerror => modperl_error_strerror
APR::strerror => APR::Error::strerr
[Stas]
set the 'error-notes' table to the error message on
HTTP_INTERNAL_SERVER_ERROR [Stas]
fix the apxs build function to not handle empty lookups as errors
[Randy Kobes, Steve Hay]
fix type casting problems in the io functions [Stas]
add support for libgtop 2.5.0+ (maintenance mode) [Stas]
APR::Socket::timeout_set now croaks on failure [Stas]
significantly speedup the startup of threaded mpm test suite, by
configuring only the minimal number of perl interpreters to start
[Stas]
make APR::Socket::opt_(set|get) working (and change the previous
behavior) [Stas]
make sure that our protocol module tests that interact with the socket
use a blocking read [Joe Orton]
Use a better approach to figure out whether we need to strip perl's
LargeFilesSource flag, by checking whether libapr was compiled with
-D_FILE_OFFSET_BITS=64 or not. Checking for APR_HAS_LARGE_FILES is
useless since it doesn't tell whether 32 vs 64 bits off_t and similar
types are used [Joe Orton]
'SetHandler perl-script' no longer grabs any newly encountered END
blocks, and removes them from PL_endav, but only if they are
explicitly registered via ModPerl::Global::special_list_register(END
=> $package_name) (this is a new function). It's now possible to have
a complete control of when END blocks are run from the user space, not
only in the registry handlers [Stas]
END blocks encountered by child processes and not hijacked by
ModPerl::Global::special_list_register() are now executed at the
server shutdown (previously they weren't executed at all). [Stas]
Added test to ensure <Perl> sections can have things like %Location
tied [Gozer]
Fix the installation on Win32 so that an appropriate Apache2
subdirectory under the Perl tree is used when MP_INST_APACHE2 is
specified [Randy Kobes]
Fix a redefined warning in Apache::Status [Stas]
Fix Apache::Status, to lookup the Apache::Request version without
loading it. Only if a suitable (2.x) version is found -- load and use
it. Previously loading the 1.x version was affecting Apache::compat.
[Stas]
Fix a bug in special blocks handling (like END), which until now was
dropping on the floor all blocks but the last one (mainly affecting
registry handlers). [Stas]
The filter streaming API print() function, now correctly handles a
binary data [Stas]
Fix Registry handlers, not to lose the execution errors, when they
include END blocks [Stas]
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stas Bekman <st...@stason.org>.
Stefan Loones wrote:
> Stas Bekman wrote:
>
>>> Problem is that on our production machine I need to do everything
>>> with rpm. When I have the time I will try it on another machine.
>>
>>
>>
>> That's clear. But nothing prevents you from building from the source
>> to test whether it works. I have no problem building mp2 from source
>> on linux against 2.0.46. So w/o being able to reproduce the problem, I
>> can't be much of help here.
>
>
> Ok, I dit the build from source, and make test comes with the same
> error. I'm not sure what info I have to provide you now.
Great. So now we know that it's not the problem of the rpm.
[...]
> *** /usr/sbin/httpd -V
> Server version: Apache/2.0.46
> Server built: Dec 12 2003 05:43:29
> Server's Module Magic Number: 20020903:4
^^^^^^^^^^
That explains the problem that you are having. You aren't running 2.0.46, but
2.0.46+, which is not supported.
A real Apache/2.0.46 reports:
Server's Module Magic Number: 20020903:3
^^^^^^^^^^
notice that the minor version number is different.
I've just rebuilt mp2 cvs with the 2.0.46 and it works just fine. For 2.0.46
only the symbol should live in mod_perl.so:
% nm src/modules/perl/mod_perl.so | grep compress
0002d057 T apr_table_compress
Please install the real 2.0.46 and the problem will go away.
If you are interested in low-level details, your problem comes from:
src/modules/perl/modperl_apache_compat.c:
/* pre-APR_0_9_5 (APACHE_2_0_47)
* both 2.0.46 and 2.0.47 shipped with 0.9.4 -
* we need the one that shipped with 2.0.47,
which is major mmn 20020903, minor mmn 4 */
#if ! AP_MODULE_MAGIC_AT_LEAST(20020903,4)
...
void apr_table_compress...
#endif /* pre-APR_0_9_5 (APACHE_2_0_47) */
you can manually change that to (20020903,5) or similar, but I can't tell if
other things won't break.
We have this recurrent issue with distros which think that Perl and Apache are
used only standalone to run one liners and serve html files, and give their
users releases, which Russians call "ni riba ni miaso", literally translated
as "not a fish and not meat", leading to the problem you have just encountered
yourself.
--
__________________________________________________________________
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
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stefan Loones <st...@pandava.com>.
Stas Bekman wrote:
>> Problem is that on our production machine I need to do everything
>> with rpm. When I have the time I will try it on another machine.
>
>
> That's clear. But nothing prevents you from building from the source
> to test whether it works. I have no problem building mp2 from source
> on linux against 2.0.46. So w/o being able to reproduce the problem, I
> can't be much of help here.
Ok, I dit the build from source, and make test comes with the same
error. I'm not sure what info I have to provide you now.
Below are the last lines from make test and after that a new
mp2bug-report (of the installed version 1.9911 of course) to give all
other details, also because this is yet on another machine. In other
words this means I got this error on 3 different machines, the only main
difference of this 3 machines is they all have different kernels.
Greetz, Stef
Last lines of make test:
make[2]: Entering directory
`/home/stef/rpm/modperl/orig/mod_perl-1.99_14/xs/APR'
:[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl
/home/stef/rpm/modperl/orig/mod_perl-1.99_14/t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl
/home/stef/rpm/modperl/orig/mod_perl-1.99_14/t/TEST -bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (99:99)
[warning] testing whether 'nobody' is able to -rwx
/home/stef/rpm/modperl/orig/mod_perl-1.99_14/t
"/usr/bin/perl"
-Mlib=/home/stef/rpm/modperl/orig/mod_perl-1.99_14/Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(99, 99,
q[/home/stef/rpm/modperl/orig/mod_perl-1.99_14/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
Syntax error on line 12 of
/home/stef/rpm/modperl/orig/mod_perl-1.99_14/t/conf/httpd.conf:
Cannot load
/home/stef/rpm/modperl/orig/mod_perl-1.99_14/src/modules/perl/mod_perl.so
into server:
/home/stef/rpm/modperl/orig/mod_perl-1.99_14/src/modules/perl/mod_perl.so:
undefined symbol: apr_table_compress
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
make: *** [run_tests] Error 143
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
see above
2. Used Components and their Configuration:
*** mod_perl version 1.9911
*** using
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_CONFIG => /usr/bin/apr-config
MP_APXS => /usr/sbin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
MP_USE_STATIC => 1
*** /usr/sbin/httpd -V
Server version: Apache/2.0.46
Server built: Dec 12 2003 05:43:29
Server's Module Magic Number: 20020903:4
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/etc/httpd"
-D SUEXEC_BIN="/usr/sbin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** /usr/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.21-4.el, archname=i386-linux-thread-multi
uname='linux bui'
config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686
-Dmyhostname=localhost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red
Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux
-Dvendorprefix=/usr -Dsiteprefix=/usr
-Dotherlibdirs=/usr/lib/perl5/5.8.0 -Duseshrplib -Dusethreads
-Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db
-Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio
-Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less
-isr'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef'
useithreads=define usemultiplicity=
useperlio= d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=un uselongdouble=
usemymalloc=, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBUGGING -fno-strict-aliasing -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
optimize='',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING
-fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm'
ccversion='', gccversion='3.2.3 20030502 (Red Hat Linux 3.2.3-20)',
gccosandvers=''
gccversion='3.2.3 200305'
intsize=o, longsize=s, ptrsize=l, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long'
k', ivsize=4'
ivt, nvtype='double', nvsize=, Off_t='', lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='gcc'
l', ldflags =' -L/usr/local/lib'
ldfla'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil
perllibs=
libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libper
gnulibc_version='2.3.2'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef, ccdlflags='-rdynamic
-Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE'
cccdlflags='-fPIC'
ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5', lddlflags='s
Unicode/Normalize XS/A'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
Locally applied patches:
MAINT18379
Built under linux
Compiled at Dec 12 2003 21:24:52
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
.
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by /usr/bin/mp2bug on Tue May 25 20:00:57 2004
GMT.
-------------8<---------- End Bug Report --------------8<----------
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stas Bekman <st...@stason.org>.
Stefan Loones wrote:
> Stas Bekman wrote:
>
>> Stefan Loones wrote:
>>
>>> -------------8<---------- Start Bug Report ------------8<----------
>>> 1. Problem Description:
>>>
>>> My previous working version was : mod_perl-1.99_11-3 (.i386.rpm)
>>> I did a rpmbuild --rebuild mod_perl-1.99_14-1.bl.src.rpm (rpm
>>> supplied by Stuart Jansen, thanks !)
>>
>>
>> I'm afraid you will have to bug Stuart about this problem. Please use
>> the source build and if that fails then we will handle that.
>
>
> Problem is that on our production machine I need to do everything with
> rpm. When I have the time I will try it on another machine.
That's clear. But nothing prevents you from building from the source to test
whether it works. I have no problem building mp2 from source on linux against
2.0.46. So w/o being able to reproduce the problem, I can't be much of help here.
>>> After installing (rpm) this mod_perl version 1.9914: restarting
>>> apache gives:
>>> Starting httpd: Syntax error on line 9 of /etc/httpd/conf.d/perl.conf:
>>> Cannot load /etc/httpd/modules/mod_perl.so into server:
>>> /etc/httpd/modules/mod_perl.so: undefined symbol: apr_table_compress
>>>
>>> from:
>>> http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#undefined_symbol__apr_table_compress
>>>
>>>
>>> I did:
>>> # locate libapr-0.so.0
>>> /usr/lib/libapr-0.so.0
>>> /usr/lib/libapr-0.so.0.9.4
>>
>>
>>
>> I can't see where that URL suggested to use locate. Please follow the
>> exact instructions, i.e. use ldd.
>
>
>
> Step 4 at this URL.
Yes, but that's not how you find the library it's linked against. You need to
use ldd for that. Step 4 suggests to use locate to find other occurences of
this library which may get on the way.
--
__________________________________________________________________
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
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stefan Loones <st...@pandava.com>.
Stas Bekman wrote:
> Stefan Loones wrote:
>
>> -------------8<---------- Start Bug Report ------------8<----------
>> 1. Problem Description:
>>
>> My previous working version was : mod_perl-1.99_11-3 (.i386.rpm)
>> I did a rpmbuild --rebuild mod_perl-1.99_14-1.bl.src.rpm (rpm
>> supplied by Stuart Jansen, thanks !)
>
> I'm afraid you will have to bug Stuart about this problem. Please use
> the source build and if that fails then we will handle that.
Problem is that on our production machine I need to do everything with
rpm. When I have the time I will try it on another machine.
>> After installing (rpm) this mod_perl version 1.9914: restarting
>> apache gives:
>> Starting httpd: Syntax error on line 9 of /etc/httpd/conf.d/perl.conf:
>> Cannot load /etc/httpd/modules/mod_perl.so into server:
>> /etc/httpd/modules/mod_perl.so: undefined symbol: apr_table_compress
>>
>> from:
>> http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#undefined_symbol__apr_table_compress
>>
>>
>> I did:
>> # locate libapr-0.so.0
>> /usr/lib/libapr-0.so.0
>> /usr/lib/libapr-0.so.0.9.4
>
>
> I can't see where that URL suggested to use locate. Please follow the
> exact instructions, i.e. use ldd.
Step 4 at this URL.
>> # ls -l /usr/lib/libapr-0.so*
>> lrwxrwxrwx 1 root root 17 May 1 22:51 /usr/lib/libapr-0.so ->
>> libapr-0.so.0.9.4
>> lrwxrwxrwx 1 root root 17 May 1 22:51 /usr/lib/libapr-0.so.0 ->
>> libapr-0.so.0.9.4
>> -rwxr-xr-x 1 root root 125760 Mar 23 09:28 /usr/lib/libapr-0.so.0.9.4
>>
>> # nm /usr/lib/libapr-0.so.0
>> nm: /usr/lib/libapr-0.so.0: no symbols
>
>
> That's a stripped lib
>
>> # ldd /usr/sbin/httpd
>> libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0xb72e9000)
>> **snip**
>>
>> I read somewhere that in the future the lowest supported version of
>> Apache would be 2.0.47, but I suppose this means 2.0.46 should still
>> work now. And because of internal reasons I can't upgrade Apache
>> right now.
>> I tried it also on another machine (more or less the same
>> configuration, other bug report can be made if necessary) with the
>> same results.
>
>
> 2.0.46 should work just fine. apr_table_compress indeed doesn't exist
> in libapr coming with 2.0.46, but mod_perl supplies one in
> src/modules/perl/modperl_apache_compat.c
>
> nm mod_perl.so | grep apr_table_compress
>
> Should show you that symbol.
>
> I guess the rpm that you are using is broken and doesn't support
> 2.0.46. Build from the source.
When I have some spare time I'll try to build from source.
Thanks anyway,
Stef
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stas Bekman <st...@stason.org>.
Stefan Loones wrote:
> Stas Bekman wrote:
>
>> Stuart Jansen wrote:
>>
>>> On Fri, 2004-05-21 at 12:42, Geoffrey Young wrote:
>>> http://perl.apache.org/~geoff/mod_perl-1.99_14.tar.gz
>>>
>>>> and is also available from:
>>>>
>>>> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz
>>>> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz.asc (pgp sig)
>>>>
>>>> --Geoff
>>>
>>>
>>> While creating RPMs, I discovered a new dependency on Data::Flow. I've
>>> packaged it also, but I'm curious if it really is required.
>>
>>
>> Not for the mod_perl users. It's required for us, core developers. I
>> had to include a forked version of C::Scan in the distro recently. And
>> that one requires Data::Flow. So feel free to exclude that requirement.
>
>
>
> Hi all,
> Here my first post, after following this list for a few months very
> quitely.
welcome Stef
> Regards, Stef
>
> -------------8<---------- Start Bug Report ------------8<----------
> 1. Problem Description:
>
> My previous working version was : mod_perl-1.99_11-3 (.i386.rpm)
> I did a rpmbuild --rebuild mod_perl-1.99_14-1.bl.src.rpm (rpm supplied
> by Stuart Jansen, thanks !)
I'm afraid you will have to bug Stuart about this problem. Please use the
source build and if that fails then we will handle that.
> After installing (rpm) this mod_perl version 1.9914: restarting apache
> gives:
> Starting httpd: Syntax error on line 9 of /etc/httpd/conf.d/perl.conf:
> Cannot load /etc/httpd/modules/mod_perl.so into server:
> /etc/httpd/modules/mod_perl.so: undefined symbol: apr_table_compress
>
> from:
> http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#undefined_symbol__apr_table_compress
>
>
> I did:
> # locate libapr-0.so.0
> /usr/lib/libapr-0.so.0
> /usr/lib/libapr-0.so.0.9.4
I can't see where that URL suggested to use locate. Please follow the exact
instructions, i.e. use ldd.
> # ls -l /usr/lib/libapr-0.so*
> lrwxrwxrwx 1 root root 17 May 1 22:51 /usr/lib/libapr-0.so ->
> libapr-0.so.0.9.4
> lrwxrwxrwx 1 root root 17 May 1 22:51 /usr/lib/libapr-0.so.0 ->
> libapr-0.so.0.9.4
> -rwxr-xr-x 1 root root 125760 Mar 23 09:28 /usr/lib/libapr-0.so.0.9.4
>
> # nm /usr/lib/libapr-0.so.0
> nm: /usr/lib/libapr-0.so.0: no symbols
That's a stripped lib
> # ldd /usr/sbin/httpd
> libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0xb72e9000)
> **snip**
>
> I read somewhere that in the future the lowest supported version of
> Apache would be 2.0.47, but I suppose this means 2.0.46 should still
> work now. And because of internal reasons I can't upgrade Apache right now.
> I tried it also on another machine (more or less the same configuration,
> other bug report can be made if necessary) with the same results.
2.0.46 should work just fine. apr_table_compress indeed doesn't exist in
libapr coming with 2.0.46, but mod_perl supplies one in
src/modules/perl/modperl_apache_compat.c
nm mod_perl.so | grep apr_table_compress
Should show you that symbol.
I guess the rpm that you are using is broken and doesn't support 2.0.46. Build
from the source.
--
__________________________________________________________________
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
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stefan Loones <st...@pandava.com>.
Stas Bekman wrote:
> Stuart Jansen wrote:
>
>> On Fri, 2004-05-21 at 12:42, Geoffrey Young wrote:
>> http://perl.apache.org/~geoff/mod_perl-1.99_14.tar.gz
>>
>>> and is also available from:
>>>
>>> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz
>>> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz.asc (pgp sig)
>>>
>>> --Geoff
>>
>> While creating RPMs, I discovered a new dependency on Data::Flow. I've
>> packaged it also, but I'm curious if it really is required.
>
> Not for the mod_perl users. It's required for us, core developers. I
> had to include a forked version of C::Scan in the distro recently. And
> that one requires Data::Flow. So feel free to exclude that requirement.
Hi all,
Here my first post, after following this list for a few months very quitely.
Regards, Stef
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
My previous working version was : mod_perl-1.99_11-3 (.i386.rpm)
I did a rpmbuild --rebuild mod_perl-1.99_14-1.bl.src.rpm (rpm
supplied by Stuart Jansen, thanks !)
After installing (rpm) this mod_perl version 1.9914: restarting
apache gives:
Starting httpd: Syntax error on line 9 of /etc/httpd/conf.d/perl.conf:
Cannot load /etc/httpd/modules/mod_perl.so into server:
/etc/httpd/modules/mod_perl.so: undefined symbol: apr_table_compress
from:
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#undefined_symbol__apr_table_compress
I did:
# locate libapr-0.so.0
/usr/lib/libapr-0.so.0
/usr/lib/libapr-0.so.0.9.4
# ls -l /usr/lib/libapr-0.so*
lrwxrwxrwx 1 root root 17 May 1 22:51 /usr/lib/libapr-0.so ->
libapr-0.so.0.9.4
lrwxrwxrwx 1 root root 17 May 1 22:51 /usr/lib/libapr-0.so.0 ->
libapr-0.so.0.9.4
-rwxr-xr-x 1 root root 125760 Mar 23 09:28 /usr/lib/libapr-0.so.0.9.4
# nm /usr/lib/libapr-0.so.0
nm: /usr/lib/libapr-0.so.0: no symbols
# ldd /usr/sbin/httpd
libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0xb72e9000)
**snip**
I read somewhere that in the future the lowest supported version of
Apache would be 2.0.47, but I suppose this means 2.0.46 should still
work now. And because of internal reasons I can't upgrade Apache right now.
I tried it also on another machine (more or less the same configuration,
other bug report can be made if necessary) with the same results.
At the moment this is not urgent for me.
2. Used Components and their Configuration:
*** mod_perl version 1.9914
*** using
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_CONFIG => /usr/bin/apr-config
MP_APXS => /usr/sbin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
MP_USE_STATIC => 1
*** /usr/sbin/httpd -V
Server version: Apache/2.0.46
Server built: Mar 23 2004 15:24:09
Server's Module Magic Number: 20020903:4
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/etc/httpd"
-D SUEXEC_BIN="/usr/sbin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** /usr/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.21-4.el, archname=i386-linux-thread-multi
uname='linux builder 2.4.21-4.el #1 thu nov 20 01:03:06 cst 2003
i686 i686 i386 gnul
inux '
config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686
-Dmyhostname=localh
ost -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc.
-Dinstallprefix=/usr -Dpre
fix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr
-Dotherlibdirs=/usr
/lib/perl5/5.8.0 -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles
-Dd_dosuid -Dd_
semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog
-Dman3ext=3pm -Duseperlio -D
installusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBUGGING -fno-
strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I/usr/i
nclude/gdbm',
optimize='-O2 -g -pipe -march=i386 -mcpu=i686',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING
-fno-strict-ali
asing -I/usr/local/include -I/usr/include/gdbm'
ccversion='', gccversion='3.2.3 20030502 (Red Hat Linux 3.2.3-20)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil
perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil
libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.3.2'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic
-Wl,-rpath,/usr/
lib/perl5/5.8.0/i386-linux-thread-multi/CORE'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
USE_LARGE_FILES PERL_IMPLICI
T_CONTEXT
Locally applied patches:
MAINT18379
Built under linux
Compiled at Dec 12 2003 21:24:52
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
.
*** Packages of interest status:
Apache::Request: 2.02-dev
CGI : 2.89
LWP : 5.65
mod_perl : 1.9914
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by /usr/bin/mp2bug on Sat May 22 18:19:45 2004
GMT.
-------------8<---------- End Bug Report --------------8<----------
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stas Bekman <st...@stason.org>.
Stuart Jansen wrote:
> On Fri, 2004-05-21 at 12:42, Geoffrey Young wrote:
>
>>The URL
>>
>> http://perl.apache.org/~geoff/mod_perl-1.99_14.tar.gz
>>
>>has entered CPAN as
>>
>> file: $CPAN/authors/id/G/GE/GEOFF/mod_perl-1.99_14.tar.gz
>> size: 1264246 bytes
>> md5: 116dce5c909701b3812ae4ad6d91c6bd
>>
>>and is also available from:
>>
>> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz
>> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz.asc (pgp sig)
>>
>>--Geoff
>
>
> While creating RPMs, I discovered a new dependency on Data::Flow. I've
> packaged it also, but I'm curious if it really is required.
Not for the mod_perl users. It's required for us, core developers. I had to
include a forked version of C::Scan in the distro recently. And that one
requires Data::Flow. So feel free to exclude that requirement.
--
__________________________________________________________________
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
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stuart Jansen <sj...@byu.edu>.
On Fri, 2004-05-21 at 12:42, Geoffrey Young wrote:
> The URL
>
> http://perl.apache.org/~geoff/mod_perl-1.99_14.tar.gz
>
> has entered CPAN as
>
> file: $CPAN/authors/id/G/GE/GEOFF/mod_perl-1.99_14.tar.gz
> size: 1264246 bytes
> md5: 116dce5c909701b3812ae4ad6d91c6bd
>
> and is also available from:
>
> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz
> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz.asc (pgp sig)
>
> --Geoff
While creating RPMs, I discovered a new dependency on Data::Flow. I've
packaged it also, but I'm curious if it really is required.
--
Stuart Jansen <sjansen@byu.edu http://buscaluz.org/ AIM:StuartMJansen>
When in doubt, use brute force. -- Ken Thompson, co-creator of Unix
Re: [ANNOUNCE] mod_perl-1.99_14
Posted by Stuart Jansen <sj...@byu.edu>.
On Fri, 2004-05-21 at 12:42, Geoffrey Young wrote:
> The URL
>
> http://perl.apache.org/~geoff/mod_perl-1.99_14.tar.gz
>
> has entered CPAN as
>
> file: $CPAN/authors/id/G/GE/GEOFF/mod_perl-1.99_14.tar.gz
> size: 1264246 bytes
> md5: 116dce5c909701b3812ae4ad6d91c6bd
>
> and is also available from:
>
> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz
> http://apache.org/dist/perl/mod_perl-1.99_14.tar.gz.asc (pgp sig)
>
> --Geoff
I have packaged mod_perl-1.99_14 as RPMs for Fedora Core 1. They are
available at:
http://buscaluz.org/rpms/
I only have access to a FC1 system at the moment, but I expect you
should be able to rebuild the src.rpm on an FC2 system without any
trouble.
--
Stuart Jansen <sjansen@byu.edu http://buscaluz.org/ AIM:StuartMJansen>
When in doubt, use brute force. -- Ken Thompson, co-creator of Unix