| 00:17.55 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 00:18.23 | wwalker | what is the best signal to send a non-responsive asterisk process to get it to dump core? |
| 00:20.39 | snuff-work | <PROTECTED> |
| 00:22.25 | wwalker | snuff-work: thank you. |
| 01:06.17 | *** join/#asterisk-dev RoyK (n=roy@ti211110a081-7661.bb.online.no) |
| 01:19.36 | *** part/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 01:47.40 | *** join/#asterisk-dev anonymouz666 (n=anonymou@200.218.193.6) |
| 02:04.00 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 02:05.12 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 02:10.09 | ectospasm | I'm going through app_voicemail, and I'm changing all the snprintfs and strncats to ast_str_(set|append)... There are some functions which pass in a char* as an argument, and modify that string... |
| 02:11.59 | ectospasm | is it OK to replace all that code with appropriate mystr->str values? Some of these functions supply a length, which I don't use... |
| 02:19.40 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 02:19.40 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 02:43.47 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 02:59.11 | Corydon76-dig | ectospasm: that's going to depend upon the function |
| 02:59.31 | Corydon76-dig | and whether it uses a static buffer that is passed around |
| 03:00.41 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 03:01.20 | ectospasm | the functions that I've seen so far, it doesn't seem static. The destination buffer is passed, and then it uses snprintf to change it... |
| 03:01.45 | ectospasm | For one function I just used ast_copy_string to copy the ast_str into the destination... |
| 03:13.47 | *** join/#asterisk-dev jmacz (n=jmacz@190.25.38.26) |
| 03:43.17 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 05:15.52 | *** join/#asterisk-dev mitcheloc (n=mitchel@68-190-7-103.dhcp.dctr.al.charter.com) |
| 05:16.00 | *** part/#asterisk-dev mitcheloc (n=mitchel@68-190-7-103.dhcp.dctr.al.charter.com) |
| 05:57.48 | *** join/#asterisk-dev joshaidan (n=Brian@S0106001c1023e838.tb.shawcable.net) |
| 06:04.45 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 06:04.45 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 06:30.51 | *** join/#asterisk-dev steliosk (n=Stelios@85.75.211.185) |
| 07:03.50 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:03.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:41.40 | *** join/#asterisk-dev agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:01.27 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:01.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:41.44 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 09:04.54 | *** join/#asterisk-dev RoyK (n=roy@213.160.242.90) |
| 10:05.33 | *** join/#asterisk-dev Sajjad_Ali_Musht (n=Sajjad_A@octroi.enst-bretagne.fr) |
| 10:22.21 | *** join/#asterisk-dev g0mb0 (n=root@external.micom.mng.net) |
| 10:37.46 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 10:40.01 | g0mb0 | http://bugs.digium.com/view.php?id=11993 |
| 10:53.57 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 10:57.35 | *** join/#asterisk-dev mosty (n=mostyn@60-241-198-194.static.tpgi.com.au) |
| 10:59.51 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 10:59.51 | *** 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 -=- Lost: Sanity Found: Banana -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 11:23.32 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.139) |
| 12:05.43 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:07.08 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:48.32 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 13:17.59 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 13:28.01 | agallo | hi, quick report, beta4 crashes if by mistake i put this in dialplan "exten => mickeymouse,1,NoOp(OK)" |
| 13:29.14 | *** join/#asterisk-dev jeffg (i=dRkweW1u@pdpc/supporter/active/jeffg) |
| 13:34.52 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.131.143) |
| 13:38.23 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 14:13.37 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:13.37 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:37.57 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:37.57 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:41.58 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 14:51.58 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:51.58 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:54.26 | *** join/#asterisk-dev RoyK_ (n=roy@fw.fortel.no) |
| 15:04.27 | *** join/#asterisk-dev acron17 (n=joe@p5089F6C0.dip.t-dialin.net) |
| 15:04.37 | acron17 | hi there |
| 15:04.47 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 15:04.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:05.15 | acron17 | i've a question regarding dmtf and asterisk |
| 15:05.48 | russellb | acron17: unless it's a code question, try #asterisk |
| 15:05.57 | russellb | putnopvut: so, i was just reading the waitfor core ... |
| 15:06.09 | russellb | putnopvut: there isn't really a bug, but there is some silly code |
| 15:06.12 | putnopvut | russellb: I'm intrigued. |
| 15:06.17 | russellb | putnopvut: 2 calls of alloca(0) ... |
| 15:06.28 | russellb | and the first argument to poll() is the address returned by one of the alloca(0) calls |
| 15:06.50 | acron17 | it's a code qeustion, but my code not the asterisk soruce |
| 15:06.50 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584628.dsl.bell.ca) |
| 15:06.53 | russellb | however, poll() shouldn't actually touch it, since another argument tells it that there aren't any fds to poll on |
| 15:07.15 | acron17 | can a voip-app tell asterisk which kind of DMTF mode to use? |
| 15:07.34 | russellb | so in theory, not a bug, but ... i'm still going to make it less dubious |
| 15:07.46 | russellb | acron17: yes ... try #asterisk, please :) |
| 15:08.10 | acron17 | ok, thank you, russel |
| 15:08.14 | acron17 | bye |
| 15:08.16 | russellb | you're welcome |
| 15:08.26 | *** join/#asterisk-dev bkw_ (n=brian@adsl-64-149-54-40.dsl.tul2ok.sbcglobal.net) |
| 15:10.11 | atis_work | putnopvut: i think i found a logic bug with state_interface |
| 15:10.36 | putnopvut | atis_work: ooh. Share! |
| 15:11.23 | atis_work | if two calls arrive at the same time to queue, first is sent to agent, and while it's executing on local channel - agent's status in queue is NOT_INUSE, so next call goes to same agent, and next, and next - everything at the same second |
| 15:12.06 | atis_work | i think queue should somehow lock that agent, or better - device so that no queue can send calls to it |
| 15:13.24 | putnopvut | atis_work: Ah, I think I see what you're saying. |
| 15:13.47 | putnopvut | So until an agent actually answers the call, his state is NOT_INUSE, so multiple calls will be sent to him. |
| 15:15.36 | atis_work | no, until local channel starts Dial to device |
| 15:17.32 | putnopvut | atis_work: oh, okay. What is the result when this happens? |
| 15:18.06 | atis_work | hold on, i'll give you more details later, now i have to fix setting pause to such agents on my production :0 |
| 15:19.18 | putnopvut | All right. |
| 15:19.20 | putnopvut | brb |
| 15:20.53 | Qwell | agallo: huh? |
| 15:21.32 | acron17 | sorry for reposting my question here... but in #asterisk nobody is answering me |
| 15:21.35 | acron17 | can a voip-app tell asterisk which kind of DMTF mode to use? |
| 15:22.21 | acron17 | one keyword may be sufficient. please |
| 15:23.50 | *** join/#asterisk-dev Fusoya (i=quality@togi.homeunix.org) |
| 15:24.24 | acron17 | anyone? |
| 15:36.18 | jsmith | acron17: SIP endpoints can be configured to use various types of DTMF signalling... I'm not sure what you mean by "voip-app" in your question. Can you be more specific? |
| 15:36.51 | jsmith | acron17: Usually, it's an *endpoint* that deals with DTMF types, not a dialplan application (assuming you're talking about a dialplan application) |
| 15:37.37 | acron17 | jsmith: i'm working on voip-app. currently the app does only support dtmfmode=info |
| 15:38.39 | acron17 | i want to let asterisk know that it should send me dtmf through info-messages not inbound etc |
| 15:38.42 | jsmith | This is a dialplan application? |
| 15:38.54 | tzafrir | I don't play much with 1.6. But I played with it briefly yesterday. |
| 15:39.17 | acron17 | sorry, what is a dialplan app? i would consider my app as softphone |
| 15:39.55 | tzafrir | I gut the impression that even after I press "flash" and a second (Asterisk) channel is created for my (Zaptel) channel, that second channel is still called Zap/1-1 |
| 15:40.17 | tzafrir | I managed to have to channels called Zap/1-1 in my channels list |
| 15:40.32 | tzafrir | Anybody else noticed that? |
| 15:40.51 | Qwell | A105557 |
| 15:40.53 | MuffinMan | [105557] Committed by file on 2008-03-03 11:15:39: Add a comment to describe some logic. |
| 15:40.57 | Qwell | file: I just laughed when I read that :D |
| 15:41.08 | Qwell | I ran into that section of code once, and it took me a minute |
| 15:41.22 | file | you... laughed? |
| 15:41.30 | Qwell | on the inside |
| 15:41.32 | russellb | which code? |
| 15:41.42 | Qwell | for (; v || ((v = alt) && !(alt=NULL)); v = v->next) { |
| 15:41.59 | russellb | wtf? |
| 15:42.17 | Qwell | chan_sip (and chan_iax2, I think?) where it loops through 2 sets of params |
| 15:42.21 | jsmith | acron17: OK, then you need to go into sip.conf in Asterisk and set dtmfmode=info for the SIP peer that corresponds with your application |
| 15:42.21 | russellb | oh, i got it |
| 15:42.26 | Qwell | comment that was added: /* First we walk through the v parameters list and then the alt parameters list */ |
| 15:42.33 | russellb | that's bizzare |
| 15:42.37 | Qwell | definitely a good comment |
| 15:43.43 | Qwell | it's very...err...creative |
| 15:44.13 | acron17 | jsmith: thanks. i'm aware of that. i was just wondering if i cannot tell that as "capabilities" to asterisk |
| 15:44.24 | acron17 | when registering or later on |
| 15:45.35 | acron17 | if that is not possible and not planed, my question is answered |
| 15:48.16 | jsmith | acron17: No, I don't think there's support for that in the SIP standard |
| 15:49.06 | acron17 | jsmith: yes, i agree, as i did not find anything about that |
| 15:49.13 | file | you can sort of tell by looking at the allowed methods in the Allow header, but we don't use it and I don't think we put INFO in as one we support |
| 15:50.36 | acron17 | file: thanks for your answer. i take this as: that will not be implemented in the near future |
| 15:50.55 | file | not really, nope |
| 15:51.29 | acron17 | ok, thanks for the clearing |
| 16:04.52 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 16:08.58 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 16:08.58 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:16.01 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 16:19.36 | *** join/#asterisk-dev jeffg (i=IONCx581@pdpc/supporter/active/jeffg) |
| 16:27.45 | atis_work | putnopvut: ping |
| 16:29.46 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:32.35 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:51.06 | putnopvut | atis_work: pong |
| 16:54.59 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 16:54.59 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:59.40 | russellb | putnopvut: do you see any channel allocation failures? |
| 17:00.17 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 17:02.23 | putnopvut | russellb: I'll rerun and see. |
| 17:03.18 | russellb | putnopvut: k ... i'm about to commit a memleak fix, but it may not be related |
| 17:03.34 | putnopvut | russellb: all right I'll run the tests after you commit it. |
| 17:05.13 | putnopvut | russellb: running the tests before applying your patch, yes, I see channel allocation failures in chan_local. |
| 17:05.22 | russellb | perfect. |
| 17:05.26 | russellb | A105568 |
| 17:05.28 | MuffinMan | [105568] Committed by russell on 2008-03-03 13:05:16: Fix a potential memory leak of the local_pvt struct when ast_channel allocation |
| 17:07.59 | putnopvut | russellb: segfault with new patch applied. |
| 17:08.04 | russellb | nice. |
| 17:08.19 | putnopvut | dammit, I don't have DONT_OPTIMIZE on. |
| 17:08.22 | putnopvut | I'll recompile. |
| 17:08.44 | russellb | k |
| 17:08.47 | russellb | sorry for the breakge :( |
| 17:08.48 | putnopvut | Hmm, I do have DONT_OPTIMIZE on. |
| 17:08.51 | russellb | but thanks a lot for the help in testing |
| 17:08.52 | putnopvut | But I got crap for a bt |
| 17:09.33 | russellb | i don't see what i messed up though ... |
| 17:09.37 | russellb | valgrind perhaps? |
| 17:09.39 | russellb | does it happen quickly? |
| 17:09.47 | putnopvut | No. |
| 17:10.16 | russellb | take a look at my patch, though |
| 17:10.21 | russellb | i don't see where i could have introduced a crash |
| 17:10.22 | putnopvut | All right. |
| 17:10.37 | russellb | the one place where i modified code flow was clearly a mem leak, there were _no_ references to that pvt stored anywhere at that point |
| 17:10.46 | russellb | local_request() is what i'm talking about |
| 17:11.06 | jmls | I can run a load of calls using chan_local through my test system if that would help .. |
| 17:11.19 | putnopvut | russellb: no crash on second attempt. |
| 17:11.21 | putnopvut | I'll try again |
| 17:11.43 | putnopvut | I sense it coming now though... |
| 17:11.51 | putnopvut | bam! segfault |
| 17:12.03 | russellb | heh |
| 17:12.04 | putnopvut | crash in local_hangup |
| 17:12.08 | putnopvut | line 542 |
| 17:12.14 | putnopvut | The AST_LIST_REMOVE |
| 17:13.43 | putnopvut | russellb: curelm has a deadbeef in it. |
| 17:14.04 | russellb | oh that's just nice. |
| 17:14.04 | putnopvut | I guess curelm is part of the linked list code |
| 17:14.13 | russellb | yes, it is |
| 17:14.38 | russellb | putnopvut: i know what it is ... one sec |
| 17:14.59 | putnopvut | russellb: you rock man! |
| 17:15.27 | russellb | <3 |
| 17:16.59 | russellb | A105570 |
| 17:17.00 | MuffinMan | [105570] Committed by russell on 2008-03-03 13:16:53: In the case of an ast_channel allocation failure, take the local_pvt out of the |
| 17:17.17 | putnopvut | a ha! Makes sense. |
| 17:17.21 | putnopvut | I'll get to the testing then... |
| 17:17.29 | russellb | yay |
| 17:17.42 | russellb | productive coding makes me happy |
| 17:18.55 | putnopvut | russellb: no allocations in chan_local! |
| 17:19.00 | russellb | <3 |
| 17:19.07 | russellb | another bug bites the dust |
| 17:31.28 | *** join/#asterisk-dev elguero (n=elguero@h-68-167-124-171.cmbrmaor.covad.net) |
| 17:37.35 | atis_work | putnopvut: sorry, now i was away |
| 17:38.06 | atis_work | so, the thing is, that there's several calls going to same agent within the same second |
| 17:38.45 | atis_work | i wasn't able to reproduce that on testing machine |
| 17:39.36 | atis_work | however i've seen that on our production, that has 8 cpu's - i think processor count here is what counts |
| 17:40.31 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 17:48.58 | *** join/#asterisk-dev atis_work (n=atis_wor@81.198.164.2) |
| 17:51.24 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 17:51.25 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 17:51.25 | *** join/#asterisk-dev Mavvie (n=edwin@ppp121-44-57-203.lns10.syd7.internode.on.net) |
| 17:52.51 | *** join/#asterisk-dev Mavvie (n=edwin@ppp121-44-57-203.lns10.syd7.internode.on.net) |
| 17:54.37 | mvanbaak | do the happy happy joy joy dance |
| 17:55.45 | putnopvut | atis_work: okay, if you could open a bug report on this, it would probably be easier to track and I won't forget about it. This morning's been kind of crazy here. |
| 17:55.59 | atis_work | ok, no problem |
| 18:01.49 | Qwell | Juggie: ping |
| 18:02.12 | *** join/#asterisk-dev miguel3239 (n=elguero@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:11.57 | russellb | Corydon76-dig: http://lists.digium.com/pipermail/asterisk-dev/2007-May/027890.html |
| 18:12.02 | russellb | Corydon76-dig: that's the notes i was referring to |
| 18:12.13 | jeffg | Qwell, thanks for the commit :) |
| 18:12.24 | Qwell | jeffg: thanks for the patch :) |
| 18:15.12 | jeffg | more to come before long -- enhancements even, since we're building out on * at opennms.com. |
| 18:16.22 | jsmith | jeffg: Awesome! |
| 18:16.39 | Qwell | what's opennms do again? |
| 18:16.45 | Qwell | I know I've heard the name (a bunch of times, even) |
| 18:16.48 | russellb | magic |
| 18:17.02 | jeffg | hah |
| 18:17.12 | Qwell | ahh, network management |
| 18:17.13 | jeffg | "enterprise-grade open source network management" |
| 18:18.02 | jsmith | jeffg: Is there a .mib, and if so, does it need to be updated as well? |
| 18:18.17 | Qwell | jsmith: I think that was the problem, is that it didn't match the MIB |
| 18:18.45 | russellb | O.O |
| 18:18.45 | jsmith | Gotcha! |
| 18:19.15 | Qwell | that was a completely random guess btw |
| 18:19.17 | jeffg | we did a show recently where one of our quasi-open-source competitors was using |
| 18:19.34 | jeffg | one of those nabaztag rabbit things from thinkgeek to notify of outages |
| 18:20.22 | jeffg | i had an ip phone with me so i brought up * on my mac and duct-taped together phoned-in notifications -- which are actually *useful* :) |
| 18:20.27 | jsmith | We used the ambient orbs at my last job... we had something like 8 of them in our NOC |
| 18:20.37 | jsmith | Of course, we had it call us as well |
| 18:21.03 | jsmith | Fun times... |
| 18:21.19 | jeffg | asterisk-java is really cool stuff, think we'll have a full-blown AsteriskNotificationStrategy in an upcoming release |
| 18:24.31 | *** join/#asterisk-dev flujan_ (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 18:30.43 | atis_work | M12127 |
| 18:30.44 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0012127: Using state_interface and Local channels allows several simultenous calls to be sent to agent reported by atis http://bugs.digium.com/view.php?id=12127 |
| 18:31.03 | atis_work | putnopvut: 12127 |
| 18:31.32 | putnopvut | Thanks. |
| 18:34.38 | *** join/#asterisk-dev elguero (n=elguero@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:35.30 | jpeeler | snuff-work: ping |
| 18:52.18 | Juggie | Qwell: pong |
| 19:05.14 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 19:12.16 | snuff-home | jpeeler,? |
| 19:12.19 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:12.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:42.48 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:42.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:44.02 | *** join/#asterisk-dev bkw___ (n=brian@adsl-70-234-182-211.dsl.tul2ok.sbcglobal.net) |
| 19:57.45 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 20:09.48 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 20:11.10 | jtodd | Greetings and salutations, all. |
| 20:11.50 | jsmith | Well if it isn't jtodd |
| 20:12.15 | jsmith | Long time, no IRC.... |
| 20:12.16 | jtodd | You're missing the end of that Boolean statement. |
| 20:12.45 | jsmith | if (newcomer == "jtodd") |
| 20:12.46 | jsmith | { |
| 20:12.49 | jtodd | Yeah, it's been a three month roller coaster of busy-ness that popped IRC (and the mailing lists) off the stack for me. I'm back now. |
| 20:12.50 | jsmith | <PROTECTED> |
| 20:12.52 | jsmith | } |
| 20:13.05 | jsmith | Welcome back to the jungle! |
| 20:13.18 | jtodd | I knew I could count on you to write the syntax. |
| 20:14.09 | jsmith | GotoIf($["${CALLERID(name)}" = "John Todd"]?surprised,1) |
| 20:15.24 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 20:15.28 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:17.12 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 20:29.20 | Mavvie | putnopvut: good morning. |
| 20:30.01 | Mavvie | putnopvut: with regarding to the "incoming DTMF not being detected when you start a call via a call file", it was detected on PRI level. |
| 20:30.30 | putnopvut | Mavvie: okay thanks for the update. |
| 20:30.31 | jpeeler | snuff-home: i was wondering if you had any experience building 64-bit builds of asterisk on solaris |
| 20:30.34 | jpeeler | dang |
| 20:30.43 | jpeeler | snuff-work: see above |
| 20:31.47 | Mavvie | putnopvut: do you maybe have an idea (as in the bug report) "how do these DTMF codes found in the zaptel drive t4_check_vpm450() get forwarded to the astersisk component chap_zap() " |
| 20:32.21 | putnopvut | Mavvie: I have to level with you. When it comes to DTMF and especially zaptel-related code, I'm pretty clueless. |
| 20:32.43 | putnopvut | When I checked out the issue, I figured it would be an application-level problem, which I would be good at solving. |
| 20:32.56 | putnopvut | That's also why I haven't assigned the issue to myself on the bugtracker. |
| 20:33.37 | file | I believe an event is queued up, and is then handled by zt_handle_event in chan_zap.c |
| 20:33.39 | Corydon76-lap | Mavvie: through an ioctl, of course |
| 20:34.03 | Mavvie | putnopvut: in that case I'll drop the question on the -dev mailinglist. Or do you know somebody else I could try? |
| 20:35.10 | putnopvut | Mavvie: the fact that you have a bug reported should be enough for it to get looked at. I'm going to recategorize the bug so that it won't be seen as an app_read problem since it appears to be a lower-level issue. |
| 20:35.24 | putnopvut | Perhaps that will get someone to take a closer look at the issue. |
| 20:35.44 | Mavvie | Corydon76-lap: there are lots of them called in channels/chan_zap.c. That would be the interface between the zaptel driver and the internal functions of chan_zap functions? |
| 20:37.36 | Corydon76-lap | Mavvie: yes |
| 20:37.46 | Mavvie | Corydon76-dig / putnopvut : tonight I'm going to see what happens in the zt_digit_begin/zt_digit_end functions... |
| 20:38.10 | Mavvie | oh wait, they look to be handling the sending of DTMF. |
| 20:38.13 | Corydon76-lap | Mavvie: that is the only way you're going to pass between kernelspace and userspace |
| 20:40.56 | Mavvie | my first guess would be zt_handle_dtmfup() |
| 20:42.23 | tzafrir | When building zaptel 1.2: I get /home/tzafrir/Proj/Asterisk/DigiumRW/zaptel/branches/1.2/wcte12xp/base.c:1727: warning: unused variable ‘flags’ |
| 20:42.31 | tzafrir | Fix it? |
| 20:43.29 | Mavvie | or ztread(). that is going to be tricky. |
| 20:43.45 | Mavvie | (at least I'm out of the kernel part of it so the machine won't crash under my shaking hands) |
| 20:43.58 | Qwell | oh, speaking of zaptel 1.2 |
| 20:44.05 | Qwell | tzafrir: did you see that issue on mantis with make clean? |
| 20:44.21 | Qwell | M12118 |
| 20:44.23 | MuffinMan | [closed] [Zaptel] General 0012118: make clean fails reported by virgilio http://bugs.digium.com/view.php?id=12118 |
| 20:44.38 | Qwell | oh, nevermind |
| 20:44.41 | Qwell | lol |
| 20:44.42 | tzafrir | I was about to ask about this one, yes |
| 20:44.52 | Qwell | committed as I was typing :0 |
| 20:44.52 | snuff-work | jpeeler: no x64 machine to build with for solaris :( at least that i have access to atm.. may try and get another one soon..just have sparc/i386 |
| 20:45.18 | Qwell | snuff-home: is your sparc 64? |
| 20:45.53 | snuff-work | last time i looked ultrasparc III was |
| 20:45.57 | snuff-work | ;) |
| 20:46.07 | snuff-work | besides i have huge build issues on v880 |
| 20:46.23 | snuff-work | mem alignment = murder |
| 20:46.49 | snuff-work | at least when it comes to stuff like chan_iax.. |
| 20:47.13 | snuff-work | aka.. |
| 20:47.20 | snuff-work | M11485 |
| 20:47.21 | MuffinMan | [new] [Asterisk] Core-General 0011485: Alignment issues building on solaris sparc reported by snuffy http://bugs.digium.com/view.php?id=11485 |
| 20:47.23 | Qwell | yeah... |
| 20:50.15 | *** join/#asterisk-dev slavon_net (n=User@87.255.1.74) |
| 20:50.18 | slavon_net | hello all |
| 20:50.19 | *** join/#asterisk-dev RoyK (n=roy@ip-122-26-149-91.dialup.ice.no) |
| 20:50.46 | slavon_net | have many messages like this in debug mode: |
| 20:50.47 | slavon_net | [Mar 3 23:50:28] DEBUG[11200]: chan_zap.c:5514 my_zt_write: Write returned -1 (Resource temporarily unavailable) on channel 58 |
| 20:51.29 | slavon_net | anyone may help to fix? |
| 20:53.17 | tzafrir | write failed |
| 20:53.27 | tzafrir | so |
| 20:53.49 | tzafrir | What actual problem do you have? |
| 20:54.26 | slavon_net | voice have very small pauses... |
| 20:55.30 | tzafrir | What hardware is it? |
| 20:55.50 | slavon_net | Wildcard TE420 (4th Gen) |
| 21:00.13 | slavon_net | hmm.. i get call and need to go... i hope that its not bug and its only system message... i get very many of this messages in debug log... also before its messages i get somtime like this: |
| 21:00.14 | slavon_net | [Mar 3 23:59:46] DEBUG[11200]: channel.c:1129 channel_find_locked: Avoiding initial deadlock for channel '0xb6612d28' |
| 21:01.12 | codefreeze | trunk complains about not finding extens in regexten, and dies on "stop gracefully" just as well as his branch based on trunk... |
| 21:01.32 | codefreeze | Yay! I'm not the bad guy! |
| 21:07.16 | snuff-work | hehe.. |
| 21:11.05 | jsmith | You guys want me to explain regexten? |
| 21:12.34 | *** join/#asterisk-dev DaleG (n=dale@hlfxns0149w-142177089010.ns.aliant.net) |
| 21:13.29 | DaleG | hey, I created a small prog that's a web-server to provision IAXy's (for Linux/OS X, others). Point your browser at it, fill in the fields, click provision, and it does it's thing. Looking for people to test it out... |
| 21:18.02 | mvanbaak | jsmith: regexten means: if a sip peer registers it will create the exten, prio1 |
| 21:18.10 | mvanbaak | so if regexten is: 1313 |
| 21:18.26 | mvanbaak | and peer 1313 registers it will create: exten => 1313,1,NoOp() |
| 21:18.37 | mvanbaak | it's usefull in dundi setups |
| 21:18.56 | mvanbaak | you specify 'regcontext=registeredphones' |
| 21:19.02 | mvanbaak | and regexten per peer |
| 21:19.15 | mvanbaak | that will make it create those extensions in the context registeredphones |
| 21:19.27 | mvanbaak | now you can use that context in dundi or iax or whatever |
| 21:19.47 | mvanbaak | and it will act as an automatic 'phone X is here and phone Y is on other_server' |
| 21:20.23 | jsmith | mvanbaak: I know what regexten does... I was asking to see if anybody else wanted me to explain it |
| 21:20.43 | mvanbaak | ah |
| 21:20.44 | mvanbaak | lol |
| 21:20.50 | mvanbaak | well, sorry I took your job |
| 21:21.55 | jsmith | No worries! |
| 21:22.18 | mvanbaak | was my story correct ? |
| 21:22.20 | mvanbaak | ;) |
| 21:22.22 | jsmith | If I train everyone else to do my job, I can move on to a {better|funner|better paying} job, right? |
| 21:22.29 | jsmith | mvanbaak: Correct |
| 21:22.47 | mvanbaak | well, at least it's what we are doing with regexten |
| 21:23.12 | mvanbaak | jsmith: I wish I could make money by explaining stuff on irc |
| 21:23.27 | mvanbaak | that you can do from whatever nice place you want to be ;) |
| 21:27.08 | snuff-work | mm explains it.. generally my dp's are just like _3xx do somethin |
| 21:42.51 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 21:43.34 | seanbright | am i supposed to bow back? |
| 21:43.40 | file | you could. |
| 21:43.58 | seanbright | ;) |
| 21:44.11 | file | that is also acceptable |
| 21:44.31 | seanbright | so whats good in the world today? |
| 21:44.36 | seanbright | did i miss anything exciting? |
| 21:45.17 | file | not particularly |
| 21:45.34 | DaleG | Any people out there have any large installations of IAXy's? |
| 21:54.40 | *** join/#asterisk-dev bkw__ (n=brian@adsl-76-196-203-125.dsl.tul2ok.sbcglobal.net) |
| 22:16.26 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 22:23.35 | *** join/#asterisk-dev mosty (n=mostyn@ppp191-34.static.internode.on.net) |
| 23:44.04 | *** join/#asterisk-dev joshaidan (n=Brian@S0106001c1023e838.tb.shawcable.net) |
| 23:46.04 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |