Release of Version 2.2.1
Alan DeKok
aland at deployingradius.com
Mon Mar 25 14:50:04 CET 2013
Stefan Winter wrote:
> that still doesn't fix it; the SEGV is now at a different place though:
That's better.
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff65a5634 in free () from /lib64/libc.so.6
> (gdb) bt
> #0 0x00007ffff65a5634 in free () from /lib64/libc.so.6
> #1 0x000000000040e2c0 in cf_section_parse_free (cs=0x6797d0, base=0x87f710) at conffile.c:344
> #2 0x000000000041ad11 in module_instance_free (data=0x87f5d0) at modules.c:382
If you print this->name or this->entry->module->name, you'll see which
module it is.
Odds are it's the same kind of nonsense as rlm_eap_tls. The parsed
configuration items are buried inside of a second structure, rather than
being in the main instance data.
That fix should be easier. Add a "detach" method to the module. Call
cf_section_parse_free() on the real pointer. And then free() the instance.
Alan DeKok.
More information about the Freeradius-Devel
mailing list