anyone look at rrcopy() in dn.c, it seems it assumes that structures
like rr->soa, rr->cert, rr->key, rr->sig and rr->null where embedded
into the RR struct but this is not true. (porting bug?)
when you look at rralloc(), you can see that these sub structures are
indeed malloced so rrcopy needs to
It does. In fact, it's the Tsrv case that looks wrong (it leaks space
already allocated by rralloc).
nrp = rralloc(rp->type);
...
case Tsoa:
soa = nrp->soa;--- save space allocated by rralloc
*nrp = *rp; --- destroy pointer by copying onto it
nrp->soa = soa;
9fans stoped sending me mail again, i read your response
on the 9fans archive.
you are indeed correct, i missed that it used rralloc() wich
allocates all the structures. so false alarm from me again,
but at least you spoted the memory leak.
another thing, the DN* rr->sig->signer doesnt seem to ge
People occasionally pull old binaries from the archive and they still
run. I think it'd be nice if they could still be traced as well as
still run.
If a syscall is supported, then it should be possible to trace it.
ron
On Mon Aug 27 00:11:25 EDT 2012, rminn...@gmail.com wrote:
> People occasionally pull old binaries from the archive and they still
> run. I think it'd be nice if they could still be traced as well as
> still run.
>
> If a syscall is supported, then it should be possible to trace it.
that sounds g
