JDK-4638365 : (fs) FileChannel.transfer{From,To}, {Scatter,Gather}ingByteChannel & large files
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.nio
  • Affected Version: 1.4.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2002-02-15
  • Updated: 2003-04-12
  • Resolved: 2002-09-02
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.4.2 mantisFixed
Related Reports
Relates :  
JDK-4470017 - (fs) FileChannel.transfer{From,To} methods broken for large files (spec)
Relates :  
JDK-4643189 - (fs) FileChannel.transferTo() for files greater than 2^31-1 bytes (win)
Description
When the parameters and return types for FileChannel.transfer{From,To} and
{Scatter,Gather}ingByteChannel were revised from int to long, only a minimum set
of changes was done.  We need to verify that the actual implementations can handle large files.  

For an example of potential problems, see the implementation of
sun.io.ch.FileChannelImpl.transferTo().  It is impossible for that method to 
ever return anything larger than Integer.MAX_VALUE.

-- iag@sfbay 2002-02-14
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis mantis-b02 FIXED IN: mantis mantis-b02 INTEGRATED IN: mantis mantis-b02
14-06-2004
EVALUATION The spec makes no guarantee about how many bytes are processed, so it is perfectly legal to always return values that fit into an integer. Therefore I am changing this to an RFE for Mantis or Tiger. ###@###.### 2002-04-09
09-04-2002