| 00:34.22 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 00:54.43 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 00:54.44 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 00:56.15 | devmod | What is ast_frame.frametype? |
| 01:08.48 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |
| 02:46.18 | devmod | what sort of flags are stored in ast_frame.flags? |
| 05:25.10 | *** join/#asterisk-dev ybit (~quassel@unaffiliated/ybit) |
| 05:41.47 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 05:41.48 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 07:51.28 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:54.59 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 07:58.23 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:58.25 | schmidts | good morning |
| 08:14.10 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:22.15 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:22.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:58.12 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 10:15.52 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 10:26.27 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 10:43.54 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 11:03.41 | *** join/#asterisk-dev Dovid (~Dovid@213.8.118.62) |
| 11:43.06 | *** join/#asterisk-dev BMJ (~bjohns@cpe-098-026-116-043.nc.res.rr.com) |
| 11:43.06 | *** mode/#asterisk-dev [+o BMJ] by ChanServ |
| 11:43.26 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 11:44.26 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:44.26 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:46.39 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:46.39 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:54.42 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:14.36 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 12:14.36 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:19.30 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.96.186) |
| 12:24.08 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 12:34.49 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:36.25 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 12:37.21 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 12:37.21 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:43.06 | schmidts | russellb i dont like your patch ;) its slow and i think it didnt solve the problem at all but i am working on it |
| 12:44.04 | russellb | lol |
| 12:44.12 | russellb | didn't solve the deadlock? |
| 12:44.17 | russellb | i disagree :-p |
| 12:44.30 | russellb | but I appreciate your honesty. |
| 12:45.33 | schmidts | russellb i have not tried it, but what i see from the code, the locks are still the same, only a change from list lock to ao2 lock |
| 12:46.44 | russellb | hint_state_change() is done without holding the hints lock the whole time |
| 12:46.46 | schmidts | ok now i see whats the differnce for the rdlock_contexts it was moved inside the iteration |
| 12:46.53 | schmidts | yes i got it |
| 12:47.02 | schmidts | the question is, why do we need this lock at all? |
| 12:47.02 | russellb | most importantly, the call to ast_device_state() or whatever is done without that lock held |
| 12:47.05 | russellb | that's what caused the deadlock |
| 12:47.26 | russellb | because it's still used to protect that global callbacks list |
| 12:48.06 | russellb | i wasn't thinking about performance, i was just trying to fix the deadlock, which was primarily caused by holding the hints lock and contexts lock while calling ast_device_state() |
| 12:48.35 | schmidts | yes i know, so i understand now what this change cause ;) |
| 12:49.24 | schmidts | i am thinking about moving the callback list also to a container, would it be necessary to hold the context lock too if we have an ao2 object for the global callbacks? |
| 12:51.34 | russellb | no, it would no longer be necessary if that was moved to a container, as well |
| 12:51.48 | schmidts | ok |
| 12:54.27 | schmidts | that was the point i didnt understand |
| 12:54.48 | schmidts | russellb i am sorry you have done good work on this, even its not fast :D |
| 12:55.10 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:59.56 | russellb | it's fine |
| 13:00.11 | russellb | that's why we have you :-) |
| 13:00.17 | schmidts | :P |
| 13:22.35 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-wkjsrxjmitxlxeab) |
| 13:41.06 | schmidts | what is utils/extconf.c and utils/conf2ael.c for? |
| 13:43.40 | schmidts | this comment on the beginning of extconf.c is not very helpfully at all ;) |
| 13:43.45 | schmidts | <PROTECTED> |
| 13:43.45 | schmidts | <PROTECTED> |
| 14:01.01 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:03.41 | *** join/#asterisk-dev devmod (~devmod__@c-76-100-208-204.hsd1.md.comcast.net) |
| 14:17.55 | leifmadsen | schmidts: my guess it has something to do with AEL being converted into dialplan? |
| 14:18.44 | schmidts | leifmadsen thx ;) the problem is both files are not in doxygen so i dont know if its just junk which no one has removed or does it have any use at all |
| 14:19.22 | schmidts | conf2ael looks like an external programm which does something but not direct use the asterisk process for it but i may be wrong |
| 14:19.46 | leifmadsen | probably extensions.conf to ael.conf |
| 14:20.41 | schmidts | maybe |
| 14:29.51 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:41.34 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:41.34 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:54.53 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:54.53 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:56.43 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:56.43 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:56.58 | schmidts | hello mark and david ;) |
| 15:02.22 | putnopvut | Hi stefan! |
| 15:20.29 | wdoekes2 | schmidts: see also #16495 |
| 15:25.50 | schmidts | thx walter thats exactly the information i was looking for |
| 15:37.50 | *** join/#asterisk-dev elguero (~miguel323@dsl092-072-112.bos1.dsl.speakeasy.net) |
| 15:43.27 | JunK-Y | lo guys |
| 15:45.05 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 15:45.05 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:50.11 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 17:03.50 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 17:07.15 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 17:08.01 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 17:08.01 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 17:15.33 | *** join/#asterisk-dev ccesario (~ccesario@189-18-198-93.dsl.telesp.net.br) |
| 17:20.33 | *** join/#asterisk-dev ccesario (~ccesario@189-18-198-93.dsl.telesp.net.br) |
| 17:30.02 | *** join/#asterisk-dev ccesario (~ccesario@189-18-198-93.dsl.telesp.net.br) |
| 17:33.31 | *** join/#asterisk-dev ccesario (~ccesario@189-18-198-93.dsl.telesp.net.br) |
| 18:03.08 | *** join/#asterisk-dev erinspice (~erin@207.98.195.107) |
| 18:25.40 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:25.40 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:42.24 | devmod | How to know if an ast_frame is an iframe? |
| 18:43.08 | kpfleming | define 'iframe'? |
| 18:45.44 | bklang | If I found a bug in libpri 1.4.10.x the advice would be to upgrade to 1.4.11.x right? You guys aren't trying to maintain branches there? |
| 18:46.19 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 18:46.19 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 18:50.04 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 18:53.48 | russellb | bklang: correct |
| 18:58.28 | jsmith | bklang: In general, that's correct. Unfortunately, my own experience with the 1.4.11.x releases has been a little spotty :-( |
| 18:59.05 | bklang | I'm having trouble with D-channels bouncing up and down every 40 seconds and I suspect the problem has to do with unacknowledged RRs |
| 18:59.38 | bklang | 1.4.10 is clearly not doing the right thing when it gets an RR with the P/F flag set to 0 |
| 18:59.47 | bklang | 1.4.11 seems to do the right thing, but my D-channels aren't staying up |
| 19:01.15 | jsmith | bklang: Yeah, I saw something very similar earlier this year -- I ended up rolling back to 1.4.10.something |
| 19:01.42 | bklang | Well even with 1.4.10.2 I'm still not staying online longer than 40 seconds |
| 19:02.12 | jsmith | Yeah, I think I went back to 1.4.10 or 1.4.10.1 |
| 19:02.53 | bklang | Alright, I'll give that a shot, thanks |
| 19:17.15 | devmod | kpfleming, intra-frame |
| 19:18.44 | kpfleming | devmod: sorry, i don't know what that is |
| 19:19.28 | devmod | kpfleming, I-picture? |
| 19:20.44 | kpfleming | this is some sort of video stream thing? if so, there isnt going to be any indication in the ast_frame that is the case, it would be part of the payload |
| 19:22.46 | devmod | kpfleming, right then I guess my question is regarding the payload |
| 19:22.54 | JunK-Y | jsmith: i had trouble with libpri 1.4.11.x too until the recent patch from Richard. |
| 19:23.02 | kpfleming | then that would depend on the type of video encoding in use... it's not an asterisk thing at all |
| 19:23.25 | bklang | JunK-Y: I'm trying libpri 1.4.12-beta2 now |
| 19:23.59 | JunK-Y | i dont think Richard's patch was in there. |
| 19:24.09 | bklang | I should try from svn then? |
| 19:24.44 | JunK-Y | cambridge*CLI> pri show version |
| 19:24.44 | JunK-Y | libpri version: SVN-branch-1.4-r2042 |
| 19:24.51 | JunK-Y | is really stable for me. |
| 19:25.07 | bklang | Any chance you're running NFAS? |
| 19:25.08 | devmod | kpfleming, yes that is true.. I was trying to modify the Record application |
| 19:25.34 | JunK-Y | bklang: im not running NFAS. |
| 19:25.56 | bklang | OK. I don't think my problem is caused by NFAS, but it doesn't make things any simpler |
| 19:26.45 | JunK-Y | leifmadsen: i'll re-setup my stuff for the commit. |
| 19:45.44 | bklang | Maybe I'm missing it,but what is the issue category for libpri? |
| 19:46.00 | bklang | oh, sorry found it. It's a different project |
| 20:28.11 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 20:28.11 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 20:47.14 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 20:47.14 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:30.32 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.47.66) |
| 21:32.13 | *** part/#asterisk-dev BMJ (~bjohns@cpe-098-026-116-043.nc.res.rr.com) |
| 22:46.04 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 23:15.03 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 23:26.37 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 23:41.15 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:41.15 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |