The scheme employed in Babeltrace to break this cycle consists in the
"children" holding *reverse component references* to their parents. That
The scheme employed in Babeltrace to break this cycle consists in the
"children" holding *reverse component references* to their parents. That
-is, in the context of CTF IR, that event classes hold a reference to
-their parent stream class and stream classes hold a reference to their
-parent trace.
+is, in the context of the trace IR, that event classes hold a reference
+to their parent stream class and stream classes hold a reference to
+their parent trace.
On the other hand, parents hold *claiming aggregation references* to
their children. A claiming aggregation reference means that the object
On the other hand, parents hold *claiming aggregation references* to
their children. A claiming aggregation reference means that the object
$ G_SLICE=always-malloc G_DEBUG=gc-friendly PYTHONMALLOC=malloc \
BABELTRACE_NO_DLCLOSE=1 valgrind --leak-check=full \
$ G_SLICE=always-malloc G_DEBUG=gc-friendly PYTHONMALLOC=malloc \
BABELTRACE_NO_DLCLOSE=1 valgrind --leak-check=full \
the Python plugin provider (Valgrind will probably show a lot of errors
which originate from Python interpreter anyway).
the Python plugin provider (Valgrind will probably show a lot of errors
which originate from Python interpreter anyway).
libraries (plugins) which it loads. This is needed to see the
appropriate backtrace when Valgrind shows errors.
libraries (plugins) which it loads. This is needed to see the
appropriate backtrace when Valgrind shows errors.
Internal, generic logging API which you can use in any Babeltrace
subproject. This is the translation of `zf_log.h`.
Internal, generic logging API which you can use in any Babeltrace
subproject. This is the translation of `zf_log.h`.
Specific internal header to use within the library. This header
defines `BT_LOG_OUTPUT_LEVEL` to a custom, library-wide hidden
symbol which is the library's current log level before including
Specific internal header to use within the library. This header
defines `BT_LOG_OUTPUT_LEVEL` to a custom, library-wide hidden
symbol which is the library's current log level before including
-Do not include `<babeltrace/logging-internal.h>` or
-`<babeltrace/lib-logging-internal.h>` in a header which contains logging
+Do not include `<babeltrace2/logging-internal.h>` or
+`<babeltrace2/lib-logging-internal.h>` in a header which contains logging
statements: this header could be included in source files which define a
different <<choose-a-tag,tag>>, for example. See
<<logging-instrument-header, Instrument a C header file>>.
statements: this header could be included in source files which define a
different <<choose-a-tag,tag>>, for example. See
<<logging-instrument-header, Instrument a C header file>>.
`_bt_log_global_output_lvl` symbol. In practice, we never use this
symbol, and always make sure that `BT_LOG_OUTPUT_LEVEL` is defined to a
module-wise or subproject-wise hidden symbol before including
`_bt_log_global_output_lvl` symbol. In practice, we never use this
symbol, and always make sure that `BT_LOG_OUTPUT_LEVEL` is defined to a
module-wise or subproject-wise hidden symbol before including
-`<babeltrace/logging-internal.h>`. In the library,
-`<babeltrace/lib-logging-internal.h>` does this job: just include this
+`<babeltrace2/logging-internal.h>`. In the library,
+`<babeltrace2/lib-logging-internal.h>` does this job: just include this
example, there is one log level per component class, which makes log
filtering easier during execution.
+
example, there is one log level per component class, which makes log
filtering easier during execution.
+
of your module's object in your module's root `Makefile.am`.
. Add the log level initializing environment variable name to the
of your module's object in your module's root `Makefile.am`.
. Add the log level initializing environment variable name to the