Memory big problem
Dmitry V. Pleganoff
dimple at mail.primorye.ru
Tue Dec 13 06:51:32 CET 2005
Thanks, I have tried Valgrind. Valgrind have given out as a result of 20
losses and possible losses of memory. Basically from several bytes up to 200
kbytes for 30 seconds of work. The largest following.
...
...
...
==8528== 11032016 (72220 direct, 10959796 indirect) bytes in 785 blocks are
definitely lost in loss record 166 of 190
==8528== at 0x1B90659D: malloc (vg_replace_malloc.c:130)
==8528== by 0x1B906FFA: realloc (vg_replace_malloc.c:188)
==8528== by 0x1BB84194: (within /lib/tls/libc-2.3.2.so)
==8528== by 0x1BB83EBF: regcomp (in /lib/tls/libc-2.3.2.so)
==8528== by 0x1D310FC3: do_checkval (rlm_checkval.c:275)
==8528== by 0x80579CF: call_modsingle (modcall.c:254)
==8528== by 0x8057F3E: modcall (modcall.c:590)
==8528== by 0x8057AB2: call_one (modcall.c:287)
==8528== by 0x8057B6D: call_modgroup (modcall.c:342)
==8528== by 0x8057FC7: modcall (modcall.c:575)
==8528== by 0x8057526: module_authorize (modules.c:936)
==8528== by 0x804D1ED: rad_authenticate (auth.c:548)
...
...
...
==8528== LEAK SUMMARY:
==8528== definitely lost: 275914 bytes in 1581 blocks.
==8528== indirectly lost: 10960904 bytes in 140534 blocks.
==8528== possibly lost: 236468 bytes in 234 blocks.
==8528== still reachable: 2190028 bytes in 32961 blocks.
==8528== suppressed: 0 bytes in 0 blocks.
Also what with it is possible to do? To try me to correct rlm_checkval?
More information about the Freeradius-Users
mailing list