Replies: 2 comments
-
Nobody? Maybe @earlephilhower can add his 5 cents? |
Beta Was this translation helpful? Give feedback.
0 replies
-
Hi, Just a quick response from me: I, too, have been mildly inconvenienced by the rather useless lines, but was too lazy to do anything about it. So, for the record, I wholeheartedly agree with the removal of the DEBUGV line when closing LittleFS files merged in #2554. Thank you! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi there! In one of my projects I'm using the Littlefs library. Looking at the LittleFS code the DEBUGV macro is, in general, used to log info related to errors. There is one exception though, when closing a file
arduino-pico/libraries/LittleFS/src/LittleFS.h
Line 468 in fdd7557
In other libraries the
DEBUGV
macro is also used for generic debugging, like inarduino-pico/cores/rp2040/PIOProgram.cpp
Line 68 in fdd7557
The output from DEBUGV can be suppressed, by undefining the
DEBUG_RP2040_PORT
macroarduino-pico/cores/rp2040/debug_internal.h
Line 24 in fdd7557
I am however using the
DEBUG_RP2040_PORT
macro to define where serial debugging ends up (nice), however the logs are spammed with rather useless lines likelfs_file_close: fd=0x200abcde
when doing some file IO. I do appreciate the DEBUGV logs in case things go wrong so I don't want to suppress all DEBUGV output.I see a few potential improvements here:
DEBUG_RP2040_PORT
to en-/disable the output of library debugging. Is there a better fit macro to control it?I found a more generic discussion about a logging library in #2066, but that doesn't deal with the strategy of using debugging macro's.
Any thoughts?
Beta Was this translation helpful? Give feedback.
All reactions