From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <11736d5a032860f5a5f617703661555d@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] libndb In-Reply-To: <404B49F4.1070107@nospam.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-xsfszmewkerpahjinyjgepamok" Date: Sun, 7 Mar 2004 11:17:49 -0500 Topicbox-Message-UUID: 1ecd57d2-eacd-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-xsfszmewkerpahjinyjgepamok Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I have a better idea. Why don't I make the interface csgetvalue(char *netroot, char *attr, char *val, char *rattr, char **pp); If buf is non-zero, I strdup a reply and sick a pointer to it in pp. Given how much these routines to, it probably doesn't hurt to do the extra malloc/free. --upas-xsfszmewkerpahjinyjgepamok Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 7 11:13:34 EST 2004 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sun Mar 7 11:13:31 EST 2004 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 6473A19BF2; Sun, 7 Mar 2004 11:13:17 -0500 (EST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5FDBA19C81; Sun, 7 Mar 2004 11:13:13 -0500 (EST) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 9EF1819C81; Sun, 7 Mar 2004 11:12:37 -0500 (EST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 64B4219B5F for <9fans@cse.psu.edu>; Sun, 7 Mar 2004 11:12:36 -0500 (EST) Received: from nospam.com (h00095b53ce25.ne.client2.attbi.com[65.96.66.33]) by comcast.net (rwcrmhc13) with SMTP id <2004030716123501500imq58e>; Sun, 7 Mar 2004 16:12:35 +0000 Message-ID: <404B49F4.1070107@nospam.com> From: bs User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] libndb References: <20040307013844.3999.qmail@g.galapagos.bx.psu.edu> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: bs@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 07 Mar 2004 11:12:36 -0500 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on psuvax1.cse.psu.edu X-Spam-Status: No, hits=1.4 required=5.0 tests=DNS_FROM_RFCI_DSN autolearn=no version=2.63 X-Spam-Level: * Can i pass null for the buffer and a pointer to the length, and get the length needed to be allocated? > No, it just truncates. Suggest something else if you like. It's easy enough to > call werrstr in it. > > | These do the same thing csgetval, ndbgetval and ndbloolval but take a > | length for the buffer that gets filled. > > How do they signal that it wasn't big enough? --upas-xsfszmewkerpahjinyjgepamok--