php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #25792 Blank screen php files not parsed
Submitted: 2003-10-08 08:24 UTC Modified: 2003-10-08 22:17 UTC
From: jwprice at georgiasouthern dot edu Assigned:
Status: Not a bug Package: Scripting Engine problem
PHP Version: 4CVS-2003-10-08 (stable) OS: Solaris 8
Private report: No CVE-ID: None
 [2003-10-08 08:24 UTC] jwprice at georgiasouthern dot edu
Description:
------------
I have been having problems upgrading php to 4.3.3 tried the latest stable version too (php4-STABLE-200310080930.tar.gz).  The compile and install seem to work fine but php scripts do not parse and I end up with a blank screen. Here's the weird part the same configure procedure works on a testserver with solaris 8. I ran a truss on the processes and here are the results of  what looks different between the two machines. The last line with Err#13 is the difference. There are no errors in the error_log.
I have included the configure scripts and system info below.
Thanks for any help.

Jim

> 14270:  stat("/www/index.php", 0x00235A38)              = 0
> 14270:  stat("/www/index.php", 0x00234A30)              = 0
> 14270:  umask(077)                                      = 022
> 14270:  umask(022)                                      = 077
> 14270:  setitimer(ITIMER_PROF, 0xFFBEF2C0, 0x00000000)  = 0
> 14270:  sigaction(SIGPROF, 0xFFBEF110, 0xFFBEF210)      = 0
> 14270:  brk(0x0023AB20)                                 = 0
> 14270:  brk(0x0023CB20)                                 = 0
> 14270:  time()                                          = 1065546949
> 14270:  getpid()                                        = 14270 [14264]
> 14270:  getpid()                                        = 14270 [14264]
> 14270:  open(".", O_RDONLY)                             Err#13 EACCES




Platform is a Solaris 2.8
webserver is apache 1.3.28
Using gcc 3.3 , tried gcc 3.2
I am installing  the static module of php to apache (note: cgi version works).
configuration  procedures have been the following.
apache configure comand.
./configure --prefix=/apache/tserver \
           --enable-module=rewrite \
           --activate-module=src/modules/php4/libphp4.a
php configure
 ./configure --prefix=/apache/new/local  \
           --with-apache=/apache/new/apache_1.3.28  \
           --with-gettext \
           --enable-track-vars \
           --enable-force-cgi-redirect \
           --with-mysql=/usr/local/mysql \
           --enable-ftp

The httpd.conf has the following (note: same config file as previous version of php 4.3.0 which works)
Added Addtype commands to VirtualHost section to see if that would work. No luck.
<VirtualHost ?.?.?.?:7777>
ServerName www.dummy.edu
ServerAdmin webmaster@dummy.edu
DocumentRoot "/www"
   AddType application/x-httpd-php .php
   AddType application/x-httpd-php-source .phps
</VirtualHost>
.
.
.
   <IfModule mod_negotiation.c>
       LanguagePriority en da nl et fr de el it ja kr no pl pt pt-br ru ltz ca e
s sv tw
   </IfModule>

   #
   # Add for PHP 4.x, use:
   #
   AddType application/x-httpd-php .php
   AddType application/x-httpd-php-source .phps

   AddType application/x-tar .tgz

   #
   # To use CGI scripts:
   #
   AddHandler cgi-script .cgi 

Oops forgot to check,  I did not make sure Apache error_log Advertizes "PHP/4.3.3". It does not. No core.
I would guess this means apache does not recognize the module upon startup, however, a httpd -l reveals mod_php4.c.
Checking my test server error_log It too does not Advertize PHP/4.3.3.

open_basedir and safe_mode settings are not set (default).

In regard to the Err#13 EACCES from "." What directory whould PHP or apache be trying to open would that be /www, the apache root or other? 

Reproduce code:
---------------
No code is parsed

Actual result:
--------------
see discription

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-10-08 22:17 UTC] iliaa@php.net
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

Duplicate od buf #25746
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved.
Last updated: Sun Jul 27 10:00:02 2025 UTC