The goal is to avoid some kinds of low-memory deadlock when formatting
buffers.
Details
Details
- Reviewers
vangyzen bapt - Group Reviewers
manpages - Commits
- rG819999651131: sbuf(9): Add NOWAIT dynamic buffer extension mode
rS350691: sbuf(9): Add NOWAIT dynamic buffer extension mode
This reconciles one of the few semantic gaps between our in-house sbuf clone
and sbuf(9).
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
Comment Actions
Thanks!
share/man/man9/sbuf.9 | ||
---|---|---|
46 ↗ | (On Diff #59992) | vim-o, will fix |
sys/kern/subr_sbuf.c | ||
240 ↗ | (On Diff #59992) | This one is actually constructing the struct sbuf itself. I don't see much value in a heap version of that one that gracefully handles OOM, but I don't feel strongly about it. If you'd prefer it for consistency, I'm happy to use the flag here as well. |
sys/kern/subr_sbuf.c | ||
---|---|---|
240 ↗ | (On Diff #59992) | I agree that it doesn’t seem useful, but I think it’s best to be consistent. If the caller passes NOWAIT, blocking in malloc would be astonishing behavior. |