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
- Lint
Lint Passed - Unit
No Test Coverage - Build Status
Buildable 25448 Build 24073: arc lint + arc unit
Event Timeline
Comment Actions
Thanks!
share/man/man9/sbuf.9 | ||
---|---|---|
46 | vim-o, will fix | |
sys/kern/subr_sbuf.c | ||
240 | 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 | 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. |