| 03:08.34 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-ohvaytjogocrcyqj) |
| 04:39.37 | *** join/#asterisk-dev jagruti_ (~root@122.170.90.117) |
| 04:39.53 | *** part/#asterisk-dev jagruti_ (~root@122.170.90.117) |
| 05:06.31 | *** join/#asterisk-dev bhavikpatel6842 (~root@122.170.90.117) |
| 05:08.54 | *** part/#asterisk-dev bhavikpatel6842 (~root@122.170.90.117) |
| 05:40.09 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 05:40.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:51.32 | *** join/#asterisk-dev dar123 (dar123@77.30.46.83) |
| 06:12.00 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-vmamobvpxldrlcje) |
| 07:20.20 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:7073:60d2:d62e:f30b) |
| 07:22.54 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:22.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:56.19 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:56.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:15.27 | oej | Morning folks |
| 08:29.57 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 09:12.45 | *** join/#asterisk-dev tm1000 (tm1000@2600:3c00::f03c:91ff:fe6e:6894) |
| 09:45.58 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 10:57.59 | *** join/#asterisk-dev michael_work (~michael@bzq-82-168-31-134.red.bezeqint.net) |
| 10:58.08 | michael_work | holla |
| 10:59.34 | michael_work | if i have few questions regarding app_queue, should i just ask and wait or there is specific person i can ping? i just don't understand why rules are loaded before queue configs. if i want to add functionality to queue rules that is configurable it would not work on load as it loads rules and than queue config |
| 11:02.38 | michael_work | :) |
| 11:02.48 | michael_work | I mean :( |
| 11:21.51 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:21.51 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:49.22 | oej | michael_work: This is not really a question for asterisk-dev. We discuss development, source code of Asterisk here. Try asking in asterisk-users |
| 11:49.28 | oej | sorry, #asterisk |
| 11:50.58 | michael_work | oej, as i'm trying to add patch to app_queue i think it is related to development |
| 11:51.22 | oej | Sorry, did not understand that. |
| 11:51.35 | oej | ...reading... |
| 11:51.40 | oej | …re-reading... |
| 11:51.57 | michael_work | i prepared patch to move queue rules to realtime |
| 11:51.59 | oej | So you want to make queue rules configurable per queue? |
| 11:52.14 | oej | give me an exampl |
| 11:52.17 | oej | example |
| 11:52.21 | michael_work | nope i want to add realtimesrule setting |
| 11:52.30 | oej | explain |
| 11:52.35 | michael_work | so if it's on i take them from realtime and if not from file |
| 11:52.46 | michael_work | penaltyrules |
| 11:52.53 | michael_work | to be more accurate |
| 11:53.38 | oej | The general path is to open an issue, upload your code and stimulate discusion and testing. When you think you are ready to proceed, upload to reviewboard for peer review. |
| 11:54.08 | oej | I would first try the idea on the asterisk-dev mailing list to see what people have to say about this, how it fits into the existing architecture |
| 11:54.10 | michael_work | i think i'm kinda ready the only problem is that thing |
| 11:54.25 | michael_work | i can change order to load settings first and than rules |
| 11:54.33 | oej | Wait with assuming that you are ready until you get feedback… ;-) |
| 11:54.38 | michael_work | but maybe there is reason for that ( i do not see one for now) |
| 11:54.39 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 11:55.08 | oej | I can't answer that, but I am pretty sure many people on the -dev mailing list will. |
| 11:55.15 | michael_work | as well as i was told irc chan can be helpful :) |
| 11:55.23 | michael_work | ok. thansks |
| 11:55.34 | michael_work | i just do not like maillists too much for some reason :( |
| 11:55.42 | michael_work | i'll register and post there |
| 11:55.47 | oej | The US guys are not really awake yet. If you wait an hour or so there will be more activity here. |
| 11:56.08 | oej | the mailing list is good for general architecture discussions like this. |
| 11:56.17 | michael_work | i might jump in after work here as well |
| 11:56.24 | michael_work | ok thanks |
| 11:56.29 | oej | If you hvae a question about a specific line in chan_sip or some small piece of code IRC works if you can find the right people. |
| 11:56.43 | oej | where are you based? |
| 11:56.48 | michael_work | i have other proposal/patch in addition but i want to finish that one first :P |
| 11:56.53 | michael_work | Israel |
| 11:57.06 | michael_work | i think it's +3 |
| 11:57.16 | michael_work | 15 here right now |
| 11:57.37 | oej | nice |
| 11:57.44 | oej | I'm in Stockholm, GMT+1 |
| 11:58.14 | michael_work | sweden - the seet country with good internet and pools :P |
| 11:58.19 | michael_work | at least what i was told |
| 11:58.25 | oej | It can be hard and take a lot of time to get things inside, so be prepared. But we are in general very grateful for additions that fit the architecture and try to help. |
| 11:58.34 | michael_work | i think i know you(follow you on twitter :P) |
| 11:58.42 | oej | Good internet. I don't know about pools. Millions of lakes. |
| 11:58.50 | oej | ;-) |
| 12:08.32 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:08.32 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:13.58 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-plwetydjuwninfgi) |
| 12:13.58 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 12:26.12 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:32.24 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 12:32.24 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 12:44.19 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 13:22.57 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 13:41.28 | michael_work | oej, i went other way arround |
| 13:41.42 | michael_work | and added [general] for queuerules.conf |
| 13:49.56 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 13:49.56 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 13:57.13 | oej | Ok |
| 13:57.52 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 13:57.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 13:58.48 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:58.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:11.49 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 14:11.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:21.00 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-lcjyrcbfffmdfavc) |
| 14:22.09 | *** join/#asterisk-dev fahmad (~fahmad@unaffiliated/fahmad) |
| 14:24.42 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-tijuvllhabwkzpfc) |
| 14:25.16 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 15:12.27 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:22.10 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:22.10 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:30.16 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:31.38 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 15:31.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:57.30 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:25ac:9f94:9853:89f) |
| 16:43.42 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-efvbvnzvanaybwiv) |
| 16:43.42 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 16:44.22 | file | jrose_atDigium, so the crash you were talking about... I've been giving it more thought and haven't come up with anything further, really need to get the transaction to see what it is for |
| 16:44.45 | file | how to get it unoptimized completely... hrm |
| 16:45.04 | file | build with -g3 |
| 16:47.03 | file | this may end up being either a race condition within PJSIP or a side effect of something we are doing with the library |
| 16:59.34 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 17:16.24 | mjordan | So, I'm doing some digging through our channel snapshot creation points. One of the slight oddities is that channel creation is usually detected by the lack of an old snapshot, and the presence of a new snapshot |
| 17:16.35 | mjordan | OTOH, hangups (which are essentially destruction) are not detected that way |
| 17:17.03 | mjordan | typically we look at the new_snapshot to see if it was hung up. Really, we could eliminate that if we looked at hangups as the presence of an old snapshot, but not a new one |
| 17:17.16 | mjordan | the only thing that makes that a little backwards as well is that the old snapshot will have "new" state |
| 17:17.37 | mjordan | but it does eliminate a channel snapshot. Not sure if it's really worth it or not |
| 17:18.11 | opticron | the issue there is that hangup != destruction |
| 17:18.34 | mjordan | actually... it kind of does. Yes, you are 'technically correct', but from the perspective of everything watching Stasis, it really is |
| 17:18.48 | mjordan | once something is hung up, we do not expect to get anything else about it |
| 17:19.14 | mjordan | sure, there's still an ao2_ref that will destroy the channel, but that's all implementation details. |
| 17:19.15 | opticron | ah, from Stasis' perspective |
| 17:19.18 | opticron | gotcha |
| 17:22.01 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 17:22.15 | jrose_atDigium | file: Got the tsx. I'll pastebin it in a moment. |
| 17:23.17 | jrose_atDigium | file: http://pastebin.com/HnZaASvz |
| 17:24.34 | file | oic |
| 17:24.46 | file | I'll take a gander and get back to you |
| 17:26.13 | putnopvut | mjordan: I kind of have to agree with opticron on this to an extent. When you say "Stasis" here, you just mean the event bus and not necessarily ARI-related, right? The thing is, a channel can get hung up, go into a hangup handler or 'h' extension, and then have stuff done to it. That may result in further snapshots being sent. |
| 17:27.07 | mjordan | yes, the Stasis message bus. Really, there's only one 'message' that is getting removed. Right now, we do a publish of a channel snapshot in the destructor that - often - conveys that the channel is well and truly dead, Jim. |
| 17:27.12 | mjordan | We then publish a cache clearing message |
| 17:27.26 | mjordan | that is 2 snapshots, when really you only *need* one |
| 17:27.57 | mjordan | that first publish is there for a reason - on some code paths, that's the first instance that someone is notified that the channel flags have been set to 'he's really dead this time' |
| 17:28.01 | mjordan | as opposed to just softhangup-dead |
| 17:28.32 | mjordan | so in various Stasis handlers, you'd have to look at the old_snapshot for the last known state of the channel, as opposed to merely using the lack of a new_snapshot as an indication that you'd get no more messages |
| 17:30.20 | putnopvut | okay, so a hangup stasis message here doesn't necessarily correspond to the user's interactivity with Asterisk coming to a close, but rather at the dusk of the channel. |
| 17:30.47 | mjordan | yes. When you see a "Hangup" event in AMI, for example, that is not when ast_hangup is called. That actually occurs in the destructor |
| 17:30.57 | mjordan | because the beginning of ast_hangup is when we run 'h' extension |
| 17:31.02 | mjordan | (as an example) |
| 17:31.04 | putnopvut | okay, then, I retract my previous alignment with opticron. |
| 17:31.08 | mjordan | as well as hangup handlers, and other stuffs. |
| 17:53.02 | *** join/#asterisk-dev otherwiseguy (~otherwise@75.87.131.147) |
| 18:03.06 | file | yo dawg I heard you like race conditions so I put race conditions in your race conditions and then oops that fixed it ;( |
| 18:07.06 | Qwell | file: well, I mean, if it deadlocks before it ever gets to the crash... |
| 18:10.04 | *** join/#asterisk-dev terryw (~otherwise@75.87.131.147) |
| 18:29.33 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 18:39.46 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 18:39.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:47.43 | *** join/#asterisk-dev otherwiseguy (~otherwise@172.56.10.137) |
| 18:59.21 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 18:59.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:01.37 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:01.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:32.30 | *** join/#asterisk-dev danjenkins (~dan@cpc11-folk2-2-0-cust171.1-2.cable.virginm.net) |
| 19:50.58 | mjordan | Qwell: I'd call that a feature |
| 20:12.23 | *** join/#asterisk-dev terryw (~otherwise@75.87.131.147) |
| 20:14.08 | leifmadsen | crash avoidance code |
| 20:26.32 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 20:35.52 | newtonr | sounds kind of like the Explosive Reactive Armor on military tanks, where they use explosions to destroy inbound projectiles and therefore prevent explosions |
| 20:36.46 | Marquis42 | Oooh, Explosive Reactive Code! :D |
| 20:36.59 | Qwell | do_crash(), anyone? |
| 20:37.40 | Marquis42 | heh |
| 20:45.09 | leifmadsen | ship it! |
| 20:55.01 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 21:04.17 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 21:04.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:30.13 | *** join/#asterisk-dev vlad_starkov (~vlad_star@77.41.82.191) |
| 21:43.44 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 22:21.27 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 22:22.09 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:35.46 | *** join/#asterisk-dev otherwiseguy (~otherwise@23.228.175.118) |
| 22:48.36 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-lcjyrcbfffmdfavc) |