| 00:22.40 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:22.40 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:01.27 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-110-194.ptld.qwest.net) |
| 02:22.25 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 02:22.25 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:59.28 | *** join/#asterisk-dev Dovid (Dovid@213.8.121.90) |
| 04:50.44 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 04:50.44 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 06:03.00 | *** join/#asterisk-dev richardf (~savag3@173.116.124.202.static.snap.net.nz) |
| 06:37.44 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 06:37.47 | schmidts | good morning |
| 06:49.21 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:00.05 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:19.26 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 07:41.11 | *** join/#asterisk-dev richardf (~savag3@173.116.124.202.static.snap.net.nz) |
| 08:02.02 | *** join/#asterisk-dev superciuc (~Alexandru@ip62.trivenet.it) |
| 08:02.14 | *** part/#asterisk-dev superciuc (~Alexandru@ip62.trivenet.it) |
| 08:37.02 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 08:53.32 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-150-41.cinci.res.rr.com) |
| 09:15.54 | *** join/#asterisk-dev Dovid (Dovid@213.8.118.62) |
| 09:42.31 | *** join/#asterisk-dev frawd (~francois@174.Red-88-13-131.dynamicIP.rima-tde.net) |
| 10:44.15 | *** join/#asterisk-dev frawd (~francois@174.Red-88-13-131.dynamicIP.rima-tde.net) |
| 11:01.06 | *** join/#asterisk-dev oej (~olle@91.183.59.105) |
| 11:01.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:08.45 | schmidts | hello olle, how is spain? |
| 11:13.44 | oej | Hello Stefan, I'm in Belgium :-) But it's fine ! |
| 11:39.42 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:40.59 | schmidts | maybe not so cold like at home :D |
| 11:42.26 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:42.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:47.57 | *** join/#asterisk-dev bklang (~bklang@technest.org) |
| 12:13.47 | schmidts | i have a question about the container ref value |
| 12:15.59 | schmidts | http://www.asterisk.org/doxygen/trunk/chan__sip_8c-source.html#l02613 |
| 12:16.23 | schmidts | first an object is unlinked and then its ref counter is decreased |
| 12:16.31 | schmidts | shouldnt it be the other way round? |
| 12:17.01 | schmidts | i have not looked if this object is in another container too, but if not iam not sure if this could work this way |
| 12:20.17 | kpfleming | no, this is correct. |
| 12:20.26 | kpfleming | when the object is in the container, the container holds a ref to it. |
| 12:20.45 | kpfleming | when you unlink it from the container, you get that ref (you are now responsible for it) |
| 12:20.58 | kpfleming | when you are done with the object, you must unref it, as you would normally do |
| 12:21.19 | kpfleming | if that was the last ref to the object, then it will be destroyed |
| 12:29.16 | schmidts | ok, i thought the selfdestruct would only work when its inside a container ;) |
| 12:29.19 | schmidts | thx kevin |
| 12:30.57 | schmidts | its about the issue 18085 cause it looks like there is a problem with the refs in this situation |
| 12:30.58 | MuffinMan | [new] [Asterisk] Resources/res_srtp 0018085: Segmentation fault caused by "core restart when convenient" while SRTP call is active reported by st https://issues.asterisk.org/view.php?id=18085 |
| 12:35.37 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 12:38.01 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:40.16 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 12:53.35 | kpfleming | schmidts: no.. if you ao2_alloc() and object, then ao2_ref(obj, -1), it will be destroyed. the destruction is triggered by the reference count reaching zero. |
| 12:54.17 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 12:54.17 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:04.34 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:50.56 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:50.56 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:04.34 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:16.04 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:16.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:28.38 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:28.47 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-gshxupowsnhlrmgn) |
| 14:39.16 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:39.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:42.24 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:42.24 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:44.49 | *** join/#asterisk-dev frawd (~francois@174.Red-88-13-131.dynamicIP.rima-tde.net) |
| 14:46.21 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:46.21 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:56.17 | *** join/#asterisk-dev Corydon76-lap (~Adium@nat/digium/x-cybukzswkfqhjzdq) |
| 14:56.17 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:09.45 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:09.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:30.03 | seanbright | did anything from GSoC make it into trunk? |
| 15:31.33 | Corydon76-lap | Yes, some of Eliel's work is even in 1.8 |
| 15:32.17 | seanbright | cool. just saw the ast_storage stuff in RB. |
| 15:32.48 | Corydon76-lap | The ast_storage stuff needs the IMAP backend written, before it can go into trunk |
| 15:36.29 | *** join/#asterisk-dev frawd (~francois@174.Red-88-13-131.dynamicIP.rima-tde.net) |
| 15:38.04 | *** join/#asterisk-dev Gugge (~gugge@vlan2.dlxhosting.dk) |
| 15:45.47 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 16:01.56 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 16:51.42 | *** join/#asterisk-dev bklang (~bklang@12.130.119.14) |
| 16:56.11 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 17:05.21 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 17:13.27 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 17:14.19 | jmls | russellb: hey |
| 17:14.23 | jmls | just got another crash |
| 17:14.25 | jmls | http://pastebin.ca/1954155 |
| 17:15.52 | Kobaz | reproducable? |
| 17:16.03 | jmls | not yet ... once a day |
| 17:16.37 | jmls | can't figure out what is causing it, as we run the same scernario (agents/recording/monitoring) 12 hours a day |
| 17:17.04 | jmls | so it's not as if at 17:58 we do a "call listen" or something like that. |
| 17:17.25 | seanbright | ast_frdup |
| 17:17.28 | jmls | Saturday was 10:20am, todat 17:58 pm |
| 17:17.34 | seanbright | memory corruption i'd wager |
| 17:17.34 | jmls | seanbright: yes ... |
| 17:17.57 | jmls | urgh. Ram checks out ok (did a memtest yesterday) |
| 17:18.23 | Kobaz | memory corruption as in something in asterisk is misbehaving and overwriting something it shouldnt |
| 17:18.28 | seanbright | right. |
| 17:18.30 | seanbright | that. |
| 17:18.35 | jmls | heh |
| 17:18.47 | jmls | smacks wrist. Naughty newbie. |
| 17:19.32 | jmls | waits for the valgrind request ... |
| 17:20.06 | jmls | may actually be worthwhile now. We're winding down (8pm close) , so only have 10 or so agents on the phone |
| 17:20.38 | Kobaz | wait till their gone, and then valgrind |
| 17:20.48 | Kobaz | put in your own sample calls, and log in some test agents |
| 17:21.31 | jmls | oh, makes sense. We have a test suite for "virtual agents" - they do everything that a real agent does. |
| 17:21.36 | jmls | but better ;) |
| 17:21.43 | jmls | joke.. |
| 17:22.00 | Kobaz | you have automated tests? |
| 17:22.05 | jmls | yes |
| 17:22.12 | Kobaz | nice, i've been doing that too |
| 17:22.21 | Kobaz | i have about 15 different scenerios |
| 17:22.29 | jmls | we have one. Blitz |
| 17:22.32 | jmls | :) |
| 17:22.50 | Kobaz | well, i wrote our own custom callqueue system |
| 17:22.53 | Kobaz | so i have to test everything |
| 17:24.06 | jmls | we put 25 test agents on dialler, 25 agents on inbound queues. Loop spans 2 and 3, call out on 2, receive in 3. |
| 17:24.13 | jmls | So we powerdial a queue :) |
| 17:24.56 | Kobaz | that's kind of the first step, is testing that a call works |
| 17:25.24 | jmls | uh huh |
| 17:25.50 | Kobaz | like... i test the individual steps |
| 17:26.25 | Kobaz | agent logging in, agent logging out, two agents logging in, two agents logging out... several agents logging in, caller calls in, hangs up... caller calls in, agent picks up, caller hangs up... caller calls in, agent picks up, agent hangs up |
| 17:27.58 | jmls | oh, right. We make that part of the blitz. |
| 17:28.16 | Kobaz | but it doesnt just do the calls and hang up |
| 17:28.25 | Kobaz | it checks database logs, asterisk events, channel status |
| 17:28.26 | jmls | no, the full cycle |
| 17:28.30 | Kobaz | to make sure everything did what it should have done |
| 17:28.46 | jmls | yeah - although we check the app database rather than the logs |
| 17:28.48 | Kobaz | it basically checks everything except for the audio itself |
| 17:29.10 | jmls | we check audio by testing the chanspy function and listening ... :) |
| 17:29.23 | Kobaz | well, i want do also do automated audio testing |
| 17:29.33 | jmls | interesting |
| 17:29.36 | jmls | tell moew |
| 17:29.38 | jmls | more |
| 17:29.39 | Kobaz | moar |
| 17:29.44 | jmls | roar |
| 17:29.48 | Kobaz | there's a tool i found |
| 17:29.57 | Kobaz | i wonder if i wrote it dowen somewhere |
| 17:32.47 | seanbright | aqua? |
| 17:32.52 | Kobaz | yeah |
| 17:32.54 | Kobaz | that's it |
| 17:34.19 | seanbright | ~aqua |
| 17:34.20 | infobot | methinks aqua is the name of the interface to MacOS X |
| 17:34.26 | sruffell | do you have a link? |
| 17:34.34 | sruffell | seanbright, Kobaz? |
| 17:34.41 | seanbright | infobot: aqua is also at http://www.sevana.fi/voice_quality_testing_measurement_analysis.php |
| 17:34.41 | infobot | okay, seanbright |
| 17:34.44 | Kobaz | http://www.sevana.fi/voice_quality_testing_measurement_analysis.php |
| 17:35.56 | leifmadsen | I've used Aqua -- works well |
| 17:37.09 | leifmadsen | there is a branch that starts to implement load testing by using audio quality analysis to determine how many calls a system can handle in a particular scenario |
| 17:37.14 | sruffell | thx |
| 17:37.33 | leifmadsen | http://svn.asterisk.org/svn/testsuite/loadtest/trunk/ |
| 17:37.47 | leifmadsen | I have to find the time to finish it though |
| 17:38.07 | leifmadsen | jmls: also, russell is gone for a week |
| 17:38.37 | jmls | leifmadsen: oh. bugger. |
| 17:38.43 | jmls | nm. |
| 17:38.55 | sruffell | cool...just wanted to squirrel a link around as opportunities to increase the scalability of DAHDI present themselves. |
| 17:39.05 | sruffell | a/around/away/ |
| 17:39.06 | jmls | is off to valgrind his test system |
| 17:39.21 | jmls | segfault you bastard, segfault |
| 17:58.32 | jmls | ok, so I have valgrind running, but no crash. Is it still ok to stop asterisk and then have a look at the valgrind file ? If so, how should I stop asterisk ? with a kill , stop now or ctrl-c ? |
| 18:00.59 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:00.59 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 18:07.02 | *** join/#asterisk-dev bklang (~bklang@12.130.119.14) |
| 18:11.47 | jmls | urrrh. |
| 18:12.16 | jmls | thinks Corydon76-lap is going to throttle him |
| 18:12.39 | jmls | http://pastebin.ca/1954202 |
| 18:12.56 | jmls | I think this is the same problem as M17387 |
| 18:12.57 | MuffinMan | [closed] [Asterisk] Resources/res_jabber 0017387: [patch] Memory corruption from iksemel reported by jmls https://issues.asterisk.org/view.php?id=17387 |
| 18:13.23 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 18:13.24 | jmls | got really tied up in something else and clean forgot to test this. |
| 18:13.29 | jmls | Sorry :( |
| 18:34.39 | jmls | Corydon76-home: ok to reopen M17387 ? Done some testing now ... |
| 18:34.41 | MuffinMan | [closed] [Asterisk] Resources/res_jabber 0017387: [patch] Memory corruption from iksemel reported by jmls https://issues.asterisk.org/view.php?id=17387 |
| 18:49.53 | Corydon76-lap | jmls: sure |
| 18:52.50 | jmls | thanks. Updated with some results |
| 19:11.13 | jsmith | Oooh... maybe you've found the source of my memory corruption issues! |
| 19:16.57 | jmls | jsmith: leave it to me to find the odd issues ;) |
| 19:29.18 | jsmith | jmls: You're awesome at that :-) |
| 19:29.30 | jmls | unfortunately ... |
| 19:32.23 | jmls | Corydon76-home: are you aware of any side-effects from implementing the patch on the live system ? |
| 19:38.16 | kpfleming | jmls: side effects? like unwanted hair growth? |
| 19:39.21 | jsmith | blurry vision, slurred speech |
| 19:39.29 | jsmith | (talking in ulaw instead of alaw) |
| 19:41.35 | jmls | kpfleming: nope. Already got that ... ;) |
| 19:42.19 | jmls | grows in places I don't want, drops out in places I'd rather it stayed |
| 19:43.02 | jmls | think my head hair is committing Seppuku |
| 19:43.12 | jsmith | jmls: Join the club! |
| 19:44.42 | jmls | http://www.geekosystem.com/potato-suicide-cartoon/ |
| 19:56.50 | *** join/#asterisk-dev erinspice (~erin@207.98.195.107) |
| 20:06.35 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:44.36 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 21:08.40 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 21:08.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:51.50 | *** join/#asterisk-dev richardf (~savag3@173.116.124.202.static.snap.net.nz) |
| 21:55.30 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 22:09.25 | *** join/#asterisk-dev espiceland (~erin@nat/digium/x-cgukwonbrfspdnwu) |
| 22:09.37 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:09.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:56.51 | *** part/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 23:43.07 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-150-41.cinci.res.rr.com) |