php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #7706 HTML & PHP documents return "Document contains no data"
Submitted: 2000-11-08 21:06 UTC Modified: 2001-03-06 09:56 UTC
From: cbearden at rice dot edu Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.3pl1 OS: SunOS libadm189.rice.edu 5.6 Gen
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: cbearden at rice dot edu
New email:
PHP Version: OS:

 

 [2000-11-08 21:06 UTC] cbearden at rice dot edu 
PHP compiled as DSO for Apache 1.3.14

When module is loaded & server running, HTML & PHP docs return
"Document contains no data" messages to browser.   GIFs, however,
can be retrieved.

configure line:
--prefix=/path/to/php-4.0.3pl1
--with-apxs=/path/to/apache-1.3.14/sbin/apxs
--with-pgsql=/path/to/pgsql

php.ini file is dist file.

gdb output, incl. backtrace:

libadm189=/var/opt/apache/etc>gdb /usr/site/apache-1.3.14-DSO/sbin/httpd 
GNU gdb 4.18
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 "sparc-sun-solaris2.5.1"...
(gdb) run -X -f /var/opt/apache/etc/httpd.conf
Starting program: /usr/site/apache-1.3.14-DSO/sbin/httpd -X -f /var/opt/apache/e
tc/httpd.conf

Program received signal SIGSEGV, Segmentation fault.
0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
(gdb) bt
#0  0xef1deff0 in ?? () from /usr/site/apache-1.3.14-DSO/lib/libphp4.so
#1  0x4e260 in ap_invoke_handler ()
#2  0x6af3c in process_request_internal ()
#3  0x6b45c in ap_internal_redirect ()
#4  0x32348 in handle_dir ()
#5  0x4e260 in ap_invoke_handler ()
#6  0x6af3c in process_request_internal ()
#7  0x6afc0 in ap_process_request ()
#8  0x5e9d0 in child_main ()
#9  0x5ec64 in make_child ()
#10 0x5ee80 in startup_children ()
#11 0x5f870 in standalone_main ()
#12 0x6046c in main ()

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-03-06 07:34 UTC] stas@php.net 
You probably have some version incompatibility or build
problem between PHP and Apache. Are you sure apxs is from
the same Apache that is running? Does Apache contain any
non-standard modules?
 [2001-03-06 09:56 UTC] sniper@php.net 
User feedback:
-----------
After some consultation with other admins here at Rice, we think that 
the problem was an incompatibility between mod_perl with a perl that 
had large files support, and PHP 4.0.3pl1, both built as DSOs.  Others
were able to build Apache with both mod_perl & PHP as DSOs, using a 
perl that didn't have large files support compiled in.
------------

AFAIK, this problem was fixed in PHP 4.0.4pl1

--Jani
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sun Dec 22 06:01:30 2024 UTC