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

[EMAIL PROTECTED] changed:

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



------- Additional Comments From [EMAIL PROTECTED]  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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to