| 00:05.33 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 00:09.10 | *** join/#asterisk-dev moy (n=moyhu@189.169.71.85) |
| 00:37.50 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 00:37.50 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com -=- http://video.google.com/videoplay?docid=7287180007025709537&hl=en |
| 01:25.59 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-245.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 01:26.00 | *** join/#asterisk-dev shido6 (n=shido6@74-130-124-83.dhcp.insightbb.com) [NETSPLIT VICTIM] |
| 01:26.00 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) [NETSPLIT VICTIM] |
| 01:26.00 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 01:26.00 | *** join/#asterisk-dev jsmith-away (n=jsmith@72.21.36.138) |
| 01:26.01 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev VoicePulse_ (n=contact@unaffiliated/voicepulse) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 01:26.01 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 01:26.01 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 01:26.01 | *** mode/#asterisk-dev [+ooo ctooley jsmith-away bkruse] by irc.freenode.net |
| 01:27.13 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-245.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev shido6 (n=shido6@74-130-124-83.dhcp.insightbb.com) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev jsmith-away (n=jsmith@72.21.36.138) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev VoicePulse_ (n=contact@unaffiliated/voicepulse) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 01:27.13 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 01:27.13 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 01:27.13 | *** mode/#asterisk-dev [+ooo ctooley jsmith-away bkruse] by irc.freenode.net |
| 01:28.23 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) [NETSPLIT VICTIM] |
| 01:28.24 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 01:28.24 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 01:30.26 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 01:30.27 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 01:30.27 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 01:34.08 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 01:34.08 | *** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net |
| 01:36.04 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 01:36.04 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-185-165.hsd1.wa.comcast.net) |
| 01:36.04 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
| 01:36.04 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 01:36.04 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 01:36.04 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 01:36.04 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 01:36.04 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 01:36.04 | *** mode/#asterisk-dev [+ooo file citats seanbright] by irc.freenode.net |
| 01:36.28 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 01:37.54 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 01:37.54 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-185-165.hsd1.wa.comcast.net) |
| 01:37.54 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 01:37.54 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 01:37.54 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 01:37.54 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 01:37.54 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 01:37.54 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 01:37.54 | *** mode/#asterisk-dev [+ooo file citats seanbright] by irc.freenode.net |
| 01:39.06 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 01:39.06 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) [NETSPLIT VICTIM] |
| 01:39.06 | *** join/#asterisk-dev dlu_ (n=dlu@dus-ix-pos-002.dus.net) [NETSPLIT VICTIM] |
| 01:39.06 | *** mode/#asterisk-dev [+o codefreeze-lap] by irc.freenode.net |
| 01:41.33 | *** join/#asterisk-dev moy (n=moyhu@189.169.71.85) [NETSPLIT VICTIM] |
| 01:41.33 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) [NETSPLIT VICTIM] |
| 01:41.33 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-277899.home.otenet.gr) |
| 01:41.33 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 01:41.34 | *** join/#asterisk-dev coreyf52 (i=coreyf52@63.227.121.164) [NETSPLIT VICTIM] |
| 01:41.34 | *** join/#asterisk-dev KenLee (n=k3leland@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 01:52.26 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 01:52.26 | *** join/#asterisk-dev simond (n=simon@syria.uc.org) [NETSPLIT VICTIM] |
| 01:52.26 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 01:52.26 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 01:52.26 | *** join/#asterisk-dev bbryant (n=brett@216.207.245.1) |
| 01:52.26 | *** join/#asterisk-dev pputman (n=centrex@216.207.245.1) [NETSPLIT VICTIM] |
| 01:52.26 | *** join/#asterisk-dev Burlington (n=Burlingt@fw01ext.voicepulse.com) |
| 01:52.27 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 01:52.27 | *** mode/#asterisk-dev [+oooo Deeewayne kpfleming bbryant Qwell] by irc.freenode.net |
| 01:52.27 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 01:52.27 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) [NETSPLIT VICTIM] |
| 02:47.14 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:47.14 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:52.54 | Corydon76-dig | russellb: !!! |
| 02:53.05 | russellb | waves |
| 02:53.32 | Corydon76-dig | How is the capital? |
| 02:54.41 | russellb | it was a nice visit |
| 02:54.49 | russellb | g2g |
| 02:55.33 | file | rolls in |
| 02:56.58 | Corydon76-dig | pokes file |
| 02:57.07 | file | dies |
| 02:57.27 | Corydon76-dig | gives file mouth-to-mouth resuscitation |
| 02:58.17 | Corydon76-dig | shocks file back to life |
| 02:58.21 | file | hola |
| 02:58.27 | Corydon76-dig | Greetz |
| 03:55.50 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:56.30 | codefreeze-lap | file: how is ya? |
| 04:03.35 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 04:14.16 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) [NETSPLIT VICTIM] |
| 04:14.16 | *** join/#asterisk-dev moy (n=moyhu@189.169.71.85) [NETSPLIT VICTIM] |
| 04:14.16 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) [NETSPLIT VICTIM] |
| 04:14.16 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-277899.home.otenet.gr) |
| 04:14.16 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 04:14.16 | *** join/#asterisk-dev coreyf52 (i=coreyf52@63.227.121.164) [NETSPLIT VICTIM] |
| 04:14.16 | *** join/#asterisk-dev KenLee (n=k3leland@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 05:36.24 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 05:42.11 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 06:12.11 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:40.50 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 06:43.46 | JerJer | man people are pretty pissed off about my Timing API blog post |
| 06:44.22 | JerJer | i have had four different morons spewing what i believe to be pure bullshit |
| 06:45.30 | JerJer | hypothetically here - lets say one GPL licensed bit of software came up with some new method to accomplish a specific task |
| 06:46.46 | JerJer | Could another writer come along and implement a similar (if not idential, due to the task at hand) method without any 'licensing issues' ? |
| 06:47.12 | JerJer | (given proper credit if said code was 'used' - of course) |
| 06:57.23 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:57.23 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:39.01 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:39.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:15.39 | oej | Morning folks |
| 08:27.59 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 08:30.05 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-245.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 08:30.05 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev jsmith-away (n=jsmith@72.21.36.138) |
| 08:30.06 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 08:30.06 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 08:30.06 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 08:30.06 | *** mode/#asterisk-dev [+ooo ctooley jsmith-away bkruse] by irc.freenode.net |
| 09:12.19 | *** join/#asterisk-dev Juggie (i=Juggie@99.240.87.18) |
| 09:25.15 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 09:59.45 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 11:14.44 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 11:17.46 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:46.01 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 11:46.01 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 11:51.10 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 11:53.06 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:07.04 | *** join/#asterisk-dev cristina_crow (n=cvintila@212.146.94.66) |
| 12:07.07 | cristina_crow | hello |
| 12:07.16 | cristina_crow | I am configuring asterisk 1.6.0 beta with TLS |
| 12:07.23 | cristina_crow | when I type in the CLI> sip reload |
| 12:07.25 | cristina_crow | I get this: |
| 12:07.30 | cristina_crow | cvintila-ipsec01*CLI> keys init |
| 12:07.30 | cristina_crow | cvintila-ipsec01*CLI> sip reload |
| 12:07.30 | cristina_crow | <PROTECTED> |
| 12:07.30 | cristina_crow | <PROTECTED> |
| 12:07.30 | cristina_crow | <PROTECTED> |
| 12:07.30 | cristina_crow | SSL cert error </etc/ssl/certs/asterisk.pem> |
| 12:07.38 | cristina_crow | could anyone help me our with this?:-ss |
| 12:07.40 | cristina_crow | thanks a lot |
| 12:08.19 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:12.27 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:12.36 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:25.16 | mvanbaak | cristina_crow: look at the topic. this is not tier 2 support |
| 12:25.20 | mvanbaak | you should ask in #asterisk |
| 12:26.13 | cristina_crow | ok..I have already, thanks an sorry for the trouble |
| 12:26.22 | mvanbaak | no problem :) |
| 12:26.31 | cristina_crow | I imagined you could help me, because it complains about ssl certificate |
| 12:26.55 | cristina_crow | which is generated with the same procedure I use for strongswan and apache...both work |
| 12:27.02 | cristina_crow | mwell..I'll search some more |
| 12:41.23 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 13:01.59 | *** part/#asterisk-dev cristina_crow (n=cvintila@212.146.94.66) |
| 13:10.34 | *** join/#asterisk-dev jeffg (i=lY87rIZz@pdpc/supporter/active/jeffg) |
| 13:47.15 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:48.04 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:48.04 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:50.06 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:50.10 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:03.47 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 14:11.44 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:11.44 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:15.36 | *** join/#asterisk-dev smth (n=chatzill@CPE000d48380389-CM00195eda2522.cpe.net.cable.rogers.com) |
| 14:18.04 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 14:18.05 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:27.26 | seanbright | JerJer: where is said blog post? |
| 14:33.31 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 14:51.23 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 14:54.19 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.140.193) |
| 15:01.16 | *** join/#asterisk-dev smth (n=chatzill@CPE000d48380389-CM00195eda2522.cpe.net.cable.rogers.com) |
| 15:15.18 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:15.18 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:22.31 | codefreeze-lap | tries his best Spock impersonation: ".... Fascinating." |
| 15:23.46 | *** join/#asterisk-dev joetester (n=chatzill@216.191.34.13) |
| 15:44.23 | *** join/#asterisk-dev moy (n=moyhu@189.169.71.85) |
| 15:48.05 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:38.25 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:38.26 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:42.34 | codefreeze-lap | It's a conspiracy. |
| 16:42.53 | codefreeze-lap | russellb: hey, how are you? |
| 16:43.00 | russellb | i'm alive |
| 16:43.01 | codefreeze-lap | just the man! |
| 16:43.05 | russellb | O.O |
| 16:43.41 | codefreeze-lap | I've put in some work on the sip-is-slower-in-trunk bug, and I think I've got something! |
| 16:44.05 | codefreeze-lap | Curious? |
| 16:44.29 | mvanbaak | enlighten us ! |
| 16:45.07 | codefreeze-lap | an invite creates a channel and locks it |
| 16:45.29 | codefreeze-lap | but somehow, the DEBUG_THREADS stuff loses that fact |
| 16:45.30 | file | runs in |
| 16:46.57 | russellb | o.O |
| 16:47.18 | codefreeze-lap | sometime, soon after, the device_state stuff calls ast_get_channel_by_name_prefix_locked, and ends up in a loop running trylock on that channel. 355 times it loops. |
| 16:47.29 | mvanbaak | yipes |
| 16:47.47 | russellb | so ... |
| 16:47.51 | codefreeze-lap | It never gets it, of course |
| 16:47.59 | russellb | i'm not sure what you mean by "debug threads stuff forgets it" |
| 16:48.15 | russellb | so, chan_sip never unlocks the channel? |
| 16:49.18 | codefreeze-lap | So, I was wondering why the __ast_answer lock of the channel was taking so long (200,000 cpu clock ticks on the average)... I think this explains it... |
| 16:49.51 | russellb | I still don't understand what "this" is |
| 16:49.52 | russellb | :) |
| 16:50.25 | codefreeze-lap | answering somewhat in order....the debug threads stuff (the lock_info stuff), doesn't have this lock in the list |
| 16:50.53 | codefreeze-lap | when __ast_answer is trying to get the lock |
| 16:51.17 | russellb | so, the lock info stuff doesn't say that it is locked, even though it really yes |
| 16:51.27 | russellb | that would definitely be a bug, but also, should have no effect on operation |
| 16:51.42 | codefreeze-lap | Well, the lock finally gets released, but only after 200,000+ clock ticks |
| 16:52.03 | codefreeze-lap | and all this would have been easier to see if the lock_info stuff had that lock in the list |
| 16:52.08 | russellb | so, why is chan_sip holding the channel lock for so long as compared to before? |
| 16:52.20 | russellb | would be my next question |
| 16:52.30 | russellb | sort of rhetorical, as I doubt there is an answer yet |
| 16:52.50 | codefreeze-lap | because the channel_find_locked is somehow getting called and stalling things, me thinks |
| 16:53.28 | russellb | channel_find_locked itself doesn't actually hold the channel lock |
| 16:53.33 | russellb | it finds a channel and returns it locked |
| 16:53.44 | codefreeze-lap | It's deadlocked, but eats up a lot of cpu cycles before giving up |
| 16:54.24 | codefreeze-lap | it loops 200 times |
| 16:54.30 | russellb | well it's not deadlocked if the lock is eventually released |
| 16:55.17 | codefreeze-lap | It's deadlocked at the moment, it appears. Luckily it gives up, and the process finishes, and the lock gets released |
| 16:55.33 | codefreeze-lap | So it appears at the moment, anyway |
| 16:56.23 | russellb | well, the channel_find_locked code doesn't have the lock, it's trying to get it |
| 16:56.37 | mvanbaak | meh |
| 16:56.37 | codefreeze-lap | right |
| 16:56.38 | russellb | and if it was called from the same thread that already held it, it wouldn't be looping |
| 16:56.43 | mvanbaak | repotools/authors |
| 16:56.43 | mvanbaak | <PROTECTED> |
| 16:56.43 | mvanbaak | <PROTECTED> |
| 16:56.53 | mvanbaak | ouch |
| 16:56.57 | russellb | nods |
| 16:57.02 | mvanbaak | READ mvanbaak, READ |
| 16:57.14 | russellb | so ... the question is, who holds the lock, and why is it being held so long |
| 16:57.51 | codefreeze-lap | well, the lock is being held by the code that responds to an incoming INVITE. |
| 16:58.30 | codefreeze-lap | from there, I need to find why the device_state is called, and why it is trying to find a channel by prefix |
| 16:59.13 | lmadsen | mvanbaak: heh... at least one if Mark and one is Matt |
| 16:59.16 | lmadsen | s/if/is/ |
| 16:59.19 | codefreeze-lap | As to threads, I'm bombarding asterisk with calls from sipp, but this appears to be the very first call |
| 16:59.26 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 16:59.44 | codefreeze-lap | So, it's prob. in the same thread |
| 17:00.21 | putnopvut | codefreeze-lap: device state stuff is offloaded into a separate thread. |
| 17:00.23 | russellb | that device state stuff happens in its own thread |
| 17:00.40 | codefreeze-lap | OK, so it could fighting threads |
| 17:00.51 | codefreeze-lap | uh, could be fighting ... |
| 17:02.47 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) [NETSPLIT VICTIM] |
| 17:02.47 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 17:02.47 | *** join/#asterisk-dev wolfson (n=hehe@75.145.3.89) [NETSPLIT VICTIM] |
| 17:02.47 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 17:02.48 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 17:02.48 | *** join/#asterisk-dev Corydon76-dig (i=pink@pdpc/supporter/bronze/Corydon76-home) |
| 17:02.48 | *** mode/#asterisk-dev [+oo JerJer Corydon76-dig] by irc.freenode.net |
| 17:03.31 | codefreeze-lap | More to come, of course, but I can't help noticing the time spent in the channel_find_locked code... |
| 17:04.11 | *** join/#asterisk-dev moy (n=moyhu@189.169.71.85) [NETSPLIT VICTIM] |
| 17:04.11 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) [NETSPLIT VICTIM] |
| 17:04.11 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) [NETSPLIT VICTIM] |
| 17:04.11 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-277899.home.otenet.gr) |
| 17:04.11 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 17:04.11 | *** join/#asterisk-dev coreyf52 (i=coreyf52@63.227.121.164) [NETSPLIT VICTIM] |
| 17:04.11 | *** join/#asterisk-dev KenLee (n=k3leland@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 17:04.15 | russellb | the channel_find code is terrible |
| 17:04.32 | russellb | i completely replaced it in a branch ... |
| 17:04.32 | russellb | channel_walk code is even worse |
| 17:09.13 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-245.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) [NETSPLIT VICTIM] |
| 17:09.14 | *** mode/#asterisk-dev [+oooo sruffell ctooley jsmith bkruse] by irc.freenode.net |
| 17:09.14 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 17:09.14 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev Corydon76-dig (i=pink@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:10.17 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.140.193) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev KenLee (n=k3leland@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev coreyf52 (i=coreyf52@63.227.121.164) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-277899.home.otenet.gr) |
| 17:10.17 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev moy (n=moyhu@189.169.71.85) [NETSPLIT VICTIM] |
| 17:10.17 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev wolfson (n=hehe@75.145.3.89) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:10.57 | *** mode/#asterisk-dev [+oooo Corydon76-dig JerJer jpeeler lmadsen] by irc.freenode.net |
| 17:10.57 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev jeffg (i=lY87rIZz@pdpc/supporter/active/jeffg) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:10.57 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) [NETSPLIT VICTIM] |
| 17:10.57 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) [NETSPLIT VICTIM] |
| 17:10.58 | *** mode/#asterisk-dev [+oooo putnopvut oej tzafrir_laptop Qwell] by irc.freenode.net |
| 17:10.58 | *** join/#asterisk-dev pputman (n=centrex@216.207.245.1) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev bbryant (n=brett@216.207.245.1) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev simond (n=simon@syria.uc.org) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev dlu_ (n=dlu@dus-ix-pos-002.dus.net) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 17:10.58 | *** mode/#asterisk-dev [+oooo bbryant kpfleming Deeewayne codefreeze-lap] by irc.freenode.net |
| 17:10.58 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) [NETSPLIT VICTIM] |
| 17:10.58 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 17:10.58 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 17:10.58 | *** mode/#asterisk-dev [+oooo seanbright citats file ChanServ] by irc.freenode.net |
| 17:10.59 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582656.dsl.bell.ca) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev floppp (n=flopp@nat-staff.b3g-telecom.com) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 17:10.59 | *** join/#asterisk-dev LapTop006 (n=laptop00@gemini.chriskaine.com.au) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 17:10.59 | *** join/#asterisk-dev jets (n=brian@pdpc/supporter/active/jets) [NETSPLIT VICTIM] |
| 17:10.59 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 17:10.59 | *** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net |
| 17:12.53 | tzafrir_laptop | http://bugs.debian.org/480041#30 |
| 17:12.54 | tzafrir_laptop | In short: try downgrading libneon |
| 17:12.54 | Qwell | hmm, no idea how to downgrade packages in debian |
| 17:12.54 | putnopvut | apt-get downgrade? |
| 17:12.54 | putnopvut | (more likely apt-get install with a specific version specified for the package) |
| 17:13.04 | Qwell | yeah, tried subversion=1.4.2dfsg1-2, but that version couldn't be found |
| 17:13.40 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-245.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) [NETSPLIT VICTIM] |
| 17:13.40 | *** mode/#asterisk-dev [+oooo sruffell ctooley jsmith bkruse] by irc.freenode.net |
| 17:13.40 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 17:13.40 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 17:15.27 | mvanbaak | aptitude install ubuntu |
| 17:15.27 | mvanbaak | or, do as I do and go with a real os: OpenBSD |
| 17:15.27 | mvanbaak | hides |
| 17:16.57 | Qwell | ftp://ftp.debian.org/debian/pool/main/s/subversion/subversion_1.4.2dfsg1-2_amd64.deb ftp://ftp.debian.org/debian/pool/main/s/subversion/libsvn1_1.4.2dfsg1-2_amd64.deb |
| 17:16.57 | Qwell | dpkg -i those |
| 17:16.57 | Qwell | fixed it |
| 17:17.06 | putnopvut | yay |
| 17:17.24 | Qwell | I apt-get remove'd libsvn1 and subversion first though. ymmv |
| 17:17.46 | mvanbaak | just running dpkg -i on those is enough |
| 17:18.04 | mvanbaak | it will give a warning about downgrading |
| 17:18.04 | Qwell | I had 1.4.6, so it would still have been a downgrade |
| 17:18.04 | mvanbaak | but it completes |
| 17:18.04 | Qwell | oh |
| 17:18.04 | Qwell | neat |
| 17:18.24 | mvanbaak | I just tried on my testbox |
| 17:18.24 | tzafrir_laptop | but consider also marking libneon as "locked" so it won't get upgraded |
| 17:18.35 | Qwell | tzafrir_laptop: I have both libneon26 and libneon27 |
| 17:18.42 | Qwell | apparently |
| 17:18.48 | mvanbaak | that is no problem |
| 17:18.59 | Qwell | openoffice and such require 27 (I tried to apt-get remove it also) |
| 17:19.00 | mvanbaak | the program will only use the one it's linked against |
| 17:19.20 | mvanbaak | ldd is your friend there |
| 17:19.48 | mvanbaak | ok, I'm starting on build_line() in chan_skinny now |
| 17:19.56 | Qwell | dpkg - warning: downgrading libsvn1 from 1.4.6dfsg1-4 to 1.4.2dfsg1-2. |
| 17:19.56 | Qwell | Preparing to replace libsvn1 1.4.6dfsg1-4 (using libsvn1_1.4.2dfsg1-2_amd64.deb) ... |
| 17:19.57 | Qwell | cool |
| 17:20.20 | Qwell | distros that do what I say are good |
| 17:20.56 | putnopvut | Jeez, I have 14 issues assigned to me in mantis... |
| 17:21.15 | mvanbaak | Qwell/Linux instead of GNU/Linux ? |
| 17:21.26 | mvanbaak | putnopvut: lucky you. I have none |
| 17:21.26 | Qwell | QwellOS |
| 17:21.35 | mvanbaak | QOS |
| 17:21.35 | mvanbaak | ;) |
| 17:22.23 | mvanbaak | Qwell: I really like to commit the transfer stuff to trunk |
| 17:23.00 | Corydon76-dig | Qwellity of Service |
| 17:23.11 | mvanbaak | gheh |
| 17:23.14 | tzafrir_laptop | speaking of issues, could anybody please look at: |
| 17:23.18 | tzafrir_laptop | M12911 |
| 17:23.19 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0012911: [patch] proper dependencies on dahdi/tonezone reported by tzafrir (Karma: +98.00) http://bugs.digium.com/view.php?id=12911 |
| 17:23.55 | tzafrir_laptop | It would help us moving along with dahdi |
| 17:24.34 | tzafrir_laptop | looks at the guy who complained he has no assigned issues |
| 17:26.49 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 17:27.30 | mvanbaak | looks ok to me |
| 17:27.53 | mvanbaak | it actually works here ;) |
| 17:29.22 | tzafrir_laptop | I still wonder if there's any way to break this chain of dependencies (dahdi-kernel->dahdi-user(tonezone)->asterisk) |
| 17:48.10 | seanbright | svn 1.5 client will work with origsvn, yeah? |
| 17:48.31 | Corydon76-dig | Dunno, maybe |
| 17:48.37 | seanbright | installs |
| 17:48.40 | Qwell | should, but it'll update your checkouts |
| 17:48.45 | seanbright | oh |
| 17:48.56 | Qwell | update to the 1.5 structure. it's not backward compat |
| 17:48.58 | seanbright | well scratch that, then. |
| 17:49.19 | Qwell | as long as you keep using 1.5, you should be okay |
| 17:49.27 | Qwell | worth testing, anyways |
| 17:49.31 | seanbright | alrighty |
| 18:05.53 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:25.46 | mvanbaak | I'm still on 1.4 |
| 18:25.52 | mvanbaak | both on linux and on OpenBSD |
| 18:26.45 | mvanbaak | anywayz, movie time |
| 18:27.19 | putnopvut | What movie? |
| 18:31.33 | mvanbaak | the 13th floor |
| 18:55.11 | seanbright | ok, svn 1.5 seems to work |
| 18:55.42 | seanbright | note: if you compile from source, make sure to include --with-ssl during ./configure |
| 18:55.57 | seanbright | for some reason that is not the default |
| 18:59.00 | Qwell | svn? yeah |
| 18:59.06 | Qwell | almost nobody uses https repos |
| 18:59.20 | Qwell | https is hot though |
| 18:59.28 | seanbright | no doubt |
| 18:59.32 | seanbright | except when you get cert errors |
| 18:59.39 | Qwell | blame neon |
| 18:59.54 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) |
| 19:02.33 | seanbright | i'm not getting them |
| 19:02.40 | seanbright | seems to be the trendy thing lately, though. |
| 19:03.24 | putnopvut | I don't usually have errors because I make it a habit not to update anything. |
| 19:04.23 | seanbright | if it ain't broke, don't fix it? |
| 19:04.47 | seanbright | that attitude means we stop active dev right now |
| 19:04.49 | seanbright | heh |
| 19:06.00 | Corydon76-dig | putnopvut: wouldn't that actually be a 'lack of a habit'? |
| 19:06.24 | putnopvut | Corydon76-dig: I guess it depends on how you view it. |
| 19:13.29 | Corydon76-dig | has made a habit of failing to run for President |
| 19:19.25 | mvanbaak | we should move to OpenCVS |
| 19:22.03 | Corydon76-dig | Ummm... Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/insects.digium.com/core/config_api.php on line 408 |
| 19:22.11 | Corydon76-dig | bbryant: ^^^^ |
| 19:22.27 | bbryant | Corydon76-dig: ok |
| 19:22.33 | bbryant | where did you see it? |
| 19:22.54 | Corydon76-dig | I tried updating bug # 8824 |
| 19:23.08 | mvanbaak | install xdebug, an get a trace |
| 19:23.17 | mvanbaak | 30+ seconds just to update a bug is not ok |
| 19:23.18 | seanbright | yeah... we need to do some mojo with the user lists and such in mantis |
| 19:23.28 | jsmith | Corydon76-dig: 8824?!? You mean it's not totally dead? |
| 19:23.31 | mvanbaak | I've seen the same with uploading a 1KB file |
| 19:23.43 | seanbright | M8824 |
| 19:23.46 | Corydon76-dig | jsmith: I need some Skinny love |
| 19:23.49 | mvanbaak | looks like a virusscanner or something |
| 19:23.52 | MuffinMan | [ready for testing] [Asterisk] Channels/NewFeature 0008824: [patch] Remote (called) Party Identification - chan_sip & chan_skinny implementation reported by gareth (Karma: +9.00) http://bugs.digium.com/view.php?id=8824 |
| 19:24.04 | jsmith | Corydon76-dig: I can't help you there... |
| 19:24.05 | Qwell | Corydon76-dig: wow, that statement requires context. |
| 19:24.05 | mvanbaak | sends Corydon76-dig his copy of chan_skinny |
| 19:24.26 | mvanbaak | it's SO borked right now |
| 19:24.41 | Corydon76-dig | Qwell: hence why I capitalized Skinny |
| 19:24.43 | mvanbaak | 'lines ??? what are those ?' |
| 19:24.53 | mvanbaak | 'unused variable l' |
| 19:24.54 | mvanbaak | whehehe |
| 19:25.05 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:25.05 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 19:27.30 | mvanbaak | Qwell: you ok if I merge the transfer stuff of chan_skinny ? |
| 19:27.40 | Qwell | if it works :D |
| 19:27.52 | mvanbaak | it works for me, and it works for Dan |
| 19:28.01 | Qwell | works for me! |
| 19:28.19 | mvanbaak | cool |
| 19:28.20 | Corydon76-dig | Would you prefer if I asked where I could get my hands on some black caulk? |
| 19:28.34 | mvanbaak | let me merge it |
| 19:29.05 | Qwell | mvanbaak: karma is up too |
| 19:29.34 | Qwell | s/is/it/ |
| 19:31.08 | mvanbaak | uhhuh |
| 19:35.09 | mvanbaak | damn, svn is slow again |
| 19:39.22 | mvanbaak | there |
| 19:39.37 | *** join/#asterisk-dev wedhorn (n=wedhorn@123-243-209-34.static.tpgi.com.au) |
| 19:40.09 | wedhorn | mvanbaak: ping |
| 19:40.20 | mvanbaak | pong |
| 19:40.23 | mvanbaak | lol |
| 19:40.28 | mvanbaak | speaking of the devil |
| 19:40.39 | mvanbaak | dont tell me it's not working on your setup |
| 19:40.41 | mvanbaak | please |
| 19:40.49 | wedhorn | yeah yeah, but its 5:30 in the morning here |
| 19:40.57 | wedhorn | I haven't got around to testing it |
| 19:41.03 | mvanbaak | 21:37 < PastryChef> *** mvanbaak, asterisk, trunk, r125096 *** |
| 19:41.03 | mvanbaak | 21:37 < PastryChef> implement transfer functionality in chan_skinny |
| 19:41.32 | mvanbaak | commit asterisk 125096 |
| 19:41.38 | MuffinMan | [125096] Committed by mvanbaak on 2008-06-25T19:37:40.441707Z: implement transfer functionality in chan_skinny |
| 19:41.38 | MuffinMan | .. |
| 19:41.38 | MuffinMan | ..(closes issue #9939) |
| 19:41.38 | MuffinMan | ..Reported by: wedhorn |
| 19:41.38 | MuffinMan | ..Patches: |
| 19:41.40 | MuffinMan | .. transfer_v6.diff uploaded by wedhorn (license 30) |
| 19:41.43 | wedhorn | I wouldn't worry about it. If there are any issues with the older devices, I'll just post a bug |
| 19:41.43 | MuffinMan | .. chan_skinny-transfer-trunk-v10.txt uploaded by DEA (license 3) |
| 19:41.46 | MuffinMan | .. chan_skinny-transfer-trunk-v12.txt uploaded by mvanbaak (license 7) |
| 19:41.49 | MuffinMan | ..Tested by: DEA, wedhorn, mvanbaak |
| 19:42.42 | mvanbaak | wedhorn: cool, thank you |
| 19:42.51 | mvanbaak | and thanks for all the work on that one |
| 19:42.54 | wedhorn | Arguably, I think there are issues in all versions (with the old devices) with stuff like hold |
| 19:43.13 | wedhorn | so, having transfer not work properly really doesn't matter |
| 19:43.21 | mvanbaak | ah |
| 19:43.29 | mvanbaak | I tested with 7905 and 7960 |
| 19:43.41 | mvanbaak | both with more then 3 versions of the firmware |
| 19:44.12 | mvanbaak | and like Dan said: it works great |
| 19:44.23 | mvanbaak | there were a lot of issues in the first couple of patches |
| 19:44.40 | wedhorn | the issues relate to multiple lines, if the device only registers a single line, or the first line is being used, it should work. |
| 19:44.42 | mvanbaak | but stuff in chan_skinny got fixed, and you and dan kept coming with better and better patches |
| 19:44.49 | mvanbaak | ah |
| 19:45.07 | mvanbaak | my 7905 has 1 line, and my 7960 has 2 lines |
| 19:45.29 | wedhorn | Yeah, the issues in the first batch was because I wrote the patch based on my understanding of the old devices, and just blindly added some code for the new ones (without testing) |
| 19:45.38 | mvanbaak | uhhuh |
| 19:45.53 | mvanbaak | but your first batch is what made this one actually usable |
| 19:46.19 | Qwell | M8824 |
| 19:46.23 | mvanbaak | karma++X3 |
| 19:46.25 | Qwell | mvanbaak: if you're interested in playing with that |
| 19:46.32 | MuffinMan | [assigned] [Asterisk] Channels/NewFeature 0008824: [patch] Remote (called) Party Identification - chan_sip & chan_skinny implementation reported by gareth (Karma: +9.00) http://bugs.digium.com/view.php?id=8824 |
| 19:46.45 | Qwell | the SIP part is pretty well covered, I believe |
| 19:46.52 | mvanbaak | ah |
| 19:46.56 | mvanbaak | well, sounds like fun |
| 19:47.05 | mvanbaak | the skinny part is not really tested I see |
| 19:47.10 | Qwell | yeah.. |
| 19:47.29 | Qwell | I think for the most part, it's ready to go in, pending testing |
| 19:47.40 | Qwell | Corydon76-dig: right? |
| 19:47.55 | Corydon76-dig | Right, Skinny needs testing |
| 19:48.20 | Corydon76-dig | and Mars needs women |
| 19:48.26 | mvanbaak | lol |
| 19:50.37 | mvanbaak | one issue with commit access |
| 19:50.39 | mvanbaak | you dont get that much karma anymore ;) |
| 19:50.41 | mvanbaak | runs |
| 19:50.45 | Qwell | indeed... |
| 19:51.52 | mvanbaak | gheh, bbryant and Qwell fighting over an issue |
| 19:52.01 | Qwell | I didn't do it :p |
| 19:52.57 | mvanbaak | still need to fix something so my nagios can monitor chan_skinny without the 'client sent less data then expected' |
| 19:52.58 | bbryant | i was testing a mantis problem |
| 19:54.06 | Corydon76-dig | bbryant: yay, you fixed it? |
| 19:54.21 | bbryant | Corydon76-dig: don't think so |
| 19:54.28 | Corydon76-dig | Crud |
| 19:54.33 | bbryant | i added something to where it crashed that checks for recursion though |
| 19:54.43 | bbryant | i'm installing a copy locally to mess with |
| 19:54.52 | Corydon76-dig | Ah |
| 19:55.04 | Qwell | mvanbaak: can't make nagios register as a phone? |
| 19:55.09 | Qwell | simple message to do so |
| 19:57.27 | mvanbaak | yeah |
| 19:57.31 | mvanbaak | but I have to code it |
| 19:57.35 | mvanbaak | either in C or in sh |
| 19:57.39 | Qwell | sh |
| 19:57.43 | Qwell | or perl |
| 19:57.47 | Qwell | trivial in perl |
| 19:57.57 | mvanbaak | possibly |
| 19:58.03 | mvanbaak | my perl foo is horrible |
| 19:58.08 | Qwell | bash with /dev/socket :p |
| 19:58.14 | Qwell | erm, /dev/tcp/? whatever |
| 19:58.26 | Qwell | netcat though |
| 19:58.31 | mvanbaak | yeah |
| 19:58.39 | mvanbaak | thinking about nagios_skinny.py now |
| 19:58.40 | Qwell | basically just echo a packet (use hex) |
| 19:59.07 | mvanbaak | register, ask for the time, check answer, unregister |
| 19:59.17 | Qwell | that'd work |
| 19:59.30 | Qwell | or, hell, no need to even ask the time |
| 19:59.50 | mvanbaak | no, but at least I'll know if it works |
| 19:59.57 | mvanbaak | because the first check for a host is ntp |
| 20:00.08 | mvanbaak | erm |
| 20:00.11 | mvanbaak | second |
| 20:00.18 | mvanbaak | ping, ntp, <rest of services> |
| 20:00.23 | *** part/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 20:00.29 | Corydon76-dig | Nagios register as a phone? Sick. |
| 20:00.31 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 20:00.31 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 20:01.19 | mvanbaak | Corydon76-dig: there's a sip plugin that does that |
| 20:01.28 | jpeeler | are there any consequences of making a thread joinable rather than detached aside from perhaps more resources required? |
| 20:01.30 | mvanbaak | found it somewhere on the net |
| 20:02.45 | tzafrir_home | Corydon76-dig, I'm not really sure why libtonezone was needed in all of those modules. But without it they simply didn't build |
| 20:03.22 | mvanbaak | Qwell: what patch should I apply for that remote_party issue ? |
| 20:03.25 | mvanbaak | running trunk here |
| 20:03.32 | Qwell | don't know |
| 20:04.44 | mvanbaak | ah well |
| 20:04.51 | mvanbaak | I'll guess I have to read the thread |
| 20:04.55 | Corydon76-dig | tzafrir_home: I rm'ed that library and they still built |
| 20:05.20 | Corydon76-dig | tzafrir_home: so clearly, if the library is needed, there's still something wrong with the build process |
| 20:05.46 | Corydon76-dig | (post patches) |
| 20:05.58 | tzafrir_home | It was a compile issue, not a link issue (we didn't get to that) |
| 20:06.24 | tzafrir_home | I don't have a build system with svn dahdi and asterisk handi . will look into it shortly |
| 20:12.36 | Corydon76-dig | Well, something I did not do was to remove the headers, just the libraries |
| 20:13.29 | mvanbaak | Qwell: I'll test the remote party stuff tomorrow |
| 20:13.35 | Qwell | cool |
| 20:13.36 | mvanbaak | you can assign it to me if you want |
| 20:14.01 | mvanbaak | I'll give it back to you once I tested it |
| 20:17.54 | mvanbaak | hurray ! my first transfer with skinny |
| 20:17.58 | mvanbaak | and it was a success |
| 20:18.18 | seanbright | well considering you applied the patch to trunk a few minutes before hand... |
| 20:18.19 | putnopvut | So now I need to remember that skinny has its own transfer mechanism too. |
| 20:18.21 | seanbright | heh |
| 20:18.41 | seanbright | mvanbaak: its code -> test -> commit, i thought ;-) |
| 20:18.45 | mvanbaak | putnopvut: like sip and iax etc |
| 20:18.56 | mvanbaak | seanbright: yup, but this was in production |
| 20:19.15 | mvanbaak | seanbright: with 12 other skinny calls running. real calls |
| 20:19.26 | seanbright | mvanbaak: ohhh |
| 20:19.28 | seanbright | hot |
| 20:19.29 | mvanbaak | not calls from my mobile to my home box transferring to my wife |
| 20:20.17 | mvanbaak | my last mobile bill was 25 euro of calls to my home number |
| 20:20.22 | mvanbaak | it was fun to see that |
| 20:20.30 | mvanbaak | 280 minutes |
| 20:20.49 | mvanbaak | I should get one of those gsm gateways |
| 20:21.00 | mvanbaak | so I can call my home box for free using the cellphone network |
| 20:21.05 | mvanbaak | erm |
| 20:21.07 | mvanbaak | DAMN |
| 20:21.11 | mvanbaak | we have one of those at work |
| 20:21.18 | mvanbaak | which I can call for free |
| 20:21.21 | mvanbaak | hhmm |
| 20:22.42 | mvanbaak | vim routing.agi.c |
| 20:22.44 | mvanbaak | ;) |
| 20:31.43 | codefreeze-lap | darn! Thought I had something. The time to get the lock in __ast_answer is a function of the time for ast_pbx_start() to run. And almost all its time is spent creating a detached thread... sigh. |
| 20:32.06 | shido6 | what the frog is the purpose of get_folder2 and get_folder why not just pick the folder you want and start playing messages, why tell me a second time and then ask me to press 1 to listen to the messages? how do I get rid of the 2nd time so once i select to change folders and pick the folder I want it starts playing messages |
| 20:32.44 | shido6 | to start playing messages.... |
| 20:35.26 | mvanbaak | meh, gotta love torrents that come in at 800KB/s |
| 20:39.08 | putnopvut | shido6: app_voicemail is full of crazy crap that makes no sense. |
| 20:41.04 | mvanbaak | let's try this: svn remove https://origsvn.digium.com/svn/asterisk/trunk/apps/app_voicemail.c |
| 20:41.15 | Corydon76-dig | Anybody know of a good memory debugging program like valgrind that works on FreeBSD? |
| 20:41.15 | mvanbaak | svn commit -m 'obsoleted by app_minivm.c' |
| 20:41.54 | Corydon76-dig | Because valgrind doesn't |
| 20:42.12 | putnopvut | Corydon76-dig: does purify work? |
| 20:42.30 | Corydon76-dig | The issue is 12508. Reporter is on FreeBSD |
| 20:42.41 | putnopvut | oh |
| 20:43.28 | Corydon76-dig | and the valgrind output there is singularly unhelpful |
| 20:44.25 | putnopvut | yes, I see that. |
| 20:44.43 | putnopvut | I could ask on the valgrind-users list if there's a way to make it work on FreeBSD. |
| 20:45.45 | Corydon76-dig | Could, but I don't think you're going to get a positive answer |
| 20:46.19 | putnopvut | http://valgrind.org/info/platforms.html |
| 20:46.42 | Corydon76-dig | Yeah, I was looking at that earlier |
| 20:46.45 | putnopvut | It sounds like any *BSD ports of valgrind are done by community members and are labeled as "experimental" |
| 20:47.01 | Corydon76-dig | Hence why I need something similar that isn't valgrind |
| 20:53.18 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 20:57.43 | tzafrir_home | Corydon76-dig, regarding http://bugs.digium.com/12911 (the tonezone dependencies) |
| 20:58.16 | tzafrir_home | The thing is that dahdi_compat.h includes dahdi/tonezone.h |
| 20:58.55 | tzafrir_home | But tonezone may come from either dahdi/tools or zaptel, independenly of the source of dahdi/kernel |
| 20:59.29 | tzafrir_home | And is certainly not guaranteed to come from the same place either dahdi or zaptel comes from |
| 20:59.44 | tzafrir_home | (there's a separate --with for it in the configure script) |
| 21:00.18 | Corydon76-dig | tzafrir_home: I'm not saying your check is not needed. I'm saying your check is insufficient |
| 21:00.33 | tzafrir_home | What do you mean? |
| 21:01.37 | Corydon76-dig | I ran 1.4 with the library missing. It compiled anyway |
| 21:02.03 | Corydon76-dig | If you need the library, then the configure script should look for the library and fail the requirement if it's not there |
| 21:02.05 | tzafrir_home | Also, it seems that a dependency on dahdi implies a dependency on tonezone at the moment, so adding it right now is not very useful |
| 21:02.16 | tzafrir_home | maybe it used a static library? |
| 21:02.57 | Corydon76-dig | Doesn't matter. I removed all incarnations of libtonezone from /usr/lib and it compiles anyway |
| 21:03.12 | Corydon76-dig | (1.4 compiles; 1.6 does not) |
| 21:05.27 | tzafrir_home | did you explicitly use --with-tonezone? |
| 21:05.36 | Corydon76-dig | No, I did not |
| 21:06.14 | Corydon76-dig | but as it could not find the library in the standard locations, it should have failed, right? |
| 21:10.44 | kpfleming | no, the channel drivers do not link to the tonezone library |
| 21:10.51 | kpfleming | they only use the header file for some definitions |
| 21:11.34 | Corydon76-dig | kpfleming: what about the apps? |
| 21:11.53 | kpfleming | i don't think any apps use it at all |
| 21:11.56 | kpfleming | but i could be wrong |
| 21:12.19 | Corydon76-dig | apps_dahdiscan fails to compile without the library there (in 1.6.0) |
| 21:12.23 | kpfleming | but in any case, i think the only thing today that uses the tonezone *library* is ztcfg/dahdi_cfg |
| 21:12.25 | Corydon76-dig | but it compiles fine in 1.4 |
| 21:13.51 | kpfleming | that's confusing... the presence of the library can't affect compilation, only linking |
| 21:14.36 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 21:14.36 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 21:15.00 | Corydon76-dig | Well, okay, the link part of the build |
| 21:15.08 | Corydon76-dig | It still fails spectacularly |
| 21:15.18 | kpfleming | can you post the error message for me? |
| 21:16.01 | Corydon76-dig | Gone out of my history |
| 21:16.05 | *** part/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 21:16.05 | kpfleming | hmm |
| 21:16.48 | Corydon76-dig | I don't think the issue is with 1.6.0, as when I re-ran configure, it removed it |
| 21:17.08 | Corydon76-dig | kpfleming: you realize we're talking about tzafrir_home's patch, right? |
| 21:17.19 | kpfleming | no, sorry |
| 21:17.32 | Corydon76-dig | M12911 |
| 21:17.34 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0012911: [patch] proper dependencies on dahdi/tonezone reported by tzafrir (Karma: +98.00) http://bugs.digium.com/view.php?id=12911 |
| 21:18.05 | kpfleming | sorry, was just jumping in without any background and no mental bandwidth either :-) |
| 21:18.17 | Corydon76-dig | np |
| 21:23.16 | tzafrir_home | kpfleming, they compile with tonezone.h, however, because dahdi_compat.h includes tonezone.h |
| 21:23.44 | tzafrir_home | That's the reason for this strange deepndency |
| 21:23.53 | kpfleming | hmm |
| 21:23.58 | kpfleming | this is in 1.6 or 1.4? |
| 21:24.02 | tzafrir_home | 1.4 |
| 21:24.43 | kpfleming | umm... ok |
| 21:24.54 | kpfleming | so give me the short reason why that is a problem |
| 21:27.23 | tzafrir_home | Right now it means that in 1.4 everything that depends on "dahdi" must also use the custom CFLAGS of tonezone |
| 21:27.43 | tzafrir_home | (if there are any) |
| 21:28.00 | kpfleming | hmm |
| 21:28.11 | kpfleming | and previously those files directly included tonezone.h? |
| 21:28.47 | tzafrir_home | Or maybe this was hidden because tonezone was "always part of zaptel" |
| 21:29.01 | kpfleming | could be |
| 21:29.19 | kpfleming | let me get a small thing done here and then i'll take a look at the bug report |
| 21:33.42 | tzafrir_home | apps/app_rpt still has the compatibility for zaptel 1.2's <tonezone.h> |
| 21:34.26 | mvanbaak | apps/app_rpt is a pain anywayz |
| 21:34.46 | codefreeze-lap | Hmmmm. So, I hadn't thought on this before... but the maximum incoming call rate that Asterisk can handle is tied to the time it takes to fire up a thread. I'm clocking thread startup times at around 50,286,289 clock ticks, but this number seems to vary quite a bit between runs. at the 2793 Mhz of my cpu, that's 18 msec per call, which seems to vary from 9 to 47 milliseconds per thread created. |
| 21:36.08 | codefreeze-lap | I've previously measured the max of this machine at around 100 call/sec, which seems to coincide with the lower end of the scale.... |
| 21:37.55 | codefreeze-lap | oh, I'm talking SIP, here of course |
| 21:38.02 | codefreeze-lap | but then.... |
| 21:38.50 | kpfleming | tzafrir_home: ok, so your scenario was that dahdi-linux and dahdi-tools were not installed to the same path? |
| 21:39.11 | tzafrir_home | Right |
| 21:39.48 | tzafrir_home | We use the same source tree with the minimal required extra symlinks |
| 21:40.40 | kpfleming | ok, so the problem is that the configure script doesn't have a --with-tonezone option, it appears |
| 21:40.57 | kpfleming | oh wait... it does |
| 21:41.02 | kpfleming | silly, looking in the wrong place |
| 21:41.02 | tzafrir_home | It does have one. |
| 21:41.16 | tzafrir_home | Just that its results are not well used |
| 21:41.27 | kpfleming | alright |
| 21:41.40 | tzafrir_home | anyway, I see that libtonezone is only used in chan_dahdi and app_rpt |
| 21:42.46 | kpfleming | it does appear that adding tonezone.h to dahdi_compat.h was not a good idea |
| 21:43.13 | kpfleming | and that the TONEZONE_INCLUDE needs to have the right directory to find it in |
| 21:43.26 | mvanbaak | codefreeze-lap: how about chan_iax and chan_skinny ? |
| 21:44.00 | snuff-home | mm mvanbaak but almost all channels have to start an 'autoservice' thread? |
| 21:45.55 | kpfleming | tzafrir_home: i don't think your patches do quite enough... i can just fix it up now if you like |
| 21:46.17 | tzafrir_home | yeah |
| 21:46.26 | kpfleming | ok, will do |
| 21:46.31 | tzafrir_home | Anyway, time for me to go to sleep anyway |
| 21:46.36 | kpfleming | good night then |
| 21:47.50 | putnopvut | there's some goofy stuff going on with rwlocks in trunk right now. I think the lock tracking that was added is giving false positives. |
| 21:50.55 | putnopvut | Ah, I see what the problem is... |
| 21:51.02 | putnopvut | It doesn't like this: |
| 21:51.11 | putnopvut | thread 1 rdlocks a lock |
| 21:51.16 | putnopvut | thread 2 rdlocks the same lock |
| 21:51.27 | putnopvut | thread 1 unlocks the lock (complains here) |
| 21:51.36 | putnopvut | thread 2 unlocks the lock (complains here too) |
| 21:51.56 | kpfleming | so the tracking code doesn't know that multiple threads are allowed to hold a rdlock (but not a wrlock) |
| 21:52.10 | putnopvut | essentially. |
| 21:52.25 | seanbright | does it keep track of rdlock order? |
| 21:52.40 | putnopvut | seanbright: yes, and that's what's throwing it off. |
| 21:52.41 | kpfleming | there is no 'order', that is the problem |
| 21:52.55 | seanbright | hmmm |
| 21:52.59 | seanbright | 2 different opinions there |
| 21:53.39 | putnopvut | seanbright: I agree with kpfleming that there is no concept of order for rdlocks, but the tracking code keeps an order and tries to adhere to that. |
| 21:53.42 | putnopvut | That's what the problem is. |
| 21:53.47 | seanbright | right |
| 21:54.08 | kpfleming | no, i was saying the same thing, from a different point of view :-) |
| 21:54.17 | putnopvut | It assumes that the thread that is attempting to unlock the lock is the same one that just locked it. |
| 21:54.20 | seanbright | from the point of view of the locks :-) |
| 21:54.38 | kpfleming | yep |
| 21:54.42 | seanbright | right, it assumes inside-out |
| 21:54.49 | putnopvut | Right, LIFO. |
| 21:54.59 | seanbright | well than should be a simple fix, no? |
| 21:55.22 | putnopvut | Should be, but it'll add some extra overhead to the rwlock tracking. |
| 21:55.46 | seanbright | basically has to search the list now, instead of just popping the last one off |
| 21:55.50 | seanbright | something like that? |
| 21:56.07 | putnopvut | Right, except it uses an array, so it could be tricky to remove an element from the middle. |
| 21:56.10 | seanbright | maybe i should stop guessing and actually look at the code :) |
| 21:56.15 | putnopvut | heh |
| 21:56.21 | russellb | memmove |
| 21:56.33 | putnopvut | russellb: yes, indeed. What a great function :) |
| 21:56.42 | seanbright | as long as you are moving <-- that way |
| 21:56.44 | seanbright | heh |
| 21:57.33 | kpfleming | could you just 'empty' out an array element but keep the index of the top of the array so you know there are elements past it? |
| 21:57.49 | file | or if you keep a count... move the last element to the empty place... if it isn't at the end... |
| 21:58.08 | russellb | yes, what file said |
| 21:58.09 | putnopvut | What's wrong with memmove? |
| 21:58.15 | russellb | for rwlocks anyway |
| 21:58.17 | russellb | less efficient ... |
| 21:58.17 | seanbright | or just fill the array from the end, backwards. |
| 21:58.23 | seanbright | heh |
| 21:58.58 | kpfleming | using memmove means moving data around that doesn't really need to be moved, and will be gone at some point anyway |
| 21:59.47 | russellb | seanbright: you can actually use memmove going -> that way too |
| 22:00.05 | seanbright | russellb: you're risking overflow that way, n o? |
| 22:00.08 | seanbright | s/n o/no/ |
| 22:00.22 | russellb | well, if you're not careful, sure :) |
| 22:00.40 | file | there are lots of ways to shoot yourself in the foot if you are not careful. |
| 22:00.40 | seanbright | moving <- that way you don't have to be as careful |
| 22:00.46 | russellb | sure you do |
| 22:00.54 | russellb | you can underflow(?) just as easily with memmove |
| 22:01.12 | kpfleming | memmove is designed to handle overlaps, memcpy is not |
| 22:01.14 | mvanbaak | hhmm, someone reported the jabber stuff is broken since the latest commit by phsultan |
| 22:01.14 | seanbright | ok, you win. |
| 22:01.15 | kpfleming | memmove is always safe |
| 22:01.17 | seanbright | heh |
| 22:01.19 | mvanbaak | but it compiles fine here |
| 22:01.33 | seanbright | alright, i need to get on the road. |
| 22:02.02 | seanbright | see ya |
| 22:02.17 | mvanbaak | latero seanbright |
| 22:02.21 | codefreeze-lap | mvanbaak: It's hard to predict what the maximums are; it's a function of how time-spenders run in parallel and interfere with each other. Iax has a lot more parallelism than chan_sip. |
| 22:02.45 | mvanbaak | codefreeze-lap: yeah. |
| 22:03.02 | mvanbaak | codefreeze-lap: we try to stay away from sip as much as we can |
| 22:03.34 | mvanbaak | basically because our setup is: internet -> redundant firewalls -> internal asterisk boxen |
| 22:03.41 | mvanbaak | nat all over the place |
| 22:04.15 | mvanbaak | you never know that the other side is doing |
| 22:04.35 | mvanbaak | if there is more then 3 nat hops involved, you are toast most of the time when it comes to sip |
| 22:04.47 | mvanbaak | so we do iax2 and skinny most of the time |
| 22:05.20 | mvanbaak | if we really have to deal with sip we put a box at the customer to do the local sip stuff and add an iax connection to our setup |
| 22:05.39 | kpfleming | russellb: can you get on the jabber? |
| 22:06.01 | russellb | i already am on the jabber |
| 22:06.08 | russellb | not in the jabber roomz |
| 22:09.26 | mvanbaak | what do you guys think about the xml format in https://origsvn.digium.com/svn/asterisk/team/mvanbaak/appdocsxml/apps/app_dial.c ? |
| 22:09.47 | mvanbaak | line 65 and later |
| 22:31.04 | putnopvut | mvanbaak: it seems good to me. The only thing that seems off to me is the use of 'x' as an argument everywhere. I'm guessing that's just a placeholder for right now though. |
| 22:32.21 | mvanbaak | putnopvut: uhhuh. it's ported 1:1 from the application description right now |
| 22:33.14 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-185-165.hsd1.wa.comcast.net) |
| 22:40.54 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 22:40.59 | mvanbaak | I'm off to bed |
| 22:41.03 | mvanbaak | latero all |
| 22:41.05 | putnopvut | G'night! |
| 22:51.37 | *** join/#asterisk-dev RoyK (n=roy@ip-158-24-149-91.dialup.ice.no) |
| 22:53.26 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 22:53.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 23:04.16 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-31641.home.otenet.gr) |
| 23:20.00 | *** part/#asterisk-dev RoyK (n=roy@ip-158-24-149-91.dialup.ice.no) |