we’re aware of this issue and have been thinking about short-, medium-, and long-term solutions. There are a few goals we want to align with the GLTH_LOGX macros across the SDK, so we need to plan accordingly. Thanks for bumping this, it’s on our radar and we’ll work on a near-term fix.
Hiya @cdwilson, nice to see you building more projects with Golioth!
Thanks for reporting the issues with the logging macros. I just merged a change that replaces the Zephyr-style logs with the cross platform ones. This should give you the control you’re looking for in turning those SDK logs on or off.
Thanks @mike! (and sorry for the delay getting back to you on this…I finally got some time today to look at this project again)
I noticed that v0.19.0 was just released so I updated my app’s manifest to try out this new release.
Couple things I found after upgrading to v0.19.0 from v0.18.1:
When I tried to build my app with CONFIG_GOLIOTH_DEBUG_LOG=n (i.e. disable GLTH_LOGX), it failed with some warnings/errors like error: 'TAG' undeclared (first use in this function). I created a draft PR with the minimal set of changes I had to make to resolve the warnings/errors.
I’m seeing errors in the serial console like the following on boot now:
[00:00:10.895,874] <err> net_coap: 166 is > sizeof(coap_option->value)(39)!
Here’s a screenshot showing it in the boot-up sequence:
EDIT: ignore original comment below, this is actually happening randomly whether or not CONFIG_LOG_BACKEND_GOLIOTH is y or n. After rebooting a bunch of times, it shows up randomly (but not always) with either setting.
I forgot to mention that I’m only seeing these errors when the golioth logging backend is disabled in prj.conf:
CONFIG_LOG_BACKEND_GOLIOTH=n
When I enable this config, I don’t see these errors.