| 00:34.22 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:34.23 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:48.19 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:48.20 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:05.14 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.114.228.201) |
| 02:37.59 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 02:58.55 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 03:05.29 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 03:21.38 | Corydon76-home | benngard: is "setinterfacevar" set to true in queues.conf for the related queue? |
| 03:22.56 | Corydon76-home | QUEUENAME is always set, but MEMBERINTERFACE depends upon that setting |
| 04:43.41 | benngard | Corydon76-home: yes it is |
| 04:48.55 | *** part/#asterisk-dev benngard (~mabe@h30n2-g-ml-a11.ias.bredband.telia.com) |
| 05:26.38 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@c-67-170-173-27.hsd1.wa.comcast.net) |
| 06:19.07 | *** join/#asterisk-dev razu_ (~razu@razu.data.ee) |
| 07:16.21 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 07:16.24 | schmidts | good morning |
| 07:21.43 | *** join/#asterisk-dev mpe (~mpe@94.127.50.104) |
| 08:03.48 | *** join/#asterisk-dev pnlarsson (~niklas@hulken.infracom.se) |
| 08:39.45 | *** join/#asterisk-dev Dovid (~Dovid@office.mypbxmanager.net) |
| 11:17.45 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 11:38.21 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:42.31 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:42.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:46.57 | *** join/#asterisk-dev OlafsenM (~mark.olaf@193.198.31.85) |
| 13:16.56 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 13:16.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:40.46 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 13:44.04 | *** join/#asterisk-dev e_dot_zilla99 (~e_dot_zil@8.224.32.34) |
| 14:14.38 | *** join/#asterisk-dev oron_laptop (~oron_lapt@local.xorcom.com) |
| 14:26.36 | *** join/#asterisk-dev moy (~moy@69.158.117.11) |
| 14:34.12 | *** join/#asterisk-dev Mw3 (mw3@mw3.hu) |
| 14:41.54 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:41.54 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:45.15 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:57.10 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 15:20.44 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:20.44 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:23.59 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-nftqflyagwuzlgwa) |
| 15:34.42 | *** join/#asterisk-dev bklang_ (~bklang@tesla.alkaloid.net) |
| 15:40.42 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:51.16 | pabelanger | Guess we need to update gmime support in the configure script to include gmime2.4 |
| 15:55.39 | jsmith | pabelanger: Pretty please? |
| 16:04.28 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:04.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:24.11 | *** join/#asterisk-dev razu (~razu@razu.data.ee) |
| 16:33.55 | *** join/#asterisk-dev mpe (~mpe@212.45.120.202) |
| 16:56.49 | *** join/#asterisk-dev polycomSlave (~chatzilla@8.224.32.34) |
| 17:54.58 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:449e:b571:97e7:d0cc) |
| 17:57.51 | polycomSlave | may i inquire about features with expect behaviors? |
| 17:58.23 | polycomSlave | expected* |
| 18:03.51 | *** join/#asterisk-dev marv (~timr@173.14.206.193) |
| 18:10.06 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@c-67-170-173-27.hsd1.wa.comcast.net) |
| 18:10.32 | *** join/#asterisk-dev mpe (~mpe@212.45.120.202) |
| 18:14.29 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 18:16.27 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 18:16.27 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:19.05 | *** join/#asterisk-dev i_heart_asterisk (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 18:26.19 | pabelanger | polycomSlave: #asterisk |
| 19:12.13 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 19:45.18 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 19:46.55 | alecdavis | M18837 ready for testing, multiple 1.8.x bugs related to this. |
| 19:46.58 | MuffinMan | [ready for testing] [Asterisk] Core/RTP 0018837: [patch] Deadlock with attended transfer of SIP call reported by alecdavis https://issues.asterisk.org/view.php?id=18837 |
| 19:54.40 | *** join/#asterisk-dev mpe (~mpe@212.45.120.202) |
| 19:56.44 | Kobaz | oooOo |
| 19:57.19 | pabelanger | alecdavis: Interesting, I _think_ I see this lock under the testsuite |
| 19:57.33 | Kobaz | i kept seeing crashes and stuff related to transfers in 1.8.2 |
| 19:57.46 | Kobaz | does this affect 1.6.0 by any chance? |
| 20:03.13 | alecdavis | Kobaz: 1.6.0 haven't we forgotten about that ;) |
| 20:03.57 | Kobaz | hehe |
| 20:03.59 | alecdavis | Kobaz: Seriously we've upgrade from 1.6.2 to 1.8.1 (then 1.8.2) and have never seen so many crashes and deadlocks. but stable now. |
| 20:04.16 | Kobaz | i crashed 1.8.2.3 the moment i put it on my test box |
| 20:04.35 | Kobaz | did some stuff with local channels, Bridge, and attended transfer |
| 20:04.50 | Kobaz | haven't had time to set up a test case and do a bug report, but it's 100% reproducable |
| 20:05.20 | alecdavis | M18781 is related to above, calls come in on IAX or DAHDI channels, then an extention transfers, SEGFAULT. |
| 20:05.23 | MuffinMan | [acknowledged] [Asterisk] Core/RTP 0018781: [patch] segfault caused by remote_bridge_loop after a SIP to SIP attended transfer with an IAX2 call reported by alecdavis https://issues.asterisk.org/view.php?id=18781 |
| 20:06.13 | Kobaz | i crashed 1.6.1.x and 1.6.2.x with all my stuff |
| 20:06.21 | Kobaz | so i never went past 1.6.0.26 |
| 20:08.23 | alecdavis | how did we let 1.8.x go for so long with these issues, unless they just new. |
| 20:10.11 | Kobaz | well it's the usual |
| 20:10.31 | Kobaz | either no one ran into the same issues, or people did run into them and never reported |
| 20:10.47 | Kobaz | like me, being the latter |
| 20:11.01 | Kobaz | too busy setting up systems that need to 'just work' |
| 20:11.31 | pabelanger | nods |
| 20:11.45 | pabelanger | We could use more QA testers, that is for sure. |
| 20:14.48 | leifmadsen | or at least more people creating tests ;) |
| 20:15.01 | tzafrir_laptop | jsmith, pabelanger was talking about M18863 |
| 20:15.02 | MuffinMan | [new] [Asterisk] Resources/General 0018863: [patch] support gmime-2.4 reported by tzafrir https://issues.asterisk.org/view.php?id=18863 |
| 20:15.42 | pabelanger | tzafrir_laptop: \o/ |
| 20:16.15 | tzafrir_laptop | untested, apart from the fact that it builds |
| 20:16.51 | tzafrir_laptop | I wonder how it actually behaves in the presnse of embedded multi-part MIME objects |
| 20:18.44 | jsmith | Good question... |
| 20:20.02 | *** join/#asterisk-dev zerohalo (~zerohalo@173-13-92-27-NewEngland.hfc.comcastbusiness.net) |
| 20:25.41 | Kobaz | wow pjsua is really cool |
| 20:25.45 | Kobaz | i never really played with it |
| 20:25.52 | Kobaz | it can do everything i need for unit testing |
| 20:29.21 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 20:33.37 | alecdavis | Perhaps, one of the wrong ways to forceibley QA test something, is to try it in 'trunk', then remember to apply it downstream to all affected branches. |
| 20:36.55 | *** join/#asterisk-dev msetim (~setim@189.26.60.179.dynamic.adsl.gvt.net.br) |
| 20:37.02 | msetim | Hello |
| 20:37.24 | msetim | There is possible the asterisk process raise a segfault exception and the process continues running? |
| 20:37.39 | msetim | I got it from dmesg: [3324251.429660] asterisk[9373]: segfault at 4 ip 08078b70 sp b68eec20 error 4 in asterisk[8048000+2db000] |
| 20:40.48 | pabelanger | https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace |
| 20:41.05 | pabelanger | msetim: ^ Steps required to generate a backtrace |
| 20:41.15 | msetim | thanks |
| 20:41.26 | msetim | I will follow it ;) |
| 20:41.41 | pabelanger | msetim: what version of Asterisk are you using? |
| 20:41.54 | msetim | the last 1.4 |
| 20:46.24 | alecdavis | @pabelanger: re ^^^ 18837, how do you reproduce this in the test suite? Although I've managed to provide a patch, of the 3 boxes I have available to me, only the main production box exhibits the problem, makes for slow debug after hours :( |
| 20:47.38 | *** join/#asterisk-dev JonathanRose (~jonathan@nat/digium/x-bqjjiifwgfrodsik) |
| 20:48.37 | alecdavis | and also, one other user - Irontec (perhaps big looking at irontec.com) who has fedback on the issue tracker. |
| 20:48.52 | pabelanger | alecdavis: I cannot reproduce it myself, however our transfer tests currently bounce from pass to fail because of some locks with Asterisk. Looking at the lock output, it does look familiar. We could create a branch to test the patch and see how bamboo handles the tests. Maybe run the testsuite a few times back to back and look at the resutls |
| 20:51.56 | alecdavis | pabelanger: have you seen the number of related/duplicated issue on that bug report. I haven't actually link to all of them, some are just documented in the notes. |
| 20:53.11 | pabelanger | alecdavis: yes, I have seen a few reports. I don't know them off the top of my head. |
| 21:13.16 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 21:32.17 | *** join/#asterisk-dev otherwiseguy (~terry@68-70-72-166.static.kc.surewest.net) |
| 21:43.20 | Kobaz | time to write a perl interface to pjsua |
| 22:09.26 | kpfleming | just use the python interface :-) |
| 22:16.39 | *** join/#asterisk-dev isrl (~isrl@IGLD-84-228-224-139.inter.net.il) |
| 22:38.01 | otherwiseguy | kpfleming: not enough @s, $s, or #s in python. Sorry. :-p |
| 22:47.21 | kpfleming | otherwiseguy: python has just the right amount of those |
| 22:48.41 | putnopvut | OH SNAP |
| 22:48.59 | putnopvut | You could use Ruby, where there are even some @@variables. |
| 22:50.02 | otherwiseguy | kpfleming: I can agree with that. |
| 22:51.55 | otherwiseguy | I guess I should have said "not enough /[@$#]/g in Python" though. |
| 23:08.22 | isrl | could someone help me with this deadlock http://pastebin.com/raw.php?i=6wPXHPcz |
| 23:16.01 | putnopvut | isrl: Hm, it appears to be that top thread in the list that's causing the issue because it's holding the pthread_timers lock. It's not clear from that output why it's not proceeding further though. |
| 23:17.58 | Qwell | probably stuck in write_byte() |
| 23:18.07 | isrl | how could we get that info |
| 23:18.44 | putnopvut | If you get a backtrace of the threads from the running process, you can find out where that particular thread is stuck. |
| 23:18.51 | putnopvut | You can use GDB to do that. |
| 23:19.00 | russellb | # gdb asterisk `pidof asterisk` |
| 23:19.04 | russellb | (gdb) thread apply all bt |
| 23:19.26 | isrl | i would do that when it deadlocks? |
| 23:19.39 | putnopvut | yes |
| 23:22.11 | isrl | ok i'll get that it happens about 5 times a day |
| 23:22.28 | isrl | 1.8.3 rc3 also |
| 23:23.42 | isrl | another problem but i havent the faintest of how do debug is a when using the dahdi timer i dont get any music from madplay |
| 23:24.02 | isrl | thats why i'm using pthread |
| 23:24.35 | isrl | the console and logs show started music class default |
| 23:24.49 | isrl | ps shows madplay working |
| 23:27.42 | isrl | i picked up the idea that it might be with the timer from bug 18262 |
| 23:27.54 | isrl | and the work around works |
| 23:28.09 | isrl | but thats not ideal |
| 23:36.44 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.189) |