Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <573689370.1245224167330.JavaMail.jira@brutus>
Date: Wed, 17 Jun 2009 00:36:07 -0700 (PDT)
From: "Tim Ellison (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Closed: (HARMONY-6234) [classlib][nio]
 FileChannel.transferTo should not check the upper bound of position and
 count
In-Reply-To: <17268765.1245056827487.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Tim Ellison closed HARMONY-6234.
--------------------------------


> [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.