sr-users June 2008

sr-users@lists.kamailio.org

124 participants
230 discussions

by dim_hatzi

Hi everybody, I have managed (finally) to build a Sip proxy server for my studies, using SER 0.9.6 , with MySQL support , but I am facing a problem. Everything works fine with the softphones I use, exept the voice.The registration works fine, the IM works fine, but when a user is trying to speak to the other, something is wrong(only in my local network, without NAT, the voice communication is working). My laptop, in which I have installed SER , is behind a router.(My ser.cfg supports Nathelper module). 1)Should I connect it directly with public ip ? 2)I tried to use rtpproxy, but I am a little bit confused. Can I install it in the same machine ? What are the parameters of rtpproxy ? I have attached my ser.cfg Any help will be appreciated Dimitris - Greece

16 years, 5 months

[Serusers] Prefix "+"

by Strassburger, Patrick

Hi all, Am sure this is an easy question but I do not get it resolved. I tried to modify the uri to add a "+" in front of the called number. A "prefix ("+");" does not work while a "prefix ("00"); adds additional zeroes. Is prefix limited to digits only? Kind regards Patrick ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security(a)colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

16 years, 5 months

[OpenSER-Users] LCR prefix

by David Villasmil

Hello all! Can LCR's module's "prefix" field (on the lcr table) be a regular expression? i.e. "+[56]1" thanks David

16 years, 5 months

[Serusers] fake RBT

by Ivo Kirilov

Hello, I have an issue with fake ring back tone. When I dial any number no matter from carrier I got fake ring tone. As newbie I'm not sure, where to start from, to fix this issue. I suppose I have to change something in ser.conf but I'm not sure where and what. Any ideas will be appreciated. Thank you in advance. Ivo

16 years, 5 months

[OpenSER-Users] Caching REGISTER

by Julien mangeard

Hi, I try to use Openser for caching REGISTER requests. Openser server is between UA and SIP registrar server. First register : The UA sends a REGISTER request. Openser server changes the expire value (with bigger value) and it relays these request to the SIP registrar server. SIP registrar server responses with a challenge. The Openser relays this challenge to the UA. The UA reponses to this challenge. The Openser relays the message to the SIP registrar server. When the SIP registrar server responses with "200 OK", Openser server add a record in it own location database. Second register : The UA send a REGISTER request. The UA is in the Openser location database and the session is not expire. Openser responses "200 OK" without forwarding the request to SIP registrar server. I've make a schema with the expected registration flow : http://img225.imageshack.us/img225/930/registerlj0.png. What do you think about it ? Can I do this kind of configuration with existing Openser module ? Best Regards, -- Julien Mangeard 06.84.39.57.78 -- Julien Mangeard 06.84.39.57.78

16 years, 5 months

[Serusers] SER-0.9.7_plus_MySQL_solaris10_x86

by muhammad akl

Hey All , Today i have finished writing a tutorial for setting up SER-0.9.7 and MySQL5 on Solaris10_x86 architecture . the compilation process was done on two both releases of Solaris10 : Release 11/2006 Release 08/2007 hope it help and solve most of the common problems for Solaris10 users The file can be download from this link : http://muhammad.akl.googlepages.com/SER-Mysql5-Solaris10-v1.0.pdf regards muhammad

16 years, 5 months

[Serusers] RTPproxy 1.1 has been released

by Maxim Sobolev

Hi everybody! Just a quick note that a new stable version 1.1 of RTPproxy has been released. The new release includes performance enhancements and several new features. It's available immediately at http://www.rtpproxy.org. Detailed release notes are here: http://www.b2bua.org/wiki/RTPproxy/RELENG_1_1_0_NOTES Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com

16 years, 5 months

[Serusers] WG: Prefix "+"

by Strassburger, Patrick

Hi all, Please ignore my previous mail - I can see the "+" now by doing "prefix ("+");". Thanks Patrick > -----Ursprüngliche Nachricht----- > Von: Strassburger, Patrick > Gesendet: Freitag, 20. Juni 2008 10:37 > An: serusers(a)lists.iptel.org > Betreff: Prefix "+" > > Hi all, > > Am sure this is an easy question but I do not get it resolved. > I tried to modify the uri to add a "+" in front of the called number. > A "prefix ("+");" does not work while a "prefix ("00"); adds additional zeroes. > Is prefix limited to digits only? > > Kind regards > Patrick ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security(a)colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

16 years, 5 months

[OpenSER-Users] is xmpp module documentation up to date?

by jh＠tutpro.com

i was reading xmpp module documentation and it has this in overview section: This modules is a gateway between Openser and a jabber server. It enables the exchange of instant messages between SIP clients and XMPP(jabber) clients. however, when i look at the code, it also includes xmpp_send_xsubscribe and xmpp_send_xnotify api functions. also, it seems that pua_xmpp is using these (undocumented) api functions. am i missing something or is the api documentation missing in xmpp docs? -- juha

16 years, 5 months

[OpenSER-Users] Memory Leak in Openser-1.1.1-notls

by Dilip

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.

16 years, 5 months

← Newer
1
...
5
6
7
8
9
10
11
...
23
Older →

Jump to page:

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