From owner-freebsd-current@FreeBSD.ORG Thu Dec 18 05:36:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6897516A4CE for ; Thu, 18 Dec 2003 05:36:59 -0800 (PST) Received: from web13001.mail.yahoo.com (web13001.mail.yahoo.com [216.136.174.11]) by mx1.FreeBSD.org (Postfix) with SMTP id DD68C43D39 for ; Thu, 18 Dec 2003 05:36:56 -0800 (PST) (envelope-from edwinlculp@yahoo.com) Message-ID: <20031218133656.22250.qmail@web13001.mail.yahoo.com> Received: from [200.79.7.3] by web13001.mail.yahoo.com via HTTP; Thu, 18 Dec 2003 05:36:56 PST Date: Thu, 18 Dec 2003 05:36:56 -0800 (PST) From: Edwin Culp To: Scott W In-Reply-To: <3FE128CE.8000502@mindcore.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Problem with mod_php4 and Apache 1.3.29 in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2003 13:36:59 -0000 --- Scott W wrote: > Scott W wrote: > > > Hey all...any advice appreciated, but it appears > that mod_php4 as well > > as the full lang/php4 in combination with apache > manages to core > > apache every time I've tried it. Recent cvsup > from past week, along > > with current as of a few hours ago today, rebuild > of entire system, > > apache, php4 and mod_php4 all have the same > results- apache cores on > > startup with the following stack trace: > > > > Script started on Wed Dec 17 20:50:48 2003 > > You have mail. > > freeb# gdb /usr/local/sbin/apachectl httpd > httpd.core > > GNU gdb 5.2.1 (FreeBSD) > > This GDB was configured as > "i386-undermydesk-freebsd"... > > (no debugging symbols found)... > > Core was generated by `httpd'. > > Program terminated with signal 11, Segmentation > fault. > > Reading symbols from /lib/libcrypt.so.2...(no > debugging symbols > > found)...done. > > Loaded symbols for /lib/libcrypt.so.2 > > Reading symbols from > /usr/local/lib/libexpat.so.4... > > (no debugging symbols found)...done. > > Loaded symbols for /usr/local/lib/libexpat.so.4 > > Reading symbols from /lib/libc.so.5...(no > debugging symbols > > found)...done. > > Loaded symbols for /lib/libc.so.5 > > Reading symbols from /libexec/ld-elf.so.1...(no > debugging symbols > > found)... > > done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x28d8f8a0 in ?? () > > (gdb) bt > > #0 0x28d8f8a0 in ?? () > > #1 0x281716ec in nsdispatch () from > /lib/libc.so.5 > > #2 0x2814b0b5 in getpwnam_r () from > /lib/libc.so.5 > > #3 0x2814b30b in getpwuid_r () from > /lib/libc.so.5 > > #4 0x2814b25b in getpwuid_r () from > /lib/libc.so.5 > > #5 0x2814b3d9 in getpwnam () from /lib/libc.so.5 > > #6 0x08069638 in ap_uname2id () > > #7 0x08054786 in init_config_globals () > > #8 0x080549d1 in ap_read_config () > > #9 0x0805e43a in standalone_main () > > #10 0x0805ed1a in main () > > #11 0x0804e4f2 in _start () > > (gdb) q > > uname -a > > FreeBSD freeb.swtechnical.com 5.2-CURRENT FreeBSD > 5.2-CURRENT #0: Tue > > Dec 16 19:18:17 EST 2003 > > > root@freeb.swtechnical.com:/usr/src/sys/i386/compile/SMP52 > i386 > > Script done on Wed Dec 17 20:51:15 2003 > > > > Removing the > > LoadModule php4_module libexec/apache/libphp4.so > > and > > AddModule mod_php4.c > > > > lines from the httpd.conf file allows apache to > run properly....not > > that that helps much when you need to enable php > ;-) > > > > Scott > > > Following up to myself ;-) It appears to have been > one of the options > selected for PHP install, although I'm unsure as to > which yet...have > stripped options/left at default for testing, and > the default options do > work w/apache....may need to do a few more builds to > see if I can > determine which option (or combination thereof) > cause the issue w/use as > an apache module... If you have cclient/imap support, I would suggest removing them to test and if that happens to be the problem, look for a different version of cclient. I've had a would of Apache crashes in the past that turned out to be cclient. Good luck, ed __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/