commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 30345] - FTPFile.getSize() returns 0 on large files
Date Wed, 28 Jul 2004 05:05:35 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30345>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30345

FTPFile.getSize() returns 0 on large files

dfs@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From dfs@apache.org  2004-07-28 05:05 -------
It looks like there was a regression in the migration to new parsers.
Most of the new parsers parsed the file size as an integer instead of
a long, as was done by the old DefaultFTPFileListParser.  Changed all
of them to set the size to long.

Affected files:
  EnterpriseUnixFTPEntryParser.java
  NTFTPEntryParser.java
  OS2FTPEntryParser.java
  OS400FTPEntryParser.java
  UnixFTPEntryParser.java
  VMSFTPEntryParser.java

Please verify fix against CVS HEAD before closing.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message