You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Sean Chittenden <se...@chittenden.org> on 2001/03/16 21:20:11 UTC

Apache 1.3.19 + mod_perl does build on FreeBSD 4.3-BETA

	FYI, apache + mod_perl + FreeBSD 4.3-BETA is having problems
building.  Anyone have any ideas?  It looks like it's dying on the use
of sysctl.  I know it compiles/works fine with a stock apache install,
but when I toss in mod_perl it dies hard.  -sc

On Fri, Mar 16, 2001 at 11:58:33AM -0800, Sean Chittenden wrote:
From: Sean Chittenden <se...@chittenden.org>
To: stable@freebsd.org
Subject: Re: Apache 1.3.19 does not work out of jail either -- UPDATED

	Alright, here's the scenario (I don't use jail and it still breaks):

rand# perl Makefile.PL APACHE_PREFIX=/www/testing APACHE_SRC=../apache-1.3.19/src DO_HTTPD=1 USEA_APACI=1 EVERYTHING=1
Will configure via APACI
[... many lines later...]
Creating Makefile in src
 + configured for FreeBSD 4.3 platform
 + setting C pre-processor to cc -E
 + checking for system header files
 + adding selected modules
    o perl_module uses ConfigStart/End
      + mod_perl build type: OBJ
      + id: mod_perl/1.25
      + id: Perl/5.00503 (freebsd) [perl]
      + setting up mod_perl build environment
      + adjusting Apache build environment
      + enabling Perl support for SSI (mod_include)
[snip]
rand# make install

rand# /www/testing/bin/apachectl configtest
Syntax OK
Segmentation fault - core dumped

rand# ll httpd.core
-rw-------  1 root  wheel  823296 Mar 16 11:40 httpd.core

rand# gdb /www/testing/bin/httpd httpd.core 
[snip]
This GDB was configured as "i386-unknown-freebsd"...
(no debugging symbols found)...
Core was generated by `httpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)...
done.
Reading symbols from /usr/lib/libperl.so.3...(no debugging symbols found)...
done.
Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...done.
Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done.
Reading symbols from /usr/lib/libc_r.so.4...(no debugging symbols found)...
done.
Reading symbols from /usr/lib/libutil.so.3...(no debugging symbols found)...
done.
Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)...
done.
#0  0x2822f53c in sysctl () from /usr/lib/libc.so.4

(gdb) bt
#0  0x2822f53c in sysctl () from /usr/lib/libc.so.4
#1  0x28244fca in .cerror () from /usr/lib/libc.so.4
#2  0x28244eca in exit () from /usr/lib/libc.so.4
#3  0x80a6b9f in main ()
#4  0x80549c3 in _start ()

(gdb) run
Starting program: /www/testing/bin/httpd 
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x2822f53c in sysctl () from /usr/lib/libc.so.4

	And there 'ya have it.  I don't know where to begin proding,
but I'll keep the binaries around incase someone else has any
questions or wants more information.  -sc

	I did some looking into this because I had the same problem.

mod_perl + kernel (Tuesday build) = problem with sysctl

	I'll rebuild apache with mod_perl and see if I can get more
problems, but I remember looking into it and finding that sysctl() was
where it wasy dying.  Thoughts anyone?  -sc

-- 
Sean Chittenden                sean@chittenden.org