Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 1179 invoked by uid 500); 2 Dec 2001 06:57:33 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 1166 invoked from network); 2 Dec 2001 06:57:33 -0000 Message-ID: <041901c17afe$97df4c00$93c0b0d0@v505> From: "William A. Rowe, Jr." To: "Brian Pane" , References: <3C09CC06.5030208@pacbell.net> Subject: Re: [PATCH] a faster alternative to apr_pstrndup Date: Sun, 2 Dec 2001 00:57:18 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-OriginalArrivalTime: 02 Dec 2001 06:57:23.0136 (UTC) FILETIME=[97DF4C00:01C17AFE] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N From: "Brian Pane" Sent: Sunday, December 02, 2001 12:36 AM > This patch adds a function apr_pstrdupn(), which works like > apr_pstrndup() except that it's optimized for the case where > the caller can guarantee that the length of the supplied string > is >= 'n' Right idea - Thanks to you and Doug! However, can we please choose a less ambigious name such as apr_pstrtrunc() (Truncation?) I'm flexible with any other ideas as well, as long as we aren't one char from a bug. Bill