php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #12425 apache core dumps when started with a php.ini in /usr/local/lib
Submitted: 2001-07-27 09:56 UTC Modified: 2001-08-01 09:46 UTC
From: chris at brenden dot com Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.6 OS: Linux - Red Hat 7.1
Private report: No CVE-ID: None
 [2001-07-27 09:56 UTC] chris at brenden dot com
Just Compile 4.0.6 (Apache-1.3.20 DSO) amazingly all the
stuff I compiled in worked.  When I have a php.ini in
/usr/local/lib and try to start the server it bombs out (the
back trace is below).  The cgi version seems to work
accordingly and report all modules working correctly (via
php_info()).  The apache config file seems correct aswell. 
Any help would be greatly appreciated.  This is on a stock
Red Hat 7.1 system.


(gdb) bt
#0  0x405b4d63 in virtual_file_ex (state=0xbfffd5b8,
    path=0xbfffc580 "/usr/local/lib/php.ini", verify_path=0)
    at tsrm_virtual_cwd.c:335
#1  0x404bf6e0 in expand_filepath (
    filepath=0xbfffe690 "/usr/local/lib/php.ini", real_path=0x0)
    at fopen_wrappers.c:531
#2  0x404bedcf in php_fopen_and_set_opened_path (
    path=0xbfffe690 "/usr/local/lib/php.ini",
mode=0x406a7ec8 "r",
    opened_path=0x40738364) at fopen_wrappers.c:237
#3  0x404bf44e in php_fopen_with_path (filename=0x406a7eca
"php.ini",
    mode=0x406a7ec8 "r", path=0x8120e8c ".:/usr/local/lib",
    opened_path=0x40738364) at fopen_wrappers.c:414
#4  0x404bfbd8 in php_init_config
(php_ini_path_override=0x0) at php_ini.c:240
#5  0x404bd93f in php_module_startup (sf=0x40737260) at
main.c:827
#6  0x404bb1e8 in php_apache_startup
(sapi_module=0x40737260) at mod_php4.c:259
#7  0x404bbcd6 in php_init_handler (s=0x80f1890,
p=0x80f1868) at mod_php4.c:744
#8  0x08083dda in ap_init_modules () at eval.c:41
#9  0x0808e340 in main () at eval.c:41
#10 0x4019c177 in __libc_start_main (main=0x808df9c <main>,
argc=1,
    ubp_av=0xbffff8ec, init=0x8053268 <_init>,
fini=0x80c6300 <_fini>,
    rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff8dc)
    at ../sysdeps/generic/libc-start.c:129

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-07-27 23:37 UTC] sniper@php.net
What was the configure line used to configure PHP?

 [2001-07-28 09:43 UTC] chris at brenden dot com
The Config Command Line (Per Request by Sniper): 
./configure --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl/ --enable-magic-quotes --disable-short-tags --enable-dmalloc --with-zlib --enable-bcmath --with-bz2 --enable-calendar --enable-ctype --with-curl --with-dom=/usr/local --enable-exif --with-fdftk=/usr/local --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/local --with-ttf --with-t1lib --with-gettext --with-imap=/usr/local --with-ircg --enable-mbstring --with-mcrypt --with-mhash --with-mysql --with-pdflib=/usr/local --with-tiff-dir=/usr/local --with-pgsql --with-pspell --with-qtdom --with-readline --with-mm --enable-trans-sid --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp --enable-inline-optimization

This configuration works perfectly as a static apache module just the DSO breaks.
 [2001-07-30 06:36 UTC] sniper@php.net
Does it really segfault on that line?

#0  0x405b4d63 in virtual_file_ex (state=0xbfffd5b8, 

You didn't paste the couple of lines before that one.. :)

--Jani

 [2001-08-01 09:46 UTC] sniper@php.net
Removing --enable-dmalloc fixed the problem.
As there is another bug report about this already, I'm
closing this one. It's most likely problem with mixed
versions of dmalloc lib.

--Jani

 
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Thu Aug 11 00:05:46 2022 UTC