Return-Path: X-Original-To: apmail-river-dev-archive@www.apache.org Delivered-To: apmail-river-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7FEE1115BD for ; Wed, 14 May 2014 09:15:20 +0000 (UTC) Received: (qmail 45784 invoked by uid 500); 14 May 2014 09:15:20 -0000 Delivered-To: apmail-river-dev-archive@river.apache.org Received: (qmail 45756 invoked by uid 500); 14 May 2014 09:15:20 -0000 Mailing-List: contact dev-help@river.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@river.apache.org Delivered-To: mailing list dev@river.apache.org Received: (qmail 45748 invoked by uid 99); 14 May 2014 09:15:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 May 2014 09:15:20 +0000 X-ASF-Spam-Status: No, hits=1.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of pats@acm.org does not designate 209.86.89.68 as permitted sender) Received: from [209.86.89.68] (HELO elasmtp-masked.atl.sa.earthlink.net) (209.86.89.68) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 May 2014 09:15:13 +0000 Received: from [70.230.199.45] (helo=[192.168.1.108]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1WkVH1-0008VL-Te for dev@river.apache.org; Wed, 14 May 2014 05:14:52 -0400 Message-ID: <53733409.5060305@acm.org> Date: Wed, 14 May 2014 02:14:49 -0700 From: Patricia Shanahan User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: dev@river.apache.org Subject: Re: The King of all Bugs References: <53733158.7020102@zeus.net.au> In-Reply-To: <53733158.7020102@zeus.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 9a090983a806273c061ba25959e76cc985338a7d01cb3b6a7e972de0d01da9404c91c97051d15c73e2c4c678aa20d88d350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 70.230.199.45 X-Virus-Checked: Checked by ClamAV on apache.org ByteBuffer is a subclass of Buffer, whose documentation says, under "Thread Safety", "Buffers are not safe for use by multiple concurrent threads. If a buffer is to be used by more than one thread then access to the buffer should be controlled by appropriate synchronization." Is access controlled by appropriate synchronization? How are the buffers communicated between the threads? Patricia On 5/14/2014 2:03 AM, Peter Firmstone wrote: > One of the things I like about JERI is it's multiplexing and multithreaded. > > What I don't like about JERI is, it passes ByteBuffers between calling > threads and pool threads. > > Who can guess what's wrong with that? > > Peter.