[
https://issues.apache.org/jira/browse/IO-385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13673469#comment-13673469
]
Sebb commented on IO-385:
-------------------------
URL: http://svn.apache.org/r1489119
Log:
Document possible exception when file is truncated during copying
Modified:
commons/proper/io/trunk/src/main/java/org/apache/commons/io/FileUtils.java
> FileUtils.doCopyFile can potentially loop for ever
> --------------------------------------------------
>
> Key: IO-385
> URL: https://issues.apache.org/jira/browse/IO-385
> Project: Commons IO
> Issue Type: New Feature
> Reporter: Sebb
>
> FileUtils.doCopyFile caches the input file size and only exits the loop once
> it has read sufficient bytes.
> If the input file is truncated after obtaining the file size, the loop might
> never exit.
> One possible way round this might be to check whether anything has been
> transferred. However, I don't know if it's possible for
> FileChannel.transferFrom() to temporarily return 0 when there is data
> available; if so that could cause some existing applications to break.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
