Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 890 invoked from network); 15 Jun 2009 08:55:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Jun 2009 08:55:20 -0000 Received: (qmail 37550 invoked by uid 500); 15 Jun 2009 08:55:32 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 37526 invoked by uid 500); 15 Jun 2009 08:55:31 -0000 Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list commits@harmony.apache.org Received: (qmail 37517 invoked by uid 99); 15 Jun 2009 08:55:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jun 2009 08:55:31 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jun 2009 08:55:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id BEF6D234C1EE for ; Mon, 15 Jun 2009 01:55:07 -0700 (PDT) Message-ID: <699130605.1245056107780.JavaMail.jira@brutus> Date: Mon, 15 Jun 2009 01:55:07 -0700 (PDT) From: "Li Jing Qin (JIRA)" To: commits@harmony.apache.org Subject: [jira] Updated: (HARMONY-6232) [classlib][luni] sendfile should not return -1 when EAGAIN is fired. In-Reply-To: <918603933.1245055507417.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-6232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Li Jing Qin updated HARMONY-6232: --------------------------------- Attachment: HARMONY-6232.diff This is fixes. > [classlib][luni] sendfile should not return -1 when EAGAIN is fired. > -------------------------------------------------------------------- > > Key: HARMONY-6232 > URL: https://issues.apache.org/jira/browse/HARMONY-6232 > Project: Harmony > Issue Type: Bug > Environment: linux > Reporter: Li Jing Qin > Attachments: HARMONY-6232.diff, MySendFileTest.java, SendFileClient.java, SendFileServer.java, test.txt > > > When transferring file with NONBLOCKING mode, an EAGAIN will be returned by errno. This is because two ends is related to the sending file. If one end is much faster than the other, this end will block though setting NONBLOCKING. So we should return the actually bytes we have transfered and ignore the EAGAIN. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.