The function retrieves the thread name previously set by pthread_set_name_np(3). The name is cached in the process memory.
Requested by: Willem Jan Withagen <wjw@digiware.nl>
Man page update: Yuri Pankov <yuripv@yuripv.net>
Details
Details
- Reviewers
jilles • ian - Group Reviewers
manpages - Commits
- rS337983: Add pthread_get_name_np(3).
rS337981: Reorder alphabetically.
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Skipped - Unit
Tests Skipped - Build Status
Buildable 18786
Event Timeline
| lib/libthr/thread/thr_info.c | ||
|---|---|---|
| 87 | What about when thread->name is NULL? Doesn't this need handling, like... else if (len > 0) buf[0] = 0; | |
| share/man/man3/pthread_set_name_np.3 | ||
|---|---|---|
| 72 | Please note that this duplicates what's already (perhaps, vaguely) documented in pthread(3)'s STANDARDS section:
| |
| share/man/man3/pthread_set_name_np.3 | ||
|---|---|---|
| 72 | Yes, but what do you want me to change there ? I do not see a harm in repeating this information. | |
| share/man/man3/pthread_set_name_np.3 | ||
|---|---|---|
| 72 | Just a FYI, I see no problem here. | |
| lib/libthr/thread/thr_info.c | ||
|---|---|---|
| 57 | Could this be thread->name = strdup(name) instead? It will also set the value to null on allocation failure. | |
Comment Actions
Use strdup(3).
I was so concerned with another use of malloc(3) in libthr, so when I decided that it is fine, failed to realize that I reimplemented strdup(3).