Files
wolfssl/wolfcrypt
Daniele Lacamera 413fcc5505 coding: remove unreachable in operand in Base16_Decode
Premise:  coding.c:660 `if (in == NULL || out == NULL || outLen == NULL)
          return BAD_FUNC_ARG;` establishes in != NULL unconditionally -- note
          it is stronger than the Base64 entry checks, which only reject a NULL
          input when inLen > 0.
Claim:    coding.c:663 `if (inLen == 1 && *outLen && in)` -- the `in` operand.
Proof:    in is a parameter and is never reassigned; reaching :663 implies the
          :660 check did not fire, hence in != NULL. The operand is invariantly
          true and its independence pair is unreachable.
Scope:    the whole function is inside a single WOLFSSL_BASE16 block with no
          nested #if in the span, so the argument holds in every configuration
          that compiles it.
Evidence: llvm-cov MC/DC records this condition's pair as uncovered
          (reports/coding/GAPS.md row 663:9:663:36:2).

Compiler cross-check: gcc -O2 emits byte-identical code for this file before
and after this commit -- the optimiser had already folded the removed
condition, independently confirming it was dead.
2026-07-31 15:37:10 +02:00
..