core dump from apache/php?!
| From: | Tyler Hall | Date: | Tue, 01 Jun 1999 17:29:21 +0000 |
| Subject: | core dump from apache/php?! | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-6362@lists.php.net to get a copy of this message | ||
I'm sending this email because it was mentioned in the FAQ your web site.
I've had lots of problems with php, but they were all my fault and given
enough time I've always been able to correct the mistake and get it going
again :)
However, this one's over my head. The basic problem is this: When I have
netscape load up a particular script, a window comes up saying document
contains no data. After a bit of debugging, I've narrowed the problem
down to this one line:
$urlp=fopen($rem_url[$i],"r");
I'm just trying to open a connection to the university's webserver. The
script, when complete, will test any given url to ensure that the site
exists, is alive, and that the page is there as expected. But that line up
there causes a core dump. Note that when I compiled php, I did not put
this option in:
--disable-url-fopen-wrapper
and since I can't find any reference to it in the php.ini file, I'm
assuming it is turned on by default. Is this correct? Anyway, if it's my
fault, could you please help me? Otherwise, I hope the following
copy/paste bit helps you out...
By the way: for that line of code, $i is an integer (which was only ever a
0 as assigned by a FOR loop), and $rem_url is an array of strings (which
only held the string "http://www.unb.ca/index.html" in element 0).
Right
now, fclose($urlp) immediately follows, and I've tried commenting both out
and then one of each...It seems that only the fopen function causes a core
dump. Also note that I have had no trouble with opening files or even
connections to a MySQL database server. I have compiled php in with
apache running on a linux box.
# gdb httpd
GNU gdb 4.17
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 "i386-redhat-linux"...
(no debugging symbols found)...
(gdb) run -X -f /etc/httpd/conf/httpd.conf
Starting program: /usr/sbin/httpd -X -f /etc/httpd/conf/httpd.conf
Program received signal SIGSEGV, Segmentation fault.
0x12121212 in ?? ()
(gdb) bt
#0 0x12121212 in ?? ()
Cannot access memory at address 0x12121212.