-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
C API for interfacing with traces? #587
Labels
Comments
danielocfb
added
enhancement
New feature or request
help wanted
Extra attention is needed
labels
Apr 2, 2024
danielocfb
pushed a commit
to d-e-s-o/blazesym
that referenced
this issue
Nov 12, 2024
The main Rust crate allows for configuration of the generic tracing infrastructure to glean some insights into what is going on. So far the C library didn't have any mechanism for tapping into that. This change adds such infrastructure with the new blaze_trace() function, which allows for registration of a callback function that is invoked for each emitted trace line. Closes: libbpf#587 Signed-off-by: Daniel Müller <[email protected]>
danielocfb
pushed a commit
to d-e-s-o/blazesym
that referenced
this issue
Nov 12, 2024
The main Rust crate allows for configuration of the generic tracing infrastructure to glean some insights into what is going on. So far the C library didn't have any mechanism for tapping into that. This change adds such infrastructure with the new blaze_trace() function, which allows for registration of a callback function that is invoked for each emitted trace line. It is intended to be used to better understand what is going on. Closes: libbpf#587 Signed-off-by: Daniel Müller <[email protected]>
danielocfb
pushed a commit
to d-e-s-o/blazesym
that referenced
this issue
Nov 12, 2024
The main Rust crate allows for configuration of the generic tracing infrastructure to glean some insights into what is going on. So far the C library didn't have any mechanism for tapping into that. This change adds such infrastructure with the new blaze_trace() function, which allows for registration of a callback function that is invoked for each emitted trace line. It is intended to be used to better understand what is going on. Closes: libbpf#587 Signed-off-by: Daniel Müller <[email protected]>
danielocfb
pushed a commit
to d-e-s-o/blazesym
that referenced
this issue
Nov 12, 2024
The main Rust crate allows for configuration of the generic tracing infrastructure to glean some insights into what is going on. So far the C library didn't have any mechanism for tapping into that. This change adds such infrastructure with the new blaze_trace() function, which allows for registration of a callback function that is invoked for each emitted trace line. It is intended to be used to better understand what is going on. Closes: libbpf#587 Signed-off-by: Daniel Müller <[email protected]>
danielocfb
pushed a commit
to d-e-s-o/blazesym
that referenced
this issue
Nov 12, 2024
The main Rust crate allows for configuration of the generic tracing infrastructure to glean some insights into what is going on. So far the C library didn't have any mechanism for tapping into that. This change adds such infrastructure with the new blaze_trace() function, which allows for registration of a callback function that is invoked for each emitted trace line. It is intended to be used to better understand what is going on. Closes: libbpf#587 Signed-off-by: Daniel Müller <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We could consider adding an API to
blazesym-c
for capturing traces emitted by the main crate. That could help with understanding of problems when evenblaze_err
is not sufficient.I would think that most likely that will take a form similar to https://docs.rs/libbpf-rs/latest/libbpf_rs/fn.set_print.html, which allows users to set a function to be invoked for each "event".
The text was updated successfully, but these errors were encountered: