- FreeSWITCH-users - FreeSWITCH Mailing Lists

Freeswitch as a pseudo-proxy
by Robert Dyck 03 Aug '08

03 Aug '08

I read that FS is a B2BUA and not a proxy. However a B2BUA can often behave as a call-stateful proxy. SIP INVITE comes to mind. Can FS passthrough other SIP requests? Can it mangle the headers to traverse NAT or hide the toplology?

3 2

FS webapi vs api question
by Michael S Collins 01 Aug '08

01 Aug '08

Could someone please confirm this behavior and comment on whether it is expected or not? Using the api or webapi from mod_xml_rpc, one can fetch CLI commands. Some commands seem to work well using either method and others do not. Try these two commands and tell me what you see: http://fs.ip:8080/webapi/sofia?profile internal http://fs.ip:8080/api/sofia?profile internal Normally the webapi wraps the return data or adds a content type header to make it browser friendly. The api just dumps the data raw. However there are cases where api returns partial or no data. Another example is the command oz?list. It works fine with webapi but returns nothing with api. If you know the scoop on this could you please enlighten me? Thanks! -MC Sent from my iPhone

4 4

CDR: meaning of date and time variables
by Birgit Arkesteijn 01 Aug '08

01 Aug '08

Hi all, I'm trying to understand the meaning (and difference) between some of the date and time variables that FreeSWITCH posts as CDR, using xml_cdr. I'm interested in particular in the variables below: **** Variables in Date/Time stamp: - start (as in start_stamp, start_epoch and start_uepoch) - - profile_start - - answer - stamp when call was answered - progress - - end - stamp when call was terminated **** Variables in Seconds, Milliseconds, Microseconds: - duration - bill - progress - progress_media - flow_bill I couldn't find any documentation on the data. If there is, could you please post the link? Otherwise is there anyone who could explain what the meaning is of these variables? Thanks, Birgit -- -- Birgit Arkesteijn, birgit(a)westhawk.co.uk, -- Westhawk Ltd, Albion Wharf, 19 Albion Street, Manchester M1 5LN, UK -- Company no: 1769350 -- Registered Office: -- 15 London Road, Stockton Heath, Warrington WA4 6SJ. UK. -- tel.: +44 (0)161 237 0660 -- <URL: http://www.westhawk.co.uk>

6 11

DOCUMENTATION: "mod of the week"
by Michael S Collins 01 Aug '08

01 Aug '08

Gang, On our weekly conf call Ray (intralanman) had a great idea: to help get the default configs documented we are going to have a "mod of the week" and invite all community members to assist with the documentation process. To help out you can do any or all of the following: Write the wiki page :) Send questions about the topic to the users list - this will help us determine what information needs to be included in the documentation Send us any tips/tricks/traps you may be aware of. Those little nuggets of wisdom can help thousands of potential users. We are also open to suggestions. This week's mod is mod_cdr_csv. Please submit anything you can and we will get cracking. -MC Sent from my iPhone

3 2

Call Forwarding not working properly with local extensions
by unknown 01 Aug '08

01 Aug '08

Hi there, does any one know how to tweak the default dialplan for the local extensions so that the SIP endpoints with call forwarding setup can work properly? My existing Aastra 9133i phone and Polycom IP320's call forwarding was working as expected when working with Asterisk, but when working with freeswitch, the call forwarding just not working, it always goes to voicemail. I have tested this with both 1.0.1 release, and the latest SVN trunk code. Thanks for your advice. Chris Dialplan for the local extensions: <extension name="Local_Extension"> <condition field="destination_number" expression="^(10[01][0-9])$"> <action application="set" data="dialed_ext=$1"/> <action application="export" data="dialed_ext=$1"/> </condition> <condition field="destination_number" expression="^${caller_id_number}$"> <action application="set" data="voicemail_authorized=${sip_authorized}"/> <action application="answer"/> <action application="sleep" data="1000"/> <action application="voicemail" data="check default $${domain} ${dialed_ext}"/>  <anti-action application="bind_meta_app" data="1 b s execute_extension::dx XML features"/> <anti-action application="bind_meta_app" data="2 b s record_session::$${base_dir}/recordings/${caller_id_number}.${strftime(%Y-%m-%d-%H-%M-%S)}.wav"/> <anti-action application="bind_meta_app" data="3 b s execute_extension::cf XML features"/> <anti-action application="set" data="transfer_ringback=${us-ring}"/> <anti-action application="set" data="call_timeout=30"/>  <anti-action application="set" data="hangup_after_bridge=true"/>  <anti-action application="set" data="continue_on_fail=true"/> <anti-action application="db" data="insert/call_return/${dialed_ext}/${caller_id_number}"/> <anti-action application="db" data="insert/last_dial_ext/${dialed_ext}/${uuid}"/> <anti-action application="bridge" data="user/${dialed_ext}@$${domain}"/> <anti-action application="answer"/>  <anti-action application="sleep" data="1000"/> <anti-action application="voicemail" data="default $${domain} ${dialed_ext}"/> </condition> </extension>

1 0

FS returning 503 Maximum Calls In Progress
by Ron 01 Aug '08

01 Aug '08

Hello, Can someone please tell me all the places in the config files where the number of concurrent calls can be limited? I am doing SIP-SIP calls with media and everything is working fine, except that at about 260 call legs, the above SIP response is returned to the originating GW. Thanks in advance, Ron

5 8

Re: [Freeswitch-users] Complete seperation of VOIP app from FS
by Erol Akarsu 01 Aug '08

01 Aug '08

Jonas, This is what I want. Do you have any documentation on mod_ivr_socket and how its API looks like? Thanks Erol Akarsu ----- Original Message ---- From: Jonas Gauffin <jonas.gauffin(a)gmail.com> To: freeswitch-users(a)lists.freeswitch.org Sent: Friday, August 1, 2008 9:46:30 AM Subject: Re: [Freeswitch-users] Complete seperation of VOIP app from FS I've started to do a mod_ivr_socket a long time ago, which I never completed. It should be considered as an alternative to the scripting languages and gives you an easier interface than the event socket. I created it since I wanted to move the ivr applications from my javascripts into my own server coded in c#. I haven't had time to finish it though. I can add it as a contrib project if you're interested in completing it. On Fri, Aug 1, 2008 at 3:24 PM, Erol Akarsu <eakarsu_33(a)yahoo.com> wrote: > David, > > Thanks for your clarification. > > Here we have to write all these commands to send to FS remotely. > Do we have any high-level API that we can use to send command to FS and parse the results? > > Thanks > > Erol Akarsu > > > > ----- Original Message ---- > From: David Knell <dave(a)3c.co.uk> > To: freeswitch-users(a)lists.freeswitch.org > Sent: Friday, August 1, 2008 12:19:49 AM > Subject: Re: [Freeswitch-users] Complete seperation of VOIP app from FS > > Hi Erol, > > A dialplan extension like this: > > <extension name="callthrough"> > <condition field="destination_number" expression="^0"> > <action application="socket" data="127.0.0.1:6100 async full" /> > </condition> > </extension> > > results in all calls to numbers starting with 0 being handled by a > server on localhost > listening on port 6100. That server has full control over the call. > Change the IP > address to run the server on a different host. > > Cheers -- > > Dave > >> Still searching event_socket module. >> If we set up dialplan, all received calls will routed based on dialplan rules. >> But at the same time, if there is remote process connected to FS through socket_module, dialplan or remotes process will have priority to control FS behavior. Can remote process interfere dialplan rules.? >> >> Is it possible to define a dialplan so that one extension will be routed to a remote process and other extension will be routed to different process? >> >> I am thinking to abstract out IVR or any VOIP application from FS box completely and to run application on different host or process. >> >> Regards >> >> Erol Akarsu >> >> >> >> >> >> >> _______________________________________________ >> Freeswitch-users mailing list >> Freeswitch-users(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> >> >> > > > -- > David Knell, Director, 3C Limited > T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031 > http://www.3c.co.uk > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > > > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _______________________________________________ Freeswitch-users mailing list Freeswitch-users(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

3 2

Re: [Freeswitch-users] Complete seperation of VOIP app from FS
by Erol Akarsu 01 Aug '08

01 Aug '08

David, Thanks for your clarification. Here we have to write all these commands to send to FS remotely. Do we have any high-level API that we can use to send command to FS and parse the results? Thanks Erol Akarsu ----- Original Message ---- From: David Knell <dave(a)3c.co.uk> To: freeswitch-users(a)lists.freeswitch.org Sent: Friday, August 1, 2008 12:19:49 AM Subject: Re: [Freeswitch-users] Complete seperation of VOIP app from FS Hi Erol, A dialplan extension like this: <extension name="callthrough"> <condition field="destination_number" expression="^0"> <action application="socket" data="127.0.0.1:6100 async full" /> </condition> </extension> results in all calls to numbers starting with 0 being handled by a server on localhost listening on port 6100. That server has full control over the call. Change the IP address to run the server on a different host. Cheers -- Dave > Still searching event_socket module. > If we set up dialplan, all received calls will routed based on dialplan rules. > But at the same time, if there is remote process connected to FS through socket_module, dialplan or remotes process will have priority to control FS behavior. Can remote process interfere dialplan rules.? > > Is it possible to define a dialplan so that one extension will be routed to a remote process and other extension will be routed to different process? > > I am thinking to abstract out IVR or any VOIP application from FS box completely and to run application on different host or process. > > Regards > > Erol Akarsu > > > > > > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > -- David Knell, Director, 3C Limited T: 020 8114 8901 F: 020 3002 7257 M: 001 415 630 3031 http://www.3c.co.uk _______________________________________________ Freeswitch-users mailing list Freeswitch-users(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

2 1

Memory Leaks
by Sangwoo Jin 01 Aug '08

01 Aug '08

Hi, I I'm testing freeswitch with sipp. My test configuration is the following: Sipp(caller) -> freeswitch -> Sipp(callee)s Testing loads are 5 CPS ~ 30 CPS and caller has hanged up a call as soon as receiving 200 OK. In this testing environment, freeswitch's used memory is growing continuously. The following is the valgrind's log on testing with 5 CPS 100 calls. ==20156== ==20156== ERROR SUMMARY: 19431 errors from 30 contexts (suppressed: 259 from 2) ==20156== malloc/free: in use at exit: 16,697,395 bytes in 3,372 blocks. ==20156== malloc/free: 4,304,021 allocs, 4,300,649 frees, 505,070,026 bytes allocated. ==20156== For counts of detected errors, rerun with: -v ==20156== searching for pointers to 3,372 not-freed blocks. ==20156== checked 33,297,068 bytes. ==20156== ==20156== Thread 1: ==20156== ==20156== 8 bytes in 2 blocks are still reachable in loss record 1 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4006F98: (within /lib/ld-2.6.1.so) ==20156== by 0x400824D: (within /lib/ld-2.6.1.so) ==20156== by 0x400BF75: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x400C159: (within /lib/ld-2.6.1.so) ==20156== by 0x40117A3: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== ==20156== ==20156== 16 bytes in 2 blocks are still reachable in loss record 2 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4007923: (within /lib/ld-2.6.1.so) ==20156== by 0x4007EBF: (within /lib/ld-2.6.1.so) ==20156== by 0x40084FF: (within /lib/ld-2.6.1.so) ==20156== by 0x400BF75: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x400C159: (within /lib/ld-2.6.1.so) ==20156== by 0x40117A3: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== ==20156== ==20156== 20 bytes in 1 blocks are still reachable in loss record 3 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x41B017B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== by 0x40B43E4: switch_loadable_module_load_file (switch_loadable_module.c:698) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4B63: switch_loadable_module_init (switch_loadable_module.c:1027) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 34 bytes in 3 blocks are still reachable in loss record 4 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40B861E: my_dup (switch_event.c:89) ==20156== by 0x40BA442: switch_event_bind_removable (switch_event.c:1041) ==20156== by 0x40BA610: switch_event_bind (switch_event.c:1070) ==20156== by 0x40A0F72: switch_core_sqldb_start (switch_core_sqldb.c:471) ==20156== by 0x40AD433: switch_core_init (switch_core.c:1006) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 35 (8 direct, 27 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40BA2AB: switch_event_reserve_subclass_detailed (switch_event.c:388) ==20156== by 0x40BA57F: switch_event_bind_removable (switch_event.c:1027) ==20156== by 0x7CC8F2D: mod_sofia_load (mod_sofia.c:2221) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 27 bytes in 2 blocks are indirectly lost in loss record 6 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40B861E: my_dup (switch_event.c:89) ==20156== by 0x40BA2D3: switch_event_reserve_subclass_detailed (switch_event.c:391) ==20156== by 0x40BA57F: switch_event_bind_removable (switch_event.c:1027) ==20156== by 0x7CC8F2D: mod_sofia_load (mod_sofia.c:2221) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 44 bytes in 1 blocks are still reachable in loss record 7 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4091278: switch_buffer_create_dynamic (switch_buffer.c:74) ==20156== by 0xFD35024: ??? (mod_local_stream.c:113) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 56 bytes in 2 blocks are still reachable in loss record 8 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x800C4F4: ??? ==20156== by 0x800A386: ??? ==20156== by 0x800A675: ??? ==20156== by 0x800A857: ??? ==20156== by 0x8000155: ??? ==20156== by 0x800040A: ??? ==20156== by 0x42DE46F: (within /lib/libc-2.6.1.so) ==20156== by 0x42DED8F: getaddrinfo (in /lib/libc-2.6.1.so) ==20156== by 0x40F8F07: call_resolver (sockaddr.c:337) ==20156== by 0x408FB10: switch_sockaddr_info_get (switch_apr.c:616) ==20156== by 0x40DC164: switch_stun_lookup (switch_stun.c:465) ==20156== ==20156== ==20156== 64 bytes in 1 blocks are still reachable in loss record 9 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x10E0CCAB: js_SetupLocks (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DD0C15: JS_Init (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10D4AA1B: mod_spidermonkey_load (mod_spidermonkey.c:1043) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 68 bytes in 3 blocks are still reachable in loss record 10 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40087E1: (within /lib/ld-2.6.1.so) ==20156== by 0x400BF75: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x400C159: (within /lib/ld-2.6.1.so) ==20156== by 0x40117A3: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== ==20156== ==20156== 72 bytes in 3 blocks are still reachable in loss record 11 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40BA3EB: switch_event_bind_removable (switch_event.c:1037) ==20156== by 0x40BA610: switch_event_bind (switch_event.c:1070) ==20156== by 0x40A0F72: switch_core_sqldb_start (switch_core_sqldb.c:471) ==20156== by 0x40AD433: switch_core_init (switch_core.c:1006) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 75 bytes in 2 blocks are still reachable in loss record 12 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40060C6: (within /lib/ld-2.6.1.so) ==20156== by 0x4008934: (within /lib/ld-2.6.1.so) ==20156== by 0x400BF75: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x400C159: (within /lib/ld-2.6.1.so) ==20156== by 0x40117A3: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== ==20156== ==20156== 80 bytes in 1 blocks are still reachable in loss record 13 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x422547D: _nc_read_termtype (in /lib/libncurses.so.5.6) ==20156== by 0x4225779: _nc_read_file_entry (in /lib/libncurses.so.5.6) ==20156== by 0x4225935: _nc_read_entry (in /lib/libncurses.so.5.6) ==20156== by 0x42211DA: (within /lib/libncurses.so.5.6) ==20156== by 0x42217C9: _nc_setupterm (in /lib/libncurses.so.5.6) ==20156== by 0x4221FE7: tgetent (in /lib/libncurses.so.5.6) ==20156== by 0x416CC20: term_set (term.c:925) ==20156== by 0x416D021: term_init (term.c:350) ==20156== by 0x4165754: el_init (el.c:84) ==20156== by 0x4098B39: switch_console_loop (switch_console.c:703) ==20156== by 0x40AC15F: switch_core_runtime_loop (switch_core.c:608) ==20156== ==20156== ==20156== 80 bytes in 4 blocks are still reachable in loss record 14 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4022C4C: realloc (vg_replace_malloc.c:429) ==20156== by 0x400A239: (within /lib/ld-2.6.1.so) ==20156== by 0x400AEB8: (within /lib/ld-2.6.1.so) ==20156== by 0x401187A: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== ==20156== ==20156== 83 bytes in 1 blocks are still reachable in loss record 15 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x421F23F: _nc_doalloc (in /lib/libncurses.so.5.6) ==20156== by 0x4222A5A: _nc_tparm_analyze (in /lib/libncurses.so.5.6) ==20156== by 0x4222C3D: tparm (in /lib/libncurses.so.5.6) ==20156== by 0x4225E66: (within /lib/libncurses.so.5.6) ==20156== by 0x422615B: _nc_trim_sgr0 (in /lib/libncurses.so.5.6) ==20156== by 0x422213D: tgetent (in /lib/libncurses.so.5.6) ==20156== by 0x416CC20: term_set (term.c:925) ==20156== by 0x416D021: term_init (term.c:350) ==20156== by 0x4165754: el_init (el.c:84) ==20156== by 0x4098B39: switch_console_loop (switch_console.c:703) ==20156== by 0x40AC15F: switch_core_runtime_loop (switch_core.c:608) ==20156== ==20156== ==20156== 96 bytes in 1 blocks are still reachable in loss record 16 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x408FFC5: switch_dir_open (switch_apr.c:427) ==20156== by 0xFD351D3: ??? (mod_local_stream.c:132) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 104 bytes in 1 blocks are still reachable in loss record 17 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40F6EFE: apr_allocator_create (apr_pools.c:91) ==20156== by 0x40F77DD: apr_pool_initialize (apr_pools.c:519) ==20156== by 0x40F85FE: apr_initialize (start.c:55) ==20156== by 0x80493BD: main (switch.c:478) ==20156== ==20156== ==20156== 128 bytes in 1 blocks are still reachable in loss record 18 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x10E0CD20: js_SetupLocks (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DD0C15: JS_Init (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10D4AA1B: mod_spidermonkey_load (mod_spidermonkey.c:1043) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 128 bytes in 4 blocks are still reachable in loss record 19 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4011B2B: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== by 0x40B44DD: switch_loadable_module_load_file (switch_loadable_module.c:703) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== ==20156== ==20156== 132 bytes in 14 blocks are still reachable in loss record 20 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x415A214: crypto_alloc (alloc.c:97) ==20156== by 0x4159A1C: crypto_kernel_load_debug_module (crypto_kernel.c:486) ==20156== by 0x415A035: crypto_kernel_init (crypto_kernel.c:114) ==20156== by 0x4153676: srtp_init (srtp.c:1081) ==20156== by 0x40C0A65: switch_rtp_init (switch_rtp.c:393) ==20156== by 0x40AD43E: switch_core_init (switch_core.c:1008) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 156 bytes in 5 blocks are still reachable in loss record 21 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x400C1C5: (within /lib/ld-2.6.1.so) ==20156== by 0x40117A3: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== by 0x40B44DD: switch_loadable_module_load_file (switch_loadable_module.c:703) ==20156== ==20156== ==20156== 169 bytes in 19 blocks are still reachable in loss record 22 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x429ECAF: strdup (in /lib/libc-2.6.1.so) ==20156== by 0x402E8C1: ??? (mod_logfile.c:288) ==20156== by 0x402EB4D: mod_logfile_load (mod_logfile.c:368) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 172 bytes in 1 blocks are still reachable in loss record 23 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x42217B5: _nc_setupterm (in /lib/libncurses.so.5.6) ==20156== by 0x4221FE7: tgetent (in /lib/libncurses.so.5.6) ==20156== by 0x416CC20: term_set (term.c:925) ==20156== by 0x416D021: term_init (term.c:350) ==20156== by 0x4165754: el_init (el.c:84) ==20156== by 0x4098B39: switch_console_loop (switch_console.c:703) ==20156== by 0x40AC15F: switch_core_runtime_loop (switch_core.c:608) ==20156== by 0x8049C53: main (switch.c:551) ==20156== ==20156== ==20156== 180 bytes in 1 blocks are still reachable in loss record 24 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4225689: _nc_read_termtype (in /lib/libncurses.so.5.6) ==20156== by 0x4225779: _nc_read_file_entry (in /lib/libncurses.so.5.6) ==20156== by 0x4225935: _nc_read_entry (in /lib/libncurses.so.5.6) ==20156== by 0x42211DA: (within /lib/libncurses.so.5.6) ==20156== by 0x42217C9: _nc_setupterm (in /lib/libncurses.so.5.6) ==20156== by 0x4221FE7: tgetent (in /lib/libncurses.so.5.6) ==20156== by 0x416CC20: term_set (term.c:925) ==20156== by 0x416D021: term_init (term.c:350) ==20156== by 0x4165754: el_init (el.c:84) ==20156== by 0x4098B39: switch_console_loop (switch_console.c:703) ==20156== by 0x40AC15F: switch_core_runtime_loop (switch_core.c:608) ==20156== ==20156== ==20156== 252 bytes in 4 blocks are possibly lost in loss record 25 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4104D2C: sqlite3GenericMalloc (os_common.h:174) ==20156== by 0x4104302: sqlite3_malloc (main.c:402) ==20156== by 0x4104349: sqlite3_realloc (main.c:412) ==20156== by 0x4108CB9: base_vprintf (printf.c:764) ==20156== by 0x4108DAC: sqlite3_vmprintf (printf.c:814) ==20156== by 0x40AF856: switch_mprintf (switch_core_db.c:178) ==20156== by 0x40A2BA8: switch_core_session_execute_application (switch_core_session.c:1051) ==20156== by 0x40A6991: switch_core_session_run (switch_core_state_machine.c:143) ==20156== by 0x40A5294: switch_core_session_thread (switch_core_session.c:787) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== ==20156== ==20156== 288 bytes in 2 blocks are possibly lost in loss record 26 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x4010817: (within /lib/ld-2.6.1.so) ==20156== by 0x40108DB: _dl_allocate_tls (in /lib/ld-2.6.1.so) ==20156== by 0x41EB999: pthread_create@@GLIBC_2.1 (in /lib/libpthread-2.6.1.so) ==20156== by 0x41EBF67: pthread_create(a)GLIBC_2.0 (in /lib/libpthread-2.6.1.so) ==20156== by 0x40FC974: apr_thread_create (thread.c:176) ==20156== by 0x408FE78: switch_thread_create (switch_apr.c:530) ==20156== by 0x40B9A0C: launch_dispatch_threads (switch_event.c:472) ==20156== by 0x40B9CA0: switch_event_init (switch_event.c:510) ==20156== by 0x40AD347: switch_core_init (switch_core.c:987) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 352 bytes in 1 blocks are still reachable in loss record 27 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x428954E: (within /lib/libc-2.6.1.so) ==20156== by 0x428961B: fopen (in /lib/libc-2.6.1.so) ==20156== by 0x7D9D203: init (su_uniqueid.c:147) ==20156== by 0x7D9D539: su_guid_generate (su_uniqueid.c:255) ==20156== by 0x7D757F8: sip_call_id_create (sip_basic.c:1137) ==20156== by 0x7D26EE2: nta_leg_tcreate (nta.c:3700) ==20156== by 0x7D42F21: nua_client_init_request (nua_stack.c:2312) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D4FAAC: nua_stack_notify (nua_notifier.c:470) ==20156== by 0x7D3EA92: nua_stack_signal (nua_stack.c:627) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== ==20156== ==20156== 392 bytes in 1 blocks are still reachable in loss record 28 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4011509: (within /lib/ld-2.6.1.so) ==20156== by 0x4011997: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== by 0x10D4A749: ??? (mod_spidermonkey.c:897) ==20156== ==20156== ==20156== 473 bytes in 3 blocks are definitely lost in loss record 29 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x415A214: crypto_alloc (alloc.c:97) ==20156== by 0x415AA5D: null_cipher_alloc (null_cipher.c:68) ==20156== by 0x4155D1E: cipher_type_self_test (cipher.c:264) ==20156== by 0x4159B25: crypto_kernel_load_cipher_type (crypto_kernel.c:310) ==20156== by 0x415A0EC: crypto_kernel_init (crypto_kernel.c:151) ==20156== by 0x4153676: srtp_init (srtp.c:1081) ==20156== by 0x40C0A65: switch_rtp_init (switch_rtp.c:393) ==20156== by 0x40AD43E: switch_core_init (switch_core.c:1008) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 619 bytes in 16 blocks are still reachable in loss record 30 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x10D989C0: PR_Malloc (prmem.c:448) ==20156== by 0x10DA0F26: PR_NewCondVar (ptsynch.c:341) ==20156== by 0x10DA93ED: _PR_InitThreads (ptthread.c:876) ==20156== by 0x10D9B520: _PR_InitStuff (prinit.c:215) ==20156== by 0x10D9B54F: _PR_ImplicitInitialization (prinit.c:245) ==20156== by 0x10DA077E: PR_NewLock (ptsynch.c:172) ==20156== by 0x10E3D7CB: js_InitStringGlobals (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DD0B3E: JS_Init (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10D4AA1B: mod_spidermonkey_load (mod_spidermonkey.c:1043) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== ==20156== ==20156== 634 bytes in 8 blocks are possibly lost in loss record 31 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x7D987E2: sub_alloc (su_alloc.c:490) ==20156== by 0x7D990DE: su_alloc (su_alloc.c:771) ==20156== by 0x7D9C8E2: su_strdup (su_strdup.c:55) ==20156== by 0x7D05963: msg_header_add_str (msg_parser.c:2759) ==20156== by 0x7D7B374: sip_add_tagis (sip_tag_class.c:260) ==20156== by 0x7D42CFC: nua_client_init_request (nua_stack.c:2278) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== by 0x7D3E8DA: nua_stack_signal (nua_stack.c:592) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== by 0x7DA2B90: su_base_port_getmsgs (su_base_port.c:198) ==20156== ==20156== ==20156== 811 bytes in 17 blocks are still reachable in loss record 32 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4104D2C: sqlite3GenericMalloc (os_common.h:174) ==20156== by 0x4104302: sqlite3_malloc (main.c:402) ==20156== by 0x4104349: sqlite3_realloc (main.c:412) ==20156== by 0x4108CB9: base_vprintf (printf.c:764) ==20156== by 0x4108DAC: sqlite3_vmprintf (printf.c:814) ==20156== by 0x40AF856: switch_mprintf (switch_core_db.c:178) ==20156== by 0x40A2BA8: switch_core_session_execute_application (switch_core_session.c:1051) ==20156== by 0x40A6991: switch_core_session_run (switch_core_state_machine.c:143) ==20156== by 0x40A5294: switch_core_session_thread (switch_core_session.c:787) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== ==20156== ==20156== 837 bytes in 36 blocks are still reachable in loss record 33 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x410E1A4: sqlite3MallocX (sqliteInt.h:278) ==20156== by 0x4102FA2: sqlite3HashInsert (hash.c:363) ==20156== by 0x40A08FE: switch_core_hash_insert (switch_core_hash.c:67) ==20156== by 0x402E869: ??? (mod_logfile.c:295) ==20156== by 0x402EB4D: mod_logfile_load (mod_logfile.c:368) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 856 bytes in 12 blocks are still reachable in loss record 34 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x7EA362B: (within /usr/lib/libcrypto.so.0.9.8) ==20156== ==20156== ==20156== 1,024 bytes in 1 blocks are still reachable in loss record 35 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0xF8660FA: ??? (mod_voicemail.c:403) ==20156== by 0xF867761: mod_voicemail_load (mod_voicemail.c:3215) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 1,024 bytes in 1 blocks are still reachable in loss record 36 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40AC7B3: switch_core_set_globals (switch_core.c:375) ==20156== by 0x8049A98: main (switch.c:520) ==20156== ==20156== ==20156== 1,344 bytes in 1 blocks are still reachable in loss record 37 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x7D11304: msg_mclass_clone (msg_mclass.c:111) ==20156== by 0x7D7BC6C: sip_extend_mclass (sip_parser.c:131) ==20156== by 0x7CD4BC6: config_sofia (sofia.c:1292) ==20156== by 0x7CC8E7A: mod_sofia_load (mod_sofia.c:2213) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 1,359 bytes in 32 blocks are still reachable in loss record 38 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4007794: (within /lib/ld-2.6.1.so) ==20156== by 0x4008189: (within /lib/ld-2.6.1.so) ==20156== by 0x4011743: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== ==20156== ==20156== 1,409 bytes in 1 blocks are still reachable in loss record 39 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4224E26: _nc_read_termtype (in /lib/libncurses.so.5.6) ==20156== by 0x4225779: _nc_read_file_entry (in /lib/libncurses.so.5.6) ==20156== by 0x4225935: _nc_read_entry (in /lib/libncurses.so.5.6) ==20156== by 0x42211DA: (within /lib/libncurses.so.5.6) ==20156== by 0x42217C9: _nc_setupterm (in /lib/libncurses.so.5.6) ==20156== by 0x4221FE7: tgetent (in /lib/libncurses.so.5.6) ==20156== by 0x416CC20: term_set (term.c:925) ==20156== by 0x416D021: term_init (term.c:350) ==20156== by 0x4165754: el_init (el.c:84) ==20156== by 0x4098B39: switch_console_loop (switch_console.c:703) ==20156== by 0x40AC15F: switch_core_runtime_loop (switch_core.c:608) ==20156== ==20156== ==20156== 1,420 bytes in 5 blocks are possibly lost in loss record 40 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D98983: su_hash_alloc (su_alloc.c:390) ==20156== by 0x7D98B1E: su_home_new (su_alloc.c:562) ==20156== by 0x7D06200: msg_create (msg.c:61) ==20156== by 0x7D24754: nta_msg_create (nta.c:2829) ==20156== by 0x7D431B2: nua_client_request_template (nua_stack.c:2361) ==20156== by 0x7D42AD6: nua_client_init_request (nua_stack.c:2223) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== by 0x7D3E8DA: nua_stack_signal (nua_stack.c:592) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== by 0x7DA2B90: su_base_port_getmsgs (su_base_port.c:198) ==20156== ==20156== ==20156== 1,502 bytes in 37 blocks are still reachable in loss record 41 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x400A54D: (within /lib/ld-2.6.1.so) ==20156== by 0x40063E9: (within /lib/ld-2.6.1.so) ==20156== by 0x400824D: (within /lib/ld-2.6.1.so) ==20156== by 0x4011743: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== ==20156== ==20156== 1,869 bytes in 4 blocks are still reachable in loss record 42 of 65 ==20156== at 0x4022BDE: realloc (vg_replace_malloc.c:429) ==20156== by 0x421F21F: _nc_doalloc (in /lib/libncurses.so.5.6) ==20156== by 0x4225359: _nc_read_termtype (in /lib/libncurses.so.5.6) ==20156== by 0x4225779: _nc_read_file_entry (in /lib/libncurses.so.5.6) ==20156== by 0x4225935: _nc_read_entry (in /lib/libncurses.so.5.6) ==20156== by 0x42211DA: (within /lib/libncurses.so.5.6) ==20156== by 0x42217C9: _nc_setupterm (in /lib/libncurses.so.5.6) ==20156== by 0x4221FE7: tgetent (in /lib/libncurses.so.5.6) ==20156== by 0x416CC20: term_set (term.c:925) ==20156== by 0x416D021: term_init (term.c:350) ==20156== by 0x4165754: el_init (el.c:84) ==20156== by 0x4098B39: switch_console_loop (switch_console.c:703) ==20156== ==20156== ==20156== 1,988 bytes in 7 blocks are still reachable in loss record 43 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D98983: su_hash_alloc (su_alloc.c:390) ==20156== by 0x7D98B1E: su_home_new (su_alloc.c:562) ==20156== by 0x7D06200: msg_create (msg.c:61) ==20156== by 0x7D24754: nta_msg_create (nta.c:2829) ==20156== by 0x7D431B2: nua_client_request_template (nua_stack.c:2361) ==20156== by 0x7D42AD6: nua_client_init_request (nua_stack.c:2223) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== by 0x7D3E8DA: nua_stack_signal (nua_stack.c:592) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== by 0x7DA2B90: su_base_port_getmsgs (su_base_port.c:198) ==20156== ==20156== ==20156== 3,024 bytes in 6 blocks are possibly lost in loss record 44 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D98B01: su_home_new (su_alloc.c:559) ==20156== by 0x7D06200: msg_create (msg.c:61) ==20156== by 0x7D24754: nta_msg_create (nta.c:2829) ==20156== by 0x7D431B2: nua_client_request_template (nua_stack.c:2361) ==20156== by 0x7D42AD6: nua_client_init_request (nua_stack.c:2223) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== by 0x7D3E8DA: nua_stack_signal (nua_stack.c:592) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== by 0x7DA2B90: su_base_port_getmsgs (su_base_port.c:198) ==20156== by 0x7DA2EC4: su_base_port_run (su_base_port.c:331) ==20156== ==20156== ==20156== 3,200 bytes in 2 blocks are still reachable in loss record 45 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x10DE13FC: JS_DHashAllocTable (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DE1222: JS_DHashTableInit (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DFC1E0: js_InitGC (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DD0BC4: JS_Init (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10D4AA1B: mod_spidermonkey_load (mod_spidermonkey.c:1043) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 3,216 bytes in 6 blocks are possibly lost in loss record 46 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D9A9F4: su_zalloc (su_alloc.c:1437) ==20156== by 0x7DA08C4: su_msg_new (su_root.c:901) ==20156== by 0x7D3E313: nua_signal (nua_stack.c:495) ==20156== by 0x7D46E3F: nua_invite (nua.c:633) ==20156== by 0x7CEB0AE: sofia_glue_do_invite (sofia_glue.c:1288) ==20156== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==20156== by 0x40A62AD: switch_core_session_run (switch_core_state_machine.c:415) ==20156== by 0x40A5294: switch_core_session_thread (switch_core_session.c:787) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 3,304 bytes in 32 blocks are still reachable in loss record 47 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x400C2A6: (within /lib/ld-2.6.1.so) ==20156== by 0x40117A3: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== by 0x40B44DD: switch_loadable_module_load_file (switch_loadable_module.c:703) ==20156== ==20156== ==20156== 3,424 bytes in 37 blocks are still reachable in loss record 48 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x400F088: (within /lib/ld-2.6.1.so) ==20156== by 0x4011A26: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== by 0x4090D4A: switch_dso_load (switch_apr.c:85) ==20156== by 0x40B44DD: switch_loadable_module_load_file (switch_loadable_module.c:703) ==20156== ==20156== ==20156== 3,844 bytes in 49 blocks are still reachable in loss record 49 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x10D98A22: PR_Calloc (prmem.c:455) ==20156== by 0x10D94922: PR_NewLogModule (prlog.c:361) ==20156== by 0x10D9B3A7: _PR_InitStuff (prinit.c:185) ==20156== by 0x10D9B54F: _PR_ImplicitInitialization (prinit.c:245) ==20156== by 0x10DA077E: PR_NewLock (ptsynch.c:172) ==20156== by 0x10E3D7CB: js_InitStringGlobals (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10DD0B3E: JS_Init (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10D4AA1B: mod_spidermonkey_load (mod_spidermonkey.c:1043) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== ==20156== ==20156== 4,124 bytes in 1 blocks are still reachable in loss record 50 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x42BBEE6: (within /lib/libc-2.6.1.so) ==20156== by 0x42BBFD2: opendir (in /lib/libc-2.6.1.so) ==20156== by 0x40F4EC7: apr_dir_open (dir.c:82) ==20156== by 0x408FFF9: switch_dir_open (switch_apr.c:435) ==20156== by 0xFD351D3: ??? (mod_local_stream.c:132) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 4,246 bytes in 2 blocks are still reachable in loss record 51 of 65 ==20156== at 0x4022BDE: realloc (vg_replace_malloc.c:429) ==20156== by 0x409B0E3: switch_console_stream_write (switch_console.c:129) ==20156== by 0xF865B9D: ??? (mod_voicemail.c:333) ==20156== by 0xF867761: mod_voicemail_load (mod_voicemail.c:3215) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 5,130 bytes in 102 blocks are definitely lost in loss record 52 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x429ECAF: strdup (in /lib/libc-2.6.1.so) ==20156== by 0x40ACE31: switch_core_set_variable (switch_core.c:224) ==20156== by 0x40AD2EC: switch_core_init (switch_core.c:981) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 8,192 bytes in 1 blocks are still reachable in loss record 53 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4170505: libedit_fgetln (fgetln.c:60) ==20156== by 0x4171216: history (history.c:685) ==20156== by 0x409939B: switch_console_loop (switch_console.c:760) ==20156== by 0x40AC15F: switch_core_runtime_loop (switch_core.c:608) ==20156== by 0x8049C53: main (switch.c:551) ==20156== ==20156== ==20156== 8,277 bytes in 130 blocks are still reachable in loss record 54 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x7D987E2: sub_alloc (su_alloc.c:490) ==20156== by 0x7D990DE: su_alloc (su_alloc.c:771) ==20156== by 0x7D073B4: msg_avlist_d (msg_parser_util.c:437) ==20156== by 0x7D074D3: msg_params_d (msg_parser_util.c:487) ==20156== by 0x7D74BCA: sip_name_addr_d (sip_basic.c:732) ==20156== by 0x7D7A90B: sip_remote_party_id_d (sip_extra.c:1156) ==20156== by 0x7D0269B: header_parse (msg_parser.c:1132) ==20156== by 0x7D02453: extract_header (msg_parser.c:1071) ==20156== by 0x7D02185: msg_extract_header (msg_parser.c:1008) ==20156== by 0x7D05A42: msg_header_parse_str (msg_parser.c:2801) ==20156== by 0x7D0598E: msg_header_add_str (msg_parser.c:2764) ==20156== ==20156== ==20156== 9,388 bytes in 1 blocks are still reachable in loss record 55 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x10DD0B5F: JS_Init (in /usr/local/freeswitch/lib/libjs.so.1.0.6) ==20156== by 0x10D4AA1B: mod_spidermonkey_load (mod_spidermonkey.c:1043) ==20156== by 0x40B450D: switch_loadable_module_load_file (switch_loadable_module.c:731) ==20156== by 0x40B489B: switch_loadable_module_load_module (switch_loadable_module.c:825) ==20156== by 0x40B4CC8: switch_loadable_module_init (switch_loadable_module.c:1039) ==20156== by 0x40AE6A0: switch_core_init_and_modload (switch_core.c:1205) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== ==20156== 17,418 bytes in 1 blocks are still reachable in loss record 56 of 65 ==20156== at 0x4022BDE: realloc (vg_replace_malloc.c:429) ==20156== by 0x4090FC0: switch_buffer_write (switch_buffer.c:241) ==20156== by 0xFD35607: ??? (mod_local_stream.c:205) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 21,868 bytes in 77 blocks are indirectly lost in loss record 57 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D98983: su_hash_alloc (su_alloc.c:390) ==20156== by 0x7D98B1E: su_home_new (su_alloc.c:562) ==20156== by 0x7D06200: msg_create (msg.c:61) ==20156== by 0x7D24754: nta_msg_create (nta.c:2829) ==20156== by 0x7D431B2: nua_client_request_template (nua_stack.c:2361) ==20156== by 0x7D42AD6: nua_client_init_request (nua_stack.c:2223) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== by 0x7D3E8DA: nua_stack_signal (nua_stack.c:592) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== by 0x7DA2B90: su_base_port_getmsgs (su_base_port.c:198) ==20156== ==20156== ==20156== 23,627 bytes in 37 blocks are still reachable in loss record 58 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x400A2DA: (within /lib/ld-2.6.1.so) ==20156== by 0x40063E9: (within /lib/ld-2.6.1.so) ==20156== by 0x400824D: (within /lib/ld-2.6.1.so) ==20156== by 0x4011743: (within /lib/ld-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x401114B: (within /lib/ld-2.6.1.so) ==20156== by 0x41B089C: (within /lib/libdl-2.6.1.so) ==20156== by 0x400D785: (within /lib/ld-2.6.1.so) ==20156== by 0x41B010B: (within /lib/libdl-2.6.1.so) ==20156== by 0x41B091E: dlopen (in /lib/libdl-2.6.1.so) ==20156== by 0x40F3A0C: apr_dso_load (dso.c:139) ==20156== ==20156== ==20156== 43,599 bytes in 663 blocks are indirectly lost in loss record 59 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x7D987E2: sub_alloc (su_alloc.c:490) ==20156== by 0x7D990DE: su_alloc (su_alloc.c:771) ==20156== by 0x7D04C85: msg_header_alloc (msg_parser.c:2309) ==20156== by 0x7D0FE97: msg_header_dup_as (msg_header_copy.c:277) ==20156== by 0x7D05607: _msg_header_add_dup_as (msg_parser.c:2654) ==20156== by 0x7D0556E: msg_header_add_dup_as (msg_parser.c:2634) ==20156== by 0x7D7B2F1: sip_add_tagis (sip_tag_class.c:250) ==20156== by 0x7D43220: nua_client_request_template (nua_stack.c:2377) ==20156== by 0x7D42AD6: nua_client_init_request (nua_stack.c:2223) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== ==20156== ==20156== 66,933 bytes in 1,670 blocks are definitely lost in loss record 60 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x4104D2C: sqlite3GenericMalloc (os_common.h:174) ==20156== by 0x4104302: sqlite3_malloc (main.c:402) ==20156== by 0x4104349: sqlite3_realloc (main.c:412) ==20156== by 0x4108CB9: base_vprintf (printf.c:764) ==20156== by 0x4108DAC: sqlite3_vmprintf (printf.c:814) ==20156== by 0x40AF856: switch_mprintf (switch_core_db.c:178) ==20156== by 0x40A2BA8: switch_core_session_execute_application (switch_core_session.c:1051) ==20156== by 0x40A6991: switch_core_session_run (switch_core_state_machine.c:143) ==20156== by 0x40A5294: switch_core_session_thread (switch_core_session.c:787) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== ==20156== ==20156== 107,299 (41,832 direct, 65,467 indirect) bytes in 83 blocks are definitely lost in loss record 61 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D98B01: su_home_new (su_alloc.c:559) ==20156== by 0x7D06200: msg_create (msg.c:61) ==20156== by 0x7D24754: nta_msg_create (nta.c:2829) ==20156== by 0x7D431B2: nua_client_request_template (nua_stack.c:2361) ==20156== by 0x7D42AD6: nua_client_init_request (nua_stack.c:2223) ==20156== by 0x7D423B5: nua_client_create (nua_stack.c:2043) ==20156== by 0x7D54F65: nua_stack_invite (nua_session.c:701) ==20156== by 0x7D3E8DA: nua_stack_signal (nua_stack.c:592) ==20156== by 0x7DA2DE9: su_base_port_execute_msgs (su_base_port.c:276) ==20156== by 0x7DA2B90: su_base_port_getmsgs (su_base_port.c:198) ==20156== by 0x7DA2EC4: su_base_port_run (su_base_port.c:331) ==20156== ==20156== ==20156== 44,488 bytes in 83 blocks are definitely lost in loss record 62 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0x7D9A9F4: su_zalloc (su_alloc.c:1437) ==20156== by 0x7DA08C4: su_msg_new (su_root.c:901) ==20156== by 0x7D3E313: nua_signal (nua_stack.c:495) ==20156== by 0x7D46E3F: nua_invite (nua.c:633) ==20156== by 0x7CEB0AE: sofia_glue_do_invite (sofia_glue.c:1288) ==20156== by 0x7CCA773: sofia_on_init (mod_sofia.c:99) ==20156== by 0x40A62AD: switch_core_session_run (switch_core_state_machine.c:415) ==20156== by 0x40A5294: switch_core_session_thread (switch_core_session.c:787) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 55,728 bytes in 1 blocks are still reachable in loss record 63 of 65 ==20156== at 0x4021C2E: calloc (vg_replace_malloc.c:397) ==20156== by 0xFCE0A57: sf_open (sndfile.c:285) ==20156== by 0xFCD9FD3: ??? (mod_sndfile.c:174) ==20156== by 0x40A04A1: switch_core_perform_file_open (switch_core_file.c:100) ==20156== by 0xFD3549A: ??? (mod_local_stream.c:178) ==20156== by 0x40FC5D5: dummy_worker (thread.c:138) ==20156== by 0x41EB191: start_thread (in /lib/libpthread-2.6.1.so) ==20156== by 0x42F502D: clone (in /lib/libc-2.6.1.so) ==20156== ==20156== ==20156== 696,320 bytes in 85 blocks are still reachable in loss record 64 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40F74CF: apr_pool_create_ex (apr_pools.c:300) ==20156== by 0x40F781E: apr_pool_initialize (apr_pools.c:524) ==20156== by 0x40F85FE: apr_initialize (start.c:55) ==20156== by 0x80493BD: main (switch.c:478) ==20156== ==20156== ==20156== 15,605,760 bytes in 38 blocks are still reachable in loss record 65 of 65 ==20156== at 0x4022B08: malloc (vg_replace_malloc.c:207) ==20156== by 0x40F7A53: apr_palloc (apr_pools.c:300) ==20156== by 0x40EDFBA: apr_queue_create (apr_queue.c:129) ==20156== by 0x408F6FA: switch_queue_create (switch_apr.c:747) ==20156== by 0x409DC9C: switch_core_memory_init (switch_core_memory.c:468) ==20156== by 0x40ACF4C: switch_core_init (switch_core.c:950) ==20156== by 0x40AE57C: switch_core_init_and_modload (switch_core.c:1176) ==20156== by 0x8049C2F: main (switch.c:546) ==20156== ==20156== LEAK SUMMARY: ==20156== definitely lost: 158,864 bytes in 1,942 blocks. ==20156== indirectly lost: 65,494 bytes in 742 blocks. ==20156== possibly lost: 8,834 bytes in 31 blocks. ==20156== still reachable: 16,464,203 bytes in 657 blocks. ==20156== suppressed: 0 bytes in 0 blocks. Is this problem's cause configuration mistake or freeswitch's bug? Sangwoo Jin

7 13

How to reconnect to FS ?
by Henk Oegema 01 Aug '08

01 Aug '08

How do I (re)connect to a running FS? (like -rv parameter in * ) to get the FS CLI prompt back? root@ubuntu:/usr/local/freeswitch/bin# ./freeswitch Cannot lock pid file /usr/local/freeswitch/log/freeswitch.pid. I get this message because FS is already running. Even better: where do I find the documentation for this problem. Rgds Henk

8 12