| 00:24.03 | Qwell | can a call be parked at a non-numeric extension? |
| 00:25.20 | putnopvut | Qwell: no idea |
| 00:25.31 | Qwell | better question: |
| 00:25.43 | Qwell | a call can only be parked at a non-numeric extension - is there a reason for that? |
| 00:26.38 | file | Qwell: what? |
| 00:26.46 | file | that question makes no sense to me |
| 00:26.59 | Qwell | yeah... |
| 00:27.50 | Qwell | ast_masq_park_call returns the park extension as an int, which means it can't be alphanumeric |
| 00:28.10 | Qwell | so, I can't park somebody at exten 'bob' |
| 00:28.40 | jtodd | qwell: I think you inverted your question. You meant: a call can only be parked at a numeric extension - is there a reason for that? |
| 00:28.50 | Qwell | oh |
| 00:28.56 | Qwell | yeah, what he said |
| 00:29.07 | file | that makes much more sense |
| 00:29.25 | Qwell | file: you're supposed to read what I mean, not what I say :D |
| 00:29.31 | file | and the answer is no, as we treat extensions as alphanumeric... having park work with only numerical is somewhat silly if you specify the exact extension to park on |
| 00:29.32 | Qwell | you should know that by now :) |
| 00:29.34 | jtodd | There are so many broken things with how * handles numeric verus alphanumeric extensions, it makes me want to just give up. |
| 00:31.31 | jtodd | For more details on how it's broken, just give me a call and we can talk about it. My SIP URI is "fax@loligo.com". Wait... uh... |
| 00:32.09 | Qwell | eh? |
| 00:32.32 | jtodd | matching on reserved alphanumeric strings is impossible, for one. |
| 00:32.44 | jtodd | "fax" is a reserved string for an extension. Like h, t, s, etc. |
| 00:32.50 | Qwell | oh |
| 00:33.06 | Qwell | that reminds me of a problem somebody had the other day with voicemail |
| 00:33.16 | jtodd | Our cookie jar is just overflowing with magic cookies. |
| 00:33.21 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 00:33.23 | Qwell | voicemail box was named business123 |
| 00:33.39 | Qwell | so, he tried to do VoicemailMain(business123) |
| 00:33.44 | Qwell | hilarity ensued |
| 00:33.45 | Corydon76-vcch | Heh |
| 00:34.00 | jtodd | Seems like a reasonable thing to do, but... bzzt. |
| 00:34.11 | Qwell | fix: VoicemailMain(business123|) |
| 00:55.28 | blitzrage | is it possible to make that extension name configurable? Asterisk is saying, "do this" when it encounters 'fax' - how hard would it be to just make the tag name different? |
| 01:01.45 | jtodd | I think a better way would be some identifier that was outside of the normal range of extension characters, or an escape sequence that prefixed "special" extensions is the best way to go. |
| 01:02.46 | jtodd | Though i'm sure there is some better way to do it. For instance: h,1,Hangup kind of sucks. Maybe: "h",1,Hangup but that's ugly, too. |
| 01:16.35 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 01:16.35 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 01:17.06 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 01:19.05 | blitzrage | really? changing the name seems more configurable than some special notation... |
| 01:23.02 | snuff-work | mm it might not be too hard to make it user configed but i haven't looked at that code lately |
| 01:25.47 | *** join/#asterisk-dev moy (n=moyhu@189.169.152.237) |
| 01:29.57 | tzanger | any zaptel devs here? |
| 01:31.20 | blitzrage | yup! |
| 01:36.56 | tzanger | blitzrage: you ain't fooling anyone |
| 01:37.10 | blitzrage | :) |
| 01:40.28 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) |
| 01:41.14 | file | blitzrage is the newest zaptel developer |
| 01:42.46 | blitzrage | announcement tomorrow morning |
| 01:43.24 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:43.24 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:45.24 | file | russellb: ohai |
| 01:45.42 | blitzrage | another airport?! :) |
| 01:45.53 | russellb | yes, Atlanta ... |
| 01:45.56 | russellb | file: hi2u! |
| 02:22.57 | snuff-work | commiting at the airport.. such commitment |
| 02:23.09 | russellb | :-D |
| 02:24.05 | eliel | M11486 |
| 02:24.06 | MuffinMan | [closed] [Asterisk] Core-General 0011486: Core dump <tzafrir> Astrisk passed a bad pointer to libc reported by adamg http://bugs.digium.com/view.php?id=11486 |
| 02:24.28 | eliel | The backtraces don't look like 1.4SVN they look like SVN trunk... |
| 02:24.51 | russellb | line number matched 1.4 |
| 02:26.30 | eliel | aah, ok, I have an old local revision... sorry... (I think it isn't necesary to check if di != NULL) |
| 02:27.07 | russellb | it is, it's possible for it to be NULL there |
| 02:27.10 | russellb | the code isn't right ... |
| 02:27.35 | eliel | hmmm, ok |
| 02:32.35 | eliel | M11455 |
| 02:32.36 | MuffinMan | [feedback] [Asterisk] Addons/General 0011455: Asterisk crash in the middle of a "reload" command reported by elandivar http://bugs.digium.com/view.php?id=11455 |
| 02:32.51 | eliel | This is a patched version.. |
| 02:33.01 | eliel | he seems to be running chan_unicall |
| 02:33.41 | eliel | gdb_3rd_full_bt.txt |
| 02:33.52 | *** join/#asterisk-dev bkw__ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 02:37.24 | russellb | is the crash in unicall? |
| 02:37.38 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:37.59 | *** part/#asterisk-dev bkw__ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 02:38.11 | eliel | dont know |
| 02:38.22 | russellb | k .. |
| 02:39.30 | eliel | yeaph, it looks like chan_unicall (unload_module) is causing the crash in the last backtrace, but every backtrace show a different world... |
| 02:39.46 | russellb | heh ... |
| 02:39.59 | russellb | we can close it, then |
| 02:40.05 | russellb | are you a bug marshal already? |
| 02:41.01 | eliel | no |
| 02:41.25 | russellb | if so, set it to resolved (and check the close immediately checkbox) with the resolution "won't fix", and note that the crash is realted to chan_unicall |
| 02:41.32 | russellb | do you want to be? :) |
| 02:42.28 | eliel | I would like,but I first I need to know the responsabilities |
| 02:42.53 | russellb | you are now marked as a manager on mantis |
| 02:43.01 | russellb | you don't have any responsibilities, really |
| 02:43.11 | russellb | you're just allowed to do things like close issues, or change issue status |
| 02:43.16 | russellb | fix up issue titles ... |
| 02:43.29 | eliel | ok, thanks! this is a great day for me :-) |
| 02:43.33 | russellb | cool! |
| 02:43.43 | russellb | and we're always looking for people to help with processing bug reports |
| 02:43.50 | russellb | working with people to get the right debugging information ... that kind of thing |
| 02:44.01 | russellb | if you have any questions, just ask on IRC or the -dev list |
| 02:44.12 | russellb | and don't go awarding yourself like 1231230489729384 points of karma :-p |
| 02:44.21 | eliel | :-) |
| 02:54.23 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 02:57.24 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 03:06.47 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:06.47 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:20.36 | tzanger | hmm |
| 03:20.38 | tzanger | in menuselect |
| 03:20.42 | tzanger | I am trying to add another channel driver |
| 03:20.48 | tzanger | I've got the member defined in menuselect-tree |
| 03:21.13 | tzanger | and I've included it in menuselect.makeopts |
| 03:21.18 | tzanger | but I think I'm missing something |
| 03:21.35 | tzanger | because it does not try to build |
| 03:23.20 | russellb | menuselect.makeopts lists what _not_ to build |
| 03:23.31 | russellb | and you shouldn't have to add it to menuselect-tree manually, that file is automatically generated |
| 03:25.31 | tzanger | how is menuselect-tree automatically generated? from what? |
| 03:31.23 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 03:39.22 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 03:43.22 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) |
| 03:43.22 | *** join/#asterisk-dev wedhorn (n=nnnwedho@dsl-58-6-89-11.act.westnet.com.au) [NETSPLIT VICTIM] |
| 03:45.29 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-6a40a80df83a1937) |
| 03:45.29 | *** join/#asterisk-dev NoCarrier (n=NoCarrie@unaffiliated/badpacket) |
| 03:45.29 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-e54d558a9496a969) |
| 03:45.29 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 03:45.29 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 03:45.29 | *** join/#asterisk-dev mav3rick (n=t0m@trankil.biz) |
| 03:45.29 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 03:45.29 | *** mode/#asterisk-dev [+oooo kpfleming mog d3wayne Corydon76-vcch] by irc.freenode.net |
| 03:45.29 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 03:45.29 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-574b9a75e6d08d56) |
| 03:45.29 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 03:45.29 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 03:45.29 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 03:45.30 | *** mode/#asterisk-dev [+oo Qwell Deeewayne] by irc.freenode.net |
| 03:51.59 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) |
| 03:51.59 | *** join/#asterisk-dev wedhorn (n=nnnwedho@dsl-58-6-89-11.act.westnet.com.au) [NETSPLIT VICTIM] |
| 03:52.24 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 03:58.48 | blitzrage | ugh... only up to 'p' |
| 04:29.03 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 04:29.03 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 04:36.38 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-6a40a80df83a1937) |
| 04:36.38 | *** join/#asterisk-dev NoCarrier (n=NoCarrie@unaffiliated/badpacket) |
| 04:36.38 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-e54d558a9496a969) |
| 04:36.38 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 04:36.38 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 04:36.38 | *** join/#asterisk-dev mav3rick (n=t0m@trankil.biz) |
| 04:36.38 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 04:36.38 | *** mode/#asterisk-dev [+oooo kpfleming mog d3wayne Corydon76-vcch] by irc.freenode.net |
| 04:36.38 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-574b9a75e6d08d56) |
| 04:36.38 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 04:36.39 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 04:36.39 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 04:36.39 | *** mode/#asterisk-dev [+o Deeewayne] by irc.freenode.net |
| 04:43.45 | De_Mon | hey blitzrage |
| 04:43.52 | blitzrage | howdy |
| 04:44.05 | De_Mon | why wait about 10 min before you send another note to that bug ;) |
| 04:44.10 | De_Mon | you'll find more I'm sure! |
| 04:44.32 | blitzrage | :D |
| 04:44.56 | blitzrage | ya.... I kinda realized that.... I hadn't found many, but then all of a sudden this section is loaded with them |
| 04:45.06 | blitzrage | I figured it was only gonna be a couple :) |
| 04:46.44 | blitzrage | haha.. actually, that was all of them :) |
| 05:03.57 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) |
| 05:03.58 | *** join/#asterisk-dev wedhorn (n=nnnwedho@dsl-58-6-89-11.act.westnet.com.au) |
| 05:05.43 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-6a40a80df83a1937) [NETSPLIT VICTIM] |
| 05:05.43 | *** join/#asterisk-dev NoCarrier (n=NoCarrie@unaffiliated/badpacket) |
| 05:05.43 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-e54d558a9496a969) |
| 05:05.43 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) [NETSPLIT VICTIM] |
| 05:05.43 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 05:05.43 | *** join/#asterisk-dev mav3rick (n=t0m@trankil.biz) |
| 05:05.43 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 05:05.43 | *** mode/#asterisk-dev [+oooo kpfleming mog d3wayne Corydon76-vcch] by irc.freenode.net |
| 05:05.43 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-574b9a75e6d08d56) |
| 05:05.43 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 05:05.44 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 05:05.44 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) [NETSPLIT VICTIM] |
| 05:05.44 | *** mode/#asterisk-dev [+o Deeewayne] by irc.freenode.net |
| 05:11.07 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 05:13.18 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 05:26.17 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-8471c2111ff7dd7b) |
| 05:26.17 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 05:26.40 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-6a40a80df83a1937) |
| 05:26.40 | *** join/#asterisk-dev NoCarrier (n=NoCarrie@unaffiliated/badpacket) |
| 05:26.40 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 05:26.40 | *** join/#asterisk-dev mav3rick (n=t0m@trankil.biz) |
| 05:26.40 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 05:26.40 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-574b9a75e6d08d56) |
| 05:26.41 | *** mode/#asterisk-dev [+oooo kpfleming d3wayne Corydon76-vcch Deeewayne] by irc.freenode.net |
| 05:26.41 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 05:26.41 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 05:29.19 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 05:29.19 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 05:29.19 | *** join/#asterisk-dev BadPacket (n=NoCarrie@unaffiliated/badpacket) |
| 05:31.20 | De_Mon | oh sweet my karma went up |
| 05:31.48 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:31.48 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 05:33.29 | De_Mon | hrm |
| 05:33.43 | De_Mon | Qwell you there? |
| 05:52.51 | De_Mon | oh great. I just spotted M9723 and M11251 |
| 05:53.18 | De_Mon | crap. guess i better compile 1.4 head and see wtf is going on |
| 05:53.21 | blitzrage | M9723 |
| 05:53.23 | blitzrage | M11251 |
| 05:55.10 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:57.43 | russellb | MuffinMan :( |
| 05:57.45 | russellb | file: !!!!!!! |
| 05:58.44 | De_Mon | M11237 is what got me going on all this |
| 05:58.58 | De_Mon | i was about to open another bug in the same area and then it was like, well crap. |
| 06:00.22 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 06:00.54 | russellb | M11237 |
| 06:00.55 | MuffinMan | [assigned] [Asterisk] Resources/res_features 0011237: Parking -- execution does continue at next priority when requested parking extension is in use. reported by jon http://bugs.digium.com/view.php?id=11237 |
| 06:01.05 | russellb | M11251 |
| 06:01.05 | MuffinMan | [new] [Asterisk] Resources/res_features 0011251: Parking into already taken parking slot leaves stalls channels and partially blocks asterisk (fix to issue 11237 is bad) reported by mdu113 http://bugs.digium.com/view.php?id=11251 |
| 06:01.21 | russellb | M9723 |
| 06:01.22 | MuffinMan | [closed] [Asterisk] Core/General 0009723: Attempt to park call to already taken parking slot result in weird behavior and requires asterisk restart reported by mdu113 http://bugs.digium.com/view.php?id=9723 |
| 06:01.36 | russellb | hm, i think i was the one that closed 9723 ... |
| 06:01.45 | De_Mon | me too |
| 06:02.56 | De_Mon | I keep opening a ticket that has a subversion url and changing the revision# now :P thanks again for that feature russel |
| 06:03.27 | russellb | np :) |
| 06:03.54 | russellb | i need to go to sleep now .. |
| 06:04.00 | russellb | g'night |
| 06:43.28 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:01.08 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:22.09 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 07:41.39 | *** join/#asterisk-dev wyoming (n=steve_mu@216.166.159.235) |
| 09:58.25 | *** join/#asterisk-dev oej (n=olle@193.126.30.214) |
| 09:58.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:59.10 | oej | Good morning! |
| 10:23.51 | *** part/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 11:08.37 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:09.51 | *** join/#asterisk-dev oej (n=olle@193.126.30.214) |
| 11:09.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:10.56 | oej | Note to myself: Don't start Windows XP in a virtual machine unless you really, really can't avoid it... |
| 11:48.40 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 12:11.33 | *** join/#asterisk-dev RoyK (n=roy@ip-56-15-149-91.dialup.ice.no) |
| 12:26.42 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:45.17 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 12:45.17 | *** mode/#asterisk-dev [+o Corydon76-vcch] by ChanServ |
| 12:50.04 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 12:50.06 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 13:45.19 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 13:46.03 | *** join/#asterisk-dev Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 13:46.03 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 13:46.03 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 13:46.03 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 13:46.03 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 13:46.03 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 13:46.04 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-58aee2ef14073e11) [NETSPLIT VICTIM] |
| 13:46.04 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 13:46.04 | *** mode/#asterisk-dev [+oo Corydon76-vcch Qwell] by irc.freenode.net |
| 13:49.52 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.125.196) |
| 13:56.18 | De_Mon | http://pastebin.ca/808319 |
| 13:56.26 | De_Mon | could someone look at that before I open another bug |
| 13:57.40 | De_Mon | the way res_featuers.c reads, is it only goes to local,s,1 if some context doesn't exist but also goes out of its way to create the context if it doesn't exist. |
| 13:58.36 | De_Mon | so it seems like a useless check as far as I can tell.. I can't get * to ever go anywhere but <peername>@park-dial:1 |
| 14:06.29 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 14:29.23 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-b9820a83e0eac07d) |
| 14:29.23 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:36.55 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:36.55 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:41.18 | De_Mon | morning |
| 14:49.54 | Qwell | De_Mon: your mantis username is jon, right? |
| 14:50.33 | Qwell | I think I have a solution for that parking timeout hang.. there's a KEEPALIVE somewhere that needs to be changed, I think |
| 14:53.45 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:53.45 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:54.12 | putnopvut | russellb: thanks for taking care of my errors last night. I appreciate that. |
| 14:54.53 | *** join/#asterisk-dev Laureano (n=Laureano@200.59.172.38) |
| 14:56.05 | Corydon76-dig | Looks like my cdr change yesterday satisfied IgorG |
| 14:57.03 | De_Mon | yes |
| 14:57.41 | De_Mon | thats comforting because that KEEPALIVE msg always baffled me |
| 14:57.49 | oej | file: around and alive? |
| 15:00.09 | oej | Guess not |
| 15:01.00 | Corydon76-dig | I think file may be in transit today |
| 15:01.05 | Qwell | tomorrow |
| 15:01.14 | Corydon76-dig | Oh. Or he's packing. |
| 15:01.19 | Qwell | could be |
| 15:01.23 | Qwell | he's usually up by now |
| 15:01.35 | Corydon76-dig | Considering it's 11am? |
| 15:01.40 | Qwell | heh |
| 15:02.39 | De_Mon | Qwell you're right else if (!ast_park_call(transferee, transferer, 0, NULL)) |
| 15:03.04 | oej | Ok, had some questions about T.38 reinvites and I guess he's the expert now. |
| 15:03.24 | De_Mon | i'm looking at 1.4.13 code so line numbers woln't mean much |
| 15:03.27 | Qwell | oej: T.38 doesn't exist. |
| 15:03.51 | De_Mon | Qwell it does passthrough doesnt it? |
| 15:03.58 | Qwell | what does? |
| 15:04.02 | De_Mon | T38 |
| 15:04.09 | Qwell | T.38 doesn't exist. |
| 15:04.32 | Qwell | asterisk may support it, but it simply doesn't exist |
| 15:04.32 | De_Mon | M11066 |
| 15:04.33 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/T.38 0011066: Asterisk SIP Connections to systems that support t38 fax detection may fail reported by jon http://bugs.digium.com/view.php?id=11066 |
| 15:05.12 | De_Mon | oh, that kind of doesn't exist |
| 15:05.32 | Qwell | I refuse to acknowledge it's existance. |
| 15:05.35 | Qwell | existence too |
| 15:05.37 | De_Mon | T.38 the blackhole |
| 15:06.10 | De_Mon | I did too, but it refuses to acknowledge my non-acknolegement |
| 15:07.40 | De_Mon | i'm going to try this and see if how good my guesser is |
| 15:07.41 | De_Mon | http://www.pastebin.org/10811 |
| 15:08.38 | De_Mon | with simicolins where they belong of course (oops) |
| 15:16.03 | Qwell | M11488 |
| 15:16.04 | MuffinMan | [assigned] [LibSS7] General 0011488: LIBSS7 - AGI dropping ssh sessions running asterisk -r reported by alanmcmillan http://bugs.digium.com/view.php?id=11488 |
| 15:16.09 | Qwell | this can't seriously be caused by asterisk... |
| 15:16.54 | file | I am not |
| 15:17.05 | file | I slept in on purpose |
| 15:17.11 | Qwell | ooo |
| 15:17.34 | Qwell | and I woke up...early. There is balance in the world |
| 15:21.54 | *** join/#asterisk-dev novinder (n=Novinder@CPE000f664f0f37-CM0014045a95ea.cpe.net.cable.rogers.com) |
| 15:23.32 | russellb | file: you're alive!! |
| 15:23.51 | file | I am |
| 15:24.39 | russellb | i'm not |
| 15:25.32 | file | I was just partially checking in for my flight so I could see what seats I was assigned |
| 15:26.03 | putnopvut | Did you get aisle seats? Those are best. |
| 15:26.10 | file | nah, I prefer window seats |
| 15:26.26 | Qwell | window is awesome, just don't plan on getting up |
| 15:26.35 | putnopvut | At least you don't prefer middle seats. |
| 15:26.48 | Qwell | except on some planes, it's really uncomfortable, because they have no armrest on that side... |
| 15:27.29 | russellb | i prefer window seats on exit rows :) |
| 15:27.45 | Qwell | I prefer shotgun in the cockpit |
| 15:28.02 | file | silly website wouldn't let me change seats |
| 15:28.04 | Qwell | not that I've ever flown shotgun in the cockpit... I'm just assuming it's pretty nice |
| 15:30.39 | putnopvut | I've never flown 1st class. |
| 15:34.12 | *** join/#asterisk-dev jsmith (n=jsmith@68-246-38-7.area3.spcsdns.net) |
| 15:34.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:35.19 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 15:35.51 | De_Mon | heh I just noticed that set_c_e_p() is declared is res_features.c |
| 15:36.56 | Qwell | putnopvut: I almost did once... but then I went to check in that morning, and I found out I had no ticket at all |
| 15:37.18 | Qwell | they were like "oh yeah, they found a cheaper flight, so we had them cancel your ticket. we forgot to tell you" |
| 15:38.12 | russellb | that's not very nice. |
| 15:46.16 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-9188e237b21ab828) |
| 15:46.16 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:46.32 | kpfleming | friday! |
| 15:46.42 | file | kpfleming: maybe. |
| 15:47.30 | jsmith | You mean it's not just Monday number five? |
| 15:48.21 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:48.21 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 15:51.00 | blitzrage | morning all! |
| 15:57.25 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:59.05 | tzanger | hmm |
| 15:59.08 | tzanger | channel driver question |
| 15:59.12 | tzanger | I'm looking at chan_phone |
| 15:59.27 | tzanger | it goes through and builds up a list of fds to select on |
| 15:59.28 | *** join/#asterisk-dev moy (i=moyhu@nat/ibm/x-26e0d3b1a4d61f9f) |
| 15:59.47 | tzanger | it only adds the fd if the interface for the fd has no owner |
| 16:00.01 | tzanger | then when select returns, it goes through the list again |
| 16:00.13 | tzanger | but it checks if the intrface has an owner again |
| 16:00.17 | tzanger | which seems odd |
| 16:00.46 | tzanger | because I'm not sure how an interface will not have an owner come select time, but have one after the select |
| 16:00.57 | tzanger | since ownership would have to be done through the select call, would it not (i.e. a hook state change) |
| 16:01.06 | tzanger | or is it possible for asterisk to "take ownership" |
| 16:01.12 | tzanger | <PROTECTED> |
| 16:03.52 | russellb | i doubt anyone here has ever used chan_phone, much less looked at the code |
| 16:04.01 | tzanger | heh |
| 16:04.22 | tzanger | I was using it as a base for my own channel driver, as chan_zap is WAYYYYYYY to complex and chan_oss is too different |
| 16:04.45 | tzanger | the channel driver also can handle non-slinear data, which is what my channel driver needs |
| 16:04.50 | tzanger | (just ulaw, but still) |
| 16:09.03 | *** join/#asterisk-dev juanjoc (n=juanjoc@190.2.0.145) |
| 16:13.47 | Corydon76-dig | russellb: ping |
| 16:14.32 | Corydon76-dig | If you have an arbitrary ap inside gdb, how do you examine that to determine what arguments are there? |
| 16:20.36 | russellb | Corydon76-dig: good question ... i don't know |
| 16:21.22 | tzanger | hmm... wtf is a channel requester? |
| 16:21.25 | tzanger | (ast_cahnnel_tech) |
| 16:21.33 | Corydon76-dig | It's crashing on this statement: #4 0x00000000004d603e in ast_dynamic_str_append (buf=0x4095e920, max_len=0, fmt=0x5349d0 "=== --- ---> Locked Here: %s line %d (%s)\n") |
| 16:21.36 | kpfleming | Corydon76-dig: i don't think you can |
| 16:21.49 | putnopvut | tzanger: when you call ast_request, the channel requester is called. |
| 16:21.51 | russellb | Corydon76-dig: oh, I already fixed that bug |
| 16:21.53 | russellb | just a few days ago |
| 16:21.54 | file | tzanger: calling a device is two operations... request and call |
| 16:22.06 | russellb | Corydon76-dig: should be fixed in the latest 1.4 branch |
| 16:22.09 | tzanger | putnopvut: thank you, captain obvious :-) |
| 16:22.38 | Corydon76-dig | russellb: aha |
| 16:22.44 | file | tzanger: request is "hey set things up so I can dial here... but don't actually do it" while call is "hey actually calls this" request comes first, then call... |
| 16:22.57 | tzanger | hmm |
| 16:23.16 | tzanger | I'm trying to understand why it's looking for an available channel |
| 16:23.25 | tzanger | I would have thought it would want a *specific* channel |
| 16:23.28 | tzanger | not the first avail |
| 16:23.53 | jsmith | So one is "prepare to fast-forward" and the other is "fast-forward, Sir!"? (Sorry, couldn't help the SpaceBalls reference...) |
| 16:24.29 | De_Mon | jsmith next time, resisst! |
| 16:25.37 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-e3de0baa6758bebb) |
| 16:25.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:27.35 | jsmith | De_Mon: Whatever you say |
| 16:39.12 | *** join/#asterisk-dev msetim (n=marcos@200.195.161.164) |
| 16:51.54 | *** join/#asterisk-dev dklima (n=daniel@200.195.161.164) |
| 16:53.47 | dklima | russell |
| 16:56.50 | russellb | that's my name! |
| 16:57.33 | russellb | i think. |
| 16:57.53 | dklima | :) |
| 16:58.09 | russellb | in regards to login information, you can send it however you are comfortable with |
| 16:58.27 | russellb | IRC in a public channel, IRC via private message, email, encrypted email (which is what i prefer) |
| 16:58.52 | dklima | right |
| 17:00.28 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 17:09.11 | De_Mon | mmm encrypted email |
| 17:10.04 | kpfleming | encrypted with a randomly-generated key that only the sender knows |
| 17:10.13 | Qwell | M11453 |
| 17:10.13 | MuffinMan | [new] [Asterisk] Resources/res_agi 0011453: FASTAGI disconnects all ssh sessions to PC when hangup occurs reported by alanmcmillan http://bugs.digium.com/view.php?id=11453 |
| 17:10.18 | Qwell | Does that make *any* sense whatsoever to anybody? |
| 17:10.27 | Qwell | is it even possible? |
| 17:10.41 | De_Mon | are there any plans to pull features out of res_features and into their very own app_<appname> like park |
| 17:11.11 | kpfleming | De_Mon: plans? no... but there have been thoughts about it |
| 17:11.13 | Corydon76-dig | Qwell: I'm thinking he has the SSH escape character set to something unusual, and the hangup of AGI is printing that exact escape sequence |
| 17:11.22 | Qwell | Corydon76-dig: but VNC too |
| 17:11.30 | Corydon76-dig | It's normally "~." |
| 17:11.51 | russellb | Qwell: it's certainly bizarre, and almost certainly something weird with his system ... |
| 17:11.58 | Qwell | unless by "vnc" he really means "x forwarding over ssh" or "nx" |
| 17:12.17 | russellb | i wouldn't spend a second looking at it unless at least one other person verified it happens to them, too |
| 17:12.20 | russellb | personally ... |
| 17:12.48 | russellb | actually, you should note that in the bug |
| 17:12.49 | Corydon76-dig | You're too late. both Qwell and I have wasted more than a second puzzling over it |
| 17:12.58 | De_Mon | I cant use the ? in * CLI> it just flashes at me... I think its something to do with ssh too |
| 17:13.02 | Qwell | I've "wtf'd" at it several times. |
| 17:13.07 | russellb | well, i would ask him to try to get someone else to verify it |
| 17:13.12 | Qwell | De_Mon: ? == tab |
| 17:13.15 | russellb | i don't want you guys wasting your time on that |
| 17:14.45 | De_Mon | Qwell iinteresting, so how am I expected to CLI> dialplan add extension 1,NoOp(${IF(0?true:false)}) into default |
| 17:15.22 | De_Mon | thats how i found that IF() bug that was alerady fixed the other day.. trying to use IF on the cli ;) |
| 17:15.27 | Qwell | do people actually use ? to try to complete commands? |
| 17:15.34 | De_Mon | I never have |
| 17:15.53 | De_Mon | unless you count just now when I tested your ? == tab statement |
| 17:16.30 | Qwell | De_Mon: el_set(el, EL_BIND, "?", "ed-complete", NULL); |
| 17:16.32 | Qwell | comment that out :p |
| 17:16.48 | Qwell | main/asterisk.c |
| 17:17.30 | Qwell | there was another case of this that somebody brought up once. something with chan_mobile, I think |
| 17:19.47 | De_Mon | is there _any_ documentation at all on autocomplete where/how to use it? I'm not seeing anything |
| 17:20.20 | De_Mon | its one of those things i just assumed was there and eventualy found out it worked for channel names too and never thought about it again |
| 17:20.32 | Qwell | it just depends on the CLI command |
| 17:22.03 | De_Mon | tab works on all cli commands (afaik) and channels -- if the command specifies, and modules... |
| 17:22.10 | De_Mon | s/tab/autocomplete |
| 17:22.28 | Qwell | but, that's implemented in each cli command (except for completing the command itself - that's the cli handler) |
| 17:26.21 | De_Mon | I wish I had never heard about the park() application |
| 17:28.26 | blitzrage | I just built my own version of Park() in dialplan |
| 17:28.45 | blitzrage | gave me multiple parking lots and allowed me to make it distributed |
| 17:31.15 | tzanger | interesting |
| 17:31.41 | blitzrage | its amazing the things you can build in dialplan |
| 17:32.17 | blitzrage | I'm pretty sure most of the big applications (Queue, Voicemail, Parking, etc...) could all be build in dialplan |
| 17:33.00 | blitzrage | which reminds me, I have to clean up my file parsing logic in vm:tng to not use SHELL() calls anymore since Corydon76-dig added \n parsing to CUT() :) |
| 17:33.21 | jsmith | Yeah, and I can build a computer out of tinker-toys... but why should I? |
| 17:33.43 | jsmith | Don't get me wrong... the dialplan rocks... but there are some things that are just better suited to applications. |
| 17:35.02 | blitzrage | unless you're trying to get around something the application can't do |
| 17:35.54 | blitzrage | usually it comes down to distributing the application. Or I end up using the application for parts of its functionality and handing off the other stuff to dialplan so it can do all the distribution stuff |
| 17:36.14 | blitzrage | everything has it's place though -- I'm not suggesting we should remove DP applications in favor of dialplan logic... :) |
| 17:36.24 | blitzrage | I'm just saying it's possible |
| 17:39.16 | tzanger | woot |
| 17:39.23 | tzanger | channel driver talkin smack to my kernel module |
| 17:40.56 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:41.29 | russellb | file: did you ever get any feedback on audiohooks-1.4 ? |
| 17:41.50 | *** join/#asterisk-dev RoyK (n=roy@ip-56-15-149-91.dialup.ice.no) |
| 17:42.57 | file | I got one talking about a separate issue |
| 17:46.05 | De_Mon | blitzrage how would you do parking without Park()? |
| 17:46.18 | tzanger | my guess is transfering into a conference |
| 17:46.45 | De_Mon | yeah but you gotta get them back out of the conference... |
| 17:46.59 | tzanger | nah, just stay int the conference :-) |
| 17:47.01 | De_Mon | I wonder if you can join a conference to a conference |
| 17:47.18 | eliel | De_Mon: yes yo can |
| 17:47.39 | De_Mon | that sounds like a horribly bad idea |
| 17:47.56 | eliel | De_Mon: yes, because you should be care of releasing that bridge |
| 17:49.01 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 17:49.26 | De_Mon | my current Park() usage is to place an oubtound call and when its answered to park them and unpark using a dynamic queue member that is called into a conference |
| 17:49.52 | De_Mon | my head explodes every time I look at it |
| 17:51.41 | blitzrage | I use MusicOnHold() and the Bridge() application |
| 17:52.27 | De_Mon | you're not running 1.4 are you |
| 17:52.39 | blitzrage | yep, I am -- but using a backport of the Bridge() application |
| 17:53.05 | blitzrage | well... at home I run trunk, but I implemented that functionality into 1.4 |
| 17:53.15 | blitzrage | (the dialplan, not the Bridge() application) |
| 17:53.17 | De_Mon | I didn't think bridge could be backported easily. Where can I find it? |
| 17:53.41 | De_Mon | that would be soo much cleaner |
| 17:53.53 | blitzrage | I have a copy of it on my server here |
| 17:54.08 | blitzrage | maybe its in the original bug actually... let me see |
| 17:54.18 | De_Mon | im looking for the bug atm |
| 17:54.49 | blitzrage | same |
| 17:55.18 | blitzrage | found it -- guess it doesn't have the patch |
| 17:55.25 | blitzrage | hold on, I'll throw it on my server |
| 17:55.41 | De_Mon | love u long time |
| 17:55.46 | russellb | lol .. |
| 17:56.19 | *** join/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 17:57.30 | De_Mon | hey russellb look at this and tell me if I'm crazy |
| 17:57.31 | De_Mon | http://pastebin.ca/808319 |
| 17:58.13 | De_Mon | I've been digging thru res_features.c for the last 4 hours trying to figure out why it works like its working |
| 18:00.28 | De_Mon | I'm starting to think 1.4 is hopeless and am in the process of setting up trunk at home to see if it works any saner there |
| 18:00.55 | blitzrage | De_Mon: http://leifmadsen.com/patches/bridge-trunk-rev-49865.patch |
| 18:01.09 | blitzrage | I've had good luck with 1.4 |
| 18:01.30 | blitzrage | although I've found a lot of bugs in it, but the devs have made a lot of bug fixes too -- so it makes me happy |
| 18:02.22 | eliel | What happen with the new release cycle proposed by russell? |
| 18:02.58 | De_Mon | park is one of those things that I think is working correctly in 1.6 so it almost doesn't seem worth while to fix (atleast not with my c++ skills) |
| 18:03.35 | russellb | eliel: it's on hold ... |
| 18:04.12 | eliel | hmm, ok, I though we were all agree, but we continue talking about 1.6 and not 1.5 :-( |
| 18:04.33 | russellb | yes, i do think we were all in agreement |
| 18:04.49 | russellb | but i have to wait a bit before we can start it ... |
| 18:05.55 | eliel | russellb: ok, thanks... |
| 18:06.21 | russellb | :-/ |
| 18:09.52 | De_Mon | 1.5? adopting a new version numbering? |
| 18:10.02 | russellb | 1.6 |
| 18:10.25 | De_Mon | did eliel mean 1.8? |
| 18:10.46 | eliel | 1.5 , 1.6 the numbering doesn't matter... what is important is the time between releases |
| 18:11.34 | jsmith | Time is an illusion |
| 18:12.21 | eliel | so is 1.4 :-) |
| 18:17.08 | jsmith | Naw, I kinda like 1.4 |
| 18:17.16 | jsmith | It's been nicer to me than 1.2 ever was |
| 18:17.25 | jsmith | ... except for one strange Zaptel issue... |
| 18:17.58 | Corydon76-dig | Uh oh |
| 18:23.06 | Corydon76-dig | jsmith: okay, I'll bite. What strange Zaptel issue? |
| 18:23.09 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-0ee9b92726190abb) |
| 18:23.09 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 18:23.35 | jsmith | Corydon76-dig: You don't wanna know... you haven't got the time or the patience to worry about it |
| 18:24.46 | russellb | the weird PRI thing? |
| 18:25.16 | russellb | which is the extent of my remembrance of it ... |
| 18:25.51 | Corydon76-dig | jsmith: I might not be able to fix it... or then again, I might |
| 18:26.21 | russellb | Corydon76-dig: you have teh power! |
| 18:26.22 | file | we discussed it |
| 18:26.36 | file | well, bmd and Cresl1n |
| 18:46.52 | eferro | Any tip to debug why asterisk detect a DTMF begin and not the DTMF end in inband mode for SIP channel.... The audio seems right and the end of the DTMF is clear... |
| 18:46.57 | eferro | any tip/hint? |
| 18:47.49 | Corydon76-dig | Nope |
| 19:00.56 | *** part/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 19:10.02 | De_Mon | uh hmm |
| 19:12.44 | Corydon76-dig | putnopvut: ping |
| 19:13.12 | putnopvut | pawng |
| 19:13.59 | Corydon76-dig | putnopvut: you didn't consider that maybe BJ and David aren't on the VPN, which would explain why they can't see the swdev list? |
| 19:14.21 | putnopvut | I didn't think that would matter. |
| 19:14.28 | Corydon76-dig | .internal isn't generally resolvable. ;-) |
| 19:15.31 | putnopvut | For some reason I was under the impression that the list names were just aliases that would expand to include all recipients of the mail. |
| 19:15.53 | Corydon76-dig | No, they're actually remailers |
| 19:16.17 | putnopvut | dammit... |
| 19:16.19 | Corydon76-dig | but you still need to be able to resolve the mailhost (or even be able to route to it) |
| 19:17.59 | putnopvut | Okay, so it sounds like I need to just be mailing individuals instead of using the name of the internal mailing list. I guess that has some advantages, since certain people at Digium probably don't give a crap about queues all that much. |
| 19:18.30 | Corydon76-dig | Well, you'd have to, if you expect them to be able to reply directly to the list |
| 19:18.47 | Corydon76-dig | nothing says you couldn't (with their permission, of course) forward their replies to the list |
| 19:18.48 | dklima | russellb: deadlock on the machine, wanna take a look ? |
| 19:19.16 | putnopvut | Corydon76-dig: yeah, but the problem is happening both ways. bmd's replies weren't going to them either. |
| 19:19.44 | dklima | russellb: sorry, but the client was hungry, I killed asterisk before it... isn't the new compiled code |
| 19:20.25 | russellb | dklima: ok, that's fine |
| 19:20.53 | dklima | *hungry I mean: angry... hehehe |
| 19:20.59 | dklima | sorry by mistake |
| 19:21.44 | russellb | dklima: ok, well, just do the same thing to get a core dump once you have asterisk compiled on that box |
| 19:21.46 | russellb | and i'll look then |
| 19:22.01 | dklima | sure |
| 19:26.06 | *** part/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 19:26.39 | Qwell | russellb: didn't you fix a crash in core show locks recently? |
| 19:26.56 | Qwell | related to string fields? |
| 19:26.56 | russellb | yes |
| 19:27.03 | russellb | errrrr, not string fields |
| 19:27.31 | russellb | why do you ask |
| 19:27.39 | Qwell | M11229 |
| 19:27.41 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/General 0011229: find lock reported by slavon http://bugs.digium.com/view.php?id=11229 |
| 19:32.18 | russellb | Qwell: yep, already fixed, now closed. |
| 19:32.26 | Qwell | w0t0 |
| 19:32.31 | Qwell | w00t too, but w0t0 will do |
| 19:32.32 | russellb | that was a stupid bug on my part ... |
| 19:32.40 | russellb | almost makes me want to release another version |
| 19:32.57 | *** join/#asterisk-dev pjezek (n=pj@193.85.164.154) |
| 19:33.32 | russellb | next week, perhaps |
| 19:40.22 | jsmith | russellb: Let me know if you do it before Monday please... |
| 19:40.36 | russellb | for bootcamp? |
| 19:41.23 | jsmith | Yeah... |
| 19:41.28 | jsmith | Imagine that... |
| 19:41.28 | russellb | it won't be before then |
| 19:41.36 | jsmith | OK... I'll make them use .15 then |
| 19:41.55 | russellb | good plan. |
| 19:42.03 | russellb | you should make them run trunk |
| 19:42.13 | Qwell | or like a random team branch |
| 19:42.13 | russellb | with an automatic svn up every 5 minutes |
| 19:42.28 | jsmith | russellb: Some of them have enough trouble as it is with a stable version |
| 19:42.37 | russellb | ;) |
| 19:42.52 | russellb | jsmith: it's ok, don't be bitter! |
| 19:43.00 | russellb | we _could_ make it even harder to use ... |
| 19:50.40 | tzanger | ok question for you kernel guys |
| 19:50.53 | tzanger | I have a device driver which drives a PBX providing 288 channels |
| 19:51.03 | blitzrage | answer! |
| 19:51.11 | De_Mon | get a new kernel |
| 19:51.18 | Qwell | update your bootloader |
| 19:51.43 | tzanger | since those 288 channels all come from the same TDM bus, I have a single waitqueue that tells poll() when there's data there |
| 19:51.43 | De_Mon | remove framebuffer support |
| 19:52.03 | tzanger | however with 288 channels there is also hookstate |
| 19:53.06 | tzanger | now the question is, do I give each channel its own hookstate waitqueue so that when a single channel changes state, only that fd is woken up, or is that overkill and should I simply use a single hookstate waitqueue for *all* channels so that if any single channel changes state, asterisk select() returns on all 288 channels |
| 19:53.23 | tzanger | it sounds like a LOT of context switching where 287 of them are for nothing, but I'm wondering if I am overanalyzing the situation |
| 19:53.39 | tzanger | i.e. 288 context switches/select checks is nthing int he grand scheme of things or what |
| 19:54.07 | tzanger | I love the other suggestions though :-) |
| 20:07.47 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 20:33.25 | De_Mon | I have battled the debian source package management system and am victorious! |
| 21:02.44 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 21:02.49 | russellb | <PROTECTED> |
| 21:02.52 | russellb | how exiting. |
| 21:03.11 | putnopvut | Explain "evil" |
| 21:03.53 | russellb | well ... there was a struct in a function, and I have looked at this function multiple times |
| 21:04.04 | russellb | but i always read this one word as "struct" which is actually "static" |
| 21:04.16 | Qwell | O.o |
| 21:04.26 | Corydon76-dig | lol |
| 21:04.33 | russellb | meaning potentially improperly initialized locks |
| 21:05.08 | Corydon76-dig | Wow. That's just... wow |
| 21:05.17 | putnopvut | Which function? |
| 21:05.30 | russellb | ast_reentrancy_init |
| 21:06.08 | putnopvut | What's wrong with it? |
| 21:06.24 | russellb | static means that only one instance of that variable exists for all threads |
| 21:06.49 | russellb | meaning that if and when multiple threads run that funtion at the same time, the init/destroy of that variable could step all over each other |
| 21:07.32 | Qwell | umm, neat |
| 21:07.40 | Qwell | so why is it static? O.o |
| 21:07.47 | russellb | who knows, accident i guess |
| 21:07.56 | putnopvut | The function directly below does the same thing... why? |
| 21:10.00 | russellb | i'll have to look, one sec |
| 21:10.45 | russellb | oh good lord |
| 21:10.47 | russellb | that's wrong too |
| 21:10.49 | putnopvut | Yeah. |
| 21:10.57 | russellb | this is just plain terrible |
| 21:11.25 | putnopvut | I think you can just remove the stuff from __ast_pthread_mutex_init since the same thing is done in ast_reentrancy_init. |
| 21:12.11 | russellb | oh, no, not quite |
| 21:12.18 | russellb | the static bug is real, but you can't remove that code |
| 21:12.25 | russellb | they are intiailizing different locks |
| 21:12.43 | russellb | one is initializing the real lock, and one is initializing the internal lock used to protect the lock tracking data that is in the lock wrapper |
| 21:13.09 | Corydon76-dig | to protect the lock protecting the lock protecting the lock? |
| 21:13.30 | russellb | something like that |
| 21:13.30 | Qwell | who watches the watchers? |
| 21:13.38 | russellb | me? |
| 21:13.56 | Corydon76-dig | Qwell: lock watching is recursive. ;-) |
| 21:14.04 | Qwell | every time a lock in asterisk is locked or unlocked, it should totally email you so you can approve it |
| 21:14.31 | Corydon76-dig | russellb: fixing it now? |
| 21:15.08 | russellb | yup |
| 21:15.29 | Corydon76-dig | woot |
| 21:17.36 | russellb | heh, lock.h is a sensitive beast |
| 21:17.40 | russellb | you have to be careful with it |
| 21:17.58 | Corydon76-dig | It's a new age sensitive header |
| 21:17.59 | De_Mon | did you touch it innapropriately? |
| 21:18.19 | Corydon76-dig | A metroheader |
| 21:20.13 | wedhorn | Qwell: Any luck with your 30VIP this week? |
| 21:29.19 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 21:33.44 | De_Mon | hoooom |
| 21:34.14 | De_Mon | I recompiled res_features and did an unload/load of the new res_featuers with bridging added... but * didn't register the bridge application until I restarted asterisk |
| 21:34.42 | De_Mon | I should have tried restarting sooner -- but why doesnt a simple unload/load reregister the module with its new application? |
| 21:34.58 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 21:35.24 | *** join/#asterisk-dev jtodd (n=jtodd@204.11.231.198.static.etheric.net) [NETSPLIT VICTIM] |
| 21:35.32 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:35.32 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 21:36.49 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 21:37.44 | De_Mon | I don't see any documentation on using bridge aside from the cli |
| 21:40.03 | De_Mon | blitzrage are you using DB() to find channels to bridge? |
| 21:43.40 | *** join/#asterisk-dev angler (i=angler@pdpc/sponsor/digium/angler) |
| 21:43.46 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) [NETSPLIT VICTIM] |
| 21:43.50 | *** join/#asterisk-dev Corydon76-home (i=eight@pdpc/supporter/bronze/Corydon76-home) |
| 21:43.50 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 21:44.43 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:46.34 | *** join/#asterisk-dev wyoming (n=steve_mu@216.166.159.235) |
| 21:47.08 | De_Mon | hmmm blitzrage using this app takes a bit of thought |
| 21:58.39 | Corydon76-dig | Any thoughts on making the causecode passed along with a hangup control frame? |
| 22:17.18 | *** part/#asterisk-dev bkw_ (n=brian@adsl-64-149-47-251.dsl.tul2ok.sbcglobal.net) |
| 22:18.02 | *** join/#asterisk-dev RoyK (n=roy@ip-76-25-149-91.dialup.ice.no) |
| 22:24.45 | snuff-away | mm.. couldn't this be closed.. |
| 22:24.57 | snuff-away | M10414 |
| 22:25.00 | MuffinMan | [new] [Asterisk] Channels/chan_h323 0010414: One-way audio (one-way perfect and one-way distorted) reported by jeanneth http://bugs.digium.com/view.php?id=10414 |
| 22:25.25 | snuff-away | poster seems to have fixed his own issue |
| 22:25.34 | Qwell | snuff-away: yeah, closing |
| 22:26.22 | Qwell | thanks |
| 22:26.28 | snuff-away | :) |
| 22:26.52 | snuff-away | who was talking about speeding up playback of files.. |
| 22:28.56 | snuff-away | i see there is a patch listed to at least step over x seconds of playback |
| 22:32.09 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 22:45.41 | *** join/#asterisk-dev RoyK (n=roy@ip-76-25-149-91.dialup.ice.no) |
| 23:01.01 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 23:02.50 | tzanger | fuck a duck |
| 23:02.59 | tzanger | I just erased my carefully created makefile |
| 23:03.16 | snuff-away | ouch.. |
| 23:03.26 | tzanger | *sigh* |
| 23:03.28 | Qwell | svn revert Makefile |
| 23:03.30 | tzanger | heh |
| 23:03.34 | tzanger | I haven't gonet hat far yet |
| 23:03.41 | tzanger | I was just getting it together to put into a cvs repo |
| 23:03.45 | Qwell | I have a script that commits my changes every 8 seconds. |
| 23:04.02 | tzanger | I got the skeleton channel driver talking to the kernel driver |
| 23:04.16 | tzanger | I just implemented read/write/poll but it crashes pretty hard right away now |
| 23:04.18 | tzanger | so I was writing a test app |
| 23:04.20 | De_Mon | unmount and undelete |
| 23:04.24 | tzanger | (this is all on an embedded system) |
| 23:04.26 | tzanger | De_Mon: not worth it |
| 23:04.33 | tzanger | I think I'd rather fuck a duck |
| 23:04.34 | tzanger | heh |
| 23:04.40 | De_Mon | quack quack! |
| 23:04.54 | tzanger | I am actually surprised at how easily the channel driver came together |
| 23:05.17 | tzanger | nobody answered my optimization question earlier though :-( |
| 23:05.27 | De_Mon | you've been at it for over a week! |
| 23:06.25 | tzanger | which |
| 23:06.49 | tzanger | most of the week I have spent taking the kernel driver and turning it into something userspace can actually make use of, and fighting both uClinux and astfin |
| 23:07.33 | De_Mon | oh, congrats then |
| 23:08.58 | *** join/#asterisk-dev bmd (n=bmd@72.54.252.34) |
| 23:08.58 | *** mode/#asterisk-dev [+o bmd] by ChanServ |
| 23:20.28 | Simon-- | ~. |
| 23:20.28 | jbot | . |
| 23:28.13 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |