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

go to bug id or search bugs for

Bug #25641 ftp_rawlist long list retrive fail after 60 sec
Submitted: 2003-09-24 05:42 UTC Modified: 2003-09-29 05:55 UTC
From: sentomas at hotmail dot com Assigned:
Status: No Feedback Package: FTP related
PHP Version: 4.3.3 OS: FreeBSD
Private report: No CVE-ID: None
View Developer Edit
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: sentomas at hotmail dot com
New email:
PHP Version: OS:

 

 [2003-09-24 05:42 UTC] sentomas at hotmail dot com 
Description:
------------
if the ftp list so long that can retrive in 60sec, the ftp_rawlist() automaticly fail. 

I re-set FTP timeout and default_socket timeout and of cause use commandline mode , but it didnt seems to work.



Reproduce code:
---------------
//-lR option in order to make ftp server reply whole dir list, which might be very very long, so its take time more than 60 sec.
$dirlist = ftp_rawlist($conn_id, "-lR");
if ($dirlist === false){
   //defintely fail whatever you do after 60sec
   //commandline mode 
   return "fail";
}

Expected result:
----------------
might be some kind of "default_socket_timeout" limit in inter-core? because i saw the ftp.c will write to the list tmpfile first then output to array.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-09-24 06:22 UTC] sniper@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
 [2003-09-24 13:32 UTC] pollita@php.net 
Your use of ftp_rawlist is incorrect.  The second argument must contain a path (otherwise a -- technicly -- invalid command is sent to the server).

Try again with ftp_rawlist($conn_if, "-lR /");

(Passing -lR as arguments, while undocumented, will at least not result in invalid behavior)

I'm not saying this is necessarily the problem (in fact it's probably not), but I'd like to rule it out.

In the mean time, are you querying a public FTP server?  If so which one? (I'd like to reproduce the precise circumstances).  If it's a private FTP, it would help to at least know what FTP daemon is running (i.e.: ProFTPd, IIS, etc...)
 [2003-09-29 05:55 UTC] sniper@php.net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue Nov 04 09:00:01 2025 UTC