mirror of
https://github.com/Nanaloveyuki/BitLogger.git
synced 2026-07-24 00:42:18 +00:00
1.7 KiB
1.7 KiB
name, group, category, update-time, description, key-word
| name | group | category | update-time | description | key-word | ||||
|---|---|---|---|---|---|---|---|---|---|
| file-sink-reopen-append | api | sink | 20260613 | Reopen a FileSink in append mode. |
|
File-sink-reopen-append
Reopen a FileSink in append mode. This helper is the explicit append-oriented recovery shortcut on the direct sink.
Interface
pub fn FileSink::reopen_append(self : FileSink) -> Bool {
input
self : FileSink- File sink that should be reopened in append mode.
output
Bool- Whether reopen succeeded.
Explanation
Detailed rules explaining key parameters and behaviors
- This helper is a specialized shortcut over
reopen(append=Some(true)). - Reopen behavior is fixed to append mode.
- The stored append policy is updated to
trueas part of the reopen path. - On failure, the sink remains unavailable and
open_failuresis incremented.
How to Use
Here are some specific examples provided.
When Need Append-preserving Recovery
When file logging should continue appending after a reopen:
ignore(sink.reopen_append())
In this example, reopen behavior is fixed to append mode.
When Want An Explicit Append Shortcut
When code should avoid manually setting append overrides:
let ok = sink.reopen_append()
In this example, the call site states append intent directly.
Error Case
e.g.:
-
If callers need truncate behavior instead,
reopen_truncate()is the correct API. -
If reopen fails, the helper returns
falseand the sink stays unavailable.
Notes
-
Use this helper for explicit append-mode reopen flows.
-
It is especially useful after transient file availability issues.