Date: Tue, 07 Feb 2017 02:53:30 +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@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216872 Bug ID: 216872 Summary: Behavior for hsearch_r is flip-flopped per documentation (behavior matches Linux, docs match NetBSD) Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: ngie@FreeBSD.org It seems that we grabbed the manpages for hcreate*(3) from NetBSD, but the actual implementation is patterned after Linux. In particular, .../contrib/netbsd-tests/lib/libc/stdlib/t_hsearch.c tests that text code f= rom a non-existent item when action=3DFIND, but the value it tests it against i= s 1 (Linux -> non-zero -> error), not 0 (NetBSD -> zero -> error). I opened a b= ug for the non-intuitive behavior on NetBSD here: http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=3D51957 . The documentation should match the implementation, at bare minimum. Whether= or not the implementation matches Linux or NetBSD is a point of debate. --=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>