From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@labs.coraid.com>
Date: Thu, 19 Jan 2012 18:56:55 -0500
To: 9fans@9fans.net
Message-ID: <44c2a0c73c586878a569ee074cdd084a@coraid.com>
In-Reply-To: <EB9FA4E6-D6CC-401D-90A2-852E26FBBAD0@orthanc.ca>
References: <3456bc974ba7b432c1e61cb5a5492314@ladd.quanstro.net>
	<87B8E7AD-7956-4F2F-8F59-566651922EED@corpus-callosum.com>
	<9900fab97779679305fe3fceec64a38d@coraid.com>
	<1f84be967187ad0ab70e35a0fc1f7063@coraid.com>
	<EB9FA4E6-D6CC-401D-90A2-852E26FBBAD0@orthanc.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] dns vs. textrr
Topicbox-Message-UUID: 5fc73834-ead7-11e9-9d60-3106f5b1d025

On Thu Jan 19 18:33:42 EST 2012, lyndon@orthanc.ca wrote:
>
> On 2012-01-19, at 2:12 PM, erik quanstrom wrote:
>
> > that seems a bit ... goofy. it would seem better for
> > bio to do this internally?  surely there isn't code that
> > relies on this behavior?
>
> Or maybe realloc() a larger buffer and try to carry on?  There's no guarantee of buffer pointer consistency across B* calls, is there?  Default to 8K (or whatever), and place an adjustable cap of, say, 128K, on the dynamic bsize.

sizing the buffer has been considered (putting in a cap puts the
caller in the same position as before).  it's probablly the best option,
if the goal is to rehabilitate Brdline().  i'm wondering if it shouldn't
just be considered depricated.

- erik