| 00:00.01 | Corydon76-dig | Well, just about time for me to start figuring out how to cook a turkey |
| 00:00.20 | file | ah right, Thanksgiving |
| 00:01.08 | Corydon76-dig | No, presidential politics |
| 00:11.57 | eliel | ping mmichelson |
| 00:12.11 | putnopvut | That's me. |
| 00:12.14 | putnopvut | pong |
| 00:12.54 | eliel | M11323 |
| 00:12.55 | MuffinMan | [closed] [Asterisk] PBX/General 0011323: ast_hint_state_changed locks conlock / hints in wrong order when monitoring SIP channels reported by eelcob http://bugs.digium.com/view.php?id=11323 |
| 00:13.07 | putnopvut | Ah, yes. Was there a problem with that? |
| 00:13.40 | eliel | I think introduces a deadlock |
| 00:14.13 | putnopvut | Hmm, that's what I was trying to avoid. |
| 00:14.21 | putnopvut | How does it introduce a deadlock? |
| 00:17.04 | eliel | maybe i am wrong, iam trying to reproduce it, it was in merge_context (pbx_ael) while doing 'module reload' |
| 00:17.19 | putnopvut | 1.4 or trunk? |
| 00:17.45 | eliel | trunk, but can't reproduce it, so forgot it. |
| 00:17.52 | putnopvut | Okay. |
| 00:24.21 | putnopvut | Time to head out. 4 hour meetings really take it out of you. |
| 00:33.07 | anonymouz666 | 4 hour meeting is the best thing to sleep. |
| 01:09.56 | *** join/#asterisk-dev moy (n=moyhu@189.169.50.222) |
| 01:23.25 | snuff-work | note.. check_expr.c broken when MTX_PROFILE is turned on |
| 01:23.57 | snuff-work | latest trunk rev |
| 01:28.34 | snuff-work | also broken |
| 01:28.35 | snuff-work | astmm.c:468: error: `ast_config_AST_LOG_DIR' undeclared (first use in this function) |
| 01:46.20 | snuff-work | works now :) |
| 01:49.40 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 02:15.13 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 03:12.54 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:12.54 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:00.00 | *** join/#asterisk-dev moy (n=moyhu@189.169.50.222) |
| 04:00.48 | *** join/#asterisk-dev moy (n=moyhu@189.169.50.222) |
| 05:16.30 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:58.09 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@d154-20-45-103.bchsia.telus.net) |
| 06:04.07 | *** join/#asterisk-dev Arno[Slack] (n=hellSOUN@gre92-1-81-57-177-108.fbx.proxad.net) |
| 07:19.11 | sergee | ~seen putnopvut |
| 07:19.16 | jbot | putnopvut <i=putnopvu@nat/digium/x-159385cb96a63d09> was last seen on IRC in channel #asterisk-dev, 6h 54m 55s ago, saying: 'Time to head out. 4 hour meetings really take it out of you.'. |
| 07:31.05 | *** join/#asterisk-dev rati (n=rati@124.125.255.223) |
| 07:34.26 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584588.dsl.bell.ca) |
| 07:47.54 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:24.36 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:24.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:33.54 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 08:38.45 | oej | Morning folks! |
| 08:39.12 | snuff-work | ello eoj |
| 08:39.21 | snuff-work | uhm.. bad kfingres |
| 08:39.35 | snuff-work | hello oej .. go tab completion |
| 08:40.58 | tzafrir | yeah. But xchat won't complete me Asterisk CLI commands! |
| 08:41.09 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 08:41.16 | slavon_net | hello all |
| 08:41.20 | tzafrir | hi |
| 08:43.53 | slavon_net | simple question: normal that if turn off subscribe global - in packets we see that we allow SUBSCRIBE packets? |
| 08:50.49 | snuff-work | mm thats 1 thing i noticed.. manager show user <tab> doesn't give u a list (last time i checked) |
| 08:52.04 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 09:11.34 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:11.02 | *** part/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 10:15.44 | oej | slavon-net: What do you mean? We need to handle those packets, but deny the requests |
| 10:15.54 | oej | Ahh. You mean the Allow: header |
| 10:15.56 | oej | Right. |
| 10:17.59 | slavon_net | yep |
| 10:19.23 | oej | Hmm. There's no dynamic in that today |
| 10:34.07 | agx | morning, anyone knows a good draft of the "invite forking" ? main RFC does not contains info about this topic :-( |
| 11:07.00 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:22.32 | *** join/#asterisk-dev rati (n=rati@124.125.255.223) |
| 11:58.59 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 12:01.51 | *** join/#asterisk-dev eliel (n=eliel@190.2.62.37) |
| 12:02.05 | eliel | hello |
| 12:08.24 | agx | hi |
| 12:11.52 | eliel | I think mutex conlock defined in main/pbx.c is never initialized, and maybe this is happening with every module of type AST_RWLOCK_DEFINE_STATIC |
| 12:12.22 | eliel | The problem shows up running CLI command 'dialplan remove extension' and trying to autocomplete pressing tab |
| 12:12.53 | eliel | in that CLI command there is an if while doing a ast_rdlock_contexts() and the lock returns an error. |
| 12:13.03 | agx | eliel, cannot be of help about this :) |
| 12:13.23 | eliel | I put a mutex_init on the load function and everything work as expected.. |
| 12:13.59 | eliel | agx: thats ok, I am just putting the message, someone will read it, If I don't get any response then I will report on the bugtracker. |
| 12:15.07 | _ys | eliel |
| 12:15.37 | _ys | russel still not review AST_RWLOCK_DEFINE_STATIC |
| 12:16.04 | eliel | and that means? |
| 12:16.08 | _ys | path #0011279 |
| 12:16.12 | _ys | patch |
| 12:16.52 | eliel | M11279 |
| 12:16.53 | MuffinMan | [assigned] [Asterisk] Core-General 0011279: [patch] trunk: rwlock tracking support (tracking and untracking static rwlock) reported by ys http://bugs.digium.com/view.php?id=11279 |
| 12:18.42 | eliel | _ys: you are saying that your patch fixed this initialization problem? |
| 12:20.56 | *** join/#asterisk-dev Laureano (n=Laureano@200.59.172.38) |
| 12:21.00 | Laureano | Hi guys |
| 12:21.35 | eliel | hi tommy :-) |
| 12:21.52 | _ys | eliel, yes (for BSD), for linux static rwlock can be used uninitialized |
| 12:21.59 | *** join/#asterisk-dev rati (n=rati@124.125.255.223) |
| 12:22.38 | eliel | _ys: I will try your patch |
| 12:24.57 | _ys | eliel: but main idea of this patch - debugging rwlock (deadlock etc) |
| 12:26.11 | eliel | _ys: You patch fixes an initialization problem on RWLOCK_DEFINE_STATIC |
| 12:26.20 | eliel | maybe you added {} on the INIT_VALUE |
| 12:27.40 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:29.09 | _ys | You got warning? |
| 12:29.18 | eliel | nop |
| 12:30.04 | eliel | I am reviewing your patch to create a new one that only fixes the initialization problem in linux... |
| 12:32.46 | _ys | I test on linux, that: ast_rwlock_t rwlock = PTHREAD_RWLOCK_INITIALIZER (AST_RWLOCK_INIT_VALUE) can be used on linux w/o init |
| 12:33.12 | _ys | on BSD - this makes coredump |
| 12:34.12 | eliel | _ys: yes |
| 12:34.15 | eliel | you are right |
| 12:34.31 | eliel | please try this: dialplan add extension 1,1,Hangup(), into test |
| 12:34.49 | eliel | then do a 'dialplan remove extension' and press TAB for autocompletion |
| 12:35.13 | _ys | eliel: with or w/o you patch? |
| 12:35.17 | eliel | there is a conlock problem, it seems not initialized.. |
| 12:35.23 | eliel | with out my patch |
| 12:35.32 | _ys | moment.. |
| 12:36.01 | eliel | you will see a Failed to lock context list |
| 12:38.16 | eliel | (i am on the bootcamp right now, this is too boring...) |
| 12:38.21 | _ys | I still see: pbx.c line 7269 (ast_unlock_contexts): rwlock '&conlock' freed more times than we've locked! |
| 12:38.36 | eliel | _ys: That wasn't solved |
| 12:38.39 | eliel | on find_locked |
| 12:38.50 | _ys | aply only You patch: main.pbx.c.patch |
| 12:39.12 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 12:39.54 | _ys | eliel autocompletion work fine w/o warning |
| 12:40.14 | eliel | you are on linux? |
| 12:40.33 | _ys | after 'dialplan remove extension', 'dialplan add extension 1,1,Hangup(), into test' caused coredump |
| 12:40.50 | _ys | now - no |
| 12:40.59 | _ys | on freebsd |
| 12:41.23 | eliel | hmmm, maybe thats the problem |
| 12:41.26 | eliel | i am on linux |
| 12:41.28 | eliel | [Nov 21 09:40:52] ERROR[11591]: pbx_config.c:458 complete_dialplan_remove_extension: Failed to lock context list |
| 12:41.57 | eliel | this is after a dialplan add |
| 12:45.02 | _ys | eliel can You make this again w/my patch and DEBUG_THREADS DETECT_DEADLOCKS options? |
| 12:52.23 | eliel | ok |
| 12:55.25 | eliel | compiling |
| 12:56.14 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 12:57.53 | _ys | gdb says, that coredump occur in hashtab_compare_extens() function. While second try: 'dialplan add extension 1,1,Hangup(), into test' |
| 12:59.15 | _ys | in strcmp() |
| 13:01.37 | *** join/#asterisk-dev Jynger (n=rip@tti.tt.ee) |
| 13:01.49 | *** part/#asterisk-dev Jynger (n=rip@tti.tt.ee) |
| 13:03.39 | *** join/#asterisk-dev eliel (n=eliel@190.2.62.37) |
| 13:04.29 | eliel | _ys: the bug is still there |
| 13:05.03 | eliel | while doing a dialplan add the we get errors while doing ast_rwlock_contexts() |
| 13:05.25 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 13:06.16 | eliel | I need to go, to continue listening to the bootcamp, be right back in an hour |
| 13:10.10 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.134.26) |
| 13:58.50 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 14:24.17 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 14:24.17 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:27.06 | *** join/#asterisk-dev IgorG (i=FeedomPa@host-90-188-188-119.pppoe.omsknet.ru) |
| 14:59.33 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:59.33 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:04.49 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:06.31 | *** join/#asterisk-dev moy (i=moyhu@nat/ibm/x-1a823233f5df81f7) |
| 15:07.14 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 15:35.16 | *** join/#asterisk-dev russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:35.16 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:37.52 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-337c960dea47d025) |
| 15:37.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:41.26 | russellb | the "Need" thread on the -dev list is awesome |
| 15:51.29 | *** join/#asterisk-dev miguel3239 (n=elguerom@207.154.34.162) |
| 15:52.40 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:56.55 | mog | russellb, was hoping someone would comment on it |
| 15:57.05 | mog | seemed like bots talking to each other to me |
| 15:57.15 | russellb | heh, yeah |
| 15:57.20 | tzanger | I'm gonna have to check it out too |
| 16:04.31 | Qwell | mog: sir i need a starting tutorial |
| 16:04.46 | mog | what in |
| 16:04.53 | Qwell | mog: sir i need a starting tutorial |
| 16:05.06 | Qwell | (the key is asking twice) |
| 16:05.33 | *** join/#asterisk-dev fadey (n=fadey@80.91.66.233) |
| 16:05.36 | mog | heh |
| 16:06.47 | fadey | Hi,everyone. I'm trying to find out a way to disable MWI (message waiting indication) in asterisk. Is there a way to do it? |
| 16:07.01 | mog | yes fadey |
| 16:07.29 | fadey | please, could you say how ? |
| 16:07.43 | mog | no ^_^ |
| 16:07.55 | mog | take out the vm option for the sip peer |
| 16:07.57 | mog | or zap device |
| 16:08.34 | mog | somewhere in the peer you have mailbox=1234 |
| 16:08.36 | mog | or something like that |
| 16:08.42 | mog | take that out and you will have no mwi |
| 16:08.48 | caio1982 | fadey: grep for 'mwi' and 'poll' in your /etc/asterisk dir |
| 16:10.00 | mog | why did we add subscribemwi? |
| 16:10.00 | mog | for users.conf? |
| 16:18.43 | fadey | caio1982: grep -i 'poll' * returns nothing :-( |
| 16:19.19 | fadey | caio1982: grep -i 'mwi' * returns notifymimetype, checkmwi, buggymwi |
| 16:19.28 | caio1982 | fadey: I meant on trunk, sorry |
| 16:23.28 | mog | fadey, just take out the mailbox for hte phone |
| 16:23.31 | mog | er the phone |
| 16:23.45 | mog | i dont see why someone added the subscribemwi seems to have 0 purpose\ |
| 16:27.31 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 16:32.03 | fadey | mog: yahoo... that worked. thanks |
| 16:32.13 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:42.26 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:45.03 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-52-101-157.dhcp.embarqhsd.net) |
| 16:45.50 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:37.07 | *** join/#asterisk-dev IgorG (i=FeedomPa@host-90-188-188-119.pppoe.omsknet.ru) |
| 17:39.23 | IgorG | Hello, what are thinking about make app_saycountpl deprecated in trunk? |
| 17:44.51 | IgorG | I am now going sleep, but I'll also write to -dev... Or we delete this when found that it broken for example in 1.6.10 and realize that nobody use it... |
| 18:03.02 | *** join/#asterisk-dev eliel (n=eliel@190.2.62.37) |
| 18:07.42 | eliel | Hello, I am thinking about removing privacy.conf, it makes no sense having a configuration file for a simple application with just to params... any feedback? |
| 18:12.05 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 18:16.44 | Corydon76-dig | eliel: sure, sounds fine |
| 18:17.25 | eliel | Corydon76-dig: great, i will upload a patch as soon as possible. |
| 18:17.57 | Corydon76-dig | Even if you hadn't, the fact that it parses the file on every use surely merits fixing |
| 18:18.09 | _ys | eliel: reload (random) reproduce coredump |
| 18:19.21 | eliel | Corydon76-dig: thats true |
| 18:19.30 | eliel | _ys: I will check it out |
| 18:20.00 | _ys | eliel: try to add/delete exten and "reload". |
| 18:20.17 | _ys | or "reload" some times |
| 18:21.11 | eliel | _ys: doing multiples 'module reload' will crash asterisk on res_features, i know that... is the same as doing dialplan add/remove |
| 18:21.49 | *** join/#asterisk-dev BadPacket (n=John@unaffiliated/badpacket) |
| 18:22.07 | _ys | eliel: no, now at see this at extensions.ael |
| 18:22.52 | _ys | at ast_hashtab_destroy() |
| 18:23.09 | eliel | pbx_ael? ups.. |
| 18:23.34 | _ys | this is from asterisk CLI last message |
| 18:24.23 | _ys | bt full points to random position. |
| 18:24.29 | _ys | primary - to ast_hashtab_destroy() |
| 18:25.38 | eliel | did you read my post on your patch? |
| 18:26.45 | _ys | struct ast_hashtab_bucket *tlist; <- are not initialized (at allocation) w/zero bytes |
| 18:26.49 | _ys | eliel: yes |
| 18:27.40 | _ys | and some pointers also |
| 18:28.30 | codefreeze | _ys: is this 11290? |
| 18:29.18 | eliel | M11290 |
| 18:29.19 | MuffinMan | [assigned] [Asterisk] Resources/res_features 0011290: Asterisk crashed on reloading reported by IgorG http://bugs.digium.com/view.php?id=11290 |
| 18:29.23 | eliel | yeaph |
| 18:29.28 | eliel | codefreeze: yes |
| 18:30.37 | codefreeze | I'm on it now. I'm reading the report. |
| 18:31.17 | eliel | codefreeze: the problem is that con->root_tree != NULL and should be NULL if the context has no extensions. |
| 18:31.44 | eliel | codefreeze: my patch con->root_tree=0; shows what i am saying. |
| 18:32.41 | codefreeze | not entirely true. The root_tree could exist... empty... but, I do remember a test or two looking for that... I'll check... |
| 18:33.05 | _ys | codefreeze test my seq in note |
| 18:33.38 | eliel | codefreeze: yeaph |
| 18:34.33 | eliel | codefreeze: ast_hashtab_remove_object(con->root_tree, exten) if you added this when con->root becomes NULL |
| 18:35.12 | eliel | con->root_tree will still exist but wont crash. (tested) the problem is that this is being done only if con->pattern_tree != NULL |
| 18:36.06 | eliel | and i don't understand all the code to make the change |
| 18:36.56 | JerJer | ok kids, the word of the day is "quintillion" |
| 18:36.57 | _ys | eliel: Yes main/hashtab.c need more comments |
| 18:38.00 | eliel | _ys: or i need to get a brain... |
| 18:38.10 | eliel | _ys: a new one |
| 18:38.57 | _ys | eliel: If You had superfluous brain, post him to me :) |
| 18:39.34 | eliel | heh |
| 18:47.59 | moy | does generic private data per channel has been ever considered in Asterisk? |
| 18:48.27 | russellb | at the C API level? |
| 18:48.31 | moy | yeah |
| 18:48.32 | russellb | if so, take a look at channel datastores |
| 18:48.46 | moy | russellb: thanks, I will |
| 18:49.42 | russellb | moy: DUNDIQUERY and DUNDIRESULT dialplan functions in pbx_dundi.c is one place where they are used |
| 18:52.38 | moy | found them ... great, it is exactly what I need |
| 18:52.50 | russellb | cool :) |
| 18:52.54 | russellb | you can thank file for the API |
| 18:53.07 | moy | file: thanks! ;) |
| 19:13.37 | file | eh? |
| 19:18.24 | *** join/#asterisk-dev russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 19:18.25 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 19:35.27 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584588.dsl.bell.ca) |
| 19:40.10 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-10-183.VIC.netspace.net.au) |
| 19:51.41 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 19:55.41 | *** join/#asterisk-dev Laureano (n=Laureano@200.59.172.38) |
| 20:04.04 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 20:12.33 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 20:17.01 | *** join/#asterisk-dev Hemos\ (n=cyberspa@host56-206-static.104-80-b.business.telecomitalia.it) |
| 20:18.26 | moy | file: I said thanks, because russellb told me you coded the channel datastores API, just what I needed right now |
| 20:18.56 | file | moy: :D |
| 20:19.01 | file | it fills a need. |
| 20:19.53 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 20:20.22 | Corydon76-dig | moy: just do us a favor and use proper encapsulation when you use it |
| 20:20.37 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-53.dynamic.ngi.it) |
| 20:21.12 | Corydon76-dig | I don't know how many people have coded to the API and tried to make new public APIs, which defeats the purpose |
| 20:21.57 | sergee | putnopvut: hi! |
| 20:22.02 | moy | Corydon76-dig: not following you with this. I was taking as example the usage in DUNDIQUERY |
| 20:22.07 | sergee | ~seen putnopvut |
| 20:22.08 | jbot | putnopvut <i=putnopvu@nat/digium/x-337c960dea47d025> was last seen on IRC in channel #asterisk, 25m 39s ago, saying: 'Ah, then I'm at a loss.'. |
| 20:22.21 | Corydon76-dig | moy: Gosub also uses it |
| 20:22.47 | Corydon76-dig | and func_odbc uses datastores to store results with mode=multirow |
| 20:25.25 | moy | so, by proper encapsulation you mean, don't add layers above it if not necessary? |
| 20:25.54 | Corydon76-dig | I mean there's no reason to make any API that uses datastores public |
| 20:26.22 | Corydon76-dig | There's a function pointer inside the datastore for destruction... |
| 20:29.28 | moy | ok, got it now |
| 20:49.13 | Laureano | Bye guys! |
| 21:09.40 | *** join/#asterisk-dev BadPacket (n=John@unaffiliated/badpacket) |
| 21:24.49 | *** join/#asterisk-dev NoCarrier (n=John@unaffiliated/badpacket) |
| 22:08.48 | *** join/#asterisk-dev Cresl1n (i=matt@nat/digium/x-e0f759b7d38d9d44) |
| 22:08.48 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 22:24.11 | De_Mon | http://pastebin.ca/793057 |
| 22:24.49 | De_Mon | the parkedcalls context created by res_features doesn't talk to the priorities created by pbx_config |
| 22:41.11 | De_Mon | yikes Parking yourself and having it time out isnt so helpful either... |
| 23:04.30 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 23:07.19 | De_Mon | I commented out context=parkedcalls in features.conf, and when module reload res_features runs, it adds the park extension to the context created by the dialplan. |
| 23:07.52 | De_Mon | but -- dialplan reload removes it. I think that might be bad. |
| 23:11.20 | De_Mon | funny.. parked caller was added to the extensions.conf created parkedcalls context, but when I hang up, it doesn't go into that contexts hangup extension. |
| 23:15.40 | De_Mon | <PROTECTED> |
| 23:15.43 | De_Mon | <PROTECTED> |
| 23:16.49 | De_Mon | oy! |
| 23:27.25 | snuff-work | mm.. anyone seen this error before.. |
| 23:27.33 | snuff-work | [Nov 22 10:26:45] WARNING[10354]: chan_iax2.c:3840 iax2_trunk_queue: Maximum trunk data space exceeded to 202.x.x.x:4569 |
| 23:27.38 | snuff-work | 1.4.14 |
| 23:36.24 | codefreeze | warning: implicit decl of func 'pri_new_bri' in chan_zap.c, 10681, in trunk, anyone???? |
| 23:41.26 | Qwell | codefreeze: update libpri |
| 23:41.40 | Qwell | we're gonna need to update the configure script, I think |
| 23:41.43 | Cresl1n | codefreeze: you should know that if you're running trunk |
| 23:42.19 | codefreeze | Qwell: thanks... hadn't thought of that yet. Cresl1n : all I can say to that is "Duh...." |
| 23:42.25 | Cresl1n | :-) |
| 23:42.29 | Cresl1n | no offense |
| 23:43.17 | Cresl1n | Qwell: I don't know if that's such a good idea |
| 23:43.26 | codefreeze | Cresl1n: none taken. Actually, I'm chuckling over here. There's always something new to keep me puzzled. |
| 23:44.02 | Cresl1n | that config script already takes so long to run, I don't know if we should make configure script additions until we actually have released code branched |
| 23:44.12 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584588.dsl.bell.ca) |
| 23:44.14 | Qwell | Cresl1n: makes sense |
| 23:44.16 | Cresl1n | I hate waiting for the configure script to run |
| 23:44.27 | Cresl1n | it progressively has taken longer and longer |
| 23:44.53 | Cresl1n | maybe changing the configure script to use that new function as the libpri test would be good |
| 23:44.55 | codefreeze | Is libpri like zaptel, where we do 1.4 instead of trunk? |
| 23:45.01 | Cresl1n | No |
| 23:45.19 | Cresl1n | but I don't think that adding a new test for that function is a good idea |
| 23:46.12 | codefreeze | Hmm. had to do a make clean to get it to build. Also normal procedure. |
| 23:48.00 | tzafrir | codefreeze, look at the recent commit in libpri trunk |
| 23:48.17 | Cresl1n | hey tzafrir, how'd your testing go? |
| 23:48.19 | tzafrir | ah, already answered... |
| 23:48.55 | tzafrir | sorry, slow building. testing now... |
| 23:49.05 | Cresl1n | sorry didn't get your response |
| 23:49.36 | snuff-work | codefreeze: thanks for accepting my mods i hoped they were correct ;) |
| 23:50.03 | codefreeze | wow, Cresl1n's been burning up the keybd lately!! |
| 23:50.21 | codefreeze | snuff-work: many thanks for the submission! |
| 23:51.00 | codefreeze | snuff-work: they looked good and my regression ran. If we find any probs, we'll just... fix em! |
| 23:53.07 | tzafrir | Cresl1n, so far a bunch of "not implemented". Looking into that |
| 23:53.42 | Cresl1n | there are probably some holes in it |
| 23:53.46 | Cresl1n | it's the first pass at it |
| 23:53.52 | Cresl1n | I tried to get most of the big stuff |
| 23:54.19 | Cresl1n | what do you mean by "not implemented" tzafrir? |
| 23:54.42 | tzafrir | "It would be nice if someone had implemented it" |
| 23:54.51 | Cresl1n | like what's missing? |
| 23:54.57 | Cresl1n | anything protocol critical? |
| 23:55.03 | tzafrir | sorry, it's now rebuilding... |
| 23:55.07 | Cresl1n | that's mostly what I'm worrying about right now |
| 23:55.31 | Cresl1n | NT-PTMP isn't implemented |
| 23:55.36 | Cresl1n | that was going to be a lot more work |
| 23:55.43 | tzafrir | I have a slow system, and it seems that half the tree has updated in the last few hours :-) |
| 23:56.10 | Cresl1n | I see |