From dev-return-24953-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Thu Jul 19 01:05:28 2012 Return-Path: X-Original-To: apmail-apr-dev-archive@www.apache.org Delivered-To: apmail-apr-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 E0B709EFE for ; Thu, 19 Jul 2012 01:05:27 +0000 (UTC) Received: (qmail 77228 invoked by uid 500); 19 Jul 2012 01:05:27 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 77150 invoked by uid 500); 19 Jul 2012 01:05:27 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 77140 invoked by uid 99); 19 Jul 2012 01:05:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jul 2012 01:05:27 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of bojan@rexursive.com designates 150.101.121.179 as permitted sender) Received: from [150.101.121.179] (HELO beauty.rexursive.com) (150.101.121.179) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jul 2012 01:05:20 +0000 Received: from [10.1.120.20] (shrek.rexursive.com [10.1.120.20]) by beauty.rexursive.com (Postfix) with ESMTPSA id D890F161300; Thu, 19 Jul 2012 11:04:56 +1000 (EST) Message-ID: <1342659896.1689.5.camel@shrek.rexursive.com> Subject: Re: apr_dbd_p[v]bquery/select patch From: Bojan Smojver To: Danny Cc: dev@apr.apache.org Date: Thu, 19 Jul 2012 11:04:56 +1000 In-Reply-To: <5000CB0D.9080602@inbeta.org> References: <5000AAA8.6090800@inbeta.org> <5000CB0D.9080602@inbeta.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.3 (3.4.3-2.fc17) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit On Sat, 2012-07-14 at 11:27 +1000, Danny wrote: > Patch to more clearly describes how the apr_dbd_p[v]bquery/select > functions work. I looked at the code of the drivers now and as far as I can tell, they actually work the way they are described already. They indeed take apr_size_t pointer when doing binds in binary mode. The non-binary functions take char pointer for length. -- Bojan