lib: additional dname checks

mentioned in issue #354 (closed)

I really like this it feels much less error-prone. I can't see any downside to the approach.

Well, we're slightly "schizophrenic" now, as some places still use the pattern auto_free char *n_str = kr_dname_text(n); (which uses malloc), but I don't think this "inconsistency" is a real problem. We can do something about these later, e.g. migrate all to these new macros as well.

Well, "later" might easily turn into "never". Why not convert everything now? How much work is it?

added 11 commits

• fa6d641b...62ef37fc - 10 commits from branch master
• 957358d2 - treewide: additional dname checks

Compare with previous version

resolved all discussions

enabled an automatic merge when the pipeline for 957358d2 succeeds

merged

mentioned in commit febd08ce