Return-Path: 
 <dev-return-23642-apmail-apr-dev-archive=apr.apache.org@apr.apache.org>
Delivered-To: apmail-apr-dev-archive@www.apache.org
Received: (qmail 88146 invoked from network); 16 Dec 2010 20:23:36 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 16 Dec 2010 20:23:36 -0000
Received: (qmail 16456 invoked by uid 500); 16 Dec 2010 20:23:36 -0000
Delivered-To: apmail-apr-dev-archive@apr.apache.org
Received: (qmail 16384 invoked by uid 500); 16 Dec 2010 20:23:35 -0000
Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:dev@apr.apache.org>
List-Help: <mailto:dev-help@apr.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@apr.apache.org>
List-Id: <dev.apr.apache.org>
Delivered-To: mailing list dev@apr.apache.org
Received: (qmail 16376 invoked by uid 99); 16 Dec 2010 20:23:35 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Dec 2010 20:23:35 +0000
X-ASF-Spam-Status: No, hits=0.7 required=10.0
	tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: 76.96.62.32 is neither permitted nor
 denied by domain of jim@jagunet.com)
Received: from [76.96.62.32] (HELO qmta03.westchester.pa.mail.comcast.net)
 (76.96.62.32)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Dec 2010 20:23:27 +0000
Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28])
	by qmta03.westchester.pa.mail.comcast.net with comcast
	id jo5f1f0060cZkys53wP78k; Thu, 16 Dec 2010 20:23:07 +0000
Received: from [192.168.199.10] ([69.251.84.64])
	by omta10.westchester.pa.mail.comcast.net with comcast
	id jwP61f00E1PGofZ3WwP6lS; Thu, 16 Dec 2010 20:23:07 +0000
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1082)
Subject: Re: [PATCH] %lld support in apr_snprintf()
From: Jim Jagielski <jim@jaguNET.com>
In-Reply-To: <30554DCD-35E8-45E6-9A46-60E9C077A6DE@jaguNET.com>
Date: Thu, 16 Dec 2010 15:23:05 -0500
Content-Transfer-Encoding: 7bit
Message-Id: <1AEDF293-893D-4A61-9896-0FD06BA89C83@jaguNET.com>
References: <37818C6C-E90A-4DA4-A57B-91E8A4612077@temme.net>
 <4CD3066E.7010402@rowe-clan.net>
 <1D4C0A5A-5966-41A9-AB53-F3963CD59E80@temme.net>
 <AANLkTikZe33rW-_PP_be=mDW9JMtu+jtQe-KztwxDh0v@mail.gmail.com>
 <AANLkTi=fwXYhBVE_gvwY2KiFT3xv36GG=_Vq_gmuW+=J@mail.gmail.com>
 <1DAE160F-A799-4E68-85F4-4AA7477EC3B8@nasa.gov>
 <AANLkTin7_-Fw2zv87LQdrVZZLkO_S7gXTOk-rX0rkexa@mail.gmail.com>
 <2AD67559-8ADA-4E9A-9DBF-3DF913C0D813@jaguNET.com>
 <yuahbeewutm.fsf@kabuki.mynet>
 <30554DCD-35E8-45E6-9A46-60E9C077A6DE@jaguNET.com>
To: APR Developer List <dev@apr.apache.org>
X-Mailer: Apple Mail (2.1082)


Here is my idea... currently, when looking for sizes
and formats for off_t, we do from smallest to largest
(int -> long -> long long). We also do the same when
checking apr_int64_t as well...

What if we do the reverse? What if instead of finding
the smallest that is the right size, we find the first,
starting with the longest?

I'm trying that out now, so we'll see...