core dump from apache/php?!

From: 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.

« previous php.dev (#6362) next »