Hi There
I'm trying to debug a core in the libspf2.
The version of libspf2 we are using is - 2-1.0.4
This is on Solaris 2.8.
The stack trace is -
=>[1] __ns_name_skip(0xdbf4d28c, 0xdbf56814, 0x1c6, 0x0, 0x0, 0xc4), at
0xfe5d1bc8
[2] dn_skipname(0xdbf546c8, 0xdbf56814, 0xdbf4e45f, 0x3, 0x1edd98c,
0xdbf4e450), at 0xfe5d8e10
[3] __ns_skiprr(0xdbf4dc7e, 0xdbf56814, 0x1, 0xdbf56814, 0x4da, 0xdbf546c8),
at 0xfe5d1f54
[4] __ns_initparse(0xdbf56814, 0xdbf4dc1c, 0xdbf4dc1c, 0x1, 0xdbf4dc18,
0xdbf4dc7e), at 0xfe5d2124
[5] SPF_dns_lookup_resolv(0x2470198, 0xdbf4e4f0, 0xc, 0x1, 0xfc7b8720, 0xdb),
at 0xfc7b8b4c
[6] SPF_dns_rlookup(0x2470198, 0xdbf4e614, 0xc, 0x1, 0xd60ee272, 0x0), at
0xfc7b5160
[7] SPF_eval_id(0x955198, 0x2621578, 0x2470198, 0x0, 0x0, 0xdbf4e840), at
0xfc7bbf88
[8] SPF_eval_id(0x955198, 0x26221d0, 0x2470198, 0x1, 0x0, 0x0), at 0xfc7bccb8
[9] SPF_result(0x955198, 0x2470198, 0x0, 0xdbf4ebf0, 0x4cbb9c, 0x1c00), at
0xfc7b72a8
dn_skipname is a OS call. This is a usual occurrence hence causing a problem.
I'm unable to pin-point any particular cause for this.
Has anyone seen this before. Any pointers would be of great help.
Thanks much,
Manish.
-------
Sender Policy Framework: http://www.openspf.org/
Archives at http://archives.listbox.com/spf-discuss/current/
To unsubscribe, change your address, or temporarily deactivate your
subscription,
please go to http://v2.listbox.com/member/?list_id=735