Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 94421 invoked from network); 23 Oct 2007 13:24:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Oct 2007 13:24:52 -0000 Received: (qmail 48315 invoked by uid 500); 23 Oct 2007 13:24:39 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 48285 invoked by uid 500); 23 Oct 2007 13:24:39 -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 48276 invoked by uid 99); 23 Oct 2007 13:24:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Oct 2007 06:24:38 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of t.p.ellison@gmail.com designates 64.233.184.237 as permitted sender) Received: from [64.233.184.237] (HELO wr-out-0506.google.com) (64.233.184.237) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Oct 2007 13:24:41 +0000 Received: by wr-out-0506.google.com with SMTP id c48so1036857wra for ; Tue, 23 Oct 2007 06:24:19 -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:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=Ib4kzsxEZMYA5sFonio4US1CUsY6Y5W6pLx5P0fQvpw=; b=S2h7xgUcsq4Y2D8fBL+08l3k7VBLNl5EjiGWPT0EuF5TguITAhUSfFZ5qpIkhf8k5t2WCt4pnjRedI2jxNN1fs+L/j996M9BwU9/M84++cyQgjEe95yxuQ07XFmKUf/QSgdwfjDK1K0ZlTYQPwNHxwNCAsGO8r4XNP64bPjFyns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=pHVHHeuEo69iCyud4ClXjTlprUw2ukJqN0mZIuCxFCfLY8b3BS10xioPRbLj3ncvgwTIfvTv+zxTYHWYOcsAzZeXHpRNXG8jWFsOS0rVoQLuIK7YgIS0hqohAxLsd3Wj3pV68gcFY5rAkyqLOOPHsqRrPkwxxM1xZIsPofpwMC8= Received: by 10.78.171.20 with SMTP id t20mr3993062hue.1193145858075; Tue, 23 Oct 2007 06:24:18 -0700 (PDT) Received: from ?9.20.183.67? ( [195.212.29.67]) by mx.google.com with ESMTPS id i7sm350432nfh.2007.10.23.06.24.16 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Oct 2007 06:24:17 -0700 (PDT) Message-ID: <471DF5FC.4030400@gmail.com> Date: Tue, 23 Oct 2007 14:24:12 +0100 From: Tim Ellison User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: dev@harmony.apache.org Subject: Re: [classlib][nio] FileChannel.tryLock() does not work on Linux References: <16766439.1193119190950.JavaMail.jira@brutus> <471DC83E.8070709@apache.org> <471DD7F1.3010309@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Sian January wrote: > No, sorry - I don't think there's a spec change, I was just thinking if the > spec isn't clear then we should follow the RI. But if you think we can take > "using a unique channel is strongly recommended" to mean "using multiple > channels is unsupported/undefined" then it probably is clear enough. Not sure I'd describe it as 'clear' :-) In this case, the RI behavior changed between major releases without (AFAIK) the spec for that behavior changing. Maybe they introduced a bug rather than fixed one?! Regards, Tim