php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #7216 ftp_mkdir returns nothing
Submitted: 2000-10-15 00:27 UTC Modified: 2000-11-03 16:54 UTC
From: steve at plastrik dot com Assigned:
Status: Closed Package: FTP related
PHP Version: 4.0.3 OS: Solaris 2.7
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: steve at plastrik dot com
New email:
PHP Version: OS:

 

 [2000-10-15 00:27 UTC] steve at plastrik dot com
ftp_mkdir returns nothing, regardless of success or failure.

  $strm=ftp_connect($HOST);
  $res=ftp_login($strm, $FTP_USER, $FTP_PASS);
  $res=ftp_mkdir($strm, "foo");

It also causes a warning to be displayed in the browser:

Warning: ftp_mkdir: MKD command successful. in /usr/local/apache/htdocs/pub_profs.php on line 122

This seems like it should be an easy fix (for some one other than me).  I would be happy to manually edit and test and changes to ftp.c or php_ftp.c

Please advise.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-10-28 05:17 UTC] sniper@php.net
I can not reproduce this with the latest CVS. 
ftp_mkfir() returns the full path of created directory 
if success and false on error.

--Jani

 [2000-11-01 12:29 UTC] sniper@php.net
Are you connecting into solaris FTP ??

It seems like the solaris's ftpd doesn't follow
the RFC i.e. when MKD command is given it doesn't
return the path created but only the succesful error code.


--Jani
 [2000-11-03 16:54 UTC] sniper@php.net
Fixed in CVS. Now it returns the directory name passed to it if
the ftp server doesn't have it in the reply.

--Jani
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Apr 20 02:01:29 2024 UTC