[DragonFlyBSD - Submit #1398] (Resolved) hdestroy(3) restricts hash key to point to malloc'ed space

liweitianux bugtracker-admin at leaf.dragonflybsd.org
Sun Oct 4 06:16:42 PDT 2026


Issue #1398 has been updated by liweitianux.

Status changed from In Progress to Resolved

The latest POSIX seems specified the wanted behavior, which has also been adopted by FreeBSD, NetBSD and OpenBSD. So applied the patch and update the man page in both master and 6.4 branches. Thank you.

The only consumer @bc(1)@ can be cleaned up a bit later.

----------------------------------------
Submit #1398: hdestroy(3) restricts hash key to point to malloc'ed space
http://bugs.dragonflybsd.org/issues/1398#change-14771

* Author: Anonymous
* Status: Resolved
* Priority: Normal
* Category: Userland
* Target version: 6.4
----------------------------------------
Salute.

hdestroy(3) frees the memory pointed to by the hash key. In other words it expects the user to always have malloc()'ed rather than used static allocation for the hash key. This doesn't apply to the data associated with the key.

Although POSIX standard doesn't say much on this particular topic:

# This is unnecessarily restrictive. If the user wants static allocation, we should allow this. If she wants dynamic then let *her* free the memory she malloc()'ed.
# It is in conflict with the example code in the POSIX page. The code segfaults if you add an hdestroy() call in the end of it.
# Programs that target other implementations may segfault in DragonFly (that'show I discovered it). AFAIK sunOS 5.10 and a recent glibc work fine, whereas {Net, Free, DragonFly}BSD all are affected because they share the same code. (One could argue that all programs written with the *BSD version in mind would
result in a memory leak. But still I think these programs (if any) should be fixed.)

Any thoughts ?

Cheers,
Stathis

---Files--------------------------------
hdestroy-3-Don-t-call-free-3-for-each-hash-key.patch (2.27 KB)
1398-manual-example-cleanup.patch (1.63 KB)


-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account


More information about the Submit mailing list