You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Tim Ellison (JIRA)" <ji...@apache.org> on 2009/06/16 12:11:07 UTC
[jira] Assigned: (HARMONY-6234) [classlib][nio]
FileChannel.transferTo should not check the upper bound of position and
count
[ https://issues.apache.org/jira/browse/HARMONY-6234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tim Ellison reassigned HARMONY-6234:
------------------------------------
Assignee: Tim Ellison
> [classlib][nio] FileChannel.transferTo should not check the upper bound of position and count
> ---------------------------------------------------------------------------------------------
>
> Key: HARMONY-6234
> URL: https://issues.apache.org/jira/browse/HARMONY-6234
> Project: Harmony
> Issue Type: Bug
> Environment: 64bit machine.
> Reporter: Li Jing Qin
> Assignee: Tim Ellison
> Priority: Minor
> Attachments: HARMONY-6234.diff
>
>
> We should not check the upper bound of position and count with Integer.MAX_VALUE.
> 1. api does not say that.
> 2. On the 64bit machine, using the java test file contained in HARMONY-6232, change the offset to a number which is bigger than the Integer.MAX_VALUE. Using a pretty large test file, I am using a file with size 4G.
> The test case should be passed on the 64bit machine.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.