n_idec_buf(): adjust errors for optional binary/hexadecimal prefixes..
commit7f8b7510fa32d0071f2e5abb14f8372b49b79ab5
authorSteffen (Daode) Nurpmeso <steffen@sdaoden.eu>
Tue, 8 Aug 2017 13:23:22 +0000 (8 15:23 +0200)
committerSteffen (Daode) Nurpmeso <steffen@sdaoden.eu>
Tue, 8 Aug 2017 13:27:31 +0000 (8 15:27 +0200)
treec9bb74087aa993101d7c6f9b2b1b4925f921f5ef
parentcc54681eacbc20b314c1798c8ef8b54b53ac513b
n_idec_buf(): adjust errors for optional binary/hexadecimal prefixes..

After some error in the tor software (but which likely could not
really do better with the standard functions) all libraries (which
had to) turned to an interpretation of the C standard which says
that the prefix may optionally precede an otherwise valid
sequence, which means that "0x" is not a STATE_INVAL error but
gives a "0" result with a "STATE_BASE" error and a rest of "x".

I never did it that way, but falsely remembered that the C++
library does so if the base is 0 not explicit 16.  No.
Follow that, i finally think it is the better behaviour.
auxlily.c
nail.h