always make a process snapshot as the kernel might discard
your broken process once it runs low on memory so you have
time to debug:
snap 41356 >/tmp/dns.snap
char *domain strings alloc header seems to have been corrupted
(or just freed by accident?).
the string just gets allocated and freed in
Hello cinap,
broken dns triggers Fauth problem, so I have rebooted.
I will get snapshot at next crash.
Kenji Arisawa
On 2012/08/25, at 19:54, cinap_len...@gmx.de wrote:
> always make a process snapshot as the kernel might discard
> your broken process once it runs low on memory so you have
> t
did somebody notice that in dnresolve.c, netqueryns() frees the nsrp
rr list?
but in issuequery() it calls netqueryns() in a loop with the same
nsrp pointer!
--
cinap
no, sorry. missed that nsrp = nil, carry on...
--
cinap
In my copy, which I'm sure I haven't changed, it gets a new nsrp from
randomize(rrlookup...
each time, or uses dbnsrp, which is randomize(dblookup..., so both are new
and can be freed.
On 25 August 2012 09:22, wrote:
> but in issuequery() it calls netqueryns() in a loop with the same
> nsrp poin
yes, missed that.
--
cinap
looking for bugs, that mydnsquery() function uses netmkaddr(),
which stores the resulting dialstring in a global static buffer.
the tcplock in the query makes sure theres just one tcp dial
going on *per query* but there could be multiple queries in
parallel i think which might override that buffer
