php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #22125 fopen fails after upgrade from 4.2.3 to 4.3.0 on Solaris
Submitted: 2003-02-08 14:03 UTC Modified: 2003-02-19 20:26 UTC
Votes:2
Avg. Score:4.0 ± 1.0
Reproduced:2 of 2 (100.0%)
Same Version:2 (100.0%)
Same OS:1 (50.0%)
From: randy dot wilcox at sas dot com Assigned:
Status: Not a bug Package: Filesystem function related
PHP Version: 4.3.0 OS: Solaris
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: randy dot wilcox at sas dot com
New email:
PHP Version: OS:

 

 [2003-02-08 14:03 UTC] randy dot wilcox at sas dot com
A simple fopen() command returns a false rather than a handle. The same script works correctly on Solaris with PHP 4.2.3 and works correctly under Redhat 8.0 with PHP 4.3.0 and 4.2.3 and Tru64 with the same versions.

I have configured PHP with the following options:

./configure --with-mysql --enable-wddx --with-apxs2=/usr/local/apache2/bin/apxs

Please feel free to contact me if you need any additional information.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-02-08 14:14 UTC] sniper@php.net
There are many reasons why the fopen() might fail..
Try adding 'error_reporting(E_ALL);' to your script
before fopen() call and you'll propably get an error message
saying why it fails..

 [2003-02-15 07:56 UTC] mark dot thomas1 at ntlworld dot com
I'm getting a similar no return from fopen() command since web hosts upgraded to PHP 4.3

System is running Apache/1.3.27 (Unix).

I tried adding 'error_reporting(E_ALL);' with no change or error reported. No problem before upgrade and script works fine on Apache 1.3.27 with PHP 4.2.3

Server admins were unable to suggest a reason for the change.

Hope this might be of some help, apologies if not. I can provide script if required.
 [2003-02-19 15:21 UTC] mark dot thomas1 at ntlworld dot com
Please ignore mine. Admin fixed problem at their side after not thinking there was a problem initially.

Apologies for above.
 [2003-02-19 20:26 UTC] wez@php.net
user reports local configuration problem -> Bogus.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Mar 28 15:01:29 2024 UTC