Date: Tue, 07 Feb 2017 15:43:31 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 216872] Behavior for hsearch_r is flip-flopped per documentation (behavior matches Linux, docs match NetBSD) Message-ID: <bug-216872-8-FT9OelxaCU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-216872-8@https.bugs.freebsd.org/bugzilla/> References: <bug-216872-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216872 Pedro F. Giffuni <pfg@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|pfg@FreeBSD.org | --- Comment #2 from Pedro F. Giffuni <pfg@FreeBSD.org> --- (In reply to Ngie Cooper from comment #0) Some historical context as it seems to have been lost somehow: The original implementation of hsearch(3) for FreeBSD up to 10.x release, w= as indeed based on NetBSD. For the case of hsearch_r we adopted hsearch_r but = the NetBSD code never made it into a release as ed@ wrote a new implementation = in r292767. The implementation for hcreate(3) functions should match POSIX. hsearch_r(3= ) is a glibc extension. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-216872-8-FT9OelxaCU>