| 00:01.20 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 00:04.33 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 00:04.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 00:30.57 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 00:37.23 | philipp64 | more linkage issues, this time in dahdi-tools |
| 00:37.25 | philipp64 | M0016597 |
| 00:37.27 | MuffinMan | [new] [DAHDI-tools] General 0016597: Dadhi-tools ignores linker flags when building utilities in xpp/ reported by pprindeville https://issues.asterisk.org/view.php?id=0016597 |
| 00:48.28 | *** join/#asterisk-dev snuff-work (n=aaa@120.19.104.226) |
| 00:48.28 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:01.52 | leifmadsen | snuff-work: pong? |
| 01:10.25 | snuff-work | i seen that 'park and announce' thing.. |
| 01:12.27 | snuff-work | i think someone just 'forgot' to add it like u said on the bug |
| 01:31.27 | philipp64 | any autoconf gurus still about? I'm stuck on one last wrinkle to a patch I want to submit. |
| 01:36.13 | snuff-work | not i |
| 01:40.51 | Corydon76-dig | snuff-work: Nice work on the patch |
| 01:41.24 | Corydon76-dig | I posted a few comments, but overall, looks like a good patch. |
| 01:41.52 | snuff-work | thanks :) |
| 01:42.52 | snuff-work | it should 'work' but i never tested it.. on my netbook i couldn't even compile the odbc parts because i didn't have the libraries installed ;) |
| 01:43.44 | Corydon76-dig | I'll give some extra attention to that one once it's up on RB, since it's my baby. ;-) |
| 01:44.43 | snuff-work | btw.. the SQL_C_FLOAT.. thing.. was a guess.. i had nfi what the type way |
| 01:44.45 | snuff-work | *was |
| 01:45.14 | Corydon76-dig | Ah, there's some good ODBC references on the web. It's what I generally code towards |
| 01:46.18 | alecdavis | snuff-work: will 16559 record in the cdr the high resolution hrbillsec in realtime, as it looks like func_cdr only reads it? I haven't tried it, just an impression. |
| 01:46.21 | snuff-work | when i'm on train no webs.. so had to guess.. i have a feeling that the code i posted wasn't 'all' of it.. will double check in bout 5-6hrs when back in proper office |
| 01:46.59 | snuff-work | with my netbook just have work lappy onsite |
| 01:53.20 | Corydon76-dig | alecdavis: We have the precision in CDR; it just hasn't been represented that way in the backends |
| 01:53.56 | Corydon76-dig | alecdavis: in fact, cdr_pgsql actually already handles the greater precision in 1.6.0 |
| 01:54.21 | Corydon76-dig | assuming the column type can handle the greater precision |
| 01:55.33 | alecdavis | just read that. Thought he was adding another field, like hrbillsec, which he's not. |
| 01:56.40 | snuff-work | alecdavis: that was my 1st bad hack :) |
| 01:58.04 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 01:58.09 | alecdavis | it might have been a 1 or 2 liner to cdr.c, as I found out adding the 'dnid' field. Tilghman pointed me in the right direction. |
| 02:03.17 | alecdavis | snuff-work: like line2: ast_cdr_setvar(cdr, "hrbillsec", hrvalue, 0); |
| 02:03.31 | alecdavis | Line1: calculate hrvalue |
| 02:03.50 | snuff-work | are u lookin @ the 2nd patch attached to the issue? |
| 02:04.21 | snuff-work | to get the hires billsec in the new version.. via the DP would be ${CDR(billsec,f)} |
| 02:05.09 | alecdavis | yes. |
| 02:06.17 | alecdavis | I guess when you can check the field type as you are, then it makes sense to write in that resolution. |
| 02:06.56 | alecdavis | Instead of adding a new field, with esstially the same data, but higher res. |
| 02:07.23 | snuff-work | that's the idea.. |
| 02:08.44 | snuff-work | Corydon76-dig: i will add the duration 'hr' bit tonight also so another 12-24hrs should address your issues |
| 02:09.52 | snuff-work | alecdavis: the reason for the 'hrbillsec=yes' for cdr_odbc is because it has NO type checking.. just like cdr_tds |
| 02:22.37 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:22.37 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 04:51.33 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 04:51.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:22.25 | *** join/#asterisk-dev Natlonehat (n=Enrage@202.170.42.67) |
| 07:33.27 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 07:33.27 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:57.55 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:57.55 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:18.36 | *** join/#asterisk-dev sgimeno (n=santiago@226.Red-80-33-64.staticIP.rima-tde.net) |
| 08:20.26 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:01.43 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 09:01.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 09:23.28 | *** join/#asterisk-dev ayrjola (n=ayrjola@gw.ccxtech.fi) |
| 09:25.55 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.121) |
| 10:08.55 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 10:08.57 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:56.56 | *** join/#asterisk-dev jtodd (i=gm6ljr9o@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 10:56.56 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 11:36.11 | snuff-home | mmm... |
| 11:42.12 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 11:52.52 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:57.07 | snuff-home | posted reviewboard now Corydon76-dig :) |
| 12:09.33 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:09.33 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:36.13 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:36.13 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:21.38 | *** part/#asterisk-dev fiddur (n=fiddur@192.121.104.121) |
| 13:39.15 | *** join/#asterisk-dev uluatu (n=uluatu@200.146.5.244.dynamic.dialup.gvt.net.br) |
| 13:40.32 | uluatu | I need a payed customization on chan_dahdi, who should I ask for? |
| 13:40.56 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:40.56 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:41.08 | atis_work | uluatu: probably asterisk-biz |
| 13:43.58 | uluatu | atis_work: Thanks, but I can explain briefly what I need to check if it is possible. |
| 13:45.05 | uluatu | I need that chan_dahdi tell asterisk to generate a ringing event to channel everytime a progress message is received... |
| 13:46.08 | uluatu | this progress message comes from ISDN and should be converted to a 180 ringing to the sip leg of the call. |
| 13:46.44 | uluatu | I filled a bug about it: https://issues.asterisk.org/view.php?id=16594 |
| 13:46.56 | uluatu | I suppose it is a bug, but not sure yet. |
| 14:15.48 | *** join/#asterisk-dev jamesh1 (n=jhenders@xob.neospire.net) |
| 14:26.38 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:26.38 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:37.01 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 14:42.24 | TheDavidFactor | Any one know if russellb is back from traveling? |
| 14:43.07 | leifmadsen | I think he returns later today... ? |
| 14:43.33 | *** join/#asterisk-dev sgimeno (n=santiago@226.Red-80-33-64.staticIP.rima-tde.net) |
| 14:51.04 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.116.231) |
| 14:54.12 | Laureano | Backporting the code from the Zaptel / DAHDI 1.4 and having the programming skills and API/ABI knowledge, which are the odds to implement MTP2 signalling in Zaptel 1.2 by myself? |
| 14:54.20 | Laureano | . |
| 14:55.45 | tzafrir_laptop | Laureano, what's your problem with using zaptel 1.4 ? |
| 14:55.55 | tzafrir_laptop | (as opposed to using asterisk 1.4) |
| 14:56.17 | tzafrir_laptop | What do you need MTP signalling for? What specific channel driver in Asterisk? |
| 14:56.29 | Laureano | tzafrir_laptop, let me introduce some background. |
| 14:58.17 | Laureano | I'm currently using Asterisk 1.4 and 1.6 in my current projects, but I doing consulting for a already deployed platform which needs SS7 support. I'm going to suggest upgrading to Zaptel 1.4 and Asterisk, but I'm also analyzing other options, such backporting MTP2 to 1.2. |
| 14:58.24 | Laureano | The current channel driver for ss7 would be chan_ss7. |
| 14:58.40 | Laureano | And newer versions use MTP2. |
| 15:01.02 | Laureano | It's more like a theoretical question than a pragmatic one: If you (or me) would need to backport that signalling, would it be a feasible task? |
| 15:03.10 | tzafrir_laptop | I suggest you test using zaptel 1.4 with asterisk 1.2 |
| 15:03.27 | tzafrir_laptop | this is not a major change. Chances are it will be simpler than a backport |
| 15:04.27 | Laureano | Any particular 1.4 version? Or the latest release will do the trick? |
| 15:09.04 | tzafrir_laptop | I figure that 1.4.12.1 should be good enough. The MTP fix was not done before 1.4.11 (or was it 1.4.12?) |
| 15:09.21 | tzafrir_laptop | If you need something that builds with latest kernel, grab latest SVN version |
| 15:10.01 | Laureano | Well, tzafrir_laptop, thank you for your help. I really appreciate it. |
| 15:11.32 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:11.52 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:11.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:28.46 | TheDavidFactor | anyone willing to do a code review on https://reviewboard.asterisk.org/r/449/ I've got it working in production mainly I just need someone to make sure I haven't done anything stupid :-) |
| 15:34.39 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 15:38.46 | *** join/#asterisk-dev ManxPower-work (n=EWieling@216.186.151.147) |
| 15:39.14 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 15:42.01 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 15:44.18 | ManxPower-work | Does MeetMe generate the join/leave sounds internally? I don't see it playing the sounds in the CLI. |
| 15:46.13 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 15:46.13 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:59.46 | seanbright | ManxPower-work: yes |
| 16:00.11 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:00.11 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:00.18 | seanbright | enter.h and leave.h |
| 16:00.20 | seanbright | in apps |
| 16:03.15 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 16:03.15 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:07.14 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:07.14 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:09.06 | ManxPower-work | seanbright: thanks |
| 16:11.04 | ManxPower-work | seanbright: It looks like it's not very useful to me, unfortunately. |
| 16:13.23 | leifmadsen | seanbright: do those headers just contain the frequencies for creating the tones? |
| 16:15.09 | ManxPower-work | I'll stick to Playtones(dialrecall) Wait(.33) S topPlayTones |
| 16:15.24 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:16.38 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 16:21.13 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 16:27.59 | *** join/#asterisk-dev jmworx (n=jeval@mail.octasic.com) |
| 16:28.07 | jmworx | kpfleming: are you around? |
| 16:28.34 | *** part/#asterisk-dev ManxPower-work (n=EWieling@216.186.151.147) |
| 16:28.43 | kpfleming | jmworx: define 'around' |
| 16:29.01 | jmworx | present |
| 16:29.16 | kpfleming | yes, at least in this IRC channel |
| 16:34.53 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:43.04 | putnopvut | There has been a regression in trunk within the past couple of days. I'm no longer able to place SIP calls between two Asterisk boxes. Asterisk sends a 404 response to the INVITE it receives. I'll have more info when I find the revision that caused the issue. |
| 16:45.07 | *** join/#asterisk-dev uluatu (n=uluatu@200.146.5.244.dynamic.dialup.gvt.net.br) |
| 16:45.51 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:52.35 | putnopvut | Corydon76-dig: It appears that trunk revision 239571 has prevented me from being able to place SIP calls between Asterisk boxes. Specifically, it appears that ast_exists_extension is returning zero when attempting to find an extension in a context. The extension exists, but ast_exists_extension is claiming it doesn't. |
| 16:54.47 | Corydon76-dig | Hrm |
| 16:55.19 | putnopvut | It may be due to a misused NULL or empty string in chan_sip, though. |
| 16:55.22 | putnopvut | I'll check further. |
| 16:55.46 | Corydon76-dig | Yeah, I'm finding that ast_strlen_zero is misused in many places throughout the code |
| 16:56.03 | *** join/#asterisk-dev msetim (n=setim@200.146.5.244.dynamic.dialup.gvt.net.br) |
| 16:57.54 | Corydon76-dig | putnopvut: Wait, I'm not sure why that would affect looking up extensions, though |
| 16:58.11 | Corydon76-dig | This code is about CREATING extensions |
| 16:58.22 | putnopvut | Right, it's not making a ton of sense to me either. |
| 16:58.51 | Corydon76-dig | Are you using extensions.conf or some other dialplan? |
| 16:59.05 | putnopvut | extensions.conf |
| 16:59.22 | Corydon76-dig | Well, that's what this was designed for |
| 16:59.44 | putnopvut | Hold on. I need to take care of something in my office for a second. I'll be right back. |
| 17:06.08 | Corydon76-dig | putnopvut: Well, I'm not having any trouble getting chan_sip to match extensions in trunk... |
| 17:06.29 | putnopvut | All right. I need a bit more time to investigate what's happening here. |
| 17:12.01 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 17:14.28 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 17:14.28 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 17:15.26 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 17:15.26 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 17:17.35 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 17:17.35 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:17.56 | Corydon76-dig | It's a drumkilla! |
| 17:24.44 | putnopvut | Corydon76-dig: So I have a bit more info on the matter. The extension I want to dial is defined in extensions.conf. In addition, I also had the sample extensions.ael file in my /etc/asterisk directory. If I remove extensions.ael from the directory, all is well. I can make calls just fine. If I leave the sample extensions.ael in /etc/asterisk, then all extensions in my dialplan, whether they were loaded by pbx_config or pb |
| 17:24.45 | putnopvut | x_ael, have a CID match of '' |
| 17:25.30 | putnopvut | Actually I take that back. Only the extensions loaded from pbx_config have the CID match of '' |
| 17:25.41 | putnopvut | Those created by pbx_ael do not have a CID match associated with them. |
| 17:27.00 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 17:27.00 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 17:30.09 | Corydon76-dig | putnopvut: Okay, so the issue is in merge_contexts_and_delete |
| 17:30.33 | kpfleming | The_Boy_Wonder committed a patch there recently |
| 17:32.04 | The_Boy_Wonder | my patch should have been isolated to the use of hints |
| 17:33.00 | putnopvut | Yeah the problem appears to be that extensions are being created with a blank CID match when there should be none at all. merge_contexts_and_delete seems to just be iterating over a hashtable. I need to find the place where the hashtable is created/filled |
| 17:35.02 | Corydon76-dig | putnopvut: Update and try again |
| 17:35.11 | putnopvut | All righty. Thanks. |
| 17:36.32 | putnopvut | Corydon76-dig: It appears to work correctly now. Thank you very much! |
| 17:38.03 | Corydon76-dig | Not a problem. I'm guessing that not very many people use blank callerid matching or this would have turned up sooner |
| 17:39.49 | *** join/#asterisk-dev sgimeno (n=santiago@226.Red-80-33-64.staticIP.rima-tde.net) |
| 17:48.55 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 18:09.27 | jpeeler | atis_work: think you'll be able to put 16058 in production tomorrow? |
| 18:39.18 | Kobaz | wow |
| 18:39.18 | Kobaz | hmm |
| 18:39.19 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 18:39.23 | Kobaz | asterisk trunk seems really messed up |
| 18:41.12 | The_Boy_Wonder | Kobaz: how so? |
| 18:43.16 | pgarcia | Hi, anybody could tell me if overlap for NT mode in BRI is already implemented? (Using Libpri BRI) |
| 18:43.29 | Kobaz | df |
| 18:43.30 | Kobaz | http://pastebin.ca/1751303 |
| 18:43.44 | *** join/#asterisk-dev sergee (i=serg@77.244.64.100) |
| 18:48.08 | Kobaz | i'm trying to port my new features to trunk, but i can't even get trunk working right |
| 18:48.38 | sergee | i'm using latest revision from 1.6.0 branch, and few hours ago it locked itself (2nd time for 3 days), this time i dumped a core with kill -6, |
| 18:50.02 | sergee | i don't know what to do with this core file, i don't have experience in debuging locks with gdb - can anyone guide me? |
| 18:51.04 | The_Boy_Wonder | sergee: thread apply all bt |
| 18:51.10 | Kobaz | other than stepping through code, and looking at backtraces, that's about it for me |
| 18:51.26 | The_Boy_Wonder | then upload it to mantis |
| 18:51.55 | The_Boy_Wonder | if you pastebin it someone might be able to look at it here to identify where the problem is located at least |
| 18:51.55 | Kobaz | The_Boy_Wonder: so have you seen that on trunk before? |
| 18:52.28 | The_Boy_Wonder | Kobaz: nope are you talking about the socket operation error? |
| 18:52.33 | *** join/#asterisk-dev lesouvage (i=5249454c@gateway/web/freenode/x-lzpwiboliejfquge) |
| 18:52.43 | Kobaz | well, that and the CLI> being printed a bazillin times |
| 18:52.55 | Kobaz | it seems like it's sucking up cpu doing something |
| 18:52.56 | Kobaz | not sure what |
| 18:53.28 | Kobaz | and it seg faults when i ctrl-c |
| 18:53.37 | Kobaz | do de do |
| 18:54.08 | The_Boy_Wonder | what does the new feature you're working touch |
| 18:54.41 | Kobaz | The_Boy_Wonder: well, that's the thing |
| 18:54.50 | Kobaz | i'm compiling just standard trunk, without my modifications |
| 18:55.05 | Kobaz | but my new stuff monkeys with app.c, and fund_groupcount.c |
| 18:55.53 | Kobaz | http://pastebin.ca/1751323 |
| 18:56.01 | Kobaz | that's my trace from the ctrl-c crash |
| 18:57.45 | seanbright | leifmadsen: i think it's the slin for the audio |
| 18:57.54 | seanbright | leifmadsen: re: meetme join/leave |
| 18:58.09 | seanbright | "U-law 8-bit audio data" |
| 18:59.53 | *** join/#asterisk-dev snuff-home (n=snuffy@203.219.29.182) |
| 18:59.53 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:01.37 | Kobaz | hmm |
| 19:01.52 | Kobaz | i'm kinda stuck now |
| 19:04.55 | Qwell | seanbright: was the question "what is leave.h"? |
| 19:08.57 | seanbright | no, that was already established |
| 19:09.03 | seanbright | it was "what kind of data is in there?" |
| 19:09.10 | Qwell | a struct! |
| 19:11.01 | file | survey says... |
| 19:17.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:24.04 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 19:29.55 | Kobaz | okay |
| 19:30.03 | Kobaz | done writing documentation |
| 19:30.15 | Kobaz | so who wants to help unbreak trunk for me? :) |
| 19:32.02 | Qwell | I volunteer... ChanServ! |
| 19:32.25 | Qwell | for some reason, my random number generator keeps returning 0. I can't tell if it's doing so randomly or not. |
| 19:32.51 | seanbright | static int rand() { return 0; } |
| 19:33.00 | Kobaz | aw |
| 19:33.12 | Kobaz | but chanserv never responds to my messages |
| 19:33.23 | Qwell | You're asking him the wrong questions |
| 19:33.40 | Kobaz | http://pastebin.ca/1751303 |
| 19:34.05 | Kobaz | i didn't modify any code for the asterisk running that generated that output |
| 19:34.15 | Kobaz | straight checkout from trunk, running under valgrind |
| 19:34.32 | Kobaz | and it gets the same problems without valgrind |
| 19:34.38 | Kobaz | sooo. where to start? |
| 19:38.39 | seanbright | from the beginning |
| 19:38.51 | Kobaz | yeap |
| 19:39.15 | Kobaz | heh |
| 19:39.19 | Kobaz | killin me :( |
| 19:39.25 | Kobaz | trunk is broken and noone cares |
| 19:39.49 | seanbright | are you really going to make me fix this? |
| 19:39.51 | seanbright | jesus |
| 19:40.12 | Kobaz | hehe |
| 19:40.14 | Kobaz | sorry :( |
| 19:40.24 | seanbright | checking out |
| 19:44.18 | seanbright | this machine is slow. your problem would get fixed more quickly if you sent me either cash or new hardware. |
| 19:44.53 | Kobaz | heh |
| 19:44.59 | seanbright | you have no other timing source? |
| 19:45.06 | Kobaz | i have a amd x2 cpu in a box somewhere |
| 19:45.10 | seanbright | dahdi? |
| 19:45.23 | Kobaz | dahdi_dummy is loaded |
| 19:45.34 | seanbright | but not res_timing_dahdi.so? |
| 19:46.00 | Kobaz | not the kernel module |
| 19:46.12 | Kobaz | but that looks like an asterisk module |
| 19:46.13 | Kobaz | lemme see |
| 19:46.39 | Kobaz | intellasoft-demo1 {/var/spool/asterisk} root# asterisk -cvvvv | grep dahdi res_timing_dahdi.so => (DAHDI Timing Interface) |
| 19:49.06 | Kobaz | i can paste the whole startup log |
| 19:50.09 | Kobaz | hmm, i wonder if it's a config issue |
| 19:50.15 | Kobaz | or maybe dahdi |
| 19:50.20 | Kobaz | lemme unload dahdi |
| 19:52.59 | Kobaz | it's not dahdi... i unloaded that and it's still being weird |
| 19:53.12 | Kobaz | i compiled trunk on a different box and it's non-broken |
| 19:54.23 | seanbright | hmm |
| 19:55.46 | Kobaz | i think it's a module... i turned off autoload and it's good so far |
| 19:59.59 | *** join/#asterisk-dev Corydon76-dig (i=six@c-69-137-80-31.hsd1.tn.comcast.net) |
| 20:00.00 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:01.59 | Kobaz | hmmmmmm |
| 20:04.48 | Kobaz | res_timing_timerfd.so |
| 20:04.50 | Kobaz | that's the one |
| 20:05.00 | Kobaz | if i load that, all hell breaks loose |
| 20:08.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 20:09.19 | Kobaz | [Jan 14 15:09:03] ERROR[29356]: res_timing_timerfd.c:105 timerfd_timer_open: Failed to create timerfd timer: Function not implemented |
| 20:09.27 | Kobaz | probably has something to do with that |
| 20:10.57 | seanbright | that sounds like a kernel thing |
| 20:11.10 | Kobaz | 2.6.23.14 |
| 20:11.17 | seanbright | possible you have headers that don't belong to your running kernel? |
| 20:11.50 | Kobaz | lrwxrwxrwx 1 root src 16 2009-08-19 19:27 /usr/src/linux -> linux-2.6.23.14/ |
| 20:12.03 | seanbright | hmm |
| 20:12.09 | Kobaz | does building asterisk use kernel headers? |
| 20:12.19 | seanbright | no |
| 20:12.21 | Kobaz | i build asterisk on my dev box, and copy it over to test boxes |
| 20:12.22 | Kobaz | okay |
| 20:12.25 | seanbright | kernel features |
| 20:12.45 | seanbright | timerfd requires kernel support though |
| 20:13.35 | Corydon76-dig | You using a different kernel on dev than on your test box? |
| 20:13.55 | Kobaz | hmm |
| 20:13.55 | Kobaz | nope |
| 20:13.56 | Kobaz | Linux dev 2.6.23.14 #10 SMP Tue Dec 29 17:01:17 EST 2009 i686 GNU/Linux |
| 20:14.23 | Kobaz | well, same version, dunno about options, i would have to diff |
| 20:14.38 | Amorsen | That's quite ancient |
| 20:14.47 | Kobaz | CONFIG_HIGH_RES_TIMERS=y |
| 20:14.58 | Kobaz | is that the timer that gets used? |
| 20:15.01 | Kobaz | Amorsen: it works |
| 20:17.37 | seanbright | CLOCK_MONOTONIC |
| 20:17.37 | seanbright | that is the issue |
| 20:17.38 | seanbright | the machine you are running on does not support that clock type |
| 20:17.38 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 20:17.38 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:17.38 | Kobaz | ah |
| 20:17.39 | Corydon76-dig | You need 2.6.25 to use that module |
| 20:17.39 | Corydon76-dig | and glibc of at least 2.8 |
| 20:17.39 | Kobaz | seanbright: is it easy to detect the lack of that kernel option? |
| 20:17.39 | Kobaz | and refuse to load if it doesn't exist, so it doesn't kill asterisk |
| 20:17.39 | seanbright | it shouldn't even build |
| 20:17.39 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:17.39 | Kobaz | heh |
| 20:17.39 | Kobaz | well it did |
| 20:17.41 | seanbright | but the configure check isn't granular enough to check for CLOCK_MONOTONIC |
| 20:17.43 | Amorsen | Build time checks aren't all that useful |
| 20:17.50 | Corydon76-dig | seanbright: it could be, though |
| 20:17.53 | Kobaz | res_timing_timerfd.c:105 timerfd_timer_open: Failed to create timerfd timer: Function not implemented |
| 20:17.58 | seanbright | Corydon76-dig: of course |
| 20:18.02 | Kobaz | that check can be used? |
| 20:18.13 | Kobaz | if it can't create the timer, then bail |
| 20:18.33 | Corydon76-dig | seanbright: the other thing we could do is attempt to use the API in load_module and DECLINE it if it fails |
| 20:19.25 | seanbright | yeah |
| 20:19.50 | Kobaz | should i add a issue to the tracker? or is it an easy fix |
| 20:20.04 | seanbright | i'll have a patch in a moment |
| 20:20.07 | Kobaz | sexy |
| 20:21.10 | Kobaz | probably could bail out saying "you need kernel 2.6.25 with option CLOCK_MONOTONIC to use this module" |
| 20:23.14 | seanbright | http://pastebin.ca/1751413 |
| 20:24.16 | Kobaz | nifty |
| 20:24.23 | seanbright | can you test? |
| 20:24.29 | Kobaz | sure |
| 20:24.39 | Kobaz | goes back to breaking stuff |
| 20:26.45 | Kobaz | -demo1*CLI> module load res_timing_timerfd.so |
| 20:26.45 | Kobaz | Unable to load module res_timing_timerfd.so |
| 20:26.45 | Kobaz | Command 'module load res_timing_timerfd.so' failed. |
| 20:26.45 | Kobaz | [Jan 14 15:26:37] ERROR[30738]: res_timing_timerfd.c:269 load_module: CLOCK_MONOTONIC not supported. Not loading. |
| 20:26.55 | seanbright | super |
| 20:26.56 | Amorsen | Brilliant! |
| 20:26.58 | Kobaz | well wait |
| 20:27.02 | seanbright | heh |
| 20:27.03 | Kobaz | lemme try on a box that has that |
| 20:27.06 | Kobaz | to make sure it does load |
| 20:27.16 | seanbright | alrighty |
| 20:27.58 | seanbright | and i don't want to put specific kernel versions in thee error message |
| 20:28.21 | seanbright | just because different distros backport all kinds of random crap |
| 20:28.38 | Kobaz | <PROTECTED> |
| 20:28.42 | Kobaz | yeap, it loaded |
| 20:28.43 | seanbright | super. |
| 20:28.57 | Kobaz | yeah true |
| 20:29.02 | Kobaz | distros with their 23980409328409234 patches |
| 20:31.54 | seanbright | ok, committed. |
| 20:32.00 | seanbright | thanks for the help. |
| 20:32.29 | Kobaz | np |
| 20:32.33 | Kobaz | anything to make asterisk better |
| 20:33.52 | Kobaz | it seems all i do is submit sub reports these days |
| 20:33.53 | Kobaz | heh |
| 20:33.55 | Kobaz | er, bug |
| 20:34.14 | Kobaz | slowly learning more of the core.. i've added quite a number of things |
| 20:36.06 | seanbright | i don't know much about the core |
| 20:36.14 | seanbright | i'm a cdr_tds guru |
| 20:36.15 | seanbright | heh |
| 20:36.25 | Kobaz | tds? |
| 20:36.56 | seanbright | sybase/ms sql server |
| 20:37.04 | Kobaz | ah |
| 20:37.18 | Kobaz | speaking of new stuff, so i'm trying to upload a reviewboard patch |
| 20:37.22 | Kobaz | what do i put for base directory |
| 20:37.28 | Kobaz | i diff'd out of trunk/ |
| 20:37.36 | Kobaz | so i put in '/', but it doesn't like that |
| 20:37.55 | Kobaz | hmm.. /trunk worked |
| 20:38.48 | seanbright | download post-review and make your life a lot easier |
| 20:39.24 | seanbright | easy_install -U RBTools |
| 20:40.28 | Kobaz | ah |
| 20:40.33 | Kobaz | what's it do? |
| 20:41.02 | seanbright | well in the simplest form, you just run it in your checkout and it creates the reviewboard entry for you |
| 20:41.12 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 20:41.22 | seanbright | the diff and all that. then it just spits out a URL for you to visit and populate the rest of the stuff. |
| 20:41.39 | seanbright | it also has command line arguments so you can do all of it from the command line and never have to visit the web page if you don't want. |
| 20:41.54 | seanbright | i just run it to create the boilerplate project and set up the diff for me. |
| 20:42.03 | Kobaz | ah |
| 20:48.31 | Kobaz | this reviewboard thing is pretty cool |
| 20:56.54 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 20:56.54 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:02.11 | *** join/#asterisk-dev key2 (n=key2@gob75-7-82-247-113-230.fbx.proxad.net) |
| 21:05.29 | key2 | is there any UMA channel development for asterisk ? |
| 21:06.40 | sergee | M16608 |
| 21:06.42 | MuffinMan | [new] [Asterisk] Channels/General 0016608: Deadlock on &(&channels)->lock reported by sergee https://issues.asterisk.org/view.php?id=16608 |
| 21:07.58 | sergee | Is anybody interested in this issue? i can perform any required additional actions right now |
| 21:08.19 | sergee | i wan't to rollback after that |
| 21:08.27 | sergee | i want |
| 21:10.29 | sergee | The_Boy_Wonder: thank you |
| 21:14.55 | *** join/#asterisk-dev key2 (n=key2@gob75-7-82-247-113-230.fbx.proxad.net) |
| 21:28.15 | *** join/#asterisk-dev ZX81 (n=Matt_Rid@121-74-243-188.telstraclear.net) |
| 21:29.42 | *** part/#asterisk-dev ZX81 (n=Matt_Rid@121-74-243-188.telstraclear.net) |
| 21:38.36 | Kobaz | anyone alive |
| 21:38.41 | Kobaz | can someone help with some xml doc |
| 21:38.53 | Kobaz | http://pastebin.ca/1751526 |
| 21:39.06 | Kobaz | that's outputting: |
| 21:39.07 | Kobaz | [Syntax] |
| 21:39.07 | Kobaz | GROUP_VAR([group[@category],]variable) |
| 21:39.19 | Kobaz | it should be: GROUP_VAR(group[@category],variable) |
| 21:40.30 | Kobaz | never mind, i fixed it |
| 21:40.31 | Kobaz | heh |
| 21:41.37 | Kobaz | i needed a required=true for the first <parameter> bit |
| 21:42.26 | Kobaz | i think i'm done |
| 21:43.21 | Kobaz | oh no |
| 21:43.26 | Kobaz | Error: |
| 21:43.26 | Kobaz | Publishing the draft has failed due to a server error: 500 Internal Server Error |
| 21:43.29 | Kobaz | Please try again later. If this continues to happen, please report it to your administrator. |
| 21:45.10 | Kobaz | https://reviewboard.asterisk.org/r/464/ |
| 21:45.13 | Kobaz | well there it is |
| 21:45.29 | Kobaz | i can't publish it though, i get a 500 server error |
| 21:46.59 | seanbright | get rid of the people |
| 21:47.09 | seanbright | just set the group to asterisk-dev |
| 21:47.11 | Kobaz | okay |
| 21:47.20 | seanbright | or change leifmadsen to lmadsen |
| 21:47.22 | seanbright | one or the other |
| 21:47.36 | Kobaz | changed |
| 21:47.38 | seanbright | but not blitzrage. he hates that. |
| 21:47.52 | Kobaz | i just took a guess as to who to put for people |
| 21:47.55 | Kobaz | k, i axed out people, and put the group |
| 21:48.13 | leifmadsen | seanbright: you bettah believe it's not buttah! |
| 21:49.16 | Kobaz | took me like almost two weeks to write all that |
| 21:49.23 | Kobaz | well i wrote it for 1.6.0.20, and then ported it to trunk |
| 21:49.32 | Kobaz | and then had to port all the documentation and stuff too |
| 21:49.51 | leifmadsen | ya, porting documentation between 1.6.0 and anything newer is a bit of work (XML ftw!) |
| 21:51.23 | Kobaz | i think it's a pretty cool additional set of features... i hope it makes it into 1.8 |
| 21:51.26 | Kobaz | or 1.6.3 if there is one |
| 21:54.57 | Kobaz | Qwell said he was interested when i mentioned what i was working on |
| 21:56.48 | leifmadsen | Kobaz: next major version will be 1.8 |
| 21:58.49 | Kobaz | k |
| 22:01.58 | seanbright | GROUP()s are complicated |
| 22:03.06 | Kobaz | not really |
| 22:03.13 | Kobaz | the code is pretty straightforward |
| 22:05.16 | Kobaz | it's just a linked list of channels and group@category's |
| 22:11.16 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:11.16 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:11.46 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 22:12.55 | snuff-work | mm.. my code reviews hate me.. never post to the stupid list |
| 22:16.46 | kpfleming | snuff-home: do you include asterisk-dev in the groups list of the review? |
| 22:19.06 | Corydon76-dig | snuff-work: is the email address that you used to sign up to Mantis also the same as you use to subscribe to the -dev list? |
| 22:25.05 | snuff-work | i think so.. |
| 22:25.43 | snuff-work | the dev list i get the digest version |
| 22:25.52 | snuff-work | https://reviewboard.asterisk.org/r/461/ |
| 22:29.22 | Corydon76-dig | snuffy22@ ... ? |
| 22:29.26 | snuff-work | yer |
| 22:29.47 | Corydon76-dig | I meant, is that the address you have signed up to the -dev list? |
| 22:29.53 | snuff-work | https://reviewboard.asterisk.org/users/?page=3 <-- looks like it doesn't think too much of rmudgett ;) |
| 22:29.58 | snuff-work | would be |
| 22:30.28 | Kobaz | how do you set your name |
| 22:30.33 | Kobaz | on the reviewboard |
| 22:31.03 | Corydon76-dig | It's inherited from Mantis |
| 22:31.33 | Kobaz | k |
| 22:31.45 | seanbright | well page 3 of users is definitely borked |
| 22:31.49 | seanbright | i blame snuffy |
| 22:31.53 | seanbright | and rmudgett |
| 22:32.26 | Kobaz | definitly borked |
| 22:32.39 | snuff-work | i also blame russell and seanbright too.. they are on page 3.. |
| 22:33.12 | Kobaz | i'm not on page3 |
| 22:33.15 | Kobaz | so i'm safe |
| 22:34.40 | Kobaz | hmm |
| 22:34.51 | Kobaz | it seems to create new users when you type them into the people list |
| 22:34.55 | Corydon76-dig | And me |
| 22:38.02 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 22:43.24 | *** join/#asterisk-dev korihor (n=korihor@201.210.226.98) |
| 22:46.24 | Kobaz | i need to port my chanlist app to trunk too |
| 23:13.23 | *** join/#asterisk-dev jtodd (i=n36va5gy@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 23:13.23 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 23:17.39 | marv[work] | any particular reason that in ast_channel_free, the channel lock is not held while doing the datastore list remove/free loop? |
| 23:21.10 | seanbright | what version of asterisk? |
| 23:22.02 | marv[work] | 1.4.28 and and 1.6.2 at least. I haven't seen any version that holds the channel lock while tearing down the datastore |
| 23:24.01 | marv[work] | but it looks to me like if you don't hold the channel lock, there's a race between removing it from the list and destroying it where chanspy could try to remove it from the list, and then return, freeing the muxtex and stack memory that's about to locked and accessed. |
| 23:25.47 | seanbright | hmmm |
| 23:26.04 | seanbright | not really sure. do you have a backtrace? |
| 23:27.05 | marv[work] | yeah. i haven't posted it because it's against a patched version of 1.4.24, but it looks to me like it would still be in 1.4.28 |
| 23:33.45 | marv[work] | http://pastebin.com/m4c7cf4c |
| 23:34.09 | *** join/#asterisk-dev uluatu (n=uluatu@189.114.176.219.dynamic.adsl.gvt.net.br) |
| 23:34.40 | marv[work] | I was thinking of locking the channel lock around that section of ast_chan_free and testing and submitting a patch, but I thought there might be some reason why the channel lock wasn't being held |
| 23:35.17 | *** join/#asterisk-dev uluatu_ (n=uluatu@200.146.5.244.dynamic.dialup.gvt.net.br) |
| 23:38.48 | *** join/#asterisk-dev uluatu (n=uluatu@189.114.176.219.dynamic.adsl.gvt.net.br) |
| 23:54.22 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |