Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <20356460.1170817746174.JavaMail.jira@brutus>
Date: Tue, 6 Feb 2007 19:09:06 -0800 (PST)
From: "Paulex Yang (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Closed: (HARMONY-3037) [classlib][nio]DatagramChannelImpl
  and SocketChannelImpl lack support for direct byte buffer
In-Reply-To: <3775039.1169530369186.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-3037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Paulex Yang closed HARMONY-3037.
--------------------------------


Verified by Leo.

> [classlib][nio]DatagramChannelImpl  and SocketChannelImpl lack support for direct byte buffer 
> ----------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-3037
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3037
>             Project: Harmony
>          Issue Type: Improvement
>          Components: Classlib
>            Reporter: Leo Li
>         Assigned To: Paulex Yang
>         Attachments: patch-3037.zip, patch-3037.zip, patch-3037_2.zip
>
>
> As spec says, "Given a direct byte buffer, the Java virtual machine will make a best effort to perform native I/O operations directly upon it. That is, it will attempt to avoid copying the buffer's content to (or from) an intermediate buffer before (or after) each invocation of one of the underlying operating system's native I/O operation". However, in Harmony nio, DatagramChannelImpl and SocketChannelImpl do not differentiate whether the byte buffer is direct or not.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.