On 20 Jun 2014, at 13:39, Phil Mayers <p.mayers@IMPERIAL.AC.UK> wrote:
On 20/06/14 13:29, Arran Cudbard-Bell wrote:
Confirmed lack of explodyness.
I also fixed some other explicit frees of VPs which were associated with the EAP specific opaque data.
I'm still able to trigger a crash with #8bd9429 and my local config :o(
I think it's harder i.e. takes longer, but similar sort of things:
talloc: access after free error - first free may be at src/lib/valuepair.c:171 Bad talloc magic value - access after free talloc abort: Bad talloc magic value - access after free
Could you try and get the name of the VP if it's not been trampled over. -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2