| 00:21.31 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 00:53.58 | *** join/#asterisk-dev moy_ (~moy@190.108.64.66) |
| 01:03.18 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 02:00.40 | pabelanger | Corydon76-dig: ping? |
| 02:18.39 | Corydon76-dig | pabelanger: pong |
| 02:20.37 | pabelanger | Corydon76-dig: I was looking at your testsuite commit to detect slow hosts, bogomips is not a good value to use on PPC |
| 02:20.47 | pabelanger | $ grep mips /proc/cpuinfo |
| 02:20.48 | pabelanger | bogomips: 66.30 |
| 02:21.16 | pabelanger | It is a Mac G4 PowerPC |
| 02:24.32 | Corydon76-dig | And why not? |
| 02:24.42 | Corydon76-dig | G4 is a fairly slow CPU, still |
| 02:25.20 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 02:27.02 | pabelanger | I've been manually running tests on the CPU, seems to be working good so far |
| 02:27.35 | pabelanger | What issues were you running into on slower hosts? |
| 02:29.23 | Corydon76-dig | Some of the tests are time-sensitive |
| 02:29.42 | Corydon76-dig | I have a dual-500 P3 host here (dot87) |
| 02:33.02 | pabelanger | ya, I'd like to improve those tests some how |
| 02:58.21 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 04:16.44 | Juggie | heh |
| 04:16.59 | Juggie | wonder why bogomips is so off on ppc dif arch i guess |
| 04:28.25 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 06:36.47 | Corydon76-dig | pabelanger: your bogomips value should be approximately equivalent to cpu speed * 2. Since it's not, the source for bogomips suggests that you have a hardware conflict which is slowing down the kernel test. |
| 06:44.39 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 07:46.35 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 07:56.30 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 08:13.18 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:15.34 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 08:15.36 | schmidts | good morning |
| 08:15.57 | Corydon76-dig | Morning |
| 08:22.51 | schmidts | how are you tilghman? |
| 08:26.48 | Corydon76-dig | Tired |
| 08:28.44 | schmidts | the week is almost over ;) |
| 10:02.09 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 10:20.10 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:08.59 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 12:08.59 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 12:35.49 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:00.00 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:00.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:08.50 | *** join/#asterisk-dev goddva_ (~glarsen@77.40.154.242) |
| 13:10.31 | goddva_ | What should I look for when I'm trying to locate a deadlock bug... It seems to be connected to a REFER, and it only happens when asterisk has been running for some time... |
| 13:32.54 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 13:32.54 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:51.21 | *** join/#asterisk-dev BMJ (~bjohns@c-24-126-158-110.hsd1.ga.comcast.net) |
| 13:51.21 | *** mode/#asterisk-dev [+o BMJ] by ChanServ |
| 14:00.27 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 14:43.12 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:55.01 | *** join/#asterisk-dev pnlarsson1 (~niklas@hulken.infracom.se) |
| 14:56.12 | *** join/#asterisk-dev i_heart_asterisk (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 14:56.22 | i_heart_asterisk | can someone tell me what line of code in play_message function in app_voicemail.c actually plays the voicemail message ? |
| 14:59.11 | pnlarsson1 | q: in get_sip_pvt_byid_locked two callids are compared with strcmp all fails becouse callid has a whitespace infront. Is there a function to remove whitespace aka trim() or a compare function that ignores whiespace? |
| 14:59.42 | russellb | pnlarsson1: ast_strip() |
| 14:59.51 | pnlarsson1 | danke |
| 15:00.22 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-nsvxhrgnktcgctpb) |
| 15:00.26 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:00.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:18.34 | i_heart_asterisk | whats does ast_control_streamfile return if a file is played through in its entirety ? |
| 15:19.06 | russellb | check the documentation for it in the header file |
| 15:20.36 | i_heart_asterisk | im lookin in app.c at function but there is little documentation |
| 15:20.42 | russellb | header file |
| 15:21.37 | i_heart_asterisk | sorry im new to asterisk code, can you tell me where the header file is ? |
| 15:21.46 | russellb | include/asterisk/*.h |
| 15:21.54 | russellb | 'find' and 'grep' are your friends |
| 15:27.38 | pabelanger | Posted this in #asterisk-testing, but only 4 people there. |
| 15:27.40 | pabelanger | pabelanger> I'd like to float the idea of disabling certain modules by default with the testsuite, then load them if a test uses them. It should help increase performance. |
| 15:28.17 | pabelanger | For example, by default all chan_ modules. Then if you test requires chan_sip, you load it within your modules.conf |
| 15:29.19 | russellb | 3 people and a bot. :-) |
| 15:29.24 | russellb | but +1 |
| 15:30.07 | pabelanger | I'd start with channel modules first, but also can see value moving into database modules. |
| 15:30.44 | putnopvut | +1 from me as well. |
| 15:32.40 | russellb | I'd actually be all for autoload=no |
| 15:32.50 | russellb | and making every test provide a modules.conf that lists what they use |
| 15:33.26 | russellb | could be a bit of a maintenance burden, though |
| 15:33.43 | pabelanger | russellb: same |
| 15:34.24 | i_heart_asterisk | this may seem like a stupid question, i apologize in advance, but how can i write an integer to ast_log, it keeps telling me it needs a char |
| 15:34.36 | russellb | ast_log(LOG_NOTICE, "%d", my_int); |
| 15:34.55 | i_heart_asterisk | thanks |
| 15:35.04 | pabelanger | ya, I see it as a manual process ATM, but I can see building a new property in test-config.yaml call 'provides'. EG: provides: chan_sip then goes out an loads are the required modules |
| 15:36.32 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:38.25 | russellb | provides chan_sip? |
| 15:38.49 | russellb | I dunno ... I like just sticking with modules.conf |
| 15:39.01 | russellb | either we keep autoloading everything because it's convenient, or we force modules.conf per test |
| 15:39.02 | pabelanger | ok, just brainstorming |
| 15:39.19 | pabelanger | I'm game with force ;) |
| 15:39.25 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:39.26 | russellb | alright, if you're game, i'm game |
| 15:40.33 | putnopvut | My 2 cents: I definitely think that res, chan, and app modules should be manually loaded, but when it comes to things like codecs, formats, and pbx modules, I say those should be autoloaded. |
| 15:41.17 | putnopvut | Okay maybe not all pbx modules, but definitely pbx_config.so |
| 15:42.19 | pabelanger | file glob load / unload for modules.conf ;) |
| 15:42.32 | file | don't be globbing me |
| 15:43.06 | pabelanger | Corydon76-dig's working on one ATM :) |
| 15:43.24 | pabelanger | or playing atleast |
| 15:54.35 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 15:54.36 | i_heart_asterisk | not sure if anyone is interested but i added 3 lines of code app_voicemail.c to play "End of Message" after a voicemail message plays through |
| 15:57.41 | goddva | i_heart_asterisk: pastebin? |
| 15:58.33 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:58.33 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:00.26 | i_heart_asterisk | http://pastebin.com/r8Ra1Dhn |
| 16:01.17 | i_heart_asterisk | lines 6881-6883 |
| 16:01.40 | goddva | :) |
| 16:02.26 | Corydon76-dig | Patches need to filed on the issue tracker |
| 16:03.04 | i_heart_asterisk | its not exactly a patch...more like a pre-mature addon |
| 16:05.53 | goddva | i_heart_asterisk: thank you, nice to have in my collection.. :) |
| 16:06.44 | goddva | If I get locks in the "core show locks" - does this mean that there is a bug? |
| 16:07.27 | goddva | (this questions was not relevant to the voicemail patch.. ) |
| 16:07.35 | goddva | in general |
| 16:09.07 | putnopvut | goddva: not exactly. Just because you see that locks are held doesn't indicate a bug. |
| 16:10.16 | putnopvut | However, in the right combination, the core show locks output could indicate a deadlock. Typically what you'll see in that case is that Thread 1 holds lock A and is waiting for lock B and Thread 2 is holding lock B and waiting for lock A. |
| 16:11.40 | goddva | putnopvut: http://pastebin.com/2iknZAky like this? |
| 16:13.38 | putnopvut | goddva: yep, that's a deadlock. The first thread is violating locking order by locking the tech_pvt before locking the channel. |
| 16:14.23 | goddva | So I should submit it? with some gdb data? |
| 16:14.39 | russellb | core show locks is enough in this case |
| 16:14.43 | putnopvut | Yep. |
| 16:15.00 | putnopvut | The other thing I'd say is that it may be worth seeing if a newer version of Asterisk has already addressed this. |
| 16:15.06 | putnopvut | I don't know what you're using. |
| 16:15.20 | goddva | 1.4.37 |
| 16:15.43 | goddva | I have been search forums, issues etc.. havent found anything so far... |
| 16:15.55 | goddva | searching |
| 16:16.14 | putnopvut | Yeah, that at least sounds like a really recent version :) |
| 16:16.21 | goddva | yes sir |
| 16:16.22 | putnopvut | I can't remember what 1.4 has made it to at this point. |
| 16:16.43 | putnopvut | Ah, it looks like 37 was the last release. |
| 16:16.49 | goddva | I was |
| 16:16.58 | goddva | 11/2 i think |
| 16:16.59 | putnopvut | Cool. Yeah, definitely report that :) |
| 16:17.21 | goddva | will do |
| 16:17.45 | putnopvut | ha! and now I notice that your pastebin said 1.4.37 at the top. |
| 16:17.48 | putnopvut | is not observant |
| 16:19.28 | goddva | :) |
| 16:34.49 | *** part/#asterisk-dev pnlarsson1 (~niklas@hulken.infracom.se) |
| 16:37.47 | *** join/#asterisk-dev bklang (~bklang@z65-50-1-50.ips.direcpath.com) |
| 16:39.14 | goddva | putnopvut: I guess you guys would be most happy if it was without some patches I have collected.. ? |
| 16:41.58 | russellb | yes. |
| 16:42.13 | russellb | in fact, _especially_ if those patches involve chan_sip. |
| 16:42.18 | russellb | since that's where your bug is |
| 16:42.27 | goddva | they do... |
| 16:42.43 | putnopvut | d'oh |
| 16:42.56 | goddva | :~ |
| 16:43.08 | goddva | buiilding new clean version right now, will (try to) reproduce it.. |
| 16:43.17 | russellb | yeah, and do those patches include "pbx_builtin_getvar_helper()" ? |
| 16:43.31 | russellb | if so, set the patch on fire |
| 16:44.06 | goddva | oej |
| 16:44.15 | goddva | :) |
| 16:45.13 | goddva | let me do some more testing, on my clean asterisk... sorry for the noise |
| 16:45.35 | goddva | its a cancel_elsewhere patch from olle |
| 17:00.45 | *** part/#asterisk-dev i_heart_asterisk (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 17:22.21 | goddva | russellb: using pbx_builtin_getvar_helper could easly lead into deadlock? |
| 17:27.27 | russellb | well if you use it wrong, yes |
| 17:27.33 | russellb | (and in your debug, it was used wrong) |
| 17:37.24 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:37.24 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:42.54 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 17:52.52 | *** join/#asterisk-dev Tim_Toady (~moi@178.128.21.207) |
| 18:06.37 | *** join/#asterisk-dev mpe (~mpe@85.24.87.252.generic-hostname.arrownet.dk) |
| 18:09.22 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 19:02.22 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 19:02.22 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:26.48 | russellb | espiceland: eep |
| 19:26.53 | russellb | espiceland: no new features to release branches |
| 19:26.59 | russellb | only trunk |
| 19:29.54 | espiceland | Want me to revert? |
| 19:30.00 | russellb | yes please |
| 19:33.15 | espiceland | Done. Sorry. I was totally not thinking. :( |
| 19:35.43 | russellb | no worries |
| 19:35.45 | russellb | it's svn |
| 19:52.08 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 20:23.57 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:23.57 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 21:53.21 | *** join/#asterisk-dev mpe (~mpe@85.24.87.252.generic-hostname.arrownet.dk) |
| 21:55.43 | *** join/#asterisk-dev ccesario (~ccesario@201-42-156-44.dsl.telesp.net.br) |
| 23:12.26 | *** join/#asterisk-dev moy_ (~moy@190.108.64.66) |
| 23:25.17 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 23:33.29 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 23:36.52 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 23:45.53 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |