Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 18976 invoked from network); 2 Apr 2008 22:33:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Apr 2008 22:33:19 -0000 Received: (qmail 18147 invoked by uid 500); 2 Apr 2008 22:33:18 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 17794 invoked by uid 500); 2 Apr 2008 22:33:17 -0000 Mailing-List: contact dev-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 dev@harmony.apache.org Received: (qmail 17785 invoked by uid 99); 2 Apr 2008 22:33:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 15:33:17 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sith.list@gmail.com designates 72.14.220.159 as permitted sender) Received: from [72.14.220.159] (HELO fg-out-1718.google.com) (72.14.220.159) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 22:32:36 +0000 Received: by fg-out-1718.google.com with SMTP id 16so2582190fgg.36 for ; Wed, 02 Apr 2008 15:32:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=vAGOOzLuWw0+CuNyu+Sn9dmAH2QV1YVt1YTA5+2fnr8=; b=Hf35PgcRar5ErudLEdB1p6k+6YAg84Y3AoM39XwZm9Z1Nf9ZnSZGWq+IctWcXiKSQ0imFPaU09VeRbEVlYXEIn4oBdqQB0fXvsGOJNeiX+pBbnqX5N94Ij804CNwkdZa+3xn37Zgwk+1f5y2SH8Nq/AvnZqHEEr9364ud+MqwAg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:mime-version:content-type; b=IjQv+aPkyB38WdvDhnQ/GvCV+pgw+0ETzioF2wgCM+mgnaECSha6uqMtK3N2daHdeSDrQKNEkGBf/HUNDHviKR8YHedrYk5wbYMvzrusRJzoczzHEn+xjQCjgzxvW682j9LlW1zGNH+c/2rOb+qMnFulycroR0g/ILedetaO+r0= Received: by 10.86.27.9 with SMTP id a9mr6577327fga.62.1207175566916; Wed, 02 Apr 2008 15:32:46 -0700 (PDT) Received: by 10.86.50.1 with HTTP; Wed, 2 Apr 2008 15:32:45 -0700 (PDT) Message-ID: <1bfb2c330804021532l117aaa5bt33aab8089fbb9a24@mail.gmail.com> Date: Wed, 2 Apr 2008 15:32:45 -0700 From: "Krishna R" To: dev@harmony.apache.org Subject: [classlib][luni] readByte polls instead of blocking? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20912_1113659.1207175566915" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_20912_1113659.1207175566915 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi. I was under the assumption that readByte() blocked in Java. But we found that readByte internally calls pollSelectRead () in socket.c which polls with 100ms timeout. Is there any reason to do this? We do see a not poll option in the code but it is not turned on by default. This is on Linux BTW. I wonder if there was a reasoning behind this i am overlooking. Thanks, Krish ------=_Part_20912_1113659.1207175566915--