| 00:27.15 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:27.15 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 01:01.08 | tzafrir | So till next devcon we're to master this game, right? http://www.indiaplaza.com/toys/pd.aspx?sku=KID9242005122432KRA3 |
| 01:25.57 | moy | tzafrir: hehe definitely want one of those, probably Digium should bought the rights over that game :-) |
| 01:44.01 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 03:00.40 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 03:42.02 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 04:34.44 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 04:39.05 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:39.05 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:51.37 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 05:02.39 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 05:03.09 | *** join/#asterisk-dev moy (n=moyhu@189.169.69.205) |
| 05:44.07 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 06:25.22 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 06:41.12 | *** join/#asterisk-dev jmls (n=asterisk@host217-36-208-155.in-addr.btopenworld.com) |
| 07:15.09 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:15.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.09 | tzanger | well |
| 07:20.15 | tzanger | that should have been expected |
| 07:20.30 | tzanger | things work a little better when you enable interrupts |
| 07:23.20 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 07:26.44 | *** join/#asterisk-dev hooi (n=chatzill@130.95.29.208) |
| 07:27.51 | *** part/#asterisk-dev hooi (n=chatzill@130.95.29.208) |
| 08:00.40 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-69-245-31-42.hsd1.ky.comcast.net) |
| 08:23.15 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.139) |
| 08:30.55 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:33.27 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 08:42.54 | *** join/#asterisk-dev tzafrir (n=tzafrir@local.xorcom.com) |
| 08:42.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:55.16 | *** part/#asterisk-dev gmaruz1 (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 09:12.34 | *** join/#asterisk-dev Pazzo (n=ugelt@sadsl-246167.rol.raiffeisen.net) |
| 09:44.15 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 09:45.25 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 10:16.23 | mvanbaak | hahahaha |
| 10:16.32 | mvanbaak | for anyone following the -users mailinglist |
| 10:16.34 | mvanbaak | wtf ? |
| 10:16.47 | mvanbaak | sing-along + record functionality in asterisk ? |
| 10:28.29 | atis_work | hehe, i don't see anything impossible there :) |
| 10:30.30 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 10:38.49 | atis_work | codefreeze: ping |
| 10:39.26 | *** join/#asterisk-dev mort___ (n=mort@user-514f6626.l4.c3.dsl.pol.co.uk) |
| 10:41.13 | atis_work | codefreeze: i'm not sure what's the policy regarding AEL and macros in trunk, but it seems that it's impossible to use ¯o() syntax in ael if dumped into .conf file |
| 10:42.06 | atis_work | codefreeze: &init_channel() gets dumped into Gosub(init_channel\,s\,1) which however gets error that Channel 'SIP/112233-082b2b20' sent into invalid extension 's\' in context 'init_channel\', but no invalid handler |
| 10:57.18 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:57.23 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 11:08.29 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:23.33 | tzafrir | mvanbaak, and the worst part is that he got a decent technical response |
| 11:25.31 | JunK-Y | he justs need to use monitor and use only the -in or -out file. |
| 11:25.39 | JunK-Y | :) |
| 11:29.35 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:37.34 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.203) |
| 11:58.00 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:27.43 | codefreeze-lap | atis_work: I'll have to check into that. Thought things were OK. |
| 12:33.09 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 12:34.28 | _ys | hi. please delete file lock.v4.diff from issue 11116, wrong issue number |
| 12:42.46 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 12:49.51 | mvanbaak | there you go |
| 12:54.15 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 13:03.47 | *** join/#asterisk-dev dlu_ (n=dlu@dus-ix-pos-002.dus.net) |
| 13:09.52 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 13:15.08 | tzanger | ooh tzafrir you're a zaptel guru |
| 13:15.50 | tzanger | do you have a few minutes? |
| 13:16.03 | caio1982 | you meant dahdi guru, right? :) |
| 13:17.59 | tzafrir | some day. When I move to India |
| 13:18.10 | tzafrir | tzanger, what is it? |
| 13:18.25 | _ys | dahdi, Iran city? |
| 13:18.28 | tzanger | just some lower level zaptel questions that are going to make me feel foolish |
| 13:18.31 | tzanger | er look foolish |
| 13:19.55 | tzanger | from a hardware perspective, zt_chan.writebuf is what I read from and feed to the hardware, and zt_chan.readbuf is where I take what I get from the hardware and give to zaptel (read/write as seen by zaptel), right? |
| 13:21.44 | tzanger | and also zt_receive and zt_transmit, they should be called whenever I have a chunk, which means every 1ms, correct? (8 * 125us) |
| 13:28.42 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-a0db9861aa297df5) |
| 13:29.53 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:29.53 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:40.58 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 13:41.18 | *** part/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 13:58.47 | tzafrir | tzanger, right |
| 13:59.29 | tzanger | right on both counts? |
| 13:59.49 | tzanger | read/writebuf is named from zaptel perspective, and zt_transmit/receive must be called every 1ms? |
| 14:09.12 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 14:27.18 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 14:27.38 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:27.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:34.21 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:36.20 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 14:37.33 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@216.207.245.1) |
| 14:37.33 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
| 14:42.18 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 14:42.18 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 14:44.33 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 14:45.27 | ctooley | It's too late to change the protocol for EIVR for 1.6, isn't it. (in a way that's not compatible with what is currently in 1.6 |
| 14:47.00 | *** join/#asterisk-dev mort___ (n=mort@user-514f6626.l4.c3.dsl.pol.co.uk) |
| 14:47.15 | kpfleming|laptop | ctooley: yeah, i'd think so |
| 14:47.32 | kpfleming|laptop | unless you version the protocol somehow and support the old version as well |
| 14:48.36 | ctooley | kpfleming|laptop, OK, we'll get around it. Just didn't want to have the P command respond with a pipe delimited list when everything else is comma delimited. |
| 14:48.43 | ctooley | I'd forgotten that it was even set up that way. |
| 14:56.38 | Corydon76-dig | file: ping |
| 14:56.58 | file | Corydon76-dig: pong |
| 14:57.23 | Corydon76-dig | in your res_odbc change yesterday, what was OBJ_NODATA supposed to do? |
| 14:58.41 | file | it causes the callback to not return any object |
| 14:58.58 | Corydon76-dig | I'm not sure what that means |
| 14:59.33 | Corydon76-dig | If a callback applies to every object, what object would it normally return? |
| 14:59.59 | file | the one that was matched |
| 15:00.12 | Corydon76-dig | but all are matched, aren't they? |
| 15:00.21 | file | not always. |
| 15:00.31 | file | the callback can say something was not matched |
| 15:01.08 | Corydon76-dig | I'm just not sure that switching to a callback was the right thing to do |
| 15:02.31 | Corydon76-dig | especially given that the stack backtrace seems to suggest some bad recursiveness that happened with the circular references |
| 15:05.55 | file | what do you propose, going back to an iterator? |
| 15:06.00 | Corydon76-dig | Yes |
| 15:09.08 | file | so, you can't use OBJ_UNLINK with an iterator like that |
| 15:11.21 | Corydon76-dig | Why not? |
| 15:11.39 | file | those flags are only for ao2_find and ao2_callback |
| 15:12.15 | file | plus, how would you tell it what to unlink? |
| 15:13.21 | Corydon76-dig | Oh, right |
| 15:13.32 | file | a callback can do that because you return whether it matched or not |
| 15:14.10 | file | and it does not look like I changed the second one to a callback, and that wouldn't be hit probably because while I have something configured it can't connect |
| 15:15.10 | Corydon76-dig | Well, in the second one actually, I want all of them to be unlinked. You're right; the first one was a bug. |
| 15:16.08 | file | there is currently only one flag for an iterator |
| 15:16.14 | file | #define F_AO2I_DONTLOCK 1 /*!< don't lock when iterating */ |
| 15:16.42 | *** join/#asterisk-dev bbryant (n=brett@216.207.245.1) |
| 15:16.42 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 15:17.14 | Corydon76-dig | It looks like, though, if you use the callback, it unlinks AFTER it decrements the refcount, which causes circular derefs |
| 15:18.33 | *** join/#asterisk-dev lrizzo (n=luigi@prova.iet.unipi.it) |
| 15:19.06 | file | never wants to step foot in res_odbc again |
| 15:19.47 | Corydon76-dig | You have to manually decouple the circular references, or bad things happen |
| 15:25.51 | atis_work | putnopvut: are you around? |
| 15:26.24 | putnopvut | atis_work: I am. |
| 15:27.00 | atis_work | putnopvut: i'm considering some additional queue option - max agent count versus app QueueExit |
| 15:27.50 | atis_work | putnopvut: thing is - to allow exit queue after trying N agents. with dialplan app it could be done by trying N agents and keeping counter in dialplan, but with parameter - more simple for usage |
| 15:28.07 | atis_work | putnopvut: however parameter then should have some options how to work together with queue timeout |
| 15:28.12 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:28.12 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:28.33 | atis_work | putnopvut: basically - enter queue and ring exactly 2 agents, then leave |
| 15:29.05 | atis_work | supposing that those two agents don't answer |
| 15:29.07 | putnopvut | atis_work: I see what you're saying. If you used Local channels for the agents, then you could keep the counter in the dialplan, but there's no way from the dialplan to remove the caller from the queue. |
| 15:29.19 | atis_work | yes that's the thing |
| 15:29.39 | atis_work | oh, so dialplan app would work only for local channels, not for any other kind |
| 15:30.05 | putnopvut | Probably not, because I don't see how you would be able to keep a counter. |
| 15:30.41 | atis_work | however, if it's queue option, then it should have some way how to determine which has higher priority - queue timeout or max agent count |
| 15:30.50 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:31.10 | putnopvut | My assumption is that whichever is reached first would trigger the queue exit. |
| 15:31.53 | atis_work | putnopvut: i just changed my mind about configuration. generally caller shouldn't leave queue if it's not finished ringing agent |
| 15:32.09 | atis_work | otherwise agent might get partial ring (which is basically why i want this) |
| 15:32.53 | atis_work | hmm, so then there could be just one queue option - allow to go over timeout to finish ringing last agent |
| 15:33.12 | putnopvut | atis_work: actually, I don't know of a way to get a partial ring. |
| 15:33.18 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 15:33.19 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 15:33.31 | putnopvut | atis_work: what happens in a queue is that the timeout that is specified is only checked between attempts to ring an agent. |
| 15:33.50 | atis_work | putnopvut: no, i see opposite with local channels |
| 15:34.26 | putnopvut | Agents' phones will only partially ring? |
| 15:35.00 | atis_work | if i enter queue for 11 seconds and dial trough local channels to agents for 5 seconds, i will get two full rings for first two agents, and one 1 second ring for third agent |
| 15:35.55 | atis_work | however if i send call to queue for 10 seconds, dialplan is often terminated in Dial, not executing steps after that for last dialattempt |
| 15:36.37 | putnopvut | atis_work: yes, I see now that the partial ring can happen due to the timeout occurring. |
| 15:37.13 | atis_work | putnopvut: you found that in source? maybe you already have fix in mind? |
| 15:38.05 | putnopvut | atis_work: well, I see it in the source. I don't have a fix in mind yet, but it shouldn't be especially difficult to do. |
| 15:38.19 | atis_work | nice :) |
| 15:38.46 | atis_work | this leads me to initial question.. should there be way how to exit from queue or specify max agent count to ring.. |
| 15:39.03 | atis_work | because it could be theoretically calculated if you knew ring time for each agent |
| 15:39.32 | atis_work | i could write this one :) |
| 15:39.36 | putnopvut | I think specifying max agents to ring would be a better option, I think. |
| 15:39.44 | putnopvut | said "I think" twice... |
| 15:40.06 | atis_work | it's always good to think twice :) |
| 15:41.01 | outtolunc | wonder what your thought ertry count and timeout were set too <G> |
| 15:41.07 | outtolunc | er rety |
| 15:44.03 | atis_work | putnopvut: should i write an issue for partial ring? |
| 15:54.49 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 15:56.17 | putnopvut | atis_work: yes, I think so. |
| 16:02.39 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.207.130) |
| 16:11.49 | *** join/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 16:45.53 | lrizzo | htmlcd |
| 16:55.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 16:57.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:58.55 | *** join/#asterisk-dev kotique (n=picachu@host-static-89-41-72-225.moldtelecom.md) |
| 18:01.06 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:01.18 | mvanbaak | putnopvut: was it you who wanted to look at the ast_queue_hangup diff ? |
| 18:01.46 | mvanbaak | it's now in it's own branch |
| 18:04.24 | mvanbaak | https://origsvn.digium.com/svn/asterisk/team/mvanbaak/ast_frame_dataunion |
| 18:04.39 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:14.36 | shido6 | how would i modify app_voicemail in forwar_message to have the callerid of a forwarded message be that of the IMMEDIATE sender and not the original sender like it works with the forwarded email notification? |
| 18:15.20 | shido6 | forward_message |
| 18:17.32 | putnopvut | mvanbaak: I'll have a look at the branch in a little while. |
| 18:28.09 | mvanbaak | putnopvut: cool, thanks |
| 18:34.23 | mvanbaak | JT: Congrats on the new job mate ! |
| 18:34.31 | Qwell | mvanbaak: wrong JT |
| 18:34.36 | mvanbaak | lol |
| 18:34.42 | jtodd | mvanbaak: Thanks. I've got my work cut out for me. |
| 18:34.43 | Qwell | hit tab again :D |
| 18:35.16 | mvanbaak | Qwell: I simply used the mail signature ;) |
| 18:41.21 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 18:42.17 | _ys | russellb: I make responce and patch for you feedback #11279 |
| 18:43.42 | *** join/#asterisk-dev bkw___ (n=brian@adsl-71-153-169-69.dsl.tul2ok.sbcglobal.net) |
| 18:56.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:00.43 | *** join/#asterisk-dev Zuchmir (n=dddddd@ool-18bd3bfc.dyn.optonline.net) |
| 19:13.15 | *** part/#asterisk-dev Zuchmir (n=dddddd@ool-18bd3bfc.dyn.optonline.net) |
| 19:13.55 | *** part/#asterisk-dev bkw_ (n=brian@adsl-71-153-169-69.dsl.tul2ok.sbcglobal.net) |
| 19:15.48 | *** join/#asterisk-dev bkw___ (n=brian@68-240-166-25.area5.spcsdns.net) |
| 19:21.36 | *** join/#asterisk-dev robevans (n=robevans@OL6-231.fibertel.com.ar) |
| 19:28.54 | *** join/#asterisk-dev bkw___ (n=brian@adsl-71-153-169-69.dsl.tul2ok.sbcglobal.net) |
| 19:32.26 | *** join/#asterisk-dev jeffg (i=KmpM2avk@pdpc/supporter/active/jeffg) |
| 19:57.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:13.54 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 20:14.44 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 20:14.44 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:14.52 | jpeeler | is there a way in 1.4 to enable debug_threadlocals? |
| 20:15.38 | file | menuselect? |
| 20:15.39 | jpeeler | unless that's covered under debug_threads |
| 20:16.15 | file | did you configure with devmode? |
| 20:16.28 | jpeeler | i did this time |
| 20:16.49 | file | it should show up with devmode |
| 20:16.51 | file | in menuselect |
| 20:17.41 | jpeeler | i only see debug_threads |
| 20:19.26 | file | hrm, I wonder if you have to distclean and rerun configure with devmode... |
| 20:19.52 | file | seems like it |
| 20:21.09 | jpeeler | you are correct, thanks |
| 20:21.25 | jpeeler | which begs the question, what is the difference between make clean and make dist-clean? |
| 20:21.37 | russellb | vim Makefile |
| 20:21.40 | russellb | <PROTECTED> |
| 20:22.01 | russellb | :-p |
| 20:22.43 | file | oh no, russellb just totally pwned you |
| 20:23.55 | jpeeler | well i was looking for something like distclean clears out the autotools "stuff" |
| 20:24.40 | jpeeler | and that's properly the improper terminology, which is why i asked |
| 20:24.45 | jpeeler | *probably |
| 20:25.00 | jpeeler | retreats |
| 20:26.17 | putnopvut | I like cake |
| 20:28.45 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 20:29.49 | russellb | also enjoys cake |
| 20:32.07 | ctooley | I have a query. Just for my edification, what was the reason that ast_log doesn't automatically put newlines on the end of log messages? |
| 20:32.20 | Qwell | ctooley: sometimes you don't want it. |
| 20:32.21 | Qwell | imagine: |
| 20:32.32 | Qwell | umm |
| 20:32.43 | Qwell | I don't have a valid example. |
| 20:33.10 | Qwell | I *was* going to say ast_log(LOG_WARNING, "Your name is"); ast_log(LOG_WARNING, "%s\n", name); |
| 20:33.15 | Qwell | but that wouldn't be right |
| 20:39.33 | Corydon76-dig | ctooley: by convention, to make it similar to ast_verbose |
| 20:39.45 | ctooley | ic |
| 20:39.53 | Corydon76-dig | ast_verbose lets you do that |
| 20:40.07 | Qwell | right, ast_verbose with no first "arg" |
| 20:40.17 | Qwell | (I realize it isn't an actual argument) |
| 20:40.21 | Corydon76-dig | Not great, but it's used during system startup, for example |
| 20:41.28 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 20:41.28 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:42.41 | Corydon76-dig | That's not what bothers me about logging, though |
| 20:43.35 | Corydon76-dig | What bugs me is that if you have something set to log verbose lines, then you can influence what goes into the log unknowingly by typing a command that increases or decreases the verbosity on the CLI |
| 20:44.35 | Corydon76-dig | which makes the log a little unreliable, which is bad |
| 20:45.03 | ctooley | It wasn't a big deal to me, just curious as I'm constantly having to catch those and go back and put in \n as all of our other software that uses a logger auto appends a new line. |
| 20:45.13 | ctooley | s/new line/newline/g |
| 20:45.45 | ctooley | I get forgetful when I'm switching between 3 or 4 languages and a bunch of different platforms. |
| 20:45.53 | Corydon76-dig | Heh |
| 20:46.17 | Corydon76-dig | At some point, that thing that bugs me might even get fixed |
| 20:47.00 | Corydon76-dig | Preamble is the way to fix it... just like I fixed 'asterisk -rx' output |
| 20:57.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:01.06 | mvanbaak | OEH! gotta love a good glas of Laphroaig |
| 21:10.13 | *** join/#asterisk-dev [hC] (n=hardcore@S01060016b6b53c0c.vc.shawcable.net) |
| 21:38.58 | russellb | iax2 encryption + transfers is a complicated beast |
| 21:39.10 | lmadsen | eeep |
| 21:40.17 | mvanbaak | ut-oh |
| 21:46.12 | *** part/#asterisk-dev bkw_ (n=brian@adsl-71-153-169-69.dsl.tul2ok.sbcglobal.net) |
| 21:53.49 | tzanger | russellb: only if you want to get audio across |
| 21:54.14 | russellb | heh |
| 22:00.18 | jpeeler | can anybody assist with this backtrace? http://www.pastebin.ca/1024244 |
| 22:00.25 | jpeeler | the crash makes no sense |
| 22:02.03 | russellb | what's that line of code? |
| 22:03.27 | jpeeler | if (!(buf = ast_dynamic_str_thread_get(&log_buf, LOG_BUF_INIT_SIZE))) |
| 22:03.37 | ctooley | jpeeler, You uploaded the patch that got committed for socket support in app_externalivr.c, did you have an EIVR application to test it with? |
| 22:04.03 | jpeeler | ctooley: i just tested with a script i made, i doubt i still have it |
| 22:04.19 | ctooley | It's not working in our environment. |
| 22:05.17 | ctooley | The EIVR application is sending the "P" command and asterisk is never getting it. |
| 22:06.06 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 22:06.26 | jpeeler | what does P do? |
| 22:06.41 | ctooley | It's funny, the changes I've made to handle the new argument format appear to be working, but now I can't get it to actually communicate over the socket. |
| 22:07.24 | ctooley | P responds with "P,TIMESTAMP,app|arg1|arg2|arg3|..." |
| 22:07.48 | ctooley | because if you're communicating over a socket you don't get the arguments in neat variables. |
| 22:08.08 | jpeeler | that's right, yeah it worked at the time... |
| 22:08.44 | jpeeler | russellb: do you have any suggestions? i can't turn on non-optimization |
| 22:09.08 | ctooley | I can see on the remote end where the connection comes in, I can see (in tcpdump) where the P is being sent, app_externalivr.c doesn't see it. |
| 22:09.43 | russellb | jpeeler: it's probably running out of stack space |
| 22:10.01 | russellb | jpeeler: i'm thinking that thread local storage probably uses that same memory space |
| 22:10.24 | jpeeler | russellb: then what can i do to fix that without increasing the stack size |
| 22:10.38 | russellb | find places to reduce stack consumption :) |
| 22:10.45 | russellb | did you change that config handling issue we talked about? |
| 22:10.53 | jpeeler | yes, hence the pretty bt |
| 22:11.54 | russellb | hence? |
| 22:12.02 | russellb | why does that imply your backtrace? |
| 22:12.28 | jpeeler | sorry, you didn't see the one from before |
| 22:12.33 | jpeeler | it was massive |
| 22:12.51 | ctooley | doesn't work when connecting to netcat either. :( |
| 22:13.59 | ctooley | it can send (I see the H,TIMESTAMP come across when I hang up the call), but not receive. |
| 22:20.20 | tzanger | ahh, now I get all the dahdi jokes |
| 22:26.28 | jpeeler | ctooley: if you're convinced it's broken, i guess open a bug and i'll probably have to develop a real EIVR application to test with |
| 22:26.46 | ctooley | jpeeler, I'm debugging first. |
| 22:27.07 | jpeeler | that's appreciated |
| 22:49.19 | *** join/#asterisk-dev [hC] (n=hardcore@209.82.105.158) |
| 22:58.04 | *** part/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 23:03.53 | *** part/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 23:26.09 | *** join/#asterisk-dev RoyK (n=roy@ip-199-56-149-91.dialup.ice.no) |
| 23:29.09 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 23:29.09 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 23:30.48 | *** join/#asterisk-dev jeffg (i=TSAuOXjv@pdpc/supporter/active/jeffg) |
| 23:40.54 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 23:50.27 | *** join/#asterisk-dev RoyK (n=roy@ip-199-56-149-91.dialup.ice.no) |
| 23:52.58 | *** join/#asterisk-dev moy (n=moyhu@189.169.69.205) |
| 23:53.48 | paravoid | Corydon76-dig: "the length of the kernel release cycles"? |
| 23:53.58 | paravoid | come on, you could say that in the past, but nowdays? |
| 23:54.28 | paravoid | I mean, if it works for the rest of the hardware, it could work for telephony cards as well |
| 23:54.47 | paravoid | and yes, a temporary addon would be better than having to build an entire stack every time you build a kernel |
| 23:55.07 | paravoid | but let's not fool ourselves, there are two reasons why zaptel^Wdahdi isn't merged into mainline |
| 23:56.16 | paravoid | a) you (Digium that is) want to keep dual-licensing it and claim that it is its IP (hence *D*AHDI) , b) given its code quality and architecture, asking for its merge would probably be a long shot |