Re: [PHP-DEV] Bug #4045: Apache segfaults when PHP is loaded From: Thomas Swan (tswan <email protected>)
Date: 04/05/00

I'm using the same .src.rpm from the MySQL site and have no problems. This
is on RedHat 6.0 box running a 2.2.14 kernel.

At 03:56 AM 4/5/2000, you wrote:
>Apologies for the lousy webmail (iName) but my usual server is sitting
>beside me (instead of sitting at the ISP) and is the one with the
>offending problem on it.
>
> ---- you wrote:
> > MySQL from rpms? If so, try compiling from source and see if you have the
> > same problem.
>
>Well, both.
>
>I did rpm --rebuild MySQL-3.22.32-1.src.rpm and then installed the
>subsequent binary RPMs.
>
> >
> > It seems to me that I remember chasing down IO_new_*() related problems
> > before and it ended up being a glibc mismatch problem of some sort.
>
>Is it possible that there's something f?cked in the source RPM that
>doesn't occur with the tarball? Or could it be some sort of weird
>compiler-related thing? (optimizing/linking?) How about upgrading glibc etc.?
>
>It should be of note that PHP4RC1 didn't barf but it did compile with
>warnings. Although *that* httpd, modperl, Scoop (scoop.kuro5hin.org), and
>Storable.so didn't get along well either (*sigh*).
>
>I'm up for helping to chase this down, if anyone can give me the "... for
>Non-Coder Types" instructions or experimental patches to try.
>
> >
> > On 5 Apr 2000 admin <email protected> wrote:
> >
> > > From: admin <email protected>
> > > Operating system: Linux 2.2.14/Mandrake 7.0
> > > PHP version: 3.0.16
> > > PHP Bug Type: Reproduceable crash
> > > Bug description: Apache segfaults when PHP is loaded
> > >
> > > Kernel modules 2.1.121
> > > Gnu C 2.95.2
> > > Binutils 2.9.5.0.16
> > > Linux C Library 2.1.2
> > > Dynamic linker ldd (GNU libc) 2.1.2
> > > Procps 2.0.6
> > > Mount 2.9y
> > > Net-tools 1.53
> > > Console-tools 0.2.2
> > > Sh-utils 2.0
> > > Modules Loaded 3c59x
> > >
> > > Apache 1.3.12
> > > modperl 1.22
> > > mod_ssl 2.6.2-1.3.12
> > > php 3.0.16
> > > MySQL 3.22.32
> > > gd 1.7.3
> > > zlib 1.1.3
> > >
> > > modssl: # ./configure --with-apache=../apache-1.3.12
> > >
> > > modperl: # perl Makefile.PL USE_APACI=1 DO_HTTPD=1 PREP_HTTPD=1
> EVERYTHING=1 PERL_MARK_WHERE=1 (autodetects apache source tree in 1.22)
> > > # make
> > > # make install
> > >
> > > apache: # ./configure --with-layout=RedHat --enable-module=ssl
> --enable-shared=ssl --enable-shared=max
> --activate-module=src/modules/perl/libperl.a --disable-shared=perl
> > > # make
> > > # make certificate TYPE=existing
> > > # make install
> > >
> > > php: # ./configure --with-apxs=/usr/sbin/apxs --with-mysql --with-gd
> --with-xml --with-zlib
> > > # make
> > > # make install
> > >
> > > edit /etc/httpd/conf/httpd.conf to move the LoadModule php3_module
> line out of the <IfDefine SSL> section (Is this a bug?) and activate the
> appropriate AddType lines.
> > >
> > > # apachectl start
> > > (no error message but no running httpd's)
> > >
> > > # gdb /usr/sbin/httpd /core
> > > GNU gdb 19991116
> > > Copyright 1998 Free Software Foundation, Inc.
> > > GDB is free software, covered by the GNU General Public License, and
> you are
> > > welcome to change it and/or distribute copies of it under certain
> conditions.
> > > Type "show copying" to see the conditions.
> > > There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> > > This GDB was configured as "i586-mandrake-linux"...
> > > Core was generated by `/usr/sbin/httpd'.
> > > Program terminated with signal 11, Segmentation fault.
> > > Reading symbols from /lib/libm.so.6...done.
> > > Reading symbols from /lib/libcrypt.so.1...done.
> > > Reading symbols from /lib/libnsl.so.1...done.
> > > Reading symbols from /lib/libdl.so.2...done.
> > > Reading symbols from /lib/libc.so.6...done.
> > > Reading symbols from /lib/ld-linux.so.2...done.
> > > Reading symbols from /lib/libnss_files.so.2...done.
> > > Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
> > > Reading symbols from /usr/lib/apache/mod_env.so...done.
> > > Reading symbols from /usr/lib/apache/mod_log_config.so...done.
> > > Reading symbols from /usr/lib/apache/mod_mime.so...done.
> > > Reading symbols from /usr/lib/apache/mod_negotiation.so...done.
> > > Reading symbols from /usr/lib/apache/mod_status.so...done.
> > > Reading symbols from /usr/lib/apache/mod_include.so...done.
> > > ---Type <return> to continue, or q <return> to quit---
> > > Reading symbols from /usr/lib/apache/mod_autoindex.so...done.
> > > Reading symbols from /usr/lib/apache/mod_dir.so...done.
> > > Reading symbols from /usr/lib/apache/mod_cgi.so...done.
> > > Reading symbols from /usr/lib/apache/mod_asis.so...done.
> > > Reading symbols from /usr/lib/apache/mod_imap.so...done.
> > > Reading symbols from /usr/lib/apache/mod_actions.so...done.
> > > Reading symbols from /usr/lib/apache/mod_userdir.so...done.
> > > Reading symbols from /usr/lib/apache/mod_alias.so...done.
> > > Reading symbols from /usr/lib/apache/mod_access.so...done.
> > > Reading symbols from /usr/lib/apache/mod_auth.so...done.
> > > Reading symbols from /usr/lib/apache/mod_setenvif.so...done.
> > > Reading symbols from /usr/lib/apache/libphp3.so...done.
> > > Reading symbols from /usr/lib/libpng.so.2...done.
> > > Reading symbols from /usr/lib/libz.so.1...done.
> > > Reading symbols from /usr/lib/libgd.so.1...done.
> > > Reading symbols from /usr/lib/libmysqlclient.so.6...done.
> > > Reading symbols from /usr/lib/libgdbm.so.2...done.
> > > Reading symbols from /lib/libpam.so.0...done.
> > > Reading symbols from /lib/libresolv.so.2...done.
> > > Reading symbols from /lib/libpthread.so.0...done.
> > > #0 0x402f0224 in ?? ()
> > >
> > > (gdb) bt
> > > #0 0x402f0224 in ?? ()
> > > #1 0x400cceaa in _IO_new_file_close_it (fp=0x81ee298) at fileops.c:136
> > > #2 0x400c873a in _IO_new_fclose (fp=0x81ee298) at iofclose.c:50
> > > #3 0x40332b9e in php3_init_config () at configuration-parser.y:226
> > > #4 0x40328fea in php3_config_ini_startup () at main.c:947
> > > #5 0x403299dd in php3_module_startup () at main.c:1238
> > > #6 0x40327288 in php3_create_dir () from /usr/lib/apache/libphp3.so
> > > #7 0x80828cc in ap_single_module_configure ()
> > > #8 0x8062124 in load_module ()
> > > #9 0x8080f9e in invoke_cmd ()
> > > #10 0x8081961 in ap_handle_command ()
> > > #11 0x80819ff in ap_srm_command_loop ()
> > > #12 0x8081e54 in ap_process_resource_config ()
> > > #13 0x80827dc in ap_read_config ()
> > > #14 0x808ca20 in standalone_main ()
> > > #15 0x808d36c in main ()
> > > #16 0x400979ee in __libc_start_main (main=0x808cfb4 <main>, argc=1,
> > > argv=0xbffffc94, init=0x8060de0 <_init>, fini=0x812ddc4 <_fini>,
> > > rtld_fini=0x4000a570 <_dl_fini>, stack_end=0xbffffc8c)
> > > at ../sysdeps/generic/libc-start.c:90
> > >
> > > Apache starts and runs okay without PHP loaded. This has been an
> ongoing thing since ~3.0.13 on Mandrake 7.0 (i.e. I can reproduce it on
> different machines using Mandrake 7.0)
>
>
>------------------------------------------------------
>Get free personalized email at http://four11.iname.com
>
>--
>PHP Development Mailing List <http://www.php.net/>
>To unsubscribe, e-mail: php-dev-unsubscribe <email protected>
>For additional commands, e-mail: php-dev-help <email protected>
>To contact the list administrators, e-mail: php-list-admin <email protected>

-
- Thomas Swan
- ________________________________________
- Graduate Student - Computer Science
- The University of Mississippi
-
- "People can be divided into two groups,
- those that put people into two groups and
- those that don't."