Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 38417 invoked from network); 20 Apr 2005 19:06:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Apr 2005 19:06:43 -0000 Received: (qmail 81699 invoked by uid 500); 20 Apr 2005 19:06:49 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 81640 invoked by uid 500); 20 Apr 2005 19:06:49 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 81623 invoked by uid 99); 20 Apr 2005 19:06:48 -0000 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=FROM_ENDS_IN_NUMS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of aok123@bellsouth.net designates 205.152.59.72 as permitted sender) Received: from imf24aec.mail.bellsouth.net (HELO imf24aec.mail.bellsouth.net) (205.152.59.72) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 20 Apr 2005 12:06:48 -0700 Received: from [172.16.1.101] ([65.80.200.112]) by imf24aec.mail.bellsouth.net (InterMail vM.5.01.06.11 201-253-122-130-111-20040605) with ESMTP id <20050420190639.SSFY2032.imf24aec.mail.bellsouth.net@[172.16.1.101]> for ; Wed, 20 Apr 2005 15:06:39 -0400 Message-ID: <42669A07.2090306@bellsouth.net> Date: Wed, 20 Apr 2005 14:05:59 -0400 From: Alex Karasulu User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@directory.apache.org Subject: Re: svn commit: r161903 - directory/network/trunk/src/java/org/apache/mina/common/ByteBuffer.java References: <20050419151415.90234.qmail@minotaur.apache.org> In-Reply-To: <20050419151415.90234.qmail@minotaur.apache.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ok I see what autoExpand is for now a buffer that can grow automatically. This is why slice() and other operations may not seem reasonable anymore from an implementation perspective. Makes sense but 'autoExpand' there has to be a better name out there. I did not get it until I read the docs. Perhaps there's a name that you can use that better expressess the functionality without requireing the user to have to hit the javadocs. Just my $0.02, Alex