From linuxwhy at 163.com Thu Jul 1 00:56:39 2010 From: linuxwhy at 163.com (=?GB2312?B?zfW66dPA?=) Date: Thu, 1 Jul 2010 15:56:39 +0800 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: References: <20100628091917.675b0d3f@honiswang-laptop> <5F3C6138F5918743BDCA85B89DA254980B1F5162@HSMAIL.hs.handsome.com.cn> Message-ID: <20100701155639.379a14bb@honiswang-laptop> hi ,what is your freeswitch version? The revised test is normal I ??? ????-IP??? ?????????????? ???58022020-212 MSN:linuxwhy at msn.com E-mail:wanghongyong at ceopen.cn Tue, 29 Jun 2010 11:59:45 -0500 From dujinfang at gmail.com Thu Jul 1 01:17:59 2010 From: dujinfang at gmail.com (Seven Du) Date: Thu, 1 Jul 2010 16:17:59 +0800 Subject: [Freeswitch-dev] =?gb2312?b?b2RiY8GsvdO5/bbgtcTOyszi?= In-Reply-To: <20100701155639.379a14bb@honiswang-laptop> References: <20100628091917.675b0d3f@honiswang-laptop> <5F3C6138F5918743BDCA85B89DA254980B1F5162@HSMAIL.hs.handsome.com.cn> <20100701155639.379a14bb@honiswang-laptop> Message-ID: Developers using git HEAD. Did you tested the HEAD version on your box? ? 2010?7?1? ??3:56???? ??? > > hi ,what is your freeswitch version? The revised test is normal I > > ??? > ????-IP??? > ?????????????? > ???58022020-212 > MSN:linuxwhy at msn.com > E-mail:wanghongyong at ceopen.cn > Tue, 29 Jun 2010 11:59:45 -0500 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn From jan.berger at video24.no Thu Jul 1 01:38:29 2010 From: jan.berger at video24.no (Jan Berger) Date: Thu, 1 Jul 2010 10:38:29 +0200 Subject: [Freeswitch-dev] TraceMonkey Message-ID: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> Hi, Was searching for updated JavaScript alternatives and found this Tamarin/TraceMonkey. Do anyone have experience with this version? They claim a 5-10 x speed increase compared to the older SpiderMonkey "Tamarin is a JavaScript engine written in C++. It currently implements Adobe ActionScriptT 3 (a superset of ECMAScript Edition 3) and is embedded within the AdobeR FlashR Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used in TraceMonkey ergo SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." https://developer.mozilla.org/en/Tamarin#Get_Involved! Is anyone interested in having a mod_tracemonkey for FreeSWITCH - or is someone already working on this? Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/a4e66b29/attachment.html From jan.berger at video24.no Thu Jul 1 01:56:04 2010 From: jan.berger at video24.no (Jan Berger) Date: Thu, 1 Jul 2010 10:56:04 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> Message-ID: <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> https://wiki.mozilla.org/JaegerMonkey Didn't see this - might be an easier path to just wait for this to mature. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: 1. juli 2010 10:38 To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] TraceMonkey Hi, Was searching for updated JavaScript alternatives and found this Tamarin/TraceMonkey. Do anyone have experience with this version? They claim a 5-10 x speed increase compared to the older SpiderMonkey "Tamarin is a JavaScript engine written in C++. It currently implements Adobe ActionScriptT 3 (a superset of ECMAScript Edition 3) and is embedded within the AdobeR FlashR Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used in TraceMonkey ergo SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." https://developer.mozilla.org/en/Tamarin#Get_Involved! Is anyone interested in having a mod_tracemonkey for FreeSWITCH - or is someone already working on this? Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/e9014ec2/attachment.html From juanito1982 at gmail.com Thu Jul 1 04:57:33 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Thu, 1 Jul 2010 13:57:33 +0200 Subject: [Freeswitch-dev] Core on module reload Message-ID: Hello! I've made one module with one api function and one app function. I added one extension to call my app. I only print a console message whitin the app function. If I unload the module, make one change on the code, compile, install an reaload the module, when calling the extension which exec the app I get a core. I can see with gdb: ---------------------------------- #0 0x00b20010 in switch_core_session_run (session=0x87be678) at src/switch_core_state_machine.c:338 338 STATE_MACRO(init, "INIT"); (gdb) bt full #0 0x00b20010 in switch_core_session_run (session=0x87be678) at src/switch_core_state_machine.c:338 index = 2 global_proceed = 1 state = endstate = 12771850 endpoint_interface = driver_state_handler = 0x65a660 application_state_handler = 0x3910e0 new_loops = 59994 __PRETTY_FUNCTION__ = "switch_core_session_run" __func__ = "switch_core_session_run" #1 0x00b1ac16 in switch_core_session_thread (thread=0x873a250, obj=0x87be678) at src/switch_core_session.c:1162 session = 0x87be678 event = event_str = 0x0 val = 0x0 __func__ = "switch_core_session_thread" __PRETTY_FUNCTION__ = "switch_core_session_thread" #2 0x00ba2456 in dummy_worker (opaque=0x873a250) at threadproc/unix/thread.c:138 No locales. ---Type to continue, or q to quit--- #3 0x0011596e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 No symbol table info available. #4 0x001f6a0e in clone () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. ---------------------------------- But I don't see which could be the problem. Any idea? Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/fbba8424/attachment-0001.html From brian at freeswitch.org Thu Jul 1 06:09:11 2010 From: brian at freeswitch.org (Brian West) Date: Thu, 1 Jul 2010 08:09:11 -0500 Subject: [Freeswitch-dev] Core on module reload In-Reply-To: References: Message-ID: What are you doing in your app and api? And what does your log look like? /b On Jul 1, 2010, at 6:57 AM, Juan Antonio Iba?ez Santorum wrote: > > I've made one module with one api function and one app function. I added one extension to call my app. I only print a console message whitin the app function. If I unload the module, make one change on the code, compile, install an reaload the module, when calling the extension which exec the app I get a core. I can see with gdb: From anthony.minessale at gmail.com Thu Jul 1 07:41:29 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 1 Jul 2010 09:41:29 -0500 Subject: [Freeswitch-dev] Core on module reload In-Reply-To: References: Message-ID: everything that you allocated or reserved from FS must be given back and unreserved when you unload or it will create invalid pointers in memory. 2010/7/1 Juan Antonio Iba?ez Santorum > Hello! > > I've made one module with one api function and one app function. I added > one extension to call my app. I only print a console message whitin the app > function. If I unload the module, make one change on the code, compile, > install an reaload the module, when calling the extension which exec the app > I get a core. I can see with gdb: > > ---------------------------------- > #0 0x00b20010 in switch_core_session_run (session=0x87be678) > at src/switch_core_state_machine.c:338 > 338 STATE_MACRO(init, "INIT"); > (gdb) bt full > #0 0x00b20010 in switch_core_session_run (session=0x87be678) > at src/switch_core_state_machine.c:338 > index = 2 > global_proceed = 1 > state = > endstate = 12771850 > endpoint_interface = > driver_state_handler = 0x65a660 > application_state_handler = 0x3910e0 > new_loops = 59994 > __PRETTY_FUNCTION__ = "switch_core_session_run" > __func__ = "switch_core_session_run" > #1 0x00b1ac16 in switch_core_session_thread (thread=0x873a250, > obj=0x87be678) > at src/switch_core_session.c:1162 > session = 0x87be678 > event = > event_str = 0x0 > val = 0x0 > __func__ = "switch_core_session_thread" > __PRETTY_FUNCTION__ = "switch_core_session_thread" > #2 0x00ba2456 in dummy_worker (opaque=0x873a250) > at threadproc/unix/thread.c:138 > No locales. > ---Type to continue, or q to quit--- > #3 0x0011596e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 > No symbol table info available. > #4 0x001f6a0e in clone () from /lib/tls/i686/cmov/libc.so.6 > No symbol table info available. > > ---------------------------------- > > But I don't see which could be the problem. Any idea? > > Regards > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/e4913048/attachment.html From anthony.minessale at gmail.com Thu Jul 1 08:56:04 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 1 Jul 2010 10:56:04 -0500 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> Message-ID: We've been waiting for a modern js engine to mature since shortly after we started FS. V8 has promise as well. It's a matter of making sure there is a good choice before doing all the work of integration. On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: > https://wiki.mozilla.org/JaegerMonkey > > > > Didn?t see this ? might be an easier path to just wait for this to mature. > > > > Jan > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Jan Berger > *Sent:* 1. juli 2010 10:38 > > *To:* freeswitch-dev at lists.freeswitch.org > *Subject:* [Freeswitch-dev] TraceMonkey > > > > Hi, > > > > Was searching for updated JavaScript alternatives and found this > Tamarin/TraceMonkey. Do anyone have experience with this version? They claim > a 5-10 x speed increase compared to the older SpiderMonkey > > > > ?*Tamarin* is a JavaScript engine written in C++. It currently implements Adobe ActionScript? 3 (a > superset of ECMAScript Edition 3) and is embedded within the Adobe? Flash? > Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used > in TraceMonkey ergo > SpiderMonkey, which is Mozilla?s JavaScript engine in Firefox.? > > > > https://developer.mozilla.org/en/Tamarin#Get_Involved! > > > > Is anyone interested in having a mod_tracemonkey for FreeSWITCH ? or is > someone already working on this? > > > > Jan > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/124e5715/attachment.html From jan.berger at video24.no Thu Jul 1 09:55:41 2010 From: jan.berger at video24.no (Jan Berger) Date: Thu, 1 Jul 2010 18:55:41 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> Message-ID: <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> Yes - I am going to give V8 a try actually - this looks very promising. Got a bit lost in the jungle of all the monkey's :-) The compiler side of Tamarin is not ready yet + it's also been complains that it's slower than SpiderMonkey on the VM. _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 17:56 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey We've been waiting for a modern js engine to mature since shortly after we started FS. V8 has promise as well. It's a matter of making sure there is a good choice before doing all the work of integration. On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: https://wiki.mozilla.org/JaegerMonkey Didn't see this - might be an easier path to just wait for this to mature. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: 1. juli 2010 10:38 To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] TraceMonkey Hi, Was searching for updated JavaScript alternatives and found this Tamarin/TraceMonkey. Do anyone have experience with this version? They claim a 5-10 x speed increase compared to the older SpiderMonkey "Tamarin is a JavaScript engine written in C++. It currently implements Adobe ActionScriptT 3 (a superset of ECMAScript Edition 3) and is embedded within the AdobeR FlashR Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used in TraceMonkey ergo SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." https://developer.mozilla.org/en/Tamarin#Get_Involved! Is anyone interested in having a mod_tracemonkey for FreeSWITCH - or is someone already working on this? Jan _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/789f1682/attachment-0001.html From devel at thom.fr.eu.org Thu Jul 1 10:46:07 2010 From: devel at thom.fr.eu.org (=?UTF-8?Q?Fran=C3=A7ois_Legal?=) Date: Thu, 01 Jul 2010 19:46:07 +0200 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> <004a01cb18a3$b585c5d0$20915170$@fr.eu.org> Message-ID: <69f4ef1da5d341b85e5f2b9cd3290cd7@thom.fr.eu.org> Yes, CID works back again with HWEC disabled. However, I get echo without HWEC ;-) Fran?ois On Wed, 30 Jun 2010 18:48:40 -0400, Moises Silva wrote: Just fyi, you can disable hw ec from the CLI so you don't have to start/stop the port for your tests. Start the card with HWEC enabled, then you can use wan_ec_client. # wan_ec_client wanpipe1 disable Then enable again: # wan_ec_client wanpipe1 enable You can verify it's enabled/disabled with # wan_ec_client wanpipe stats Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [1] On Wed, Jun 30, 2010 at 6:29 PM, wrote: I'll give a try tomorrow with HWEC disabled. DE : freeswitch-dev-bounces at lists.freeswitch.org [3] [mailto:freeswitch-dev-bounces at lists.freeswitch.org [4]] DE LA PART DE Moises Silva ENVOY? : mercredi 30 juin 2010 23:15 ? : freeswitch-dev at lists.freeswitch.org [5] OBJET : Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu Can you try 3.5.12 with and without hw ec enabled and check if cid is there? Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [6] On Wed, Jun 30, 2010 at 2:58 PM, Fran?ois Legal wrote: Hello, did try to upgrade to wanpipe 3.5.12 (from 3.5.11) and thought the DTMF problem seems to be fixed (did not had the opportunity to really test it thourougthly), I seem to have lost the CID feature in the upgrade. Roll back to 3.5.11 and CID is back there. Fran?ois On Mon, 28 Jun 2010 18:54:19 -0400, Moises Silva wrote: Hello, I spent a few hours playing with DTMF stuff and analog cards and it seems there is 2 issues at hand. 1. Bleeding DTMF. 2. Echo DTMF. The first issue, for software DTMF, can be solved with Anthony's pre buffer size feature. However that introduces delay by design, and it will not work for large DTMFs (if the dtmf is larger than the buffer). For hardware DTMF a new driver was just released that includes a configuration to allow the EC chip to perform the dtmf tone removal which cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF detector will consider that a valid DTMF and therefore the bleeding should be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf Ideally the software DTMF detector (in this case teletone) should cut it at the same time that it detects it. I thought may be spandsp would help, but it seems spandsp does not have an option to squelch the dtmf tone. May be Steve can help with that. I pinged him on IRC and he said he may get some code working, but there is no date for that and also that would involve integrating spandsp into FreeTDM, any reason to not do this now that spandsp is LGPL? As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected as incoming DTMF due to echo. There is not much we can do there if you don't have echo cancellation. If however you have this issue even with HW EC, call Sangoma tech support and we will be happy to look at the issue. In another note, I added a variable and application to disable DTMF. That will disable DTMF (either software or hardware) in the leg executing that app. If you want to disable in the outgoing leg (before a bridge), you must export a special variable: The DTMF is enabled automatically on each call, so there is no need to enable it for each call. But in case you need to enable it: Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com [8] On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale wrote: openzap_pre_buffer_size is a variable you can set to specific number of MS 60 for example. it will pre_buffer the audio on the channel so when you detect dtmf it will completely drop the buffer so all of the original dtmf should be dropped as well. probably if the dtmf is too long then it will cause problems anyway. if that pre buffer does not fix anything it would point to echo or bleeding. We could make a variable to disable dtmf detection completely on a per-call basis possibly but you will still probably hear it bleeding. This type of problem was reported fixed with sangoma because of the echo canceler. I don't use dahdi or digium stuff much so I can't comment on what happens when you use it. On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal wrote: Does this really fix it ? I wonder because the problem I see here is also that the FXS side detects the DTMF and then queues it on the FXO side for generation. That leads to the called party receiving twice the DTMF, the first one is the inband DTMF, the second is the one queued/generated by the FXO channel. For a clean fix, I guess some kind of application should be created, that would prevent DTMF to be queued on the other channel. Such application would then be called before the bridge. Maybe there is a cleaner way to do this. Fran?ois On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" wrote: > Hi everybody, > > I have a problem that is very similar to a problem > reported by Fran?ois [1] except for the fact that > my FXS and FXO ports are on a Xorcom Astribank > device instead of a Sangoma. > > To quote Fran?ois: "The problem is that each leg of > the bridge is detecting the inband DTMF, and so > [F]reeswitch sends each detected DTMF from one leg > to the other, and so on and so forth (as each leg > detects the DTMF again and again)" > > HIS words but evidenced by the MY log :) > > The snippet below has DTMF coming in on the FXS port > (1:1) and bouncing between it and the FXO port (3:1). > The ports are simply bridged together with > > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" > > I'm running: > > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) > dahdi: Version: SVN-trunk-r8762 > > Output of lsdahdi at end of message. > > ----8 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! (write > not ready) > [...ad infinitum...] > ----8 > ----8 channel_read_frame(switch_core_session_t *session, switch > for (p = dtmf; p & p++) { > if (is_dtmf(*p)) { > _dtmf.digit = *p; > - zap_log(ZAP_LOG_DEBUG, "queue DTMF [%c]n", > *p); > - switch_channel_queue_dtmf(channel, > + if (tech_pvt->zchan->span_id == 3 || > tech_pvt->zchan->span_id == 4) { > + zap_log(ZAP_LOG_DEBUG, "Ignoring > DTMF [%c] on FXO port %d:%dn", *p, tech_pvt->zchan->span_id, > tech_pvt->zchan->chan_id) > ; > + } else { > + zap_log(ZAP_LOG_DEBUG, "queue DTMF > [%c]n", *p); > + switch_channel_queue_dtmf(channel, > > + } > } > } > } > ----8 Any and all pointers appreciated. > > Cheers, > -Slim > > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF > http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm [12] > l > > [Freeswitch-dev] Problem with sending > DTMF on FXS port bridged to an FXO port > http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html [13] > > > ----8 5 FXS FXOKS > 6 FXS FXOKS > 7 FXS FXOKS > 8 FXS FXOKS > 9 Output FXOKS > 10 Output FXOKS > 11 Input FXOKS > 12 Input FXOKS > 13 Input FXOKS > 14 Input FXOKS > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" > 15 FXS FXOKS > 16 FXS FXOKS > 17 FXS FXOKS > 18 FXS FXOKS > 19 FXS FXOKS > 20 FXS FXOKS > 21 FXS FXOKS > 22 FXS FXOKS > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" > 23 FXO FXSKS RED > 24 FXO FXSKS RED > 25 FXO FXSKS RED > 26 FXO FXSKS RED > 27 FXO FXSKS RED > 28 FXO FXSKS RED > 29 FXO FXSKS RED > 30 FXO FXSKS RED > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" > 31 FXO FXSKS RED > 32 FXO FXSKS RED > 33 FXO FXSKS RED > 34 FXO FXSKS RED > 35 FXO FXSKS RED > 36 FXO FXSKS RED > 37 FXO FXSKS RED > 38 FXO FXSKS RED > ----8 Olympic Sports Data Services > Email: jeroeng at thegreek.com [14] > Phone: +1 876 953 6182 x128 > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org [15] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [16] > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [17] > http://www.freeswitch.org [18] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [19] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [20] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [21] http://www.freeswitch.org [22] -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ [23] ClueCon http://www.cluecon.com/ [24] Twitter: http://twitter.com/FreeSWITCH_wire [25] AIM: anthm MSN:anthony_minessale at hotmail.com [26] GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com [27] IRC: irc.freenode.net [28] #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org [29] googletalk:conf+888 at conference.freeswitch.org [30] pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [31] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [32] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [33] http://www.freeswitch.org [34] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [35] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [36] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [37] http://www.freeswitch.org [38] _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org [39] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [40] UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev [41] http://www.freeswitch.org [42] Links: ------ [1] mailto:moy at sangoma.com [2] mailto:devel at thom.fr.eu.org [3] mailto:freeswitch-dev-bounces at lists.freeswitch.org [4] mailto:freeswitch-dev-bounces at lists.freeswitch.org [5] mailto:freeswitch-dev at lists.freeswitch.org [6] mailto:moy at sangoma.com [7] mailto:devel at thom.fr.eu.org [8] mailto:moy at sangoma.com [9] mailto:anthony.minessale at gmail.com [10] mailto:devel at thom.fr.eu.org [11] mailto:jeroeng at thegreek.com [12] http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm [13] http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html [14] mailto:jeroeng at thegreek.com [15] mailto:FreeSWITCH-dev at lists.freeswitch.org [16] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [17] http://lists.freeswitch.org/mailman/options/freeswitch-dev [18] http://www.freeswitch.org [19] mailto:FreeSWITCH-dev at lists.freeswitch.org [20] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [21] http://lists.freeswitch.org/mailman/options/freeswitch-dev [22] http://www.freeswitch.org [23] http://www.freeswitch.org/ [24] http://www.cluecon.com/ [25] http://twitter.com/FreeSWITCH_wire [26] mailto:MSN%3Aanthony_minessale at hotmail.com [27] mailto:PAYPAL%3Aanthony.minessale at gmail.com [28] http://irc.freenode.net [29] mailto:sip%3A888 at conference.freeswitch.org [30] mailto:googletalk%3Aconf%2B888 at conference.freeswitch.org [31] mailto:FreeSWITCH-dev at lists.freeswitch.org [32] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [33] http://lists.freeswitch.org/mailman/options/freeswitch-dev [34] http://www.freeswitch.org [35] mailto:FreeSWITCH-dev at lists.freeswitch.org [36] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [37] http://lists.freeswitch.org/mailman/options/freeswitch-dev [38] http://www.freeswitch.org [39] mailto:FreeSWITCH-dev at lists.freeswitch.org [40] http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev [41] http://lists.freeswitch.org/mailman/options/freeswitch-dev [42] http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/3dca2af6/attachment-0001.html From anthony.minessale at gmail.com Thu Jul 1 11:05:18 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 1 Jul 2010 13:05:18 -0500 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> Message-ID: it took me a while to figure out how to build v8 with 64 bit, and now i forgot again. it uses scons to build and I wish i could remember because it took me an hour to figure it out. lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger wrote: > Yes ? I am going to give V8 a try actually ? this looks very promising. > Got a bit lost in the jungle of all the monkey?s J > > > > The compiler side of Tamarin is not ready yet + it?s also been complains > that it?s slower than SpiderMonkey on the VM. > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Anthony > Minessale > *Sent:* 1. juli 2010 17:56 > > *To:* freeswitch-dev at lists.freeswitch.org > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > > > We've been waiting for a modern js engine to mature since shortly after we > started FS. > > > > V8 has promise as well. It's a matter of making sure there is a good > choice before doing all the work of integration. > > > > > > On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: > > https://wiki.mozilla.org/JaegerMonkey > > > > Didn?t see this ? might be an easier path to just wait for this to mature. > > > > Jan > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Jan Berger > *Sent:* 1. juli 2010 10:38 > > > *To:* freeswitch-dev at lists.freeswitch.org > > *Subject:* [Freeswitch-dev] TraceMonkey > > > > Hi, > > > > Was searching for updated JavaScript alternatives and found this > Tamarin/TraceMonkey. Do anyone have experience with this version? They claim > a 5-10 x speed increase compared to the older SpiderMonkey > > > > ?*Tamarin* is a JavaScript engine written in C++. It currently implements Adobe ActionScript? 3 (a > superset of ECMAScript Edition 3) and is embedded within the Adobe? Flash? > Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used > in TraceMonkey ergo > SpiderMonkey, which is Mozilla?s JavaScript engine in Firefox.? > > > > https://developer.mozilla.org/en/Tamarin#Get_Involved! > > > > Is anyone interested in having a mod_tracemonkey for FreeSWITCH ? or is > someone already working on this? > > > > Jan > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/8ef071d5/attachment.html From amonroy at auronix.com Thu Jul 1 11:25:48 2010 From: amonroy at auronix.com (Arturo Monroy) Date: Thu, 01 Jul 2010 13:25:48 -0500 Subject: [Freeswitch-dev] What is the reason why bridge whit failOver on Lua doesn't work of the same way that diaplan call from? In-Reply-To: <69f4ef1da5d341b85e5f2b9cd3290cd7@thom.fr.eu.org> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> <004a01cb18a3$b585c5d0$20915170$@fr.eu.org> <69f4ef1da5d341b85e5f2b9cd3290cd7@thom.fr.eu.org> Message-ID: <4C2CDDAC.6060300@auronix.com> Hello I'm trying to use bridge using Lua at the same way like diaplan call from, (http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Calling_multiple_destinations); but when is executed only doing the first one, and not implementing the "failover" using pipe "|" This is the sentence session:execute("bridge", " {ignore_early_media=true,originate_timeout=8,origination_caller_id_name='Arturo monroy',origination_caller_id_number='1001',hangup_after_bridge=true,api_on_answer='',execute_on_answer=''}sofia/internal/189 at 192.168.1.16|{ignore_early_media=true,originate_timeout=15,origination_caller_id_name='1001',origination_caller_id_number='1001',hangup_after_bridge=false,api_on_answer='',execute_on_answer=''}sofia/internal/185 at 192.168.1.203") Saludos Arturo Monroy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/845f444b/attachment.html From moises.silva at gmail.com Thu Jul 1 14:38:22 2010 From: moises.silva at gmail.com (Moises Silva) Date: Thu, 1 Jul 2010 17:38:22 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: <69f4ef1da5d341b85e5f2b9cd3290cd7@thom.fr.eu.org> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <5da481c6281fc7ca3d2fc4451328cc7f@thom.fr.eu.org> <004a01cb18a3$b585c5d0$20915170$@fr.eu.org> <69f4ef1da5d341b85e5f2b9cd3290cd7@thom.fr.eu.org> Message-ID: Hi, You can try the EC in speech recognition mode. By default, the ec is in normal mode. But you can set it to speech recognition mode with this: # wan_ec_client wanpipe1 msr msr = mode speech recognition Then verify the channel has the required mode: # wan_ec_client wanpipe1 stats You can take it back to normal mode (IIRC) with: # wan_ec_client wanpipe1 mn In any case I am interested in your problem with the ec in normal mode. I need to check with the driver developer to see if something changed in the ec settings. Please let me know if speech recognition mode helps. Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Thu, Jul 1, 2010 at 1:46 PM, Fran?ois Legal wrote: > Yes, CID works back again with HWEC disabled. However, I get echo without > HWEC ;-) > > > > Fran?ois > > > > On Wed, 30 Jun 2010 18:48:40 -0400, Moises Silva > wrote: > > Just fyi, you can disable hw ec from the CLI so you don't have to > start/stop the port for your tests. Start the card with HWEC enabled, then > you can use wan_ec_client. > # wan_ec_client wanpipe1 disable > Then enable again: > # wan_ec_client wanpipe1 enable > You can verify it's enabled/disabled with > # wan_ec_client wanpipe stats > > Moises Silva > Senior Software Engineer > Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R > 9T3 Canada > t. 1 905 474 1990 x 128 | e. moy at sangoma.com > > > On Wed, Jun 30, 2010 at 6:29 PM, wrote: > >> I?ll give a try tomorrow with HWEC disabled. >> >> >> >> *De :* freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] *De la part de* Moises Silva >> *Envoy? :* mercredi 30 juin 2010 23:15 >> *? :* freeswitch-dev at lists.freeswitch.org >> *Objet :* Re: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja >> Vu >> >> >> >> Can you try 3.5.12 with and without hw ec enabled and check if cid is >> there? >> >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> On Wed, Jun 30, 2010 at 2:58 PM, Fran?ois Legal >> wrote: >> >> Hello, >> >> >> >> did try to upgrade to wanpipe 3.5.12 (from 3.5.11) and thought the DTMF >> problem seems to be fixed (did not had the opportunity to really test it >> thourougthly), I seem to have lost the CID feature in the upgrade. >> >> Roll back to 3.5.11 and CID is back there. >> >> >> >> Fran?ois >> >> >> >> >> >> On Mon, 28 Jun 2010 18:54:19 -0400, Moises Silva wrote: >> >> Hello, >> >> I spent a few hours playing with DTMF stuff and analog cards and it seems >> there is 2 issues at hand. >> >> 1. Bleeding DTMF. >> 2. Echo DTMF. >> >> The first issue, for software DTMF, can be solved with Anthony's pre >> buffer size feature. However that introduces delay by design, and it will >> not work for large DTMFs (if the dtmf is larger than the buffer). >> >> For hardware DTMF a new driver was just released that includes a >> configuration to allow the EC chip to perform the dtmf tone removal which >> cuts down the bleeding to only 20ms (in my testing) there is no way a DTMF >> detector will consider that a valid DTMF and therefore the bleeding should >> be solved with no delay introduced. The option is HWEC_DTMF_REMOVAL = YES, >> must be added along with the usual TDMV_HW_DTMF = YES in wanpipex.conf >> >> Ideally the software DTMF detector (in this case teletone) should cut it >> at the same time that it detects it. I thought may be spandsp would help, >> but it seems spandsp does not have an option to squelch the dtmf tone. May >> be Steve can help with that. I pinged him on IRC and he said he may get some >> code working, but there is no date for that and also that would involve >> integrating spandsp into FreeTDM, any reason to not do this now that spandsp >> is LGPL? >> >> As for the echo dtmf. It seems sometimes an outgoing DTMF may be detected >> as incoming DTMF due to echo. There is not much we can do there if you don't >> have echo cancellation. If however you have this issue even with HW EC, call >> Sangoma tech support and we will be happy to look at the issue. >> >> In another note, I added a variable and application to disable DTMF. >> >> >> That will disable DTMF (either software or hardware) in the leg >> executing that app. If you want to disable in the outgoing leg (before a >> bridge), you must export a special variable: >> >> >> The DTMF is enabled automatically on each call, so there is no need to >> enable it for each call. But in case you need to enable it: >> >> >> Moises Silva >> Senior Software Engineer >> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R >> 9T3 Canada >> t. 1 905 474 1990 x 128 | e. moy at sangoma.com >> >> On Wed, Jun 16, 2010 at 12:09 PM, Anthony Minessale < >> anthony.minessale at gmail.com> wrote: >> >> openzap_pre_buffer_size is a variable you can set to specific number of MS >> 60 for example. >> >> it will pre_buffer the audio on the channel so when you detect dtmf it >> will completely drop the buffer so all of the original >> >> dtmf should be dropped as well. probably if the dtmf is too long then it >> will cause problems anyway. >> >> if that pre buffer does not fix anything it would point to echo or >> bleeding. >> >> We could make a variable to disable dtmf detection completely on a >> per-call basis possibly but you will still probably hear it bleeding. >> >> This type of problem was reported fixed with sangoma because of the >> echo canceler. >> >> I don't use dahdi or digium stuff much so I can't comment on what happens >> when you use it. >> >> >> >> >> >> On Wed, Jun 16, 2010 at 3:41 AM, Fran?ois Legal >> wrote: >> >> Does this really fix it ? >> I wonder because the problem I see here is also that the FXS side detects >> the DTMF and then queues it on the FXO side for generation. That leads to >> the called party receiving twice the DTMF, the first one is the inband >> DTMF, the second is the one queued/generated by the FXO channel. >> >> For a clean fix, I guess some kind of application should be created, that >> would prevent DTMF to be queued on the other channel. Such application >> would then be called before the bridge. Maybe there is a cleaner way to do >> this. >> >> Fran?ois >> >> >> On Tue, 15 Jun 2010 18:23:13 -0500, "Jeroen C. van Gelderen" >> wrote: >> > Hi everybody, >> > >> > I have a problem that is very similar to a problem >> > reported by Fran?ois [1] except for the fact that >> > my FXS and FXO ports are on a Xorcom Astribank >> > device instead of a Sangoma. >> > >> > To quote Fran?ois: "The problem is that each leg of >> > the bridge is detecting the inband DTMF, and so >> > [F]reeswitch sends each detected DTMF from one leg >> > to the other, and so on and so forth (as each leg >> > detects the DTMF again and again)" >> > >> > HIS words but evidenced by the MY log :) >> > >> > The snippet below has DTMF coming in on the FXS port >> > (1:1) and bouncing between it and the FXO port (3:1). >> > The ports are simply bridged together with >> > >> > "bridge(OpenZap/3/1/F)" or "bridge(OpenZap/3/1/w)" >> > >> > I'm running: >> > >> > FreeSWITCH version: 1.0.head (git-01c0c69 2010-06-08 16-22-21 -0500) >> > dahdi: Version: SVN-trunk-r8762 >> > >> > Output of lsdahdi at end of message. >> > >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > [...] >> > 2010-06-13 04:18:39.217256 [DEBUG] mod_openzap.c:721 queue DTMF [4] >> > 2010-06-13 04:18:39.256255 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] >> > 2010-06-13 04:18:39.397253 [DEBUG] mod_openzap.c:721 queue DTMF [4] >> > 2010-06-13 04:18:39.439252 [DEBUG] mod_openzap.c:780 Dropping frame! >> (write >> > not ready) >> > 2010-06-13 04:18:39.439252 [DEBUG] zap_io.c:2062 1:1 GENERATE DTMF [4] >> > 2010-06-13 04:18:39.637249 [DEBUG] mod_openzap.c:721 queue DTMF [4] >> > 2010-06-13 04:18:39.676248 [DEBUG] zap_io.c:2062 3:1 GENERATE DTMF [4] >> > 2010-06-13 04:18:39.859244 [DEBUG] mod_openzap.c:780 Dropping frame! >> (write >> > not ready) >> > [...ad infinitum...] >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > >> > Because I needed DTMF pass-through working "now" >> > I applied an ugly HACK. This drops DTMF tones >> > detected on spans 3 and 4 (which are my FXO >> > spans). This is very WRONG but it does solve >> > my immediate problem: >> > >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > diff --git a/libs/openzap/mod_openzap/mod_openzap.c >> > b/libs/openzap/mod_openzap/mod_openzap.c >> > index 5aebfea..ff3b081 100644 >> > --- a/libs/openzap/mod_openzap/mod_openzap.c >> > +++ b/libs/openzap/mod_openzap/mod_openzap.c >> > @@ -718,8 +718,12 @@ static switch_status_t >> > channel_read_frame(switch_core_session_t *session, switch >> > for (p = dtmf; p && *p; p++) { >> > if (is_dtmf(*p)) { >> > _dtmf.digit = *p; >> > - zap_log(ZAP_LOG_DEBUG, "queue DTMF >> [%c]\n", >> > *p); >> > - switch_channel_queue_dtmf(channel, >> &_dtmf); >> > + if (tech_pvt->zchan->span_id == 3 || >> > tech_pvt->zchan->span_id == 4) { >> > + zap_log(ZAP_LOG_DEBUG, "Ignoring >> > DTMF [%c] on FXO port %d:%d\n", *p, tech_pvt->zchan->span_id, >> > tech_pvt->zchan->chan_id) >> > ; >> > + } else { >> > + zap_log(ZAP_LOG_DEBUG, "queue >> DTMF >> > [%c]\n", *p); >> > + >> switch_channel_queue_dtmf(channel, >> > &_dtmf); >> > + } >> > } >> > } >> > } >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > >> > Can someone point me in the "right" direction >> > instead? Do I need to do this at the OpenZAP/DAHDI >> > level by disabling some kind of DTMF detection >> > like was done for the Sangoma driver? >> > >> > Any and all pointers appreciated. >> > >> > Cheers, >> > -Slim >> > >> > [1] [Freeswitch-dev] FXS bridged on FXO ports and DTMF >> > >> >> http://www.mail-archive.com/freeswitch-dev at lists.freeswitch.org/msg02830.htm >> > l >> > >> > [Freeswitch-dev] Problem with sending >> > DTMF on FXS port bridged to an FXO port >> > >> >> http://lists.freeswitch.org/pipermail/freeswitch-dev/2010-April/003607.html >> > >> > >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > [root at localhost freeswitch]# lsdahdi >> > ### Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: FXS" (MASTER) >> > 1 FXS FXOKS >> > 2 FXS FXOKS >> > 3 FXS FXOKS >> > 4 FXS FXOKS >> > 5 FXS FXOKS >> > 6 FXS FXOKS >> > 7 FXS FXOKS >> > 8 FXS FXOKS >> > 9 Output FXOKS >> > 10 Output FXOKS >> > 11 Input FXOKS >> > 12 Input FXOKS >> > 13 Input FXOKS >> > 14 Input FXOKS >> > ### Span 2: XBUS-00/XPD-10 "Xorcom XPD #00/10: FXS" >> > 15 FXS FXOKS >> > 16 FXS FXOKS >> > 17 FXS FXOKS >> > 18 FXS FXOKS >> > 19 FXS FXOKS >> > 20 FXS FXOKS >> > 21 FXS FXOKS >> > 22 FXS FXOKS >> > ### Span 3: XBUS-00/XPD-20 "Xorcom XPD #00/20: FXO" >> > 23 FXO FXSKS RED >> > 24 FXO FXSKS RED >> > 25 FXO FXSKS RED >> > 26 FXO FXSKS RED >> > 27 FXO FXSKS RED >> > 28 FXO FXSKS RED >> > 29 FXO FXSKS RED >> > 30 FXO FXSKS RED >> > ### Span 4: XBUS-00/XPD-30 "Xorcom XPD #00/30: FXO" >> > 31 FXO FXSKS RED >> > 32 FXO FXSKS RED >> > 33 FXO FXSKS RED >> > 34 FXO FXSKS RED >> > 35 FXO FXSKS RED >> > 36 FXO FXSKS RED >> > 37 FXO FXSKS RED >> > 38 FXO FXSKS RED >> > ----8<----8<----8<----8<----8<----8<----8<---- >> > >> > >> > Cheers, >> > -Slim >> > -- >> > Jeroen C. "Slim" van Gelderen >> > Olympic Sports Data Services >> > Email: jeroeng at thegreek.com >> > Phone: +1 876 953 6182 x128 >> > >> > >> > >> > _______________________________________________ >> > FreeSWITCH-dev mailing list >> > FreeSWITCH-dev at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> > http://www.freeswitch.org >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/b75d60b8/attachment-0001.html From jan.berger at video24.no Thu Jul 1 16:24:27 2010 From: jan.berger at video24.no (Jan Berger) Date: Fri, 2 Jul 2010 01:24:27 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> Message-ID: <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> I almost fell asleep when I reached the instruction to download Phython... But, once you've done phyton + scons its basically just setting the correct parameters on scons from what I can see. Looked a bit into Chrome source as well - considering nicking parts of it. CCXML/VXML is after all browsers. --- Actually I did not realize that Google was building their own Inet-OS. What could be very cool was if we could get a Videophone running on Chrome to connect to FreeSWITCH - it will be plenty of iPad alike devices out running Chromium soon. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 20:05 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey it took me a while to figure out how to build v8 with 64 bit, and now i forgot again. it uses scons to build and I wish i could remember because it took me an hour to figure it out. lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger wrote: Yes - I am going to give V8 a try actually - this looks very promising. Got a bit lost in the jungle of all the monkey's :-) The compiler side of Tamarin is not ready yet + it's also been complains that it's slower than SpiderMonkey on the VM. _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 17:56 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey We've been waiting for a modern js engine to mature since shortly after we started FS. V8 has promise as well. It's a matter of making sure there is a good choice before doing all the work of integration. On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: https://wiki.mozilla.org/JaegerMonkey Didn't see this - might be an easier path to just wait for this to mature. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: 1. juli 2010 10:38 To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] TraceMonkey Hi, Was searching for updated JavaScript alternatives and found this Tamarin/TraceMonkey. Do anyone have experience with this version? They claim a 5-10 x speed increase compared to the older SpiderMonkey "Tamarin is a JavaScript engine written in C++. It currently implements Adobe ActionScriptT 3 (a superset of ECMAScript Edition 3) and is embedded within the AdobeR FlashR Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used in TraceMonkey ergo SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." https://developer.mozilla.org/en/Tamarin#Get_Involved! Is anyone interested in having a mod_tracemonkey for FreeSWITCH - or is someone already working on this? Jan _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/c0807c7a/attachment-0001.html From jan.berger at video24.no Thu Jul 1 18:06:39 2010 From: jan.berger at video24.no (Jan Berger) Date: Fri, 2 Jul 2010 03:06:39 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <4C2D356B.3040303@opensipstack.org> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> Message-ID: What exactly is the problem with threading? _____ From: Joegen E. Baclor [mailto:joegen at opensipstack.org] Sent: 2. juli 2010 02:40 To: freeswitch-dev at lists.freeswitch.org Cc: Jan Berger Subject: Re: [Freeswitch-dev] TraceMonkey I have been using Google V8 for nearly a year now in one of our commercial SIP product offerings and it scales quite well. The only gotcha so far is that google V8 contexts do not go well with a multi threaded environment. That would force application design to always use async-IO. One good proof of this all async project is node.js. http://nodejs.org/ I think it would also be a good idea to integrate this project into free-switch which would instantly give free-switch access to a vast number of JS API including sockets and HTTP client. my 2 cents. Joegen On 7/2/10 7:24 AM, Jan Berger wrote: I almost fell asleep when I reached the instruction to download Phython... But, once you've done phyton + scons its basically just setting the correct parameters on scons from what I can see. Looked a bit into Chrome source as well - considering nicking parts of it. CCXML/VXML is after all browsers. --- Actually I did not realize that Google was building their own Inet-OS. What could be very cool was if we could get a Videophone running on Chrome to connect to FreeSWITCH - it will be plenty of iPad alike devices out running Chromium soon. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 20:05 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey it took me a while to figure out how to build v8 with 64 bit, and now i forgot again. it uses scons to build and I wish i could remember because it took me an hour to figure it out. lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger wrote: Yes - I am going to give V8 a try actually - this looks very promising. Got a bit lost in the jungle of all the monkey's :-) The compiler side of Tamarin is not ready yet + it's also been complains that it's slower than SpiderMonkey on the VM. _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 17:56 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey We've been waiting for a modern js engine to mature since shortly after we started FS. V8 has promise as well. It's a matter of making sure there is a good choice before doing all the work of integration. On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: https://wiki.mozilla.org/JaegerMonkey Didn't see this - might be an easier path to just wait for this to mature. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: 1. juli 2010 10:38 To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] TraceMonkey Hi, Was searching for updated JavaScript alternatives and found this Tamarin/TraceMonkey. Do anyone have experience with this version? They claim a 5-10 x speed increase compared to the older SpiderMonkey "Tamarin is a JavaScript engine written in C++. It currently implements Adobe ActionScriptT 3 (a superset of ECMAScript Edition 3) and is embedded within the AdobeR FlashR Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used in TraceMonkey ergo SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." https://developer.mozilla.org/en/Tamarin#Get_Involved! Is anyone interested in having a mod_tracemonkey for FreeSWITCH - or is someone already working on this? Jan _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/5245028c/attachment-0001.html From trixter at 0xdecafbad.com Thu Jul 1 18:51:07 2010 From: trixter at 0xdecafbad.com (Bret McDanel) Date: Thu, 01 Jul 2010 18:51:07 -0700 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> Message-ID: <1278035467.16048.68.camel@trixeee.0xdecafbad.com> I thought V8 was designed to be multi-threaded from inception. Maybe I am confusing my projects. I wonder if it was the embedding part of it that did not enable proper threading ??? Then again it could be like python, where when embedded all threads are virtual to the 1 process that is running (ie not threads as far as the kernel is concerned) which can confuse the kernel scheduler into sticking it in the penalty box for a while. Normally you are not doing enough in the embedded language to notice this scheduler issue so its almost a moot point. Other points may be valid though. On Fri, 2010-07-02 at 03:06 +0200, Jan Berger wrote: > What exactly is the problem with threading? From jan.berger at video24.no Thu Jul 1 18:51:58 2010 From: jan.berger at video24.no (Jan Berger) Date: Fri, 2 Jul 2010 03:51:58 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <4C2D4074.9040300@opensipstack.org> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> <4C2D4074.9040300@opensipstack.org> Message-ID: So in short - if a call executes a long script the other calls will be queued unable to process events - V8 is a joke as a scripting environment if you can't create multiple environments. I kind of see a poor IVR developer that accidentally made an ever loop and the entire companies phone system is down :-) Obviously - I can get around it using several processes, but processes are bloody expensive on any OS. --- Will have a chat with the Danes about this one - thanks. Jan _____ From: Joegen E. Baclor [mailto:joegen at opensipstack.org] Sent: 2. juli 2010 03:27 To: Jan Berger Cc: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey For some reason, my email address is being blocked by the moderator so the list is not getting this mail. The problem with v8 threading is really simple. 1. Google V8 only allows one context to execute at a time. 2. If you are using multiple context design, they must be executed using exactly the same thread via a single event loop. Failure to do this will result to a corrupt stack. On 7/2/10 9:06 AM, Jan Berger wrote: What exactly is the problem with threading? _____ From: Joegen E. Baclor [mailto:joegen at opensipstack.org] Sent: 2. juli 2010 02:40 To: freeswitch-dev at lists.freeswitch.org Cc: Jan Berger Subject: Re: [Freeswitch-dev] TraceMonkey I have been using Google V8 for nearly a year now in one of our commercial SIP product offerings and it scales quite well. The only gotcha so far is that google V8 contexts do not go well with a multi threaded environment. That would force application design to always use async-IO. One good proof of this all async project is node.js. http://nodejs.org/ I think it would also be a good idea to integrate this project into free-switch which would instantly give free-switch access to a vast number of JS API including sockets and HTTP client. my 2 cents. Joegen On 7/2/10 7:24 AM, Jan Berger wrote: I almost fell asleep when I reached the instruction to download Phython... But, once you've done phyton + scons its basically just setting the correct parameters on scons from what I can see. Looked a bit into Chrome source as well - considering nicking parts of it. CCXML/VXML is after all browsers. --- Actually I did not realize that Google was building their own Inet-OS. What could be very cool was if we could get a Videophone running on Chrome to connect to FreeSWITCH - it will be plenty of iPad alike devices out running Chromium soon. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 20:05 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey it took me a while to figure out how to build v8 with 64 bit, and now i forgot again. it uses scons to build and I wish i could remember because it took me an hour to figure it out. lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger wrote: Yes - I am going to give V8 a try actually - this looks very promising. Got a bit lost in the jungle of all the monkey's :-) The compiler side of Tamarin is not ready yet + it's also been complains that it's slower than SpiderMonkey on the VM. _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 1. juli 2010 17:56 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey We've been waiting for a modern js engine to mature since shortly after we started FS. V8 has promise as well. It's a matter of making sure there is a good choice before doing all the work of integration. On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: https://wiki.mozilla.org/JaegerMonkey Didn't see this - might be an easier path to just wait for this to mature. Jan _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: 1. juli 2010 10:38 To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] TraceMonkey Hi, Was searching for updated JavaScript alternatives and found this Tamarin/TraceMonkey. Do anyone have experience with this version? They claim a 5-10 x speed increase compared to the older SpiderMonkey "Tamarin is a JavaScript engine written in C++. It currently implements Adobe ActionScriptT 3 (a superset of ECMAScript Edition 3) and is embedded within the AdobeR FlashR Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used in TraceMonkey ergo SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." https://developer.mozilla.org/en/Tamarin#Get_Involved! Is anyone interested in having a mod_tracemonkey for FreeSWITCH - or is someone already working on this? Jan _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/815ae9ed/attachment-0001.html From anthony.minessale at gmail.com Thu Jul 1 19:47:39 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 1 Jul 2010 21:47:39 -0500 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> <4C2D4074.9040300@opensipstack.org> Message-ID: Can you have 1 context per thread the same way we do it now in the other languages? lua has a similar limitation but we just start a whole lua interpreter per thread/script. On Thu, Jul 1, 2010 at 8:51 PM, Jan Berger wrote: > So in short ? if a call executes a long script the other calls will be > queued unable to process events ? V8 is a joke as a scripting environment if > you can?t create multiple environments. > > > > I kind of see a poor IVR developer that accidentally made an ever loop and > the entire companies phone system is down J > > > > Obviously ? I can get around it using several processes, but processes are > bloody expensive on any OS. > > > > --- > > > > Will have a chat with the Danes about this one ? thanks. > > > > Jan > > > ------------------------------ > > *From:* Joegen E. Baclor [mailto:joegen at opensipstack.org] > *Sent:* 2. juli 2010 03:27 > *To:* Jan Berger > *Cc:* freeswitch-dev at lists.freeswitch.org > > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > > > For some reason, my email address is being blocked by the moderator so the > list is not getting this mail. The problem with v8 threading is really > simple. > > 1. Google V8 only allows one context to execute at a time. > 2. If you are using multiple context design, they must be executed using > exactly the same thread via a single event loop. > > Failure to do this will result to a corrupt stack. > > > > On 7/2/10 9:06 AM, Jan Berger wrote: > > What exactly is the problem with threading? > ------------------------------ > > *From:* Joegen E. Baclor [mailto:joegen at opensipstack.org] > > *Sent:* 2. juli 2010 02:40 > *To:* freeswitch-dev at lists.freeswitch.org > *Cc:* Jan Berger > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > > > I have been using Google V8 for nearly a year now in one of our commercial > SIP product offerings and it scales quite well. The only gotcha so far is > that google V8 contexts do not go well with a multi threaded environment. > That would force application design to always use async-IO. One good proof > of this all async project is node.js. > > http://nodejs.org/ > > I think it would also be a good idea to integrate this project into > free-switch which would instantly give free-switch access to a vast number > of JS API including sockets and HTTP client. > > my 2 cents. > > Joegen > > On 7/2/10 7:24 AM, Jan Berger wrote: > > I almost fell asleep when I reached the instruction to download Phython... > > > > But, once you?ve done phyton + scons its basically just setting the correct > parameters on scons from what I can see. > > > > Looked a bit into Chrome source as well ? considering nicking parts of it. > CCXML/VXML is after all browsers. > > > > --- > > > > Actually I did not realize that Google was building their own Inet-OS. What > could be very cool was if we could get a Videophone running on Chrome to > connect to FreeSWITCH ? it will be plenty of iPad alike devices out running > Chromium soon. > > > > Jan > > > > > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [ > mailto:freeswitch-dev-bounces at lists.freeswitch.org] > *On Behalf Of *Anthony Minessale > *Sent:* 1. juli 2010 20:05 > *To:* freeswitch-dev at lists.freeswitch.org > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > > > it took me a while to figure out how to build v8 with 64 bit, and now i > forgot again. > > it uses scons to build and I wish i could remember because it took me an > hour to figure it out. > > lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 > > On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger wrote: > > Yes ? I am going to give V8 a try actually ? this looks very promising. Got > a bit lost in the jungle of all the monkey?s J > > > > The compiler side of Tamarin is not ready yet + it?s also been complains > that it?s slower than SpiderMonkey on the VM. > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Anthony > Minessale > *Sent:* 1. juli 2010 17:56 > > > *To:* freeswitch-dev at lists.freeswitch.org > > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > > > We've been waiting for a modern js engine to mature since shortly after we > started FS. > > > > V8 has promise as well. It's a matter of making sure there is a good > choice before doing all the work of integration. > > > > > > On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: > > https://wiki.mozilla.org/JaegerMonkey > > > > Didn?t see this ? might be an easier path to just wait for this to mature. > > > > Jan > > > ------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: > freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Jan Berger > *Sent:* 1. juli 2010 10:38 > > > *To:* freeswitch-dev at lists.freeswitch.org > > *Subject:* [Freeswitch-dev] TraceMonkey > > > > Hi, > > > > Was searching for updated JavaScript alternatives and found this > Tamarin/TraceMonkey. Do anyone have experience with this version? They claim > a 5-10 x speed increase compared to the older SpiderMonkey > > > > ?*Tamarin* is a JavaScript engine written in C++. It currently implements Adobe ActionScript? 3 (a > superset of ECMAScript Edition 3) and is embedded within the Adobe? Flash? > Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used > in TraceMonkey ergo > SpiderMonkey, which is Mozilla?s JavaScript engine in Firefox.? > > > > https://developer.mozilla.org/en/Tamarin#Get_Involved! > > > > Is anyone interested in having a mod_tracemonkey for FreeSWITCH ? or is > someone already working on this? > > > > Jan > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > > > > > _______________________________________________ > > FreeSWITCH-dev mailing list > > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > > http://www.freeswitch.org > > > > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/9eb10e77/attachment-0001.html From jan.berger at video24.no Thu Jul 1 19:47:39 2010 From: jan.berger at video24.no (Jan Berger) Date: Fri, 2 Jul 2010 04:47:39 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <1278035467.16048.68.camel@trixeee.0xdecafbad.com> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> <1278035467.16048.68.camel@trixeee.0xdecafbad.com> Message-ID: Will find out tomorrow - I see threading in the code. It might be a case on how they do the threading. This is after all a VM even if they use native code - meaning they might do the threading in the VM. In which case you actually run it from a single thread, but you don't need to thread V8 itself - it's the scripts you run that must be threaded - something a VM can do internally. Take into account that a CISC like x86 have to move a load of register cash every time it actually thread - so simulating threading in the VM - changing context between 2 instructions would be a very performance saving thing to do. But, I will find out more exact tomorrow because I am only guessing now - and this is rather critical. V8 compiles to a 128 mb library :/ on Windows ... Jan -----Original Message----- From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Bret McDanel Sent: 2. juli 2010 03:51 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey I thought V8 was designed to be multi-threaded from inception. Maybe I am confusing my projects. I wonder if it was the embedding part of it that did not enable proper threading ??? Then again it could be like python, where when embedded all threads are virtual to the 1 process that is running (ie not threads as far as the kernel is concerned) which can confuse the kernel scheduler into sticking it in the penalty box for a while. Normally you are not doing enough in the embedded language to notice this scheduler issue so its almost a moot point. Other points may be valid though. On Fri, 2010-07-02 at 03:06 +0200, Jan Berger wrote: > What exactly is the problem with threading? _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org From anthony.minessale at gmail.com Thu Jul 1 19:55:31 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Thu, 1 Jul 2010 21:55:31 -0500 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> <1278035467.16048.68.camel@trixeee.0xdecafbad.com> Message-ID: The one that usually gets us on embedded scripts is the garbage collector. They tend to use a global one and it can cause all kinds of blocking when objects are tied to host objects like calls and waiting for them to terminate holds up things. On Thu, Jul 1, 2010 at 9:47 PM, Jan Berger wrote: > Will find out tomorrow - I see threading in the code. > > It might be a case on how they do the threading. This is after all a VM > even > if they use native code - meaning they might do the threading in the VM. In > which case you actually run it from a single thread, but you don't need to > thread V8 itself - it's the scripts you run that must be threaded - > something a VM can do internally. > > Take into account that a CISC like x86 have to move a load of register cash > every time it actually thread - so simulating threading in the VM - > changing > context between 2 instructions would be a very performance saving thing to > do. > > But, I will find out more exact tomorrow because I am only guessing now - > and this is rather critical. > > V8 compiles to a 128 mb library :/ on Windows ... > > Jan > > > -----Original Message----- > From: freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Bret > McDanel > Sent: 2. juli 2010 03:51 > To: freeswitch-dev at lists.freeswitch.org > Subject: Re: [Freeswitch-dev] TraceMonkey > > I thought V8 was designed to be multi-threaded from inception. Maybe I > am confusing my projects. I wonder if it was the embedding part of it > that did not enable proper threading ??? Then again it could be like > python, where when embedded all threads are virtual to the 1 process > that is running (ie not threads as far as the kernel is concerned) which > can confuse the kernel scheduler into sticking it in the penalty box for > a while. Normally you are not doing enough in the embedded language to > notice this scheduler issue so its almost a moot point. Other points > may be valid though. > > > On Fri, 2010-07-02 at 03:06 +0200, Jan Berger wrote: > > What exactly is the problem with threading? > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100701/625ef812/attachment.html From joegen at opensipstack.org Thu Jul 1 17:40:11 2010 From: joegen at opensipstack.org (Joegen E. Baclor) Date: Fri, 02 Jul 2010 08:40:11 +0800 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> Message-ID: <4C2D356B.3040303@opensipstack.org> I have been using Google V8 for nearly a year now in one of our commercial SIP product offerings and it scales quite well. The only gotcha so far is that google V8 contexts do not go well with a multi threaded environment. That would force application design to always use async-IO. One good proof of this all async project is node.js. http://nodejs.org/ I think it would also be a good idea to integrate this project into free-switch which would instantly give free-switch access to a vast number of JS API including sockets and HTTP client. my 2 cents. Joegen On 7/2/10 7:24 AM, Jan Berger wrote: > > I almost fell asleep when I reached the instruction to download Phython... > > But, once you've done phyton + scons its basically just setting the > correct parameters on scons from what I can see. > > Looked a bit into Chrome source as well -- considering nicking parts > of it. CCXML/VXML is after all browsers. > > --- > > Actually I did not realize that Google was building their own Inet-OS. > What could be very cool was if we could get a Videophone running on > Chrome to connect to FreeSWITCH -- it will be plenty of iPad alike > devices out running Chromium soon. > > Jan > > ------------------------------------------------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of > *Anthony Minessale > *Sent:* 1. juli 2010 20:05 > *To:* freeswitch-dev at lists.freeswitch.org > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > it took me a while to figure out how to build v8 with 64 bit, and now > i forgot again. > > it uses scons to build and I wish i could remember because it took me > an hour to figure it out. > > lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 > > On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger > wrote: > > Yes -- I am going to give V8 a try actually -- this looks very > promising. Got a bit lost in the jungle of all the monkey's J > > The compiler side of Tamarin is not ready yet + it's also been > complains that it's slower than SpiderMonkey on the VM. > > ------------------------------------------------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org > > [mailto:freeswitch-dev-bounces at lists.freeswitch.org > ] *On Behalf Of > *Anthony Minessale > *Sent:* 1. juli 2010 17:56 > > > *To:* freeswitch-dev at lists.freeswitch.org > > > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > We've been waiting for a modern js engine to mature since shortly > after we started FS. > > V8 has promise as well. It's a matter of making sure there is a good > choice before doing all the work of integration. > > On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger > wrote: > > https://wiki.mozilla.org/JaegerMonkey > > Didn't see this -- might be an easier path to just wait for this to > mature. > > Jan > > ------------------------------------------------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org > > [mailto:freeswitch-dev-bounces at lists.freeswitch.org > ] *On Behalf Of > *Jan Berger > *Sent:* 1. juli 2010 10:38 > > > *To:* freeswitch-dev at lists.freeswitch.org > > > *Subject:* [Freeswitch-dev] TraceMonkey > > Hi, > > Was searching for updated JavaScript alternatives and found this > Tamarin/TraceMonkey. Do anyone have experience with this version? They > claim a 5-10 x speed increase compared to the older SpiderMonkey > > "**Tamarin** is a JavaScript > engine written in C++. > It currently implements Adobe ActionScript^(TM) 3 (a superset of > ECMAScript Edition 3) and is embedded within the Adobe? Flash? Player > versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used > in TraceMonkey ergo > SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." > > https://developer.mozilla.org/en/Tamarin#Get_Involved! > > Is anyone interested in having a mod_tracemonkey for FreeSWITCH -- or > is someone already working on this? > > Jan > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/53b4ed3b/attachment-0001.html From joegen at opensipstack.org Thu Jul 1 18:27:16 2010 From: joegen at opensipstack.org (Joegen E. Baclor) Date: Fri, 02 Jul 2010 09:27:16 +0800 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> Message-ID: <4C2D4074.9040300@opensipstack.org> For some reason, my email address is being blocked by the moderator so the list is not getting this mail. The problem with v8 threading is really simple. 1. Google V8 only allows one context to execute at a time. 2. If you are using multiple context design, they must be executed using exactly the same thread via a single event loop. Failure to do this will result to a corrupt stack. On 7/2/10 9:06 AM, Jan Berger wrote: > > What exactly is the problem with threading? > > ------------------------------------------------------------------------ > > *From:* Joegen E. Baclor [mailto:joegen at opensipstack.org] > *Sent:* 2. juli 2010 02:40 > *To:* freeswitch-dev at lists.freeswitch.org > *Cc:* Jan Berger > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > I have been using Google V8 for nearly a year now in one of our > commercial SIP product offerings and it scales quite well. The only > gotcha so far is that google V8 contexts do not go well with a multi > threaded environment. That would force application design to always > use async-IO. One good proof of this all async project is node.js. > > http://nodejs.org/ > > I think it would also be a good idea to integrate this project into > free-switch which would instantly give free-switch access to a vast > number of JS API including sockets and HTTP client. > > my 2 cents. > > Joegen > > On 7/2/10 7:24 AM, Jan Berger wrote: > > I almost fell asleep when I reached the instruction to download Phython... > > But, once you've done phyton + scons its basically just setting the > correct parameters on scons from what I can see. > > Looked a bit into Chrome source as well -- considering nicking parts > of it. CCXML/VXML is after all browsers. > > --- > > Actually I did not realize that Google was building their own Inet-OS. > What could be very cool was if we could get a Videophone running on > Chrome to connect to FreeSWITCH -- it will be plenty of iPad alike > devices out running Chromium soon. > > Jan > > ------------------------------------------------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org > > [mailto:freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of > *Anthony Minessale > *Sent:* 1. juli 2010 20:05 > *To:* freeswitch-dev at lists.freeswitch.org > > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > it took me a while to figure out how to build v8 with 64 bit, and now > i forgot again. > > it uses scons to build and I wish i could remember because it took me > an hour to figure it out. > > lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 > > On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger > wrote: > > Yes -- I am going to give V8 a try actually -- this looks very > promising. Got a bit lost in the jungle of all the monkey's J > > The compiler side of Tamarin is not ready yet + it's also been > complains that it's slower than SpiderMonkey on the VM. > > ------------------------------------------------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org > > [mailto:freeswitch-dev-bounces at lists.freeswitch.org > ] *On Behalf Of > *Anthony Minessale > *Sent:* 1. juli 2010 17:56 > > > *To:* freeswitch-dev at lists.freeswitch.org > > > *Subject:* Re: [Freeswitch-dev] TraceMonkey > > We've been waiting for a modern js engine to mature since shortly > after we started FS. > > V8 has promise as well. It's a matter of making sure there is a good > choice before doing all the work of integration. > > On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger > wrote: > > https://wiki.mozilla.org/JaegerMonkey > > Didn't see this -- might be an easier path to just wait for this to > mature. > > Jan > > ------------------------------------------------------------------------ > > *From:* freeswitch-dev-bounces at lists.freeswitch.org > > [mailto:freeswitch-dev-bounces at lists.freeswitch.org > ] *On Behalf Of > *Jan Berger > *Sent:* 1. juli 2010 10:38 > > > *To:* freeswitch-dev at lists.freeswitch.org > > > *Subject:* [Freeswitch-dev] TraceMonkey > > Hi, > > Was searching for updated JavaScript alternatives and found this > Tamarin/TraceMonkey. Do anyone have experience with this version? They > claim a 5-10 x speed increase compared to the older SpiderMonkey > > "**Tamarin** is a JavaScript > engine written in C++. > It currently implements Adobe ActionScript^(TM) 3 (a superset of > ECMAScript Edition 3) and is embedded within the Adobe? Flash? Player > versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used > in TraceMonkey ergo > SpiderMonkey, which is Mozilla's JavaScript engine in Firefox." > > https://developer.mozilla.org/en/Tamarin#Get_Involved! > > Is anyone interested in having a mod_tracemonkey for FreeSWITCH -- or > is someone already working on this? > > Jan > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > > googletalk:conf+888 at conference.freeswitch.org > > pstn:+19193869900 > > > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/ac65b04e/attachment-0001.html From juanito1982 at gmail.com Fri Jul 2 01:52:15 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Fri, 2 Jul 2010 10:52:15 +0200 Subject: [Freeswitch-dev] Core on module reload In-Reply-To: References: Message-ID: I'll try to find any allocated memory not being freed. I can see some modules use switch_mutex_init but no switch_mutex_destroy. I thought that they were allocated from pool not being necessary to free manually. Must I use switch_mutex_destroy when unloading? What about switch_core_hash_init and switch_core_hash_destroy for hash items? Regards 2010/7/1 Anthony Minessale > everything that you allocated or reserved from FS must be given back and > unreserved when you unload or it will create invalid pointers in memory. > > > 2010/7/1 Juan Antonio Iba?ez Santorum > >> Hello! >> >> I've made one module with one api function and one app function. I >> added one extension to call my app. I only print a console message whitin >> the app function. If I unload the module, make one change on the code, >> compile, install an reaload the module, when calling the extension which >> exec the app I get a core. I can see with gdb: >> >> ---------------------------------- >> #0 0x00b20010 in switch_core_session_run (session=0x87be678) >> at src/switch_core_state_machine.c:338 >> 338 STATE_MACRO(init, "INIT"); >> (gdb) bt full >> #0 0x00b20010 in switch_core_session_run (session=0x87be678) >> at src/switch_core_state_machine.c:338 >> index = 2 >> global_proceed = 1 >> state = >> endstate = 12771850 >> endpoint_interface = >> driver_state_handler = 0x65a660 >> application_state_handler = 0x3910e0 >> new_loops = 59994 >> __PRETTY_FUNCTION__ = "switch_core_session_run" >> __func__ = "switch_core_session_run" >> #1 0x00b1ac16 in switch_core_session_thread (thread=0x873a250, >> obj=0x87be678) >> at src/switch_core_session.c:1162 >> session = 0x87be678 >> event = >> event_str = 0x0 >> val = 0x0 >> __func__ = "switch_core_session_thread" >> __PRETTY_FUNCTION__ = "switch_core_session_thread" >> #2 0x00ba2456 in dummy_worker (opaque=0x873a250) >> at threadproc/unix/thread.c:138 >> No locales. >> ---Type to continue, or q to quit--- >> #3 0x0011596e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 >> No symbol table info available. >> #4 0x001f6a0e in clone () from /lib/tls/i686/cmov/libc.so.6 >> No symbol table info available. >> >> ---------------------------------- >> >> But I don't see which could be the problem. Any idea? >> >> Regards >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/804c284e/attachment.html From david.elbel at gmail.com Fri Jul 2 03:45:58 2010 From: david.elbel at gmail.com (David Elbel) Date: Fri, 2 Jul 2010 03:45:58 -0700 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> <4C2D4074.9040300@opensipstack.org> Message-ID: check out automatic locking in the c++ wrapper of spidermonkey, sorry I forgot the api names but they are fairly simple to find out. Then, your bottleneck isn't javascript anymore (unless somebody can prove me wrong! :) On Thu, Jul 1, 2010 at 7:47 PM, Anthony Minessale < anthony.minessale at gmail.com> wrote: > Can you have 1 context per thread the same way we do it now in the other > languages? > lua has a similar limitation but we just start a whole lua interpreter per > thread/script. > > > On Thu, Jul 1, 2010 at 8:51 PM, Jan Berger wrote: > >> So in short ? if a call executes a long script the other calls will be >> queued unable to process events ? V8 is a joke as a scripting environment if >> you can?t create multiple environments. >> >> >> >> I kind of see a poor IVR developer that accidentally made an ever loop and >> the entire companies phone system is down J >> >> >> >> Obviously ? I can get around it using several processes, but processes are >> bloody expensive on any OS. >> >> >> >> --- >> >> >> >> Will have a chat with the Danes about this one ? thanks. >> >> >> >> Jan >> >> >> ------------------------------ >> >> *From:* Joegen E. Baclor [mailto:joegen at opensipstack.org] >> *Sent:* 2. juli 2010 03:27 >> *To:* Jan Berger >> *Cc:* freeswitch-dev at lists.freeswitch.org >> >> *Subject:* Re: [Freeswitch-dev] TraceMonkey >> >> >> >> For some reason, my email address is being blocked by the moderator so the >> list is not getting this mail. The problem with v8 threading is really >> simple. >> >> 1. Google V8 only allows one context to execute at a time. >> 2. If you are using multiple context design, they must be executed using >> exactly the same thread via a single event loop. >> >> Failure to do this will result to a corrupt stack. >> >> >> >> On 7/2/10 9:06 AM, Jan Berger wrote: >> >> What exactly is the problem with threading? >> ------------------------------ >> >> *From:* Joegen E. Baclor [mailto:joegen at opensipstack.org] >> >> *Sent:* 2. juli 2010 02:40 >> *To:* freeswitch-dev at lists.freeswitch.org >> *Cc:* Jan Berger >> *Subject:* Re: [Freeswitch-dev] TraceMonkey >> >> >> >> I have been using Google V8 for nearly a year now in one of our commercial >> SIP product offerings and it scales quite well. The only gotcha so far is >> that google V8 contexts do not go well with a multi threaded environment. >> That would force application design to always use async-IO. One good proof >> of this all async project is node.js. >> >> http://nodejs.org/ >> >> I think it would also be a good idea to integrate this project into >> free-switch which would instantly give free-switch access to a vast number >> of JS API including sockets and HTTP client. >> >> my 2 cents. >> >> Joegen >> >> On 7/2/10 7:24 AM, Jan Berger wrote: >> >> I almost fell asleep when I reached the instruction to download Phython... >> >> >> >> But, once you?ve done phyton + scons its basically just setting the >> correct parameters on scons from what I can see. >> >> >> >> Looked a bit into Chrome source as well ? considering nicking parts of it. >> CCXML/VXML is after all browsers. >> >> >> >> --- >> >> >> >> Actually I did not realize that Google was building their own Inet-OS. >> What could be very cool was if we could get a Videophone running on Chrome >> to connect to FreeSWITCH ? it will be plenty of iPad alike devices out >> running Chromium soon. >> >> >> >> Jan >> >> >> >> >> >> >> ------------------------------ >> >> *From:* freeswitch-dev-bounces at lists.freeswitch.org [ >> mailto:freeswitch-dev-bounces at lists.freeswitch.org] >> *On Behalf Of *Anthony Minessale >> *Sent:* 1. juli 2010 20:05 >> *To:* freeswitch-dev at lists.freeswitch.org >> *Subject:* Re: [Freeswitch-dev] TraceMonkey >> >> >> >> it took me a while to figure out how to build v8 with 64 bit, and now i >> forgot again. >> >> it uses scons to build and I wish i could remember because it took me an >> hour to figure it out. >> >> lucky for us FS mods can be c++ so it would be plausible to make a mod_v8 >> >> On Thu, Jul 1, 2010 at 11:55 AM, Jan Berger >> wrote: >> >> Yes ? I am going to give V8 a try actually ? this looks very promising. >> Got a bit lost in the jungle of all the monkey?s J >> >> >> >> The compiler side of Tamarin is not ready yet + it?s also been complains >> that it?s slower than SpiderMonkey on the VM. >> >> >> ------------------------------ >> >> *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Anthony >> Minessale >> *Sent:* 1. juli 2010 17:56 >> >> >> *To:* freeswitch-dev at lists.freeswitch.org >> >> *Subject:* Re: [Freeswitch-dev] TraceMonkey >> >> >> >> We've been waiting for a modern js engine to mature since shortly after we >> started FS. >> >> >> >> V8 has promise as well. It's a matter of making sure there is a good >> choice before doing all the work of integration. >> >> >> >> >> >> On Thu, Jul 1, 2010 at 3:56 AM, Jan Berger wrote: >> >> https://wiki.mozilla.org/JaegerMonkey >> >> >> >> Didn?t see this ? might be an easier path to just wait for this to mature. >> >> >> >> Jan >> >> >> ------------------------------ >> >> *From:* freeswitch-dev-bounces at lists.freeswitch.org [mailto: >> freeswitch-dev-bounces at lists.freeswitch.org] *On Behalf Of *Jan Berger >> *Sent:* 1. juli 2010 10:38 >> >> >> *To:* freeswitch-dev at lists.freeswitch.org >> >> *Subject:* [Freeswitch-dev] TraceMonkey >> >> >> >> Hi, >> >> >> >> Was searching for updated JavaScript alternatives and found this >> Tamarin/TraceMonkey. Do anyone have experience with this version? They claim >> a 5-10 x speed increase compared to the older SpiderMonkey >> >> >> >> ?*Tamarin* is a JavaScript engine written in C++. It currently implements Adobe ActionScript? 3 (a >> superset of ECMAScript Edition 3) and is embedded within the Adobe? Flash? >> Player versions 9 and later. Tamarin's jit-compiler, NanoJIT, is also used >> in TraceMonkey ergo >> SpiderMonkey, which is Mozilla?s JavaScript engine in Firefox.? >> >> >> >> https://developer.mozilla.org/en/Tamarin#Get_Involved! >> >> >> >> Is anyone interested in having a mod_tracemonkey for FreeSWITCH ? or is >> someone already working on this? >> >> >> >> Jan >> >> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale at hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888 at conference.freeswitch.org >> googletalk:conf+888 at conference.freeswitch.org >> pstn:+19193869900 >> >> >> >> >> >> _______________________________________________ >> >> FreeSWITCH-dev mailing list >> >> FreeSWITCH-dev at lists.freeswitch.org >> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> >> http://www.freeswitch.org >> >> >> >> >> >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale at hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888 at conference.freeswitch.org > googletalk:conf+888 at conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/4447a07a/attachment-0001.html From anthony.minessale at gmail.com Fri Jul 2 05:36:32 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 2 Jul 2010 07:36:32 -0500 Subject: [Freeswitch-dev] Core on module reload In-Reply-To: References: Message-ID: If you did it from the pool passed to you in the module init its safe if you made your own pool it must be destroyed. Like I said, everything you do in the init that has an undo must be called, including 3rd party libs you may be using. You are unloading the module from memory so nothing can linger. On Jul 2, 2010 3:58 AM, "Juan Antonio Iba?ez Santorum" < juanito1982 at gmail.com> wrote: I'll try to find any allocated memory not being freed. I can see some modules use switch_mutex_init but no switch_mutex_destroy. I thought that they were allocated from pool not being necessary to free manually. Must I use switch_mutex_destroy when unloading? What about switch_core_hash_init and switch_core_hash_destroy for hash items? Regards 2010/7/1 Anthony Minessale > > everything that you allocated or reserved from FS must be given back and unreserved when you un... _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/d5bee85f/attachment.html From edpimentl at gmail.com Fri Jul 2 05:55:07 2010 From: edpimentl at gmail.com (EdPimentl) Date: Fri, 2 Jul 2010 08:55:07 -0400 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: <4C2D356B.3040303@opensipstack.org> References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> Message-ID: Node.JS is an extremely important and flexible framework ... http://journal.paul.querna.org/articles/2010/06/12/node-js/ -E http://vCardCloud.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/1b70fc9b/attachment.html From jan.berger at video24.no Fri Jul 2 06:08:23 2010 From: jan.berger at video24.no (Jan Berger) Date: Fri, 2 Jul 2010 15:08:23 +0200 Subject: [Freeswitch-dev] TraceMonkey In-Reply-To: References: <596AAB4B54E9482FA04D332B85CB6BD4@dell9400> <0CC5C4256AFB4280B0AE1ECECE99B20C@dell9400> <4D4F40833CE24E54A2B05B87B2B424C6@dell9400> <62387E2E6B8E495B8BF6DD4ED6C68750@dell9400> <4C2D356B.3040303@opensipstack.org> Message-ID: Its _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of EdPimentl Sent: 2. juli 2010 14:55 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] TraceMonkey Node.JS is an extremely important and flexible framework ... http://journal.paul.querna.org/articles/2010/06/12/node-js/ -E http://vCardCloud.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/04fe08c5/attachment.html From juanito1982 at gmail.com Fri Jul 2 07:52:20 2010 From: juanito1982 at gmail.com (=?ISO-8859-1?Q?Juan_Antonio_Iba=F1ez_Santorum?=) Date: Fri, 2 Jul 2010 16:52:20 +0200 Subject: [Freeswitch-dev] Core on module reload In-Reply-To: References: Message-ID: I'm using the module pool. If I use a own pool, destroying the pool will destroy mutex/hash or may I destroy them manually? Regards 2010/7/2 Anthony Minessale > If you did it from the pool passed to you in the module init its safe if > you made your own pool it must be destroyed. Like I said, everything you do > in the init that has an undo must be called, including 3rd party libs you > may be using. You are unloading the module from memory so nothing can > linger. > > On Jul 2, 2010 3:58 AM, "Juan Antonio Iba?ez Santorum" < > juanito1982 at gmail.com> wrote: > > I'll try to find any allocated memory not being freed. > > I can see some modules use switch_mutex_init but no switch_mutex_destroy. I > thought that they were allocated from pool not being necessary to free > manually. Must I use switch_mutex_destroy when unloading? What about > switch_core_hash_init and switch_core_hash_destroy for hash items? > > Regards > > 2010/7/1 Anthony Minessale > > > > > > everything that you allocated or reserved from FS must be given back and > unreserved when you un... > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/773e1826/attachment.html From anthony.minessale at gmail.com Fri Jul 2 08:07:16 2010 From: anthony.minessale at gmail.com (Anthony Minessale) Date: Fri, 2 Jul 2010 10:07:16 -0500 Subject: [Freeswitch-dev] Core on module reload In-Reply-To: References: Message-ID: if you own the pool you would destroy it. 2010/7/2 Juan Antonio Iba?ez Santorum > I'm using the module pool. If I use a own pool, destroying the pool will > destroy mutex/hash or may I destroy them manually? > > Regards > > 2010/7/2 Anthony Minessale > > If you did it from the pool passed to you in the module init its safe if >> you made your own pool it must be destroyed. Like I said, everything you do >> in the init that has an undo must be called, including 3rd party libs you >> may be using. You are unloading the module from memory so nothing can >> linger. >> >> On Jul 2, 2010 3:58 AM, "Juan Antonio Iba?ez Santorum" < >> juanito1982 at gmail.com> wrote: >> >> I'll try to find any allocated memory not being freed. >> >> I can see some modules use switch_mutex_init but no switch_mutex_destroy. >> I thought that they were allocated from pool not being necessary to free >> manually. Must I use switch_mutex_destroy when unloading? What about >> switch_core_hash_init and switch_core_hash_destroy for hash items? >> >> Regards >> >> 2010/7/1 Anthony Minessale >> >> >> > >> > everything that you allocated or reserved from FS must be given back and >> unreserved when you un... >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> >> _______________________________________________ >> FreeSWITCH-dev mailing list >> FreeSWITCH-dev at lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev >> http://www.freeswitch.org >> >> > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale at hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888 at conference.freeswitch.org googletalk:conf+888 at conference.freeswitch.org pstn:+19193869900 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/1dc251ec/attachment-0001.html From jan.berger at video24.no Fri Jul 2 08:21:44 2010 From: jan.berger at video24.no (Jan Berger) Date: Fri, 2 Jul 2010 17:21:44 +0200 Subject: [Freeswitch-dev] mod_v8 Message-ID: <9A7288085D504A1C9E98D26B529DCA40@dell9400> Hi, Someone mentioned mod_v8 - it actually exist one - it might need a shine up, but it should be a cool experimental starting point to play around with. https://svn.i-want-a-pony.com/repos/mod_v8/trunk/mod_v8.cpp Found it in this article - thanks Edpimentl.- excellent article actually. http://journal.paul.querna.org/articles/2010/06/12/node-js/ Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/2daebce8/attachment.html From jan.berger at video24.no Fri Jul 2 16:44:51 2010 From: jan.berger at video24.no (Jan Berger) Date: Sat, 3 Jul 2010 01:44:51 +0200 Subject: [Freeswitch-dev] V8 Performance Tests Message-ID: <75B16A2130D64BD288C8C09DF732656B@dell9400> Did a quick and dirty performance test comparing C, C++ and V8. This is not a valid benchmark in any way, it is only a test to give me a feeling about how "slow" V8 is compared to pure C and C++. The code also executed in the same loop and C/C++ tests was in a separate function so all 3 tests had exactly the same overhead in the C++ part. C : 1,4 Mill/sec C++: 0.8 Mill/sec V8 Run Only: 0,8 Mill/Sec V8 Compile+Run: 0,4 Mill/sec Other tests will show other differences - this is just an indication that V8 actually might compare with C/C++ performance wise + their memory handling look promissing. Threads ? They use globals and statics that will not thread that easy if you atteempt to thread V8 itself - I need to experiment and see. Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100703/b203a534/attachment.html From mgg at giagnocavo.net Fri Jul 2 19:59:06 2010 From: mgg at giagnocavo.net (Michael Giagnocavo) Date: Fri, 2 Jul 2010 22:59:06 -0400 Subject: [Freeswitch-dev] V8 Performance Tests In-Reply-To: <75B16A2130D64BD288C8C09DF732656B@dell9400> References: <75B16A2130D64BD288C8C09DF732656B@dell9400> Message-ID: <6E8D2069C08AA84A83D336E996AE4C67035DB57EA7@mse17be1.mse17.exchange.ms> http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=v8&lang2=gcc ? From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: Friday, July 02, 2010 5:45 PM To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] V8 Performance Tests Did a quick and dirty performance test comparing C, C++ and V8. This is not a valid benchmark in any way, it is only a test to give me a feeling about how "slow" V8 is compared to pure C and C++. The code also executed in the same loop and C/C++ tests was in a separate function so all 3 tests had exactly the same overhead in the C++ part. C : 1,4 Mill/sec C++: 0.8 Mill/sec V8 Run Only: 0,8 Mill/Sec V8 Compile+Run: 0,4 Mill/sec Other tests will show other differences - this is just an indication that V8 actually might compare with C/C++ performance wise + their memory handling look promissing. Threads ? They use globals and statics that will not thread that easy if you atteempt to thread V8 itself - I need to experiment and see. Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100702/2e96aa15/attachment.html From jeroeng at thegreek.com Sat Jul 3 01:22:59 2010 From: jeroeng at thegreek.com (Jeroen C. van Gelderen) Date: Sat, 3 Jul 2010 03:22:59 -0500 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local><74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> Message-ID: <6CDC083B3D8940388D70252835D551A7@mbnet.local> > If however you have this issue even with HW EC, >call Sangoma tech support and we will be happy to look at the issue. I wish this was Sangoma hardware esp. with hardware ec :) My DTMF "bouncing" issues were indeed caused by echo but now that I've got OSLEC running (thanks for patching that) calls are echo-free and crystal clear. The issue now is that my users dial their transfers (-say- #44) reasonably fast and that often causes two successive DTMF digits to be detected as one (#4). In order to reliably reach the extension the clerk cannot dial more than one digit per second. That seems excessively slow. I suspect there must be a knob somewhere to tune that (in libteletone)? Other causes to look for? Cheers, -Slim From jan.berger at video24.no Sun Jul 4 01:25:32 2010 From: jan.berger at video24.no (Jan Berger) Date: Sun, 4 Jul 2010 10:25:32 +0200 Subject: [Freeswitch-dev] V8 Performance Tests In-Reply-To: <6E8D2069C08AA84A83D336E996AE4C67035DB57EA7@mse17be1.mse17.exchange.ms> References: <75B16A2130D64BD288C8C09DF732656B@dell9400> <6E8D2069C08AA84A83D336E996AE4C67035DB57EA7@mse17be1.mse17.exchange.ms> Message-ID: <1C2EA029CCF24A3AADB638A81AF149D4@dell9400> These tests can be a bit missleading. Anyway - using the benchmark test on V8's own test below: Try running it on Chrome, and after that you try running it on Opera 10.60 The JavaScript in Opera 10.60 gives a higher score in my laptop. http://v8.googlecode.com/svn/data/benchmarks/v5/run.html --- V8 is however really good from an implementation point of view. Using is as a script engine for an app is very straight forward unless you need threaded apps. V8 is a Multiprocessing by design, but it is not goof on multithreading. Threaded access to V8 is supported, but you need to lock V8 while access some parts of it (not all) - and it's a bit of work to get this part right. _____ From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Michael Giagnocavo Sent: 3. juli 2010 04:59 To: freeswitch-dev at lists.freeswitch.org Subject: Re: [Freeswitch-dev] V8 Performance Tests http://shootout.alioth.debian.org/u32/benchmark.php?test=all &lang=v8&lang2=gcc ? From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of Jan Berger Sent: Friday, July 02, 2010 5:45 PM To: freeswitch-dev at lists.freeswitch.org Subject: [Freeswitch-dev] V8 Performance Tests Did a quick and dirty performance test comparing C, C++ and V8. This is not a valid benchmark in any way, it is only a test to give me a feeling about how "slow" V8 is compared to pure C and C++. The code also executed in the same loop and C/C++ tests was in a separate function so all 3 tests had exactly the same overhead in the C++ part. C : 1,4 Mill/sec C++: 0.8 Mill/sec V8 Run Only: 0,8 Mill/Sec V8 Compile+Run: 0,4 Mill/sec Other tests will show other differences - this is just an indication that V8 actually might compare with C/C++ performance wise + their memory handling look promissing. Threads ? They use globals and statics that will not thread that easy if you atteempt to thread V8 itself - I need to experiment and see. Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100704/8bbbcb0e/attachment-0001.html From s_thirupathikumar at yahoo.com Sun Jul 4 07:12:29 2010 From: s_thirupathikumar at yahoo.com (Thirupathi) Date: Sun, 4 Jul 2010 07:12:29 -0700 (PDT) Subject: [Freeswitch-dev] Unable to register with Freeswitch Message-ID: <838995.92066.qm@web50301.mail.re2.yahoo.com> Hi, I have installed and running freeswitch on ubuntu. But when i am trying to register IP phone (localhost) with freeswitch (1001 and 1234) it is not happening. Also i don't receive any log in the freeswitch when i am trying to register the IP phone. How to fix this issue? Any one help me thanks in advance. Thanks and Regards, Thirupathi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100704/948fa1d4/attachment.html From moises.silva at gmail.com Sun Jul 4 08:20:25 2010 From: moises.silva at gmail.com (Moises Silva) Date: Sun, 4 Jul 2010 11:20:25 -0400 Subject: [Freeswitch-dev] FXS bridged on FXO ports and DTMF - Deja Vu In-Reply-To: <6CDC083B3D8940388D70252835D551A7@mbnet.local> References: <500C2DACDF01402CB44B7E4A9FA869CA@mbnet.local> <74f2fbcf48af99558272fd0ff9ff83d3@thom.fr.eu.org> <6CDC083B3D8940388D70252835D551A7@mbnet.local> Message-ID: The tone on/off conditions should be, minimum on 40ms and 50ms off. I recommend you to record a call with those double digit detections. If you can reproduce them yourself by dialing quickly it'd be even better. Once you have the recording you can run libteletone on the recorded audio (see libs/freetdm/src/detect_dtmf.c) and may be start tweaking it. You could also run spandsp dtmf detector over the recorded audio to see if does a better job (I'd think so). Another way to test if spandsp does better is to disable dtmf detection completely from freetdm (the disable_dtmf dial plan app does that) and then use spandsp_start_dtmf application on the dialplan (see mod_spandsp). I'd be interested in looking at the recording too, you can send it to my email if you want me to take a look. You can record all the read/write audio using: ftmod trace /path/prefix [] That starts recording all incoming and outgoing data on the channel (if no channel is specified all channels on the span are recorded), the specified prefix will be used for each of the files. The recording starts immediately (although if there is no call then most likely no one is reading/writing to the channel), you must stop the recording when done with: ftmod notrace [] Moises Silva Senior Software Engineer Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada t. 1 905 474 1990 x 128 | e. moy at sangoma.com On Sat, Jul 3, 2010 at 4:22 AM, Jeroen C. van Gelderen wrote: > > > If however you have this issue even with HW EC, > >call Sangoma tech support and we will be happy to look at the issue. > > I wish this was Sangoma hardware esp. with hardware ec :) > > My DTMF "bouncing" issues were indeed caused by echo but now that I've got > OSLEC running (thanks for patching that) calls are echo-free and crystal > clear. > > The issue now is that my users dial their transfers (-say- #44) reasonably > fast and that often causes two successive DTMF digits to be detected as one > (#4). > > In order to reliably reach the extension the clerk cannot dial more than > one > digit per second. That seems excessively slow. I suspect there must be a > knob somewhere to tune that (in libteletone)? Other causes to look for? > > Cheers, > -Slim > > > _______________________________________________ > FreeSWITCH-dev mailing list > FreeSWITCH-dev at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100704/b4472716/attachment.html From jan.berger at video24.no Tue Jul 6 16:38:02 2010 From: jan.berger at video24.no (Jan Berger) Date: Wed, 7 Jul 2010 01:38:02 +0200 Subject: [Freeswitch-dev] V8 Threads Message-ID: <69D9252EFB214F2C8762DF27A99820CA@dell9400> V8 multithread very nicely. I threw up 1000 threads only, but it runs very nicely and memory usage is very low. Took me a while to understand their threading model and it will take me some experiments to tune it properly. Threads are a budget, so I will grab something like 50 threads see if I can use these pooled as I believe I can. Regardless - V8 is absolutely amazing t work with. Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100707/e7e8c5dc/attachment.html From dujinfang at gmail.com Wed Jul 7 01:02:53 2010 From: dujinfang at gmail.com (Seven Du) Date: Wed, 7 Jul 2010 16:02:53 +0800 Subject: [Freeswitch-dev] errlor link with libjpeg on mac Message-ID: Hi, I'm on Mac 10.6.4, 64bit. I updated the last git HEAD, unable to find libjpeg, then I did a fresh clone, the problem still there. I found this been fixed: http://jira.freeswitch.org/browse/FSBUILD-271 Here's the error. Creating mod_spandsp.la ld: library not found for -ljpeg collect2: ld returned 1 exit status quiet_libtool: link: gcc -o .libs/mod_spandsp.so -bundle .libs/mod_spandsp_la-mod_spandsp.o .libs/mod_spandsp_la-udptl.o .libs/mod_spandsp_la-mod_spandsp_fax.o .libs/mod_spandsp_la-mod_spandsp_dsp.o .libs/mod_spandsp_la-mod_spandsp_codecs.o -ljpeg /Users/seven/workspace/freeswitch/freeswitch/.libs/libfreeswitch.1.0.0.dylib -L/Users/seven/workspace/freeswitch/freeswitch/libs/apr-util/xml/expat/lib /Users/seven/workspace/freeswitch/freeswitch/libs/apr-util/xml/expat/lib/.libs/libexpat.a /Users/seven/workspace/freeswitch/freeswitch/libs/apr/.libs/libapr-1.a -lpq -liconv -ldl -lpthread /Users/seven/workspace/freeswitch/freeswitch/libs/spandsp/src/.libs/libspandsp.a -L/Users/seven/workspace/freeswitch/freeswitch/libs/tiff-3.8.2/libtiff -lm /Users/seven/workspace/freeswitch/freeswitch/libs/tiff-3.8.2/libtiff/.libs/libtiff.a -lz -lc -lssl -lcrypto -lncurses -framework CoreFoundation make[4]: *** [mod_spandsp.la] Error 1 make[3]: *** [mod_spandsp-all] Error 1 make[2]: *** [all-recursive] Error 1 I installed libjpeg through brew and now can link without problem(see below). Do I need to report a jira? And another question, why it link to postgresql when everywhere is ODBC ? seven at seven-macpro:/usr/local/freeswitch/mod$ otool -L mod_spandsp.so mod_spandsp.so: /usr/local/Cellar/jpeg/8a/lib/libjpeg.8.dylib (compatibility version 9.0.0, current version 9.1.0) /usr/local/freeswitch/lib/libfreeswitch.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/local/Cellar/postgresql/8.4.3/lib/libpq.5.dylib (compatibility version 5.0.0, current version 5.2.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.29.0) Thanks. -- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn From jan.berger at video24.no Wed Jul 7 01:39:26 2010 From: jan.berger at video24.no (Jan Berger) Date: Wed, 7 Jul 2010 10:39:26 +0200 Subject: [Freeswitch-dev] V8 Threads In-Reply-To: <69D9252EFB214F2C8762DF27A99820CA@dell9400> References: <69D9252EFB214F2C8762DF27A99820CA@dell9400> Message-ID: Posting a code-snip that show you how to multi-thread "hello World" in V8. It isn't that complex once you understand that V8 contain it's own preemtive scheduler and is part operating system in nature. The big upside is the next step - because threads are a budget on any PC, and we need the threads for the voice transport in FS - so I will use a pool with 10 processes x 10 threads and throw a RTOS scheduler in front of each thread - meaning each thread will in reality proceess 100-1000 calls. This will solve what have been my main heacache so far - the CCXML/VXML threading budget. It should also work smoothly with FS as it don't start competing with FS on the thread budget. The only drawback is that this will not run on a Sparc, but well . . . // Lock V8 so we single thread access to V8. You MUST // use the V8 Locker scope for this v8::Locker locker; // Start the preemtive scheduler with a 10ms timer. This only // needs calling once, but adding it here don't hurt. locker.StartPreemption(10); // Set scope. HandleScope handle_scope; // Create this threads contect inside the scope. Persistent context = Context::New(); Context::Scope context_scope(context); // create a source-code variable to hold javascript. Handle source = String::New("for(j = 0; j<100;j++)\n" "i='Hello' + ', World!'"); // So far we have just created the basics we need. // Now we will start a rt-loop where we compile & run. Handle