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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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

Pull Requests

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-2025 The PHP Group
All rights reserved.
Last updated: Thu Jul 10 05:01:35 2025 UTC