|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #7918 fopen fails to open file of form http://....
Submitted: 2000-11-21 23:38 UTC Modified: 2001-04-10 09:36 UTC
From: david at buchan dot org Assigned: venaas (profile)
Status: Closed Package: Filesystem function related
PHP Version: 4.0.3pl1 OS: Linux Redhat 7.0
Private report: No CVE-ID: None
 [2000-11-21 23:38 UTC] david at buchan dot org
[This is related to bug 7894 which was closed without statement of resolution.  It looks to be the same error].

In performing a local installation of Sourceforge 2.0 on Linux Redhat 7.0, the following error occurs with the fopen statement of the form:


The file is not opened and subsequent use of the file handles confirm that.

If the url is typed directly into Netscape's Address box it works fine and the expected results are returned.

Users on the Sourceforge offsite discussion group report everthing was fine until 4.03x was installed.

I am using:
Apache 1.3.14
Php 4.0.3pl1 (complied as an apache module)
Linux Redhat 7.0

All configurations were out of the box following the basic install instructions.

php.ini was not modified.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2000-11-22 07:04 UTC]
Please add complete (but shortest possible) script
to this report which does not work.

 [2000-12-30 19:51 UTC]
No feedback. And this works for me.

 [2001-01-07 14:33 UTC]
The reason might be that fopen()  doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the fopen()
call and see if it contains a redirect.

 [2001-03-08 20:30 UTC]
Please try the latest CVS snapshot from


 [2001-04-10 09:36 UTC]
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug report.


PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Wed Jun 19 23:01:29 2024 UTC