sr-users June 2008

sr-users@lists.kamailio.org

124 participants
231 discussions

[OpenSER-Users] Memory Leak in Openser-1.1.1-notls
by Dilip 20 Jun '08

20 Jun '08

Hello evryone, I am working with the auth_radius module. In the openser it gives me that still reachable memory in memory log file of valgrind. It gives the 127 blocks which is still reachable. I have attched that file here.Plz Find it. U can view this file using "alleyoop" command. Then it gives the memory still reachable in openser. So Please help me. Regards, Dilip ==4347== Memcheck, a memory error detector. ==4347== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==4347== Using LibVEX rev 1658, a library for dynamic binary translation. ==4347== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==4347== Using valgrind-3.2.1, a dynamic binary instrumentation framework. ==4347== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==4347== For more details, rerun with: -v ==4347== ==4347== My PID = 4347, parent PID = 2679. Prog and args are: ==4347== openser ==4347== ==4347== ==4347== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 64 from 1) ==4347== malloc/free: in use at exit: 51,730 bytes in 127 blocks. ==4347== malloc/free: 999 allocs, 872 frees, 197,054 bytes allocated. ==4347== For counts of detected errors, rerun with: -v ==4347== searching for pointers to 127 not-freed blocks. ==4348== ==4348== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 64 from 1) ==4348== malloc/free: in use at exit: 51,730 bytes in 127 blocks. ==4348== malloc/free: 999 allocs, 872 frees, 197,054 bytes allocated. ==4348== For counts of detected errors, rerun with: -v ==4348== searching for pointers to 127 not-freed blocks. ==4347== checked 35,928,224 bytes. ==4347== ==4347== 16 bytes in 2 blocks are still reachable in loss record 1 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E06807: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4347== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4347== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== ==4347== ==4347== 21 bytes in 2 blocks are still reachable in loss record 2 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3842275EC1: strdup (in /lib64/libc-2.5.so) ==4347== by 0x42922F: set_mod_param_regex (modparam.c:118) ==4347== by 0x4959B8: yyparse (cfg.y:909) ==4347== by 0x4262BC: main (main.c:1307) ==4347== ==4347== ==4347== 56 bytes in 1 blocks are still reachable in loss record 3 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x48B931: yy_create_buffer (lex.yy.c:3472) ==4347== by 0x48C037: yylex (lex.yy.c:1492) ==4347== by 0x492FFF: yyparse (cfg.tab.c:2702) ==4347== by 0x4262BC: main (main.c:1307) ==4347== ==4347== ==4347== 294 bytes in 12 blocks are still reachable in loss record 4 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E09EE5: _dl_new_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4347== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4347== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== ==4347== ==4347== 294 bytes in 12 blocks are still reachable in loss record 5 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E08145: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4347== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== ==4347== ==4347== 513 bytes in 12 blocks are still reachable in loss record 6 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E09EE5: _dl_new_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4347== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E10A9C: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== by 0x44B816: load_module (sr_module.c:207) ==4347== ==4347== ==4347== 513 bytes in 12 blocks are still reachable in loss record 7 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E07033: expand_dynamic_string_token (in /lib64/ld-2.5.so) ==4347== by 0x3841E07C15: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E10A9C: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== by 0x44B816: load_module (sr_module.c:207) ==4347== by 0x49A67F: yyparse (cfg.y:902) ==4347== ==4347== ==4347== 568 bytes in 1 blocks are still reachable in loss record 8 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x384225F119: __fopen_internal (in /lib64/libc-2.5.so) ==4347== by 0x42618A: main (main.c:1267) ==4347== ==4347== ==4347== 928 bytes in 12 blocks are still reachable in loss record 9 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E0B913: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4347== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== by 0x44B816: load_module (sr_module.c:207) ==4347== by 0x49A67F: yyparse (cfg.y:902) ==4347== by 0x4262BC: main (main.c:1307) ==4347== ==4347== ==4347== 944 bytes in 12 blocks are still reachable in loss record 10 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x3841E0B793: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4347== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== by 0x44B816: load_module (sr_module.c:207) ==4347== by 0x49A67F: yyparse (cfg.y:902) ==4347== by 0x4262BC: main (main.c:1307) ==4347== ==4347== ==4347== 3,048 bytes in 24 blocks are still reachable in loss record 11 of 14 ==4347== at 0x4A04BA2: calloc (vg_replace_malloc.c:279) ==4347== by 0x3841E0E675: _dl_check_map_versions (in /lib64/ld-2.5.so) ==4347== by 0x3841E10D98: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== by 0x44B816: load_module (sr_module.c:207) ==4347== by 0x49A67F: yyparse (cfg.y:902) ==4347== by 0x4262BC: main (main.c:1307) ==4347== ==4347== ==4347== 13,908 bytes in 12 blocks are still reachable in loss record 12 of 14 ==4347== at 0x4A04BA2: calloc (vg_replace_malloc.c:279) ==4347== by 0x3841E09C8B: _dl_new_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4347== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4347== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== ==4347== ==4347== 14,241 bytes in 12 blocks are still reachable in loss record 13 of 14 ==4347== at 0x4A04BA2: calloc (vg_replace_malloc.c:279) ==4347== by 0x3841E09C8B: _dl_new_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4347== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4347== by 0x3841E10A9C: dl_open_worker (in /lib64/ld-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4347== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4347== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4347== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4347== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4347== by 0x44B816: load_module (sr_module.c:207) ==4347== ==4347== ==4347== 16,386 bytes in 1 blocks are still reachable in loss record 14 of 14 ==4347== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4347== by 0x48B948: yy_create_buffer (lex.yy.c:3472) ==4347== by 0x48C037: yylex (lex.yy.c:1492) ==4347== by 0x492FFF: yyparse (cfg.tab.c:2702) ==4347== by 0x4262BC: main (main.c:1307) ==4347== ==4347== LEAK SUMMARY: ==4347== definitely lost: 0 bytes in 0 blocks. ==4347== possibly lost: 0 bytes in 0 blocks. ==4347== still reachable: 51,730 bytes in 127 blocks. ==4347== suppressed: 0 bytes in 0 blocks. ==4349== Invalid read of size 4 ==4349== at 0x5FFC8C5: mod_init (authdb_mod.c:176) ==4349== by 0x44AC9C: init_mod (sr_module.c:435) ==4349== by 0x44AC55: init_mod (sr_module.c:432) ==4349== by 0x44AC55: init_mod (sr_module.c:432) ==4349== by 0x426F9A: main (main.c:1466) ==4349== Address 0x4C611A0 is 8 bytes inside a block of size 9 alloc'd ==4349== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4349== by 0x3842275EC1: strdup (in /lib64/libc-2.5.so) ==4349== by 0x42922F: set_mod_param_regex (modparam.c:118) ==4349== by 0x4959B8: yyparse (cfg.y:909) ==4349== by 0x4262BC: main (main.c:1307) ==4349== ==4349== Invalid read of size 4 ==4349== at 0x5FFC935: mod_init (authdb_mod.c:177) ==4349== by 0x44AC9C: init_mod (sr_module.c:435) ==4349== by 0x44AC55: init_mod (sr_module.c:432) ==4349== by 0x44AC55: init_mod (sr_module.c:432) ==4349== by 0x426F9A: main (main.c:1466) ==4349== Address 0x4C611A0 is 8 bytes inside a block of size 9 alloc'd ==4349== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4349== by 0x3842275EC1: strdup (in /lib64/libc-2.5.so) ==4349== by 0x42922F: set_mod_param_regex (modparam.c:118) ==4349== by 0x4959B8: yyparse (cfg.y:909) ==4349== by 0x4262BC: main (main.c:1307) ==4348== checked 35,928,224 bytes. ==4348== ==4348== 16 bytes in 2 blocks are still reachable in loss record 1 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E06807: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4348== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4348== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== ==4348== ==4348== 21 bytes in 2 blocks are still reachable in loss record 2 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3842275EC1: strdup (in /lib64/libc-2.5.so) ==4348== by 0x42922F: set_mod_param_regex (modparam.c:118) ==4348== by 0x4959B8: yyparse (cfg.y:909) ==4348== by 0x4262BC: main (main.c:1307) ==4348== ==4348== ==4348== 56 bytes in 1 blocks are still reachable in loss record 3 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x48B931: yy_create_buffer (lex.yy.c:3472) ==4348== by 0x48C037: yylex (lex.yy.c:1492) ==4348== by 0x492FFF: yyparse (cfg.tab.c:2702) ==4348== by 0x4262BC: main (main.c:1307) ==4348== ==4348== ==4348== 294 bytes in 12 blocks are still reachable in loss record 4 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E09EE5: _dl_new_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4348== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4348== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== ==4348== ==4348== 294 bytes in 12 blocks are still reachable in loss record 5 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E08145: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4348== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== ==4348== ==4348== 513 bytes in 12 blocks are still reachable in loss record 6 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E09EE5: _dl_new_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4348== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E10A9C: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== by 0x44B816: load_module (sr_module.c:207) ==4348== ==4348== ==4348== 513 bytes in 12 blocks are still reachable in loss record 7 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E07033: expand_dynamic_string_token (in /lib64/ld-2.5.so) ==4348== by 0x3841E07C15: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E10A9C: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== by 0x44B816: load_module (sr_module.c:207) ==4348== by 0x49A67F: yyparse (cfg.y:902) ==4348== ==4348== ==4348== 568 bytes in 1 blocks are still reachable in loss record 8 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x384225F119: __fopen_internal (in /lib64/libc-2.5.so) ==4348== by 0x42618A: main (main.c:1267) ==4348== ==4348== ==4348== 928 bytes in 12 blocks are still reachable in loss record 9 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E0B913: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4348== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== by 0x44B816: load_module (sr_module.c:207) ==4348== by 0x49A67F: yyparse (cfg.y:902) ==4348== by 0x4262BC: main (main.c:1307) ==4348== ==4348== ==4348== 944 bytes in 12 blocks are still reachable in loss record 10 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x3841E0B793: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4348== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== by 0x44B816: load_module (sr_module.c:207) ==4348== by 0x49A67F: yyparse (cfg.y:902) ==4348== by 0x4262BC: main (main.c:1307) ==4348== ==4348== ==4348== 3,048 bytes in 24 blocks are still reachable in loss record 11 of 14 ==4348== at 0x4A04BA2: calloc (vg_replace_malloc.c:279) ==4348== by 0x3841E0E675: _dl_check_map_versions (in /lib64/ld-2.5.so) ==4348== by 0x3841E10D98: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== by 0x44B816: load_module (sr_module.c:207) ==4348== by 0x49A67F: yyparse (cfg.y:902) ==4348== by 0x4262BC: main (main.c:1307) ==4348== ==4348== ==4348== 13,908 bytes in 12 blocks are still reachable in loss record 12 of 14 ==4348== at 0x4A04BA2: calloc (vg_replace_malloc.c:279) ==4348== by 0x3841E09C8B: _dl_new_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4348== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B01C: openaux (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E0B6E5: _dl_map_object_deps (in /lib64/ld-2.5.so) ==4348== by 0x3841E10AFC: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== ==4348== ==4348== 14,241 bytes in 12 blocks are still reachable in loss record 13 of 14 ==4348== at 0x4A04BA2: calloc (vg_replace_malloc.c:279) ==4348== by 0x3841E09C8B: _dl_new_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E05ACB: _dl_map_object_from_fd (in /lib64/ld-2.5.so) ==4348== by 0x3841E07CC2: _dl_map_object (in /lib64/ld-2.5.so) ==4348== by 0x3841E10A9C: dl_open_worker (in /lib64/ld-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3841E1048B: _dl_open (in /lib64/ld-2.5.so) ==4348== by 0x3842A00F99: dlopen_doit (in /lib64/libdl-2.5.so) ==4348== by 0x3841E0CCE5: _dl_catch_error (in /lib64/ld-2.5.so) ==4348== by 0x3842A0150C: _dlerror_run (in /lib64/libdl-2.5.so) ==4348== by 0x3842A00F10: dlopen@@GLIBC_2.2.5 (in /lib64/libdl-2.5.so) ==4348== by 0x44B816: load_module (sr_module.c:207) ==4348== ==4348== ==4348== 16,386 bytes in 1 blocks are still reachable in loss record 14 of 14 ==4348== at 0x4A05879: malloc (vg_replace_malloc.c:149) ==4348== by 0x48B948: yy_create_buffer (lex.yy.c:3472) ==4348== by 0x48C037: yylex (lex.yy.c:1492) ==4348== by 0x492FFF: yyparse (cfg.tab.c:2702) ==4348== by 0x4262BC: main (main.c:1307) ==4348== ==4348== LEAK SUMMARY: ==4348== definitely lost: 0 bytes in 0 blocks. ==4348== possibly lost: 0 bytes in 0 blocks. ==4348== still reachable: 51,730 bytes in 127 blocks. ==4348== suppressed: 0 bytes in 0 blocks.

2 1

[OpenSER-Users] Playing the recorded RTP Session
by Chaitanya V.N.S 20 Jun '08

20 Jun '08

Hi, I added NATHelper module to openser and used RTP proxy I am also able to record the RTP session (Conersation between tow calls) using start_recording(); The rtp proxy is recording the conversation in file with rtp extenssion. The problem is with palying that rtp file. Can any one say me how to play that file. Thanks in advance, Chiatu.

1 0

[OpenSER-Users] session timer behavior (sst)
by William Quan 19 Jun '08

19 Jun '08

Hi all, I have a simple (SIP Session Timer) sst call where 'Session-Expires' header (SE ) is present in the INVITE but not in the 200 OK constructed at the UAC. This indicates UAS does not support sst. 1. According to the spec (RFC4028), the stateful proxy remembers that SE was in the request, and adds the SE header to the 200OK, but fails to add the Require header (its not initially present either). Is there a way to modify the config to add a 'Require' header to a response when the session expires header was inserted by sst ? 2. Similarly in the mid-call 'refresh' txn, the addition of the SE header to the response does not work for me (v1.3.2). Shouldn't it automatically insert the SE header into the 200, like it did during call setup? When the SE is absent in the response the sst feature is thereafter disabled right? http://tools.ietf.org/html/rfc4028#section-8.2 -will

3 3

[OpenSER-Users] peering module
by Klaus Darilion 19 Jun '08

19 Jun '08

Hi! I wonder if the new peering module is using a certain standard (which one?) or is a proprietary format used between openser and the radius server? regards klaus

2 1

[OpenSER-Users] [OT] DMTF question (rfc2833)
by Lucio Maciel 19 Jun '08

19 Jun '08

Hi, This is offtopic, but maybe someone could help me. I have a problem with a costumer sending the DTMF via RTPEvent. They are sending just one packet per event, with the END bit set and the duration of the event, but some carriers are no recognizing this Event, only if you keep sending rtp events with the duration and then send a final event with the END bit set. This is valid, to send just one event with duration and END bit??? No. Time Source Destination Protocol Info 3 0.026233 xxx.xx.xxx.xx yyy.y.yyy.y RTP EVENT Payload type=RTP Event, DTMF Two 2 (end) Frame 3 (62 bytes on wire, 62 bytes captured) Internet Protocol, Src: xxx.xx.xxx.xx (xxx.xx.xxx.xx), Dst: yyy.y.yyy.y (yyy.y.yyy.y) User Datagram Protocol, Src Port: pxc-spvr (4006), Dst Port: 13018 (13018) Real-Time Transport Protocol 10.. .... = Version: RFC 1889 Version (2) ..0. .... = Padding: False ...0 .... = Extension: False .... 0000 = Contributing source identifiers count: 0 0... .... = Marker: False Payload type: Unknown (101) Sequence number: 51289 Timestamp: 1479952026 Synchronization Source identifier: 0x43256a7a (1126525562) RFC 2833 RTP Event Event ID: DTMF Two 2 (2) 1... .... = End of Event: True .0.. .... = Reserved: False ..00 0000 = Volume: 0 Event Duration: 1200 Thanks. -- Lucio Maciel <lucio(a)tesatelecom.com>

1 0

[OpenSER-Users] About Callback Option
by Ali Jawad 19 Jun '08

19 Jun '08

Hi All Dear All is there a way to implement callback features in Openser ? Thanks

3 2

[OpenSER-Users] Doubt about REGISTER by Third-party with OpenSER
by Marcio 19 Jun '08

19 Jun '08

Hi all again....someone could explain me? I have a doubt, about to constructing a REGISTER Request by third-party, if is possible with OpenSER`s modules??? and how? If can force a "Proxy A" to forward "Register" of the UAc to Proxy/Reg"B" on behalf of an UAc to Proxy/Registrar "B" directly... UAc(B) -----> Proxy/Registrar(A) ------------->Proxy/Registrar(B) 10.2 item rfc3261....."Registration on behalf of a particular address-of-record can be performed by a suitably authorized * third party*."... best regards, Marcio

2 1

[OpenSER-Users] rtpproxy with openser and asterisk
by Martin-Gruber.External＠infineon.com 19 Jun '08

19 Jun '08

hi guys, I have the following scenario. I want to use Asterisk as voicemailserver, but need an rtp-Proxy because the my phone speaks srtp. I get SIP-Message from an PBX to openser and RTP Proxy. My question now is, how I can handle this case or how I can forward from rtpproxy to asterisk? just with rewritehostport? thanks in advance! regards Martin

5 5

[OpenSER-Users] credentials not filled properly
by David Villasmil 19 Jun '08

19 Jun '08

anyone knows what this means? ERROR:auth:pre_auth: received credentials are not filled properly thansk!

2 1

[Serusers] Gentilini, Paul is out of the office.
by PGentilini＠intellicare.com 18 Jun '08

18 Jun '08

I will be out of the office starting 06/17/2008 and will not return until 06/20/2008. I will have very limited access to mail, so please contact the CSC at 888-899-4227 if you need immediate assistance.

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
24
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users June 2008