| 00:05.21 | *** join/#asterisk-dev jeffg (i=GBeNGFj7@pdpc/supporter/active/jeffg) |
| 00:07.20 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 00:11.07 | *** part/#asterisk-dev RoyK (n=roy@ip-19-20-149-91.dialup.ice.no) |
| 00:12.42 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 00:17.49 | *** join/#asterisk-dev anthm (n=anthm@70-9-205-50.area4.spcsdns.net) |
| 00:21.55 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:24.48 | *** join/#asterisk-dev RoyK (n=roy@ip-19-20-149-91.dialup.ice.no) |
| 00:25.03 | *** part/#asterisk-dev RoyK (n=roy@ip-19-20-149-91.dialup.ice.no) |
| 00:42.07 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:08.06 | *** join/#asterisk-dev mcargile (n=thanatos@rrcs-24-173-132-218.se.biz.rr.com) |
| 01:10.00 | mcargile | has anyone run into a problem with zaptel-1.2.24 where if you have high res timers and the kernel tick set to 250hz zttest gives an accuracy of -200%? |
| 01:27.40 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 01:36.42 | *** join/#asterisk-dev seanbright (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 01:45.17 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 03:25.36 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.wa.comcast.net) |
| 03:49.33 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:52.41 | *** join/#asterisk-dev soulstompp (n=soulstom@cpe-76-173-167-182.socal.res.rr.com) |
| 04:02.14 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 04:04.25 | soulstompp | I have run into an issue that I am willing to take a stab at fixing but could use some hand holding if possible, I have put what i could think of into http://forums.digium.com/viewtopic.php?t=21888 |
| 04:29.17 | *** part/#asterisk-dev soulstompp (n=soulstom@cpe-76-173-167-182.socal.res.rr.com) |
| 06:05.13 | mvanbaak | :) |
| 08:33.32 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 08:49.16 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.139) |
| 08:53.27 | jmls_home | does anyone have a link to all the notify messages for a cisco 79xx phone ? |
| 08:54.08 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:38.59 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 10:11.30 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 10:42.16 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:49.00 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 12:00.02 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:02.11 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 12:07.36 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 12:39.53 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 12:56.05 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 13:01.45 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@217-133-80-112.b2b.tiscali.it) |
| 13:09.17 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:09.17 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:09.35 | lmadsen | Corydon76-dig: morning! |
| 13:13.46 | *** join/#asterisk-dev jeffg (i=RRE9Ji91@pdpc/supporter/active/jeffg) |
| 13:22.27 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 13:31.53 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:32.23 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:32.31 | puzzled | hi |
| 13:33.00 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 13:36.04 | *** join/#asterisk-dev M1s3ry (n=M1s3ry@216.207.245.1) |
| 13:39.33 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 13:47.07 | tzanger | hmm |
| 13:47.18 | tzanger | why does a tdmoe span start out with A, C, D bits set? |
| 13:47.19 | tzanger | that's invalid |
| 13:47.29 | tzanger | A&C and B&D are supposed to mirror each other |
| 13:53.04 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 13:54.47 | jsmith | tzanger: Because TDMoE is silly? |
| 13:54.51 | jsmith | throws out a random answer |
| 13:55.23 | tzanger | jsmith: that's probablyt he correct answer too |
| 13:56.25 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 13:56.34 | tzanger | acutally |
| 13:56.41 | tzanger | I think it's some kind of cock-eyed ZT_SIG_KEWL |
| 13:56.52 | tzanger | because it goes from 0x0b -> 0x05 |
| 13:56.56 | tzanger | at startup |
| 14:03.28 | *** join/#asterisk-dev jsmith-teaching (n=jsmith@68-246-227-231.area3.spcsdns.net) |
| 14:03.28 | *** mode/#asterisk-dev [+o jsmith-teaching] by ChanServ |
| 14:05.48 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-73be348d56e89a58) |
| 14:08.57 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 14:11.24 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:11.24 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:14.12 | *** part/#asterisk-dev jsmith-teaching (n=jsmith@68-246-227-231.area3.spcsdns.net) |
| 14:18.19 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 14:27.24 | *** join/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 14:30.47 | *** join/#asterisk-dev ACiDV (n=acidv@24-122-213-230.dr.cgocable.ca) |
| 14:32.48 | awk | any queue guy here? |
| 14:33.53 | file | what is your question? |
| 14:35.09 | ACiDV | probably related to 12492 |
| 14:35.13 | ACiDV | hi phil |
| 14:36.54 | awk | hey :) |
| 14:36.58 | *** part/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 14:37.00 | awk | yes, related to 12492 |
| 14:37.37 | awk | http://bugs.digium.com/view.php?id=12492 |
| 14:37.54 | ACiDV | awk, go on #asterisk-bugs |
| 14:38.26 | awk | ACiDV first time doing snom provisioning, you don't have any problems with it? just pass option 66 and 67 and change listen port to 80 and keep 5555? |
| 14:38.39 | ACiDV | awk... private please |
| 14:39.02 | ACiDV | keep channel discussion clean of non-digium subject |
| 14:39.17 | awk | sure. |
| 14:45.17 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 15:01.58 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:01.58 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:02.44 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 15:27.15 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:48.21 | *** part/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 15:53.18 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 15:53.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:56.44 | *** join/#asterisk-dev jpeeler (n=root@216.207.245.1) |
| 16:03.17 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 16:03.17 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 16:19.54 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 16:30.09 | jsmith | russellb: Is the JACK stuff going to be in 1.6.0, or a later 1.6 release? |
| 16:30.15 | russellb | 1.6.0 |
| 16:30.21 | jsmith | Schweet |
| 16:30.27 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 16:30.27 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 16:30.29 | jsmith | really needs to try it out |
| 16:30.33 | russellb | heh, cool |
| 16:30.45 | russellb | i only know of a couple other people who have tried it ... |
| 16:30.48 | russellb | not sure how much use it will get |
| 16:30.50 | russellb | but it was fun to write |
| 16:30.51 | jsmith | russellb: Might make the FlightGear folks a little happier than their current hacks |
| 16:31.04 | russellb | cool :) |
| 16:31.04 | JerJer | can anyone tell me if IAX2 has changed significantly between like 1.4.9 and current 1.4 ? |
| 16:31.05 | jsmith | russellb: Oh, it'll get used... I've already got three or four people slobbering over it |
| 16:31.22 | jsmith | JerJer: Only russellb can answer that -- I think he was the last to make any major changes to it |
| 16:31.37 | russellb | JerJer: 63 changes |
| 16:31.55 | JerJer | ugh - i think there is a problem with communication between old and new versions |
| 16:32.30 | russellb | http://pastebin.ca/993411 |
| 16:32.40 | russellb | svn co http://svn.digium.com/svn/repotools |
| 16:32.42 | russellb | cd repotools |
| 16:32.49 | russellb | ./changes_since asterisk 1.4.9 channels/chan_iax2.c |
| 16:32.55 | russellb | less changes_since_log.txt |
| 16:32.57 | russellb | FYI |
| 16:33.53 | JerJer | we have been chasing a seemingly random problem - we have finally narrowed it down to about 80% or so of the calls are failing using iax2 connections between two asterisk boxes (one 1.4.9 the other current 1.4 branch) |
| 16:34.01 | JerJer | russellb: very good to know - did not know that |
| 16:34.28 | jsmith | russellb: On the JACK topic... any thoughts of adding a config option to pass *all* calls (of a given channel driver) through JACK? |
| 16:34.45 | jsmith | russellb: Say, in sip.conf, a general setting called "jackallcalls=yes"? |
| 16:34.53 | JerJer | if we simply move to SIP calls work 100% - gonna try upgrading the 1.4.9 box to see what happens with IAX |
| 16:34.55 | russellb | jsmith: um ... it's just a line in the dialplan |
| 16:35.12 | jsmith | russellb: I know... |
| 16:35.24 | russellb | so, probably not :) |
| 16:35.33 | jsmith | russellb: Second question... any facility for changing the JACK client name? |
| 16:35.48 | jsmith | Conceivably you'd want some voice munger waiting to see a client of the name asterisk_munge_me or something and automatically hook itself in |
| 16:36.09 | russellb | jsmith: the API does allow specifying the client port name |
| 16:36.19 | russellb | right now it uses the channel name and it is not exposed for changing it |
| 16:36.24 | russellb | but it would be easy to expose if someone wanted it |
| 16:36.35 | jsmith | russellb: Yes, we want it |
| 16:36.42 | russellb | ha, um |
| 16:36.55 | jsmith | No, seriously... a group of us in #utah are talking about it right now |
| 16:37.03 | russellb | heh, cool |
| 16:37.14 | russellb | i'm just trying to think of how i'm going to remember the request ... |
| 16:37.16 | russellb | i can't do it righ tnow |
| 16:37.21 | russellb | or maybe I will. |
| 16:37.30 | file | sticky note! |
| 16:37.35 | jsmith | JIRA! |
| 16:37.50 | jsmith | Or, maybe I'll actually go try to do it myself! |
| 16:38.01 | jsmith | That would be a good use of my time, right? |
| 16:38.05 | jsmith | chuckles to himself |
| 16:38.17 | file | puts jsmith in JIRA |
| 16:38.43 | file | "Needs to be upgraded to Jared Smith Version 3.0" |
| 16:39.28 | jsmith | ;-) |
| 16:39.37 | jsmith | Is that when I get a promotion to the SW Dev team? |
| 16:44.51 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.231.245) |
| 16:47.02 | russellb | A114533 |
| 16:47.04 | MuffinMan | [114533] Committed by on : |
| 16:47.21 | russellb | A114533 |
| 16:47.22 | MuffinMan | [114533] Committed by russell on 2008-04-22 13:47:00: Add a c() option for the Jack() application and JACK_HOOK() funciton for supplying |
| 16:47.51 | russellb | jsmith: ^^^ |
| 16:48.20 | *** join/#asterisk-dev gmaruz1 (n=gmaruzz@217-133-80-112.b2b.tiscali.it) |
| 16:48.44 | *** part/#asterisk-dev gmaruz1 (n=gmaruzz@217-133-80-112.b2b.tiscali.it) |
| 16:49.15 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-278198.home.otenet.gr) |
| 16:49.15 | jsmith | russellb: Dayam! That was fast. |
| 16:49.47 | russellb | less than 10 minutes, heh |
| 16:51.33 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 16:54.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:54.43 | anonymouz666 | Asterisk website doesn't work with IE 6.0. |
| 16:54.56 | russellb | oh well |
| 16:54.58 | seanbright | that is by design |
| 16:55.17 | russellb | email webmaster@digium.com ... |
| 16:55.31 | anonymouz666 | that is supposed to happen with IE6? |
| 16:55.41 | seanbright | ouch... yeah, the entire page is blank. teehee. |
| 16:59.32 | jsmith | anonymouz666: You've got my vote for ripping asterisk.org completely down and starting from scratch ;-) |
| 17:05.25 | Qwell | only if we can rewrite it in asp.net |
| 17:05.51 | lmadsen | Qwell: of course we can! |
| 17:05.58 | Qwell | lmadsen: so you're volunteering? |
| 17:06.02 | lmadsen | yes I am |
| 17:06.26 | lmadsen | I used to teach asp.net at my old college |
| 17:06.29 | Qwell | I called your bluff, and I lost. |
| 17:07.03 | lmadsen | "Hello class, I'm Mr. Madsen. You're hear to learn asp.net, yes? GO HOME! YOU'VE WASTED YOUR MONEY!" |
| 17:07.11 | lmadsen | then the real teacher would come in and wonder what the hell I was doing |
| 17:07.23 | seanbright | can help with the asp.net effort |
| 17:07.33 | seanbright | <-- mcsd, bitches. |
| 17:07.35 | seanbright | heh |
| 17:07.42 | file | lmadsen: you sir... are mad |
| 17:07.45 | Qwell | I bet my id is lower than yours! |
| 17:07.46 | Qwell | err |
| 17:07.50 | seanbright | iq? |
| 17:07.52 | Qwell | pretend I didn't say that |
| 17:07.56 | seanbright | ah |
| 17:07.59 | seanbright | i'm sure it is |
| 17:08.39 | lmadsen | file: mad Madsen isn't just a mnemonic |
| 17:08.59 | *** join/#asterisk-dev RoyK (n=roy@cnbokcafe.uio.no) |
| 17:10.50 | jsmith | lmadsen: It's moronic? |
| 17:10.52 | jsmith | ducks |
| 17:11.00 | lmadsen | jsmith: you get ONE!!! |
| 17:11.04 | lmadsen | (at a time) |
| 17:11.17 | jsmith | Alright... |
| 17:11.24 | jsmith | goes back to figuring out his new role |
| 17:33.26 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 17:46.28 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:14.30 | JerJer | russellb: well there does seem to be a skew issue... Upgrading the 1.4.9 box up to 1.4.19 has solved the random call failures |
| 18:16.09 | russellb | hm |
| 18:16.18 | russellb | shrugs |
| 18:20.57 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.3) |
| 18:23.22 | anonymouz666 | JerJer does not like to upgrade! |
| 18:23.26 | anonymouz666 | :P |
| 18:23.51 | JerJer | i could care less - although customers do |
| 18:42.18 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 18:42.18 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:54.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:55.20 | sruffell | ast_trans_pvt question..... |
| 18:55.46 | sruffell | under what conditions would you prefer to use a frameout function if you can do the entire translation in framein? |
| 18:56.37 | sruffell | is it acceptable to sleep in either function? |
| 18:58.48 | russellb | gah, now you're going to make me go remember things |
| 18:58.49 | russellb | :) |
| 18:58.54 | russellb | give me a few minutes ... |
| 18:59.15 | sruffell | thx |
| 19:02.03 | sruffell | and I guess instead of sleep, I meant to say is it ok to block on I/O in either function. |
| 19:02.24 | russellb | i can't really see a reason why frameout is needed, other than convenience when feeding audio in and reading it out are clearly 2 different operations |
| 19:02.31 | russellb | and sleep, yeah, i guess it's ok |
| 19:02.36 | sruffell | ok...thanks |
| 19:02.37 | russellb | but it really shouldn't block for long |
| 19:02.51 | russellb | as it is blocking audio processing of a call, so |
| 19:02.59 | russellb | anything considerable will degrade audio quality |
| 19:04.13 | sruffell | ok...so while I do not think there will be a long pending operation, if there *might* be, should I use the frameout and return NULL if the translation isn't done yet? |
| 19:04.42 | russellb | let me see what happens if you return NULL ... |
| 19:06.00 | russellb | looks safe to return NULL |
| 19:06.28 | sruffell | thanks |
| 19:06.32 | russellb | sure |
| 19:16.46 | *** join/#asterisk-dev qdk_ (n=qdk@195.242.194.42) |
| 19:21.34 | *** join/#asterisk-dev flohack (n=fhackenb@lancelot.acoveo.com) |
| 19:21.59 | seanbright | Qwell: nice job on the menuselect Makefile, by the by. |
| 19:22.20 | Qwell | work? |
| 19:22.31 | flohack | Hi! We'd like to use asterisk in a call-center setup and need skill based routing. As far as I have seen, asterisk does not directly support that. A workaround using several queues and their priorities is not feasable for us. Therefore we'd like to implement support for skill based routing ourselves. WouldHi! We'd like to use asterisk in a call-center setup and need skill based routing. As far as I have seen, asterisk does not directly support |
| 19:22.31 | flohack | that. A workaround using several queues and their priorities is not feasable for us. Therefore we'd like to implement support for skill based routing ourselves. Could someone please give me some advice about how to proceed? |
| 19:22.45 | seanbright | eh? |
| 19:22.47 | seanbright | oh |
| 19:22.49 | seanbright | heh |
| 19:22.50 | seanbright | yes it does |
| 19:22.56 | flohack | ups |
| 19:23.05 | flohack | damn c&p |
| 19:23.08 | flohack | it does? |
| 19:23.44 | seanbright | flohack: i was talking to Qwell, sorry. |
| 19:23.53 | flohack | oh, i see |
| 19:25.19 | seanbright | flohack: you have a couple of options. you could write your own strategy. or you could just a round-robin strategy where each agent is weighted (with a penalty) |
| 19:25.51 | seanbright | flohack: the penalty would be based on skill level, other factors, etc. |
| 19:26.24 | seanbright | other than that, you'd want to look at the current strategy implementation (preview: it ain't pretty) in apps/app_queue.c |
| 19:26.26 | flohack | but there is only one penalty per agent per group and the penalty... |
| 19:26.47 | flohack | is not dynamically adjustable for each call |
| 19:26.57 | flohack | is it? |
| 19:27.14 | seanbright | flohack: not for each call, no. |
| 19:27.20 | flohack | I had a look at the source...well it seems to be doable... |
| 19:27.24 | seanbright | long story short you are most likely going to need to modify app_queue.c |
| 19:27.35 | flohack | ok I was prepared for that |
| 19:27.48 | flohack | sorry, give me a few minutes...important call |
| 19:28.09 | seanbright | well i'm not sure how much more i can contribute, but i'll wait right here |
| 19:28.11 | seanbright | :) |
| 19:32.37 | Juggie | gives seanbright his waiting hat. |
| 19:32.56 | seanbright | looks confused, and says "eh?" |
| 19:33.03 | seanbright | ohhh |
| 19:33.11 | seanbright | wow, i'm not too quick today |
| 19:35.33 | seanbright | i don't look good in hats |
| 19:35.36 | seanbright | my head is mishapen |
| 19:35.42 | *** join/#asterisk-dev qdk_ (n=qdk@195.242.194.42) |
| 19:35.46 | russellb | seanbright: is it a busy wait? or more of a sleep on a condition? |
| 19:36.01 | seanbright | Zzzzzzzz |
| 19:36.07 | russellb | good good |
| 19:36.18 | Qwell | unconditional sleep would be bette |
| 19:36.18 | Qwell | r |
| 19:36.29 | seanbright | i was tempted to say 'its a tight loop' |
| 19:36.31 | seanbright | but that sounds dirty |
| 19:36.40 | Qwell | for (;;); |
| 19:37.02 | Qwell | loop infinitely, doing nothing |
| 19:37.13 | seanbright | you've just described my life |
| 19:37.15 | seanbright | heh |
| 19:37.35 | russellb | renames seanbright to debbie downer |
| 19:37.40 | seanbright | except the 'infinite' part... indefinite maybe |
| 19:37.43 | seanbright | heh |
| 19:37.50 | seanbright | tough room |
| 19:39.37 | flohack | seanbright: In order to calculate the priority of an agent on an arriving call, I need a map from agent and skill to a number. In addition I need a reference to one or more skills attached to the call. Where could I store that information? We are using realtime tables, intiutively I would invent a database scheme for storing the skill, agent -> int association and read a predefined channel variable to get the list of skills required for the |
| 19:39.37 | flohack | particular call. Any better ideas? |
| 19:40.10 | seanbright | flohack: that sounds like as good an idea as i could come up with |
| 19:40.25 | seanbright | flohack: nothing comes to mind, but i am sure there are third pary solutions as well |
| 19:40.44 | flohack | seanbright: Is there a utility module for realtime tables somewhere in the code? |
| 19:42.15 | seanbright | flohack: i've never worked with realtime before, so i dunno. |
| 19:42.32 | seanbright | i know that res/res_*_config.c are the realtime providers |
| 19:42.36 | seanbright | but beyond that... |
| 19:42.39 | seanbright | shrugs |
| 19:43.35 | flohack | ok...I'll rely on my 'sift through heaps of code in a msec' goggles |
| 19:44.52 | seanbright | flohack: sounds like a plan |
| 19:44.58 | seanbright | has to get back to paying work for a few |
| 19:45.12 | flohack | thanks for your help! |
| 19:51.10 | mvanbaak | 23:41 <@ russellb> mvanbaak: thanks for your help on the parking stuff :) |
| 19:51.17 | mvanbaak | you're welcome ! |
| 19:51.20 | russellb | :-D |
| 19:51.23 | mvanbaak | I'm glad I could be of any help |
| 19:51.33 | russellb | i'm really glad we finally got that in |
| 19:51.39 | mvanbaak | yeah, me too |
| 19:52.34 | jsmith | ~cheer mvanbaak |
| 19:52.35 | jbot | Three cheers for mvanbaak! Hip hip Hurray! Hip hip Hurray! Hip hip Hurray! |
| 19:52.42 | mvanbaak | lol |
| 19:53.04 | mvanbaak | russellb: if you see him, give many thanks to jpeeler for picking up the project from me :) |
| 19:53.06 | jsmith | mvanbaak: I've got literally dozens of people who will be very grateful for your hard work |
| 19:54.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:40.46 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:53.42 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:22.24 | *** part/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 21:25.58 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 21:47.26 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 21:47.26 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:54.08 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 22:03.19 | snuff-home | russellb, with locking when calling getvar_helper.. you would be trying to lock the channel twice.. since it locks to find the var in the list |
| 22:04.00 | russellb | true |
| 22:04.02 | russellb | but that's fine |
| 22:04.35 | snuff-home | i guess since we never check the return value |
| 22:05.52 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 22:05.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 22:05.54 | russellb | it's because locks in asterisk are recursive |
| 22:06.03 | russellb | you're allowed to lock multiple times |
| 22:06.39 | snuff-home | ah.. but astobj2 aren't.. got ya |
| 22:07.08 | russellb | you can do the same with astobj2 objects |
| 22:08.36 | snuff-home | mm k (still trying to wake up here) |
| 22:11.03 | Qwell | yay codefreeze |
| 22:11.20 | Qwell | codefreeze: you fixed 12346 too, and didn't even know it ;) |
| 22:12.07 | putnopvut | M12346 |
| 22:12.08 | MuffinMan | [closed] [Asterisk] Core/PBX 0012346: null pointer in chan_skinny when 'regcontext' used reported by candlerb http://bugs.digium.com/view.php?id=12346 |
| 22:12.14 | putnopvut | Oh good! |
| 22:12.45 | putnopvut | I think I need to go do training more often. All kinds of bugs get closed when I'm not around. |
| 22:13.08 | file | putnopvut: crazy talk |
| 22:13.11 | Qwell | russellb: O.o |
| 22:13.13 | Qwell | A114555 |
| 22:13.15 | MuffinMan | [114555] Committed by russell on 2008-04-22 19:04:25: remove version files |
| 22:13.16 | codefreeze-lap | Qwell: Saw that one, then it disappeared from my list. Suspected they were related... |
| 22:13.30 | sruffell | what's the best way to debug chan_sip.c:15531 sipsock_read: We could NOT get the channel lock for SIP/mog-0853e850! type errors... |
| 22:13.48 | Qwell | oh, missed the tag creation. silly svn |
| 22:14.59 | putnopvut | sruffell: if the system is deadlocked, a "core show locks" output could help to show who does have the lock we couldn't acquire. |
| 22:15.23 | putnopvut | It may be helpful to print the address of the lock in that error message instead of the channel name. |
| 22:15.31 | putnopvut | for such debugging purposes, that is. |
| 22:15.36 | sruffell | and if "core show locks" isn't available? |
| 22:15.47 | sruffell | I figure I'm just not compiling with the right options... |
| 22:16.01 | putnopvut | core show locks requires that DEBUG_THREADS is selected from menuselect. |
| 22:16.01 | Qwell | sruffell: you figure correctly |
| 22:16.09 | codefreeze-lap | sruffell: swinging goat entrails over your head at midnight while standing on the keyboard, shouting latin incantations, does not work... tried that last week.... :-D |
| 22:16.34 | sruffell | good to know..on all accounts. |
| 22:18.01 | codefreeze-lap | sruffell: undoubtedly, my big commit of the astobj2-ification of chan_sip recently is ultimately to blame, so anything I can do, let me know. |
| 22:18.59 | sruffell | I can't get it to work with either 1.4.19 or the head of the 1.4 branch....so I'm thinking I have a misconfiguration....I backed out all my changes that I was working on on my way to get back to a baseline. |
| 22:19.17 | sruffell | (I'm working on the wctc4xxp driver for the transcoder...) |
| 22:19.32 | putnopvut | sruffell: what can't you get to work? |
| 22:20.04 | codefreeze-lap | sruffell: Ahhhhhh! What I did was in trunk.... so I'm NOT at fault! yay! but my offer still stands. |
| 22:20.08 | sruffell | My asterisk installation won't connect to the test server that uses sipp to generate a sip stream that contains G.729B CNG packets. |
| 22:20.16 | sruffell | thanks... |
| 22:20.56 | sruffell | I'm rebuildin |
| 22:21.01 | sruffell | <PROTECTED> |
| 22:30.54 | *** join/#asterisk-dev philipp64 (n=chatzill@nat/microsoft/x-102aef394334a158) |
| 22:54.59 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 22:56.03 | *** join/#asterisk-dev RoyK (n=roy@ip-19-20-149-91.dialup.ice.no) |
| 22:56.35 | *** part/#asterisk-dev RoyK (n=roy@ip-19-20-149-91.dialup.ice.no) |
| 23:11.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:28.46 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:29.04 | *** join/#asterisk-dev seanbright (n=seanbrig@m575f36d0.tmodns.net) |
| 23:34.44 | seanbright | sigh. why does automerge suck so very very badly? |
| 23:34.51 | seanbright | i actually blame myself. |
| 23:37.53 | putnopvut | seanbright: I know your pain. |
| 23:38.50 | seanbright | i could probably just implement it on my side |
| 23:39.19 | kpfleming | umm... what? exactly what about it 'sucks'? |
| 23:39.20 | seanbright | and stop crying about it |
| 23:40.25 | seanbright | that it routinely dies |
| 23:40.44 | seanbright | i.e. hasn't run in 5 hours |
| 23:40.45 | kpfleming | that is not the fault of automerge, it's a buggy cron daemon on that box |
| 23:40.50 | seanbright | ah |
| 23:41.09 | seanbright | well i was speaking in general terms, really |
| 23:41.09 | kpfleming | if you could fix about 20% more bugs from the bug tracker for us, we'll take the time that makes available and finish getting a new origsvn server built :-) |
| 23:41.18 | seanbright | heh |
| 23:41.30 | kpfleming | well.. next week, when the box gets here :-) |
| 23:41.40 | seanbright | if you could add 100% more time to my evenings and weekends, i'd be happy to do that :) |
| 23:42.13 | kpfleming | yay! it's a deal |
| 23:42.29 | seanbright | great. |
| 23:42.38 | seanbright | -Wshadow branch is almost ready to merge, by the by. |
| 23:51.53 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:55.25 | tzanger | heh |
| 23:55.33 | tzanger | I think we need less bugfixers |
| 23:55.35 | tzanger | too many cooks in the kitchen :-) |
| 23:56.00 | seanbright | resigns |
| 23:57.24 | Qwell | appoints file, Master Chef |
| 23:57.33 | file | eep |
| 23:58.23 | tzanger | we should adpot the kitchen style designations |
| 23:58.30 | tzanger | you have your executive chef, a few sous chefs and a bunch of line cooks |
| 23:59.27 | seanbright | and don't forget the strippers |
| 23:59.45 | seanbright | every restaurant i've ever worked in was filled with strippers |