From owner-freebsd-doc Sun Jul 4 14:48:18 1999 Delivered-To: freebsd-doc@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id C825415107 for ; Sun, 4 Jul 1999 14:48:05 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.2) id UAA77777; Sun, 4 Jul 1999 20:01:09 +0100 (BST) (envelope-from nik) Date: Sun, 4 Jul 1999 20:01:09 +0100 From: Nik Clayton To: Tim Singletary Cc: freebsd-doc@freebsd.org Subject: Re: ndbm function man pages? Message-ID: <19990704200109.B71138@catkin.nothing-going-on.org> References: <199907011224.IAA19350@talon.clark.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199907011224.IAA19350@talon.clark.net>; from Tim Singletary on Thu, Jul 01, 1999 at 08:24:14AM -0400 Organization: Nik at home, where there's nothing going on Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jul 01, 1999 at 08:24:14AM -0400, Tim Singletary wrote: > I just noticed that FreeBSD 3.2 doesn't have man pages for the ndbm > functions (dbm_open(), dbm_close(), dbm_fetch(), etc) even though > these are in libc. Do you happen to know which part of the source tree they come from? I'm running 3.2-stable, which has /usr/src/lib/libc/man/, and manual pages for dbopen(3), btree(3), and so on. A look in /usr/src/lib/libc/db/hash/ shows the dbm_* functions are defined here, but it also looks like the proper way to use them is via the dbopen(3) function. > Is this the appropriate place to ask why? Sort of. I'm not a dbm_ programmer, and if no one else answers with authorative advice you may be better off double checking on the -questions or -hackers mailing lists first. > Is anyone fixing this? Not that I know of. > If not, I can submit a bare-bone stub-of-a-man-page for these > functions ... Please do, using send-pr(1) if at all possible. As I say, please check on -questions or -hackers first though. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message