NetBSD Problem Report #11171

Received: (qmail 4541 invoked from network); 8 Oct 2000 22:02:04 -0000
Message-Id: <200010082202.e98M22Y05381@sam.few.eur.nl>
Date: Mon, 9 Oct 2000 00:02:02 +0200 (MEST)
From: Paul Kranenburg <pk@sam.few.eur.nl>
Reply-To: pk@netbsd.org
To: gnats-bugs@gnats.netbsd.org
Subject: the `roken' library is entirely undocumented
X-Send-Pr-Version: 3.95

>Number:         11171
>Category:       lib
>Synopsis:       the `roken' library is entirely undocumented
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    lib-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Sun Oct 08 22:03:01 +0000 2000
>Closed-Date:    
>Last-Modified:  Wed Oct 25 20:25:46 +0000 2000
>Originator:     Paul Kranenburg
>Release:        NetBSD-current & NetBSD 1.5ALPHA
>Organization:

>Environment:

System: NetBSD sam 1.5E NetBSD 1.5E (SAM) #74: Sun Sep 10 00:35:00 MEST 2000 pk@sam:/usr/src/sys/arch/sparc/compile/SAM sparc


>Description:
	The `roken' library neither supplies a set of manual pages nor
	any other form of documentation that justifies its existence as part
	of the base installation. Note that not even its name provides
	the slightest cue on what it might contain..

	Inspection of the source directory learns that it provides lots of
	functions for which perfectly good alternatives exist in our
	existing C and utilities base libraries. One function - signal() -
	might even upset applications that are unaware of the gratuitous
	argument munging that is done by the `roken' version.
>How-To-Repeat:

>Fix:
	Think long and hard about the reasons for libroken's existence
	in a NetBSD system. If, in the end, it is deemed indispensible,
	provide adequate documentation on its functionality.
>Release-Note:
>Audit-Trail:
>Unformatted:

Home	PR Database Search