POSIX_TRACE_CLEAR(3P)
π POSIX_TRACE_CLEAR π
ok so bestie, you're reading the POSIX Programmer's Manual page for POSIX_TRACE_CLEAR(3P), and honestly? It's giving "reset button energy." Let's get into it. π
β¨ PROLOG β¨
Heads up, boo: this manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ β so if you're on Linux, pls pls pls go consult the corresponding Linux manual page for the deets on Linux behavior. Or, plot twist, the interface may just... not be implemented on Linux at all. π iykyk.
πΈ NAME πΈ
posix_trace_clear β clear trace stream and trace log (TRACING)
π¦ SYNOPSIS π¦
#include <sys/types.h>
#include <trace.h>
int posix_trace_clear(trace_id_t trid);
π DESCRIPTION π
So what does posix_trace_clear() actually do? It shall reinitialize the trace stream identified by the argument trid as if it were returning from the posix_trace_create() function β but with some iconic exceptions, ok?
- the same allocated resources shall be reused,
- the mapping of trace event type identifiers to trace event names shall be unchanged,
- and the trace stream status shall remain unchanged (so like, if it was running, it remains running, and if it was suspended, it remains suspended). no cap. π«Ά
Now the kinda sad part: all trace events in the trace stream recorded before the call to posix_trace_clear() shall be lost. Gone. Poof. π The posix_stream_full_status status shall be set to POSIX_TRACE_NOT_FULL.
Also, there is no guarantee that all trace events that occurred during the posix_trace_clear() call are recorded β the behavior with respect to trace points that may occur during this call is unspecified. So like, don't count on it, bestie. π
Okay so if you've got the Trace Log option: if the Trace Log option is supported and the trace stream has been created with a log, the posix_trace_clear() function shall reinitialize the trace stream with the same behavior as if the trace stream was created without the log, plus it shall reinitialize the trace log associated with the trace stream identified by the argument trid as if it were returning from the posix_trace_create_withlog() function β except that:
- the same allocated resources, for the trace log, may be reused,
- and the associated trace stream status remains unchanged.
The first trace event recorded in the trace log after the call to posix_trace_clear() shall be the same as the first trace event recorded in the active trace stream after the call to posix_trace_clear(). π
The posix_log_full_status status shall be set to POSIX_TRACE_NOT_FULL. There is no guarantee that all trace events that occurred during the posix_trace_clear() call are recorded in the trace log; the behavior with respect to trace points that may occur during this call is unspecified.
π¨ WARNING, bestie, this one matters: if the log full policy isPOSIX_TRACE_APPEND, the effect of a call to this function is unspecified for the trace log associated with the trace stream identified by thetridargument. So like, just... don't. π
β RETURN VALUE β
Upon successful completion, the posix_trace_clear() function shall return a value of zero. Otherwise, it shall return the corresponding error number. Simple as that, periodt. π
π₯ ERRORS π₯
The posix_trace_clear() function shall fail if:
EINVALβ the value of thetridargument does not correspond to an active trace stream. bestie that's not a real trace stream, that's a vibe check fail. π
The following sections are informative.
π EXAMPLES π
None.
like literally none. nothing. empty. π
π APPLICATION USAGE π
None.
also none. we love a low-effort section. π
π§ RATIONALE π§
None.
yep. none. β¨
π FUTURE DIRECTIONS π
The posix_trace_clear() function may be removed in a future version. so like, enjoy it while it lasts, i guess? π
π SEE ALSO π
posix_trace_attr_destroy()posix_trace_create()posix_trace_get_attr()
The Base Definitions volume of POSIX.1β2017, <sys_types.h>, <trace.h>
πΈ COPYRIGHT πΈ
Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http://www.opengroup.org/unix/online.html .
Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .
and that's the whole page, bestie!! this little masterpiece is brought to you by IEEE/The Open Group, 2017 β yeah, 2017, she's vintage but she still ate. π«Άβ¨ bye pookie, go clear some trace streams responsibly π
π¦ where this page comes from
- alpine 3.22: man-pages-posix 2017a-r0 Β· custom
- alpine 3.23: man-pages-posix 2017a-r0 Β· custom
- alpine 3.24: man-pages-posix 2017a-r0 Β· custom
- arch rolling: man-pages 6.19-1
- arch rolling: man-pages 6.20-1 Β· BSD-2-Clause AND BSD-3-Clause AND BSD-4.3TAHOE AND BSD-4-Clause-UC AND GPL-1.0-or-later AND GPL-2.0-only AND GPL-2.0-or-later AND GPL-3.0-or-later AND LGPL-3.0-linking-exception AND LGPL-3.0-or-later AND LicenseRef-Public-Domain AND LicenseRef-UltraPermissive AND Linux-man-pages-1-para AND Linux-man-pages-copyleft AND Linux-man-pages-copyleft-2-para AND Linux-man-pages-copyleft-var AND MIT AND Spencer-94
- nixpkgs unstable: man-pages-posix 2017a
- opensuse-leap 16.0: man-pages-posix 2017a-160000.4.1 Β· SUSE-IEEE
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms