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

go to bug id or search bugs for

Bug #19051 fopen() fails with "http" or "https" URL as file descriptor...
Submitted: 2002-08-22 12:00 UTC Modified: 2002-08-24 12:14 UTC
From: javakel at 12dollaraccess dot com Assigned:
Status: Closed Package: Filesystem function related
PHP Version: 4.2.2 OS: Solaris 9
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: javakel at 12dollaraccess dot com
New email:
PHP Version: OS:

 

 [2002-08-22 12:00 UTC] javakel at 12dollaraccess dot com 
problem with fopen() on Solaris 9 running PHP4.2.2:
fopen() fails to open a file on the file system if said file is referenced with a URL, i.e.:
fopen("http://myserver/myfile.txt", "r") FAILS!
fopen("https://myserver/myfile.txt", "r") FAILS!

fopen() functions as expected when using non-URL, full path names, i.e.:
fopen("/export/home/myfiles/myfile.txt", "r") SUCCESS!

fopen() is obviously having some issues in 4.2.2, as earlier versions of PHP's fopen() function have had no problem accessing files on the file system via a URL...
it should be noted, however, that fopen() is notorious for being broken in various PHP versions/distributions...
maybe the problem is with Solaris9?
anyone have any ideas on this one?

best.

hive_slave

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-08-22 14:46 UTC] sander@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip
 [2002-08-24 11:28 UTC] javakel at 12dollaraccess dot com 
update on this issue:
using the listed CVS snapshot, fopen() is better, but not completely fixed...
here's the breakdown for the snap:
fopen("http://mywebsite/mydir/myfile.txt", "r") now SUCCEEDS!
fopen("https://mywebsite/mydir/myfile.txt", "r") still FAILS!
fopen("/disk2/myfiles/myfile.txt", "r") still SUCCEEDS!

almost there guys! ;-)

best.

hive_slave
 [2002-08-24 12:14 UTC] iliaa@php.net 
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Ability to open files over https:// is ONLY avaliable in version 4.3.0 and would only work if you had OpenSSL support compiled into PHP.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Mon Jun 24 12:01:31 2024 UTC