Besides giving a nicer error, this also prevents logging arbitrary data (which could have been used to exploit log readers) into debug.log
This fixes both issues reported by @SergioDemianLerner on #5398
Besides giving a nicer error, this also prevents logging arbitrary data (which could have been used to exploit log readers) into debug.log
This fixes both issues reported by @SergioDemianLerner on #5398
Besides giving a nicer error, this also prevents logging arbitrary data (which could have been used to exploit log readers) into debug.log
18 | @@ -19,6 +19,7 @@ extern CScript ParseScript(std::string s); 19 | extern bool DecodeHexTx(CTransaction& tx, const std::string& strHexTx); 20 | extern bool DecodeHexBlk(CBlock&, const std::string& strHexBlk); 21 | extern uint256 ParseHashUV(const UniValue& v, const std::string& strName); 22 | +extern uint256 ParseHashStr(const std::string&, const std::string& strName);
Why are you leaving our the strHex variable name but supply strName? Seems you are not following your own practises :-P.
strName is necessary to understand the purpose of the parameter. "strHex" is just redundant.
ACK (reviewed, built, tested)