where the strlen call will obviously get itself into a bit of trouble given that we know that ohdr->ocsconfig is NULL. I imagine this is meant to be looking at ihdr and not ohdr but should presumably not do anything if ihdr->ocsconfig is itself NULL. I'm not sure why it's multiplying by ihdr->ndet.
It looks like the detname code from ddb48b7159eea582187c22385c87338731e77355 was copied for the ocsconfig case in c38a4374f49387dad26fed8a8bb70d038af489a4 (the detname section looks wrong as well).
smf_check_smfHead
has this braindead logic:where the
strlen
call will obviously get itself into a bit of trouble given that we know thatohdr->ocsconfig
isNULL
. I imagine this is meant to be looking atihdr
and notohdr
but should presumably not do anything ifihdr->ocsconfig
is itselfNULL
. I'm not sure why it's multiplying byihdr->ndet
.It looks like the
detname
code from ddb48b7159eea582187c22385c87338731e77355 was copied for theocsconfig
case in c38a4374f49387dad26fed8a8bb70d038af489a4 (thedetname
section looks wrong as well).