| 00:09.50 | *** join/#asterisk-dev jgowdy (bt@2600:3c01::f03c:91ff:fe70:fb2e) |
| 00:10.49 | jgowdy | As far as a development environment for Asterisk C dev, what do people normally use? Just vim or something like Eclipse/NetBeans etc? |
| 00:11.23 | file | I use Sublime Text |
| 00:11.32 | file | some use vim |
| 00:12.00 | jgowdy | Sublime Text on Linux? |
| 00:12.18 | file | yes |
| 00:12.32 | jgowdy | I'm presuming most people build on Linux, since building on other platforms presents issues |
| 00:12.33 | file | but it's whatever you want |
| 00:17.30 | jgowdy | yeah so far I've used vim, just wondering if there was something more |
| 00:17.32 | jgowdy | thanks |
| 00:29.25 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 00:31.40 | *** join/#asterisk-dev oej (~Adium@67.217.137.66) |
| 00:31.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:04.53 | *** join/#asterisk-dev suneye (~atcmmi@119.123.221.36) |
| 01:15.20 | *** join/#asterisk-dev barbosa2 (~juliano.b@177.17.218.121) |
| 01:15.24 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:25.02 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 01:25.02 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 02:11.33 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 02:22.11 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 03:16.13 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 05:37.53 | *** join/#asterisk-dev LeLion (~LeLion@75.144.103.2) |
| 05:38.06 | LeLion | Hello everyone :) |
| 05:42.13 | LeLion | I was using a module with asterisk 1.8 that was working flawlessly. I recently upgraded to asterisk 11 and at first it would not complle. After making the appropriate changes, I now get the module to compile and load. |
| 05:42.49 | LeLion | from the CLI, I can use load module and unload module to load and unload the module without any problems |
| 05:43.49 | LeLion | however, when I try to call the application from the dialplan, I get the no such application for extension error |
| 05:47.01 | LeLion | In the load_module function, I use ast_register_application_xml(app, skb_exec); where app was previously defined as *char and skb_exec is the function to be executed when the application is called |
| 05:47.40 | LeLion | is there something else I need to do to get asterisk to register the name of an application? |
| 05:48.35 | LeLion | my AST_MODULE_INFO is as follow AST_MODULE_INFO(ASTERISK_GPL_KEY, AST_MODFLAG_LOAD_ORDER, "Skybilling - billing and more", |
| 05:48.36 | LeLion | <PROTECTED> |
| 05:48.36 | LeLion | <PROTECTED> |
| 05:48.36 | LeLion | <PROTECTED> |
| 05:48.36 | LeLion | <PROTECTED> |
| 05:48.36 | LeLion | <PROTECTED> |
| 05:49.55 | LeLion | any help? |
| 05:51.06 | LeLion | I don't get any error messages even with debugging enabled and I just don't know where else to look |
| 05:56.44 | coreyf1513 | LeLion: what happens if you 'core show application yourapp' ? |
| 05:56.52 | Kobaz | that's the module load |
| 05:56.59 | Kobaz | you need to call app registration functions |
| 05:57.11 | Kobaz | look at app_meetme.c |
| 05:57.28 | Kobaz | or any apps, but that has a bunch of good examples |
| 05:58.06 | Kobaz | okay sleep time |
| 05:58.41 | LeLion | core show application myapp gives me Your application(s) is (are) not registered |
| 05:59.06 | Kobaz | http://i.imgur.com/cxFUNiF.gif |
| 05:59.09 | Kobaz | okay sleep for reels |
| 05:59.17 | LeLion | Kobaz. Thanks. I am going to check out app_meetme.c now |
| 06:01.20 | LeLion | Kobaz, isn't ast_register_application_xml(app, skb_exec); supposed to register the app? |
| 06:01.45 | coreyf1513 | LeLion: did you change char *app to char app[] ? |
| 06:01.55 | LeLion | yes, I did |
| 06:02.48 | coreyf1513 | if you want to pastebin the code i can take a look |
| 06:10.46 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 06:55.59 | LeLion | corey, Thanks. I added a few debug lines to my code and was able to retrace that there was a missing conf file which prevented the application from running |
| 06:56.17 | LeLion | everything is fine now :) |
| 07:36.10 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:b9b6:55ec:6bf:2f23) |
| 07:41.03 | *** join/#asterisk-dev danjenkins (~danjenkin@213.106.234.250) |
| 07:56.36 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.184) |
| 08:04.30 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:04.30 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:04.41 | *** join/#asterisk-dev danjenkins (~danjenkin@213.106.234.250) |
| 08:37.35 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.126.184) |
| 10:04.00 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 10:11.10 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.184) |
| 10:49.18 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.31) |
| 10:54.43 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@109.188.126.31) |
| 11:17.03 | *** join/#asterisk-dev barbosa2 (~juliano.b@177-069-248-123.static.ctbctelecom.com.br) |
| 11:31.35 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.61.47) |
| 11:48.04 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 12:00.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.13) |
| 12:01.32 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 12:01.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:21.43 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 12:47.21 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 12:48.59 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.2) |
| 12:57.29 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 13:01.58 | *** join/#asterisk-dev vlad_starkov (~vlad_star@79.98.8.19) |
| 13:11.16 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-uvcfjjcuazljaigi) |
| 13:17.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@79.98.8.19) |
| 13:22.48 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:22.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:36.45 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-foxpsbuyrfwdordc) |
| 13:36.45 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:38.15 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 13:47.41 | *** join/#asterisk-dev vlad_sta_ (~vlad_star@79.98.8.19) |
| 13:54.18 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 13:55.28 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-dyskivakuvvebaui) |
| 14:00.04 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 14:07.02 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-kfszhwdyuspoanci) |
| 14:10.35 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-ezxoezulqzfndhfs) |
| 14:10.35 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:31.49 | mjordan | opticron: have you had a chance to talk with philippe or pabelanger about your patch for ASTERISK-17138? |
| 14:40.02 | opticron | I haven't heard back from philippe, but I'll poke him to see if he has any comments |
| 14:40.24 | opticron | pabelanger, care to take a gander at https://reviewboard.asterisk.org/r/2874/ ? |
| 14:41.09 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-erzpajqkqewwrsei) |
| 14:41.17 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 14:41.17 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 15:02.57 | pabelanger | opticron, mjordan: Cool, won't be able to test it sadly. Don't have access to the hardware to do it again. |
| 15:03.06 | pabelanger | I take there is a integration test in the testsuite for it? |
| 15:09.09 | pabelanger | When do you guys think you'll enter beta with asterisk 12? |
| 15:09.40 | pabelanger | Might have a site I can squeeze 12 into in the next month or so to play with |
| 15:44.08 | opticron | pabelanger, the integration tests are also on reviewboard and linked on that review, https://reviewboard.asterisk.org/r/2875/ |
| 15:44.34 | mjordan | 12 for beta is contingent on having enough useful information and feedback for us to feel like it's ready |
| 15:45.08 | mjordan | As far as deploying it... I would probably not deploy it on a customer site until you've had sufficient time to learn about the changes and verify that you're comfortable with it |
| 16:18.46 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 16:19.35 | *** join/#asterisk-dev Devon_ (~Devon_@63.214.236.169) |
| 16:20.48 | mjordan | putnopvut: so, my thought is - even if it is Stasis-Core using the threadpool, the threadpool still shouldn't have grown at that rate. |
| 16:20.51 | putnopvut | In 12, stasis-core threadpool grows huuuuuuugely from a single queue call . |
| 16:21.04 | putnopvut | Right, so here's the threadpool logic: |
| 16:21.18 | putnopvut | If a task is pushed into the threadpool, then the threadpool checks to see if there are idle threads to take on the task. |
| 16:21.33 | putnopvut | If not, then it bumps the size of the threadpool by the auto-increment value of the threadpool. |
| 16:22.36 | mjordan | so here might be an explanation for it |
| 16:22.38 | mjordan | we start at 0 |
| 16:22.45 | putnopvut | PJSIP doesn't run into these problems because it uses serializers in order to prevent tasks from being pushed directly into the threadpool when threads are currently active. Instead, the tasks are pushed into the queues that the worker threads are currently actively working on. |
| 16:23.04 | mjordan | right |
| 16:23.10 | leedm777 | putnopvut: each stasis subscription has a serializer. |
| 16:23.42 | mjordan | we might just be pushing messages so fast during the Local channel optimization + Dial + new channel creation + varsets that we're exploding the threadpool before it has a chance to service anything |
| 16:24.11 | leedm777 | mjordan: in that case, the threadpool is doing what it's supposed to. |
| 16:24.50 | leedm777 | or it should have heuristics about when new threads get created, like after a task has been enqueued for so long |
| 16:25.04 | leedm777 | or maybe the default stasis threadpool size is too large. |
| 16:25.06 | putnopvut | Or when the task queue reaches a certain depth |
| 16:25.09 | leedm777 | abounds with theories |
| 16:25.21 | leedm777 | there's a thought |
| 16:25.47 | mjordan | right. I think in general the threadpool in that case is just too aggressive in its growth |
| 16:25.52 | file | yes |
| 16:35.18 | putnopvut | So here's a data point for you: The test I'm running has sipp call into a queue, which calls a local channel, which calls another sipp scenario. The first sipp scenario waits 2 seconds, and then hangs up the call. What's curious to me is that I see the threadpool grow by about 60 threads during the initial call and answer. Then after the two second gap, the threadpool again grows by about 60 threads. Why did none of the or |
| 16:35.20 | putnopvut | iginal sixty that got created go idle during those 2 seconds? What are the stasis-core threads doing? |
| 16:36.47 | putnopvut | Hm, and now that's not happening any more. Typical. See something happen. Publicly say it happens and then it never happens any more. |
| 16:38.35 | file | it can take... time |
| 16:46.13 | mjordan | file: when you made channel snapshots an alloc, did it still copy over the fields? |
| 16:46.14 | putnopvut | Interestingly, with my local threadpool optimizations put in, the threadpool only grows to 50 threads on a single call instead of 120+. |
| 16:46.18 | file | mjordan, no |
| 16:46.29 | mjordan | what happens if you add that? |
| 16:46.37 | mjordan | putnopvut: yay? |
| 16:46.45 | file | increases it by ~1% |
| 16:46.49 | mjordan | hm. |
| 16:47.03 | mjordan | We can save memcpy for another day then |
| 16:47.11 | putnopvut | Well it at least points to the fact that the threadpool was getting bogged down in its own maintenance and that my optimizations ARE actually optimizing :) |
| 16:47.22 | file | I'm pretty comfortable with that, I just want to know why it's a 2% bump right off the bat |
| 16:48.00 | putnopvut | file: how much of stasis did you eliminate from the equation? |
| 16:48.06 | file | all publishing |
| 16:48.10 | putnopvut | okay. |
| 16:48.37 | putnopvut | So that would also eliminate any churn caused by subscribers, like CDRs |
| 16:48.49 | file | the most stuff can do is create a message, which I suppose could be it... but in past times manager would have done some stuff as well |
| 16:49.12 | mjordan | mostly just string packing and then getting put on a queue however. |
| 16:50.16 | *** join/#asterisk-dev zigg (~matt@unaffiliated/zigg) |
| 17:55.19 | *** join/#asterisk-dev w9sh (~Steven@adsl-69-208-131-6.dsl.ipltin.ameritech.net) |
| 18:14.48 | *** part/#asterisk-dev w9sh (~Steven@adsl-69-208-131-6.dsl.ipltin.ameritech.net) |
| 19:09.49 | *** join/#asterisk-dev serafie1 (~erin@nat/digium/x-kgizzfxqsuyjdsbf) |
| 19:11.56 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 19:38.14 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 19:38.15 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:30.15 | JunK-Y | yo |
| 20:30.39 | JunK-Y | somebody watched agent of shield yesterday? |
| 20:54.42 | jrose_atDigium | Soon the lines between Dr. Horrible and the Marvel continuities will be blurred. The only thing saving us from seeing Spider Man fighting Bad Horse will be the fact that Sony seems to pull the strings on that one for some reason. |
| 20:55.49 | jrose_atDigium | That and animal welfare groups |
| 20:57.41 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:05.42 | *** join/#asterisk-dev pgrace (pgrace@vsix.me) |
| 21:07.07 | pgrace | Is anyone here particularly familiar with features.c? I'm wondering if there was a "Good Reason" why variable substitution doesn't work when you trigger a feature before considering whether I want to spend time trying to create a patch to make it work. |
| 21:37.53 | file | coreyf1513, I have to ask... why |
| 21:38.26 | coreyf1513 | file: do you mean why bother such a small part or why bother at all? |
| 21:38.33 | file | at all |
| 21:40.07 | coreyf1513 | a couple things about pjproject don't make me feel good, i'm not ready to give up on chan_sip |
| 21:40.38 | file | such as what? |
| 21:42.08 | coreyf1513 | i don't much care for the way it handles memory, even if it could be unloaded. the memory pools seem to hide allocation sources for example |
| 21:43.06 | coreyf1513 | i'm not sure of a way to test that it doesn't leak |
| 21:44.26 | file | you can enable pool debugging, which turns pool allocations into normal malloc/free |
| 21:44.48 | file | can be used to find leaky pools |
| 21:54.13 | coreyf1513 | even with memory pool debugging res_pjsip/res_pjsip_session cannot unload, that prevents res_sorcery from unloading, which makes valgrind output a huge number of loss records |
| 22:06.55 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:31.11 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-foxpsbuyrfwdordc) |
| 22:46.47 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
