-
Notifications
You must be signed in to change notification settings - Fork 7k
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
logging: add LOG_RAW macro #23019
Comments
This could be useful for the Bluetooth monitor as well. CC @jhedberg |
In the case of the monitor protocol (btsnoop) it's all binary, whereas I think the suggestion here is for LOG_RAW to take a string. |
@jhedberg that is correct. May the existing feature LOG_HEXDUMP be close to what you need? |
what level would that use. Do we implicitly assume something (e.g. info) or create |
Edit: I think your idea with explicit level is good. If not, I would set it as ERR. |
Hi @nordic-krch, This issue, marked as an Enhancement, was opened a while ago and did not get any traction. Please confirm the issue is correctly assigned and re-assign it otherwise. Please take a moment to review if the issue is still relevant to the project. If it is, please provide feedback and direction on how to move forward. If it is not, has already been addressed, is a duplicate, or is no longer relevant, please close it with a short comment explaining the reason. @koffes you are also encouraged to help moving this issue forward by providing additional information and confirming this request/issue is still relevant to you. Thanks! |
The logging system provides many useful features.
In our system we get prints on the format: <wrn_lvl>
This is fine most of the time, but sometimes we want to use ANSI escape characters for cursor positioning. With the current system we cannot e.g. save the cursor position in a desirable manner because <wrn_lvl> has been printed before the command reaches the terminal.
Suggestion: Add a LOG_RAW macro which uses all the features of the logging system, but omits the timestamp, level and module.
@nordic-krch
The text was updated successfully, but these errors were encountered: