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.