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

go to bug id or search bugs for

Doc Bug #14814 Strange error message on gzopen and ftp:// URL
Submitted: 2002-01-02 20:37 UTC Modified: 2002-04-06 10:18 UTC
From: dubious at 2xtreme dot net Assigned:
Status: Closed Package: Documentation problem
PHP Version: 4.1.1 OS: Linux (2.4.17)
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2002-01-02 20:37 UTC] dubious at 2xtreme dot net 
It's not clear from the manual whether or not gzopen is 
SUPPOSED to work with http:// and ftp:// URL's, but I get 
the impression the answer is "not yet".  (The 
documentation in the manual IMPLIES that it the 
filehandle-like functions should work with the exception 
of socket functions, but the user commentary below the 
gzopen entry implies that it doesn't work for http:// 
URL's either...)

However, when attempting to gzopen a .gz file from an FTP 
site, the error message returned is very strange:
-----------------------------------------------------
<b>Warning</b>:  
gzopen("ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz","r") 
- Success in <b>projects/phpdna/get28s.php</b> on line 
<b>69</b><br>
Like, dude!  Couldn't gzopen 
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz!
The gzopen returned

-----------------------------------------------------
("Warning - Success?????")

(the section of code that does this is:

-----------------------------------------------------
if(!($fhandle=gzopen($filename,"r")))
		{
		print("Like, dude!  Couldn't gzopen 
$filename!\n");
		print("The gzopen returned $fhandle\n");
		}
-----------------------------------------------------
where filename has obviously been passed as 
ftp://ftp.ncbi.nih.gov/genbank/gbpln3.seq.gz

There's a pause that implies the connection attempt is 
being made.  
(quick update, I just re-ran the script and did a capture 
with 'ethereal' - a connection IS being made and, passive 
mode is being switched to, and the RETR is started on the 
file, and about 3 1K packets seem to come across.  Are FTP 
URL's supposed to work?  Is this a 'gzopen ftp://' bug 
rather than an error message bug?)

I'll report the "Please Oh Please add http/ftp URL support 
to gzopen like fopen has!" separately as a feature request 
later, presuming it doesn't turn out that it's already 
been done and I just don't know what I'm doing...  Thanks!

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-01-03 02:01 UTC] georg@php.net 
For opening zip-files via ftp or httpd, there is a little 
note in the manual:

Note: The current CVS version 4.0.4-dev introduces a 
fopen-wrapper for .gz-files, so that you can use a special 
'zlib:' URL to access compressed files transparently using 
the normal f*() file access functions if you prepend the 
filename or path with a 'zlib:' prefix when calling 
fopen(). 

 This feature requires a C runtime library that provides 
the fopencookie() function. To my current knowledge the 
GNU libc is the only library that provides this feature. 

But for sure, this is not a solution for the errormessage 
:-)
 [2002-01-08 17:02 UTC] dubious at 2xtreme dot net 
(Just got email back from Georg, replying to my response 
to this [emailed directly as the bug-editing was down at 
the time]).

It sounds like neither gzopen nor zlib:// work for remote 
files at all.

Is this a bug or should I submit it as a feature request?

P.S. Thanks again for the reply!
 [2002-01-17 13:08 UTC] georg@php.net 
Currently its not possible, to combine diffrent wrappers.
So you can't use fopen("zlib:url/file.gz") or 
gzopen("url/file.gz").

I changed it to a documentation problem, maybe someone can 
add a note, that is not possible yet to combine wrappers.
 [2002-04-06 06:12 UTC] sander@php.net 
Isn't this possible with the new streams (in 4.3.0)?
 [2002-04-06 07:33 UTC] wez@php.net 
Yes, the new streams allow "nesting" a sequences of wrappers:
fopen("bzip2://zlib://http://host.domain", "r") should
in theory work, even it it doesn't make much sense.
Not every wrapper/stream is compatible in this way on
all systems, particularly if fopencookie is not part of
the systems c library.
 [2002-04-06 07:40 UTC] wez@php.net 
As an additional note, zlib: wrapper no longer requires fopencookie, so I would expect zlib://http:// and zlib://ftp:// to work on all systems.
Likewise, gzopen("http://") and gzopen("ftp://") should
also work on all systems.
This needs testing (you are welcome to try the current
CVS/recent snapshot).
 [2002-04-06 10:18 UTC] sander@php.net 
Closing.

Note: this will NOT work in 4.2.0, only in 4.3.0. If you want to try it, grab the latest CVS or a snapshot from http://snaps.php.net
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed Jun 26 14:01:32 2024 UTC