| 00:03.36 | *** join/#asterisk-dev SuD (~alex@13-197-39-46.usuarios.innovasur.com) |
| 00:03.40 | *** part/#asterisk-dev SuD (~alex@13-197-39-46.usuarios.innovasur.com) |
| 00:31.25 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:31.25 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 01:57.55 | *** join/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 01:57.57 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:21.58 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-byoxiibruexjyvbh) |
| 02:21.58 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:57.30 | *** join/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 02:57.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:15.42 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-spdvixugdnbizvgh) |
| 03:15.42 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:36.04 | *** join/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 03:36.04 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:44.38 | *** join/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 03:44.38 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 05:15.15 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 05:15.15 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:52.15 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 05:52.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:23.03 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 07:41.06 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 08:20.24 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:f816:1f36:fa84:8d72) |
| 08:36.02 | *** join/#asterisk-dev bombev (~bombev@PPPoE-Static-40-132.UnicsBG.Net) |
| 08:36.07 | bombev | hi all |
| 08:51.42 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 09:45.32 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 09:45.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:54.57 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 10:02.54 | *** join/#asterisk-dev mcolombo (~mcolombo@212.29.130.12) |
| 10:03.32 | mcolombo | hi guys |
| 10:04.08 | mcolombo | when my asterisk receive an UPDATE Messages during a call, he answers with a 501 NOT IMPLEMENTED |
| 10:04.28 | mcolombo | it's possible to answer with a 200 OK Messages or asterisk does not support this answer? Thanks |
| 10:05.41 | *** join/#asterisk-dev alsuren (~dlaban@80.169.133.251) |
| 10:40.25 | *** join/#asterisk-dev schmidts (~schmidts@fw.commpany.at) |
| 10:40.28 | schmidts | Hi folks |
| 11:14.16 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:14.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:55.15 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 11:55.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:56.40 | *** join/#asterisk-dev italorossi (~italoross@189.124.196.68) |
| 12:05.08 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 12:05.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:17.40 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:17.40 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:31.45 | *** join/#asterisk-dev pedrokiefer (~pedrokief@186.215.138.93) |
| 12:33.15 | pedrokiefer | hi, I was asked to backport my changes to app_alarmreceiver to asterisk 10 and 11, how I should do that (mainly how should I commit the changes keeping SVN history that is on head). |
| 12:38.44 | *** join/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 12:38.44 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:38.47 | *** part/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 13:00.43 | tzafrir_laptop | pedrokiefer, you were asked to commit those changes to SVN? |
| 13:00.59 | pedrokiefer | yes |
| 13:02.22 | pedrokiefer | there is a thread on asterisk forums asking the maintainer (me) to do this… but I'm not really familiar with svn merge quirks and asterisk back porting process... |
| 13:02.48 | pedrokiefer | the thread in question: http://forums.asterisk.org/viewtopic.php?f=1&t=84875#p181108 |
| 13:12.10 | wdoekes | https://wiki.asterisk.org/wiki/display/AST/Subversion+Usage#SubversionUsage-BackportingChanges |
| 13:14.18 | pedrokiefer | so I can commit one big patch, with all changes and use recordtrunk11 to pin-point each commit from trunk, is that it? |
| 13:15.04 | wdoekes | I'd think so |
| 13:19.04 | pedrokiefer | hmmm… okay… |
| 13:20.41 | snuff-home | mm.. generally.. u'd probably roll back change in trunk.. then apply to 10, merge to 11.. then merge trunk |
| 13:20.56 | snuff-home | but i've been outta it for long time :) |
| 13:21.11 | snuff-home | gets some zzz's.. |
| 13:21.58 | pedrokiefer | there are like 10 changes to app_alarmreceiver… rolling back would be too much work |
| 13:23.27 | snuff-home | mm.. guess u could block merge to trunk.. apply new set to 10/11.. but ask someone who knows like file :P |
| 13:23.31 | snuff-home | when he comes around |
| 13:24.36 | pedrokiefer | sure, i'll ask file |
| 13:30.50 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 13:30.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:44.10 | *** join/#asterisk-dev pedrokiefer (~pedrokief@186.215.138.93) |
| 13:47.11 | file | kablamo! |
| 13:47.24 | file | pedrokiefer, what are you backporting? O.O |
| 13:47.55 | pedrokiefer | that changes that went to app_alarmreceiver, code cleanup, documentation and some improvements |
| 13:48.33 | pedrokiefer | everything went to svn trunk, but now people are asking to get those changes on 10 and 11 |
| 13:48.51 | file | ummm that's sort of against policy, only bug fixes go into those at this point |
| 13:50.05 | file | why are they asking for them in that version? they need new functionality? |
| 13:50.51 | pedrokiefer | at least one user commented that app_alarmreceiver is broken on 10, haven't tested it myself |
| 13:54.17 | file | if there's a legit issue I'm fine with backporting a fix |
| 13:55.13 | pedrokiefer | if I recall, one of the changes I've made was to fix some issue with ast_frame that changed from 1.8 to 10 |
| 13:55.54 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-wpehhimwzisflgtz) |
| 13:56.59 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-tyfuhnebaikijweg) |
| 13:56.59 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:02.17 | pedrokiefer | I can provide them with a diff with all the changes, and whoever needs it apply the patch to their install… later they can migrate to asterisk 12 that will contain all the changes |
| 14:03.46 | file | pedrokiefer, *nod* |
| 14:04.33 | pedrokiefer | k, will do that then :) |
| 14:04.58 | file | if there is a legit problem in 10/11 though, that's fine to fix ^_^ |
| 14:07.27 | file | pedrokiefer, I posted on the JIRA issue with the end result of the above discussion |
| 14:11.58 | oej | Thanks, mjordan |
| 14:12.15 | oej | I have an interesting crash in CDRs. Anyone that can brainstorm a bit? |
| 14:14.01 | mjordan | oej: np |
| 14:14.09 | mjordan | oej: do you have a backtrace to look at? |
| 14:15.26 | oej | mjordan: Ha, I found that stuff in the func_* something yesterday, but maybe I only added that to trunk. |
| 14:15.55 | oej | Yes I have a backtrace. I have a cdr record where varshead = {first = 0x0} which indicates no vars (in 1.4) |
| 14:16.16 | oej | I still crash in ast_cdr_free_vars, where I should not be at all. |
| 14:16.21 | oej | Since I have no vars. |
| 14:16.57 | oej | Seems like ast_cdr_free_vars is always called, and that it fails to see that we have no vars. |
| 14:17.16 | oej | Can I mail you the bt? It's from a customer, so I can't really put it in a public place |
| 14:17.55 | oej | I would like to add a check for AST_LIST_EMPTY or something before looping with AST_LIST_REMOVE_HEAD. But there might be a bug in AST_LIST_REMOVE_HEAD too |
| 14:19.02 | oej | The code in 1.8 looks the same, so if there's a bug, it might be there as well. |
| 14:19.28 | mjordan | oej: sure |
| 14:19.30 | file | the code is pretty straight forward... gets the first element and if it exists removes it |
| 14:19.36 | file | (AST_LIST_REMOVE_HEAD) |
| 14:28.06 | oej | right, but it seems buggy, since a CDR with no vars end up in ast_var_delete |
| 14:29.22 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.191.13.43) |
| 14:32.24 | mjordan | It almost looks like an invalid memory location was added to the list of variables |
| 14:32.42 | oej | You mean the "last" entry? |
| 14:32.53 | oej | The dialplan doesn't add any variables at all. |
| 14:33.14 | mjordan | oej: the last var entry that caused the abort on free, yes. |
| 14:33.14 | oej | The scary part is that this is a local channel |
| 14:33.31 | mjordan | hm. If there aren't any variables that were added, that would make me think that it wasn't initialized properly |
| 14:34.11 | oej | So the problem is the "last" pointer that has a value |
| 14:34.26 | mjordan | oej: could it be a copy from a channel the local channel was bridged to during a masquerade? |
| 14:34.50 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:34.50 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:35.45 | oej | I don't think so. It's a channel created solely for recording a conference |
| 14:36.09 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.191.13.43) |
| 14:36.38 | oej | Originate conference <=> record() |
| 14:39.41 | oej | I think the quick and dirty fix is to run AST_LIST_EMPTY on varshead before calling the function that frees variables. That will propably get the system running, but may get other side effects. I have several cores with exactly this issue, so getting the system up and running is priority #1. |
| 14:44.26 | mjordan | yup. I haven't seen anything like this on 1.8+. It'd be interesting to see what all happens with the local channels leading up to the crash |
| 14:44.32 | mjordan | it looks like it was just a 'normal' hangup |
| 14:44.45 | mjordan | which makes me wonder what could have caused the cdr information on the channel to be in an off nominal state. |
| 14:48.41 | oej | These functions in the cdr looks the same in 1.8, but it could be something else causing it. |
| 14:49.09 | oej | We can't force it to happen in our lab by repeating the call pattern. |
| 14:54.48 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 14:56.54 | mjordan | smells like a race condition |
| 14:57.09 | mjordan | oej: I have no evidence for it, but every time we see something like this, its masquerades. |
| 14:57.54 | oej | Gotta love masquerades |
| 14:58.57 | oej | Oh, you are right. The local channel optimize away. It's a local bridge, not a two channel bridge. The old man got it. |
| 14:58.59 | oej | Damn. |
| 14:59.08 | oej | So we could test with adding /n |
| 14:59.12 | leifmadsen | +1 |
| 14:59.30 | mjordan | its the masquerade, in the conservatory, with the candlestick :-( |
| 14:59.58 | oej | We need to delete that code during a party. |
| 15:00.04 | mjordan | oej: +infinity |
| 15:00.15 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.191.13.43) |
| 15:07.28 | oej | I will be so happy when masquerade is gone. |
| 15:07.49 | oej | So the masq might also be a reason why we are loosing frames in recordings. |
| 15:08.12 | oej | The call quality is fine, but the recording seems to have lost frames, since it's the wrong "speed". |
| 15:09.07 | oej | The masq issue can take time to trace. Now, the AST_LIST_EMPTY fix may work to keep the server running. Or using local/something@something/n |
| 15:09.27 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-lsueykljwtgupczf) |
| 15:09.50 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 15:14.49 | oej | Thanks, mjordan! As soon as the systems are up and running again I'll get the chance to look a bit more deep into the call pattern and see what happens. |
| 15:15.24 | mjordan | god speed on masquerade bug hunting! |
| 15:24.16 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:24.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:29.09 | oej | Btw - did anyone find the issue with reviewboard? Is it back in synch? |
| 15:30.01 | mjordan | I'll check |
| 15:34.12 | mjordan | oej: one post-review failure, followed by success. |
| 15:34.25 | mjordan | took a bit longer than I expected, I'll look a bit deeper |
| 15:34.54 | russellb | mjordan: sounded like the svn mirror was out of sync |
| 15:35.07 | mjordan | yup. |
| 15:40.07 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:40.09 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:41.29 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:41.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:45.37 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 18:09.48 | leedm777 | mjordan: Hello! |
| 18:13.06 | mjordan | leedm777: thinking about AMI events some. The Bridge event is ... limited. |
| 18:13.23 | mjordan | it feels like we should simply have a ChannelEntered/ChannelLeft event |
| 18:13.40 | mjordan | (not using those names, per se) |
| 18:13.54 | Qwell | mjordan: I propose Join/Leave as the event names. |
| 18:14.05 | mjordan | Qwell: :-( |
| 18:14.08 | Qwell | (and now I'll be off hiding in my bunker.) |
| 18:14.28 | mjordan | because, ya know, clearly, we won't *ever* have any other events where something enters/exits |
| 18:14.51 | mjordan | leedm777: link/unlink makes no sense if we move to multi-party bridges |
| 18:17.40 | leedm777 | mjordan: Sure. enter/join and left/leave events as channels go into and out of a bridge makes sense. |
| 18:18.04 | leedm777 | lemme look at the current bridge event to see what's limited about it. |
| 18:19.56 | mjordan | other then the silliness of link/unlink when - from the perspective of an AMI client - the channels are still bridged - the structure precludes more than two parties. (Three => Channel3, UniqueId3, etc.) It does mean that enter/leave doesn't give you all channel info, so you have to maintain bridge state yourself, but that's already true |
| 18:20.22 | leedm777 | mjordan: Okay, grep is failing me. Where in the code is the current event generated? |
| 18:21.37 | leedm777 | nm. manager_bridge_event |
| 18:21.56 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 18:21.56 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 18:22.00 | leedm777 | Okay; yeah. that sucks. |
| 18:23.45 | leedm777 | Should improving the AMI bridge events be in the scope of the API improvements? |
| 18:23.49 | leedm777 | mjordan: ^^ |
| 18:24.00 | mjordan | yes. |
| 18:24.05 | mjordan | (in my opinion) |
| 18:24.10 | leedm777 | Agreed. |
| 18:24.13 | leedm777 | Any opposed? |
| 18:24.33 | file | I raise my standard "just make sure to document the hell out of" card |
| 18:24.37 | mjordan | the current Bridge event is useless anyway. This is going to end up being a major rev, with as much backwards compatibility thrown in as possible. |
| 18:24.42 | mjordan | file: that's what I'm doing now |
| 18:25.19 | leedm777 | mjordan: what about the spurious link/unlink events on DTMF. Wanna throw that in there, too? |
| 18:25.39 | file | grins |
| 18:26.04 | mjordan | welp. |
| 18:26.12 | mjordan | hm. |
| 18:26.22 | leedm777 | Is that a yes, or a no? |
| 18:26.23 | mjordan | DTMF begin/end makes *some* sense, but people probably don't care about it. |
| 18:27.49 | leedm777 | not what I'm talking about |
| 18:27.53 | mjordan | Really, what they care about is: was DTMF raised on a channel, which one, and possibly how long. |
| 18:27.55 | leedm777 | looking for the Jira issue |
| 18:27.56 | mjordan | leedm777: which event? |
| 18:28.05 | mjordan | ah. If it's Ben Langfields, that's the bridge event |
| 18:28.12 | mjordan | (its a common poster child of what not to do) |
| 18:29.59 | leedm777 | yeah; that one. |
| 18:30.38 | leedm777 | there we go: ASTERISK-18639 |
| 19:38.11 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:21f:d0ff:fea1:568e) |
| 20:00.07 | wedhorn | acidfoo: ping |
| 20:00.45 | acidfoo | pong ! |
| 20:01.07 | wedhorn | heard there was some discussion re chan_skinny at devcon |
| 20:01.34 | acidfoo | yes ! |
| 20:01.38 | wedhorn | was wanting to get your ideas |
| 20:02.08 | acidfoo | yeah of course :) |
| 20:02.14 | acidfoo | erm, what is your timezone ? |
| 20:02.25 | acidfoo | maybe we could have a chat tomorrow ? |
| 20:02.47 | wedhorn | i'm eastern australia daylight (utc +11) |
| 20:03.06 | wedhorn | no problems tomorrow (guessing today for me...) |
| 20:03.40 | wedhorn | guessing you're about utc? |
| 20:04.02 | acidfoo | i'm UTC/GMT -5 hours |
| 20:04.07 | acidfoo | (Quebec, Canada) |
| 20:04.12 | acidfoo | it's 15:04 here now :) |
| 20:04.19 | wedhorn | ah, okay, I assumed France |
| 20:04.30 | wedhorn | 07:04 here |
| 20:04.34 | acidfoo | the france colony ;P |
| 20:04.44 | wedhorn | hehe |
| 20:05.21 | acidfoo | me tomorrow i'm good from 8ham until 4pm |
| 20:06.00 | acidfoo | whis is almot all your night ;P |
| 20:06.03 | wedhorn | I'm only available before/after work |
| 20:06.03 | acidfoo | almost* |
| 20:06.33 | acidfoo | ok |
| 20:06.43 | wedhorn | so typically +/- 1 hour from now and in about 12 hours (which will be 3am for you so probably not ideal) |
| 20:06.57 | acidfoo | hehe :P |
| 20:06.58 | wedhorn | how about 2-3pm tomorrow you're time |
| 20:07.06 | acidfoo | yeah sound great ! |
| 20:07.17 | acidfoo | ok I'll poke you :) |
| 20:07.44 | wedhorn | okay, talk to you then. You'll have to wait till i've got the coffee and had a smoke (given it'll be 6am) |
| 20:07.57 | acidfoo | yeah of course, no pressure :) |
| 20:08.21 | acidfoo | good, talk to you tomorrow then ! |
| 20:08.30 | wedhorn | tomorrow. |
| 20:15.22 | *** join/#asterisk-dev marv (~Adium@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 21:55.28 | *** join/#asterisk-dev jpepper (~jpepper@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 21:56.51 | jpepper | So coming back from Walgreens, another driver and I decide to go for the shared left turn lane at exactly the same time coming from opposite directions. |
| 21:56.53 | jpepper | My first thought? "Avoiding initial deadlock." |
| 22:45.58 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 23:09.02 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 23:09.02 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:16.44 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:16.44 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 23:34.46 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-tyfuhnebaikijweg) |