harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tim Ellison (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-6234) [classlib][nio] FileChannel.transferTo should not check the upper bound of position and count
Date Tue, 16 Jun 2009 10:17:07 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-6234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Tim Ellison updated HARMONY-6234:
---------------------------------

    Fix Version/s: 5.0M11

> [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
>             Fix For: 5.0M11
>
>         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.


Mime
View raw message