| 00:56.36 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 01:39.29 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.wa.comcast.net) |
| 01:51.42 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583194.dsl.bell.ca) |
| 02:45.05 | *** join/#asterisk-dev mosty (n=mostyn@60-241-198-194.static.tpgi.com.au) |
| 02:58.11 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 03:15.18 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 03:15.19 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 03:21.00 | Corydon76-dig | Evening, Brett |
| 03:25.44 | bbryant | Hey Corydon |
| 04:21.01 | *** join/#asterisk-dev jsmith-teaching (n=jsmith@68-246-137-245.area3.spcsdns.net) |
| 04:21.01 | *** mode/#asterisk-dev [+o jsmith-teaching] by ChanServ |
| 04:21.54 | *** part/#asterisk-dev jsmith-teaching (n=jsmith@68-246-137-245.area3.spcsdns.net) |
| 05:20.59 | citats | ack sorry |
| 05:21.21 | *** join/#asterisk-dev ta^3 (n=tacvbo@189.136.30.223) |
| 05:22.13 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 05:41.12 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:41.12 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 05:52.49 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-279671.home.otenet.gr) |
| 05:54.06 | *** join/#asterisk-dev jeddev (n=jeds@74.85.65.58) |
| 05:54.13 | jeddev | This might be a dumb question, and happy to be pointed to any reference material that I have not found. I'm trying to compile one of our Asterisk 1.2 apps under 1.4, i've changed everything I found to match the framework. Got things to compile fine, but when loading the module I get ....asterisk: symbol lookup error: /usr/lib/asterisk/modules/app_ourmodule.so: undefined symbol: symbol name , same message for each of our modules with the name and symbol ch |
| 07:15.53 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 08:07.33 | *** join/#asterisk-dev oej (n=olle@81.253.87.55) |
| 08:07.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:21.07 | *** join/#asterisk-dev jeddev (n=jeds@74.85.65.58) |
| 08:42.24 | *** join/#asterisk-dev j4m3s_ (n=james@user-69-1-15-198.knology.net) |
| 08:52.28 | *** join/#asterisk-dev qdk_ (n=qdk@85.235.253.139) |
| 10:01.11 | *** join/#asterisk-dev oej (n=olle@217.113.81.14) |
| 10:01.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:12.48 | *** join/#asterisk-dev oej (n=olle@217.113.81.14) |
| 10:12.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:16.04 | jmls | morning all |
| 10:16.28 | jmls | I'm working with the guys in astlinux trying to add the curl package |
| 10:16.38 | jmls | It's all in there, all files can be found. |
| 10:16.51 | jmls | However, asterisk does not seem to be able to find it when configuring |
| 10:17.31 | jmls | checking for curl_version() in curl/curl.h... no |
| 10:18.01 | jmls | what path is asterisk looking for when checking curl/curl.h ? |
| 10:18.06 | *** join/#asterisk-dev mosty (n=mostyn@60-241-198-194.static.tpgi.com.au) |
| 10:42.12 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 10:45.47 | *** join/#asterisk-dev mbranca (i=daemon@mi-gw1.voismart.net) |
| 12:04.01 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:27.14 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 12:57.51 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 12:57.51 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:07.17 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 13:08.45 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:18.45 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 13:40.19 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:43.02 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.119.187) |
| 14:03.00 | *** join/#asterisk-dev jeffg (i=kUg8aYgf@pdpc/supporter/active/jeffg) |
| 14:10.37 | oej | Afternoon |
| 14:12.21 | oej | kpfleming: Around? |
| 14:21.58 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 14:35.26 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:35.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:36.28 | file | oej: The person you seek is not yet around. |
| 14:38.01 | oej | I just talked with him before his morning shower... |
| 14:38.20 | jsmith | oej: He was online from home earlier, but now he's probably on his way to the office |
| 14:38.31 | file | he doesn't come on the IRC from home often |
| 14:38.34 | oej | file: I will try that multithread-sip thing of yours in a production network today if we can get a new server up and running |
| 14:44.03 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 14:45.28 | oej | file: How do you analyze threads? Is there a "top" where I can see each thread and what's going on? |
| 14:46.45 | jmls | crap. |
| 14:46.52 | jmls | extconfig can't use #exec ? |
| 14:47.15 | jmls | "Maximum Include level (1) exceeded" |
| 14:47.15 | jsmith | jmls: Sounds like a bug! |
| 14:47.36 | jmls | yay! |
| 14:47.45 | jmls | oh, run away you coward |
| 14:47.50 | jmls | ;) |
| 14:48.19 | *** join/#asterisk-dev awk (n=awk@security.web.za) |
| 14:54.58 | jmls | http://www.pastebin.ca/917584 |
| 14:55.03 | jmls | shows the errors and the config |
| 14:55.19 | jmls | Is there any reason for extconfig not to allow #exec, or is it just MIA ? |
| 14:58.30 | atis_work | jmls, imho #exec is just for dialplan |
| 15:00.30 | mvanbaak | Corydon76-dig: ping |
| 15:00.55 | atis_work | jmls, seems you want to curl-ize everything :) |
| 15:01.36 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:01.49 | tzafrir | atis_work, #exec (like #include) is for any standard config file |
| 15:02.30 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 15:02.49 | tzafrir | hmmm... nobody in #exec . But there are some in #include. |
| 15:03.57 | tzafrir | oej, press 'H' in top to see separate threads |
| 15:05.05 | file | oej: ps auxm maybe? |
| 15:05.07 | file | oh in top |
| 15:05.21 | tzafrir | ps eLf , IIRC |
| 15:05.29 | tzafrir | or soemthing with m |
| 15:05.42 | tzafrir | ah, right, auxm |
| 15:05.43 | oej | Thanks tzafrir. |
| 15:07.40 | oej | These production servers are sleeping... |
| 15:08.21 | lmadsen | oej: ping |
| 15:08.30 | oej | lmadsen: Belgian pong |
| 15:09.33 | lmadsen | how goes the belgian beer? |
| 15:10.13 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:10.13 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:10.42 | oej | lmadsen: We're out of beer. 4000 developers in Brussels this weekend. No more beer. |
| 15:10.51 | lmadsen | ahhh... sounds about right |
| 15:11.20 | tzanger | oej: eek |
| 15:16.32 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.110.133) |
| 15:16.54 | ZaVoid | morning all |
| 15:18.25 | mvanbaak | oej: should have stayed at the OpenBSD guys |
| 15:18.40 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 15:18.53 | mvanbaak | we had plenty of beer. Machteld (Wim v/d Putte's girlfriend) brew her own beer |
| 15:19.10 | mvanbaak | we emptied 19 champagne bottles of her beer in 2 evenings |
| 15:19.16 | mvanbaak | with 6 ppl |
| 15:19.38 | mvanbaak | guess why I'm working at home today ;) |
| 15:20.15 | oej | he he |
| 15:20.18 | oej | The smell? |
| 15:20.49 | mvanbaak | yup. even my sweat smells like beer |
| 15:21.24 | ZaVoid | HEY oej got a min? |
| 15:22.12 | *** join/#asterisk-dev ACiDV (n=joel@122-205-229.dr.cgocable.ca) |
| 15:22.52 | oej | ZaVoid: NOt right now |
| 15:22.58 | ZaVoid | ok |
| 15:23.03 | ZaVoid | hit me up when you got a min please' |
| 15:32.54 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 15:50.22 | jmls | what did I miss ? |
| 15:50.33 | jmls | oh |
| 15:50.47 | jmls | atis_work, #exec is available for every .conf file |
| 15:50.53 | jmls | (or so I was told) |
| 15:50.58 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:51.10 | jmls | and, yes, I want to curlize everything ;) |
| 15:51.13 | Qwell | except voicemail..it doesn't really work there |
| 15:51.28 | file | so come on every guy grab your girl everywhere around the world! |
| 15:51.32 | file | dancing in the street |
| 15:52.04 | jmls | Qwell: Right- but I use curl for realtime in voicemail :) |
| 15:52.49 | jmls | so, should I raise a bug for #exec not working in extconfig.conf ? |
| 15:53.12 | caio1982 | file: lol |
| 15:58.32 | oej | jsmith: Still around? |
| 15:58.44 | jmls | no, he ran away |
| 15:59.04 | oej | chan_sip_curl - fetch the rtp stream from your web server. |
| 15:59.10 | jmls | oh, I see he came back .. |
| 15:59.13 | oej | A new way to play prompts from a remote source |
| 15:59.25 | jsmith | oej: Yeah, I"m here |
| 15:59.27 | jmls | more curl! |
| 15:59.29 | jsmith | oej: What's up? |
| 15:59.29 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 16:00.22 | jmls | I'll pester someone about #exec when I come back :p |
| 16:02.16 | oej | jsmith: Check your /msgs |
| 16:05.44 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:23.37 | seanbright | i thought murf fixed the voicemail #exec/#include stuff in trunk |
| 16:24.09 | Qwell | there's nothing to "fix" |
| 16:24.18 | seanbright | "ok" |
| 16:24.18 | Qwell | the problem is changing passwords |
| 16:24.47 | Qwell | it can't overwrite the password in voicemail.conf, because it isn't "there" |
| 16:24.59 | seanbright | alrighty. |
| 16:25.02 | seanbright | my mistake. |
| 16:25.22 | Qwell | maybe it could work with #include, but not #exec |
| 16:25.48 | tzafrir | you can work around this with a password changing script. But that's ugly |
| 16:26.02 | Qwell | tzafrir: right |
| 16:38.37 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:38.37 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:39.15 | *** join/#asterisk-dev adker (n=chatzill@74-47-52-65.dr02.glvv.ny.frontiernet.net) |
| 16:40.59 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:45.24 | tzanger | question... tdmoe... can it be made alaw instead of ulaw without recompiling? |
| 16:47.54 | tzafrir | tzanger, maybe using zaptel.conf ? |
| 16:48.00 | tzafrir | not sure |
| 16:48.13 | tzanger | tzafrir: didnt' see anything obvious, will look harder :-) |
| 16:48.43 | tzafrir | there is mulaw=.. IIRC. I'm not sure of the reveresed |
| 16:50.42 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 16:52.12 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 16:55.20 | tzanger | tzafrir: ahh, undocumented feature. nifty, that saves me somet ime, thanks |
| 16:55.45 | *** join/#asterisk-dev miguel3239 (n=elguero@207.154.34.162) |
| 16:58.55 | tzanger | tzafrir: that worked |
| 16:58.59 | tzanger | fxoks=1-80 |
| 16:59.01 | tzanger | alaw=1-80 |
| 17:01.02 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 17:01.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:05.29 | *** join/#asterisk-dev miguel3239 (n=elguero@207.154.34.162) |
| 17:06.32 | *** join/#asterisk-dev RoyK (n=roy@ip-32-4-149-91.dialup.ice.no) |
| 17:08.44 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:16.08 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 17:16.08 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:18.26 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 17:18.27 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 17:21.28 | *** join/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 17:24.10 | *** join/#asterisk-dev jm|laptop (n=jm|home@dilbert.jamiem.com) |
| 17:24.55 | *** part/#asterisk-dev jm|laptop (n=jm|home@dilbert.jamiem.com) |
| 17:25.39 | jmls | okaaaay. I've found where the #exec problem is in extconfig.c |
| 17:25.55 | jmls | read_config_maps explicitly sets the max_include_level to 1 |
| 17:26.07 | jmls | now, *why* would this be done ? |
| 17:27.07 | file | svn annotate to see when it was done? |
| 17:29.31 | jmls | <PROTECTED> |
| 17:30.04 | file | M4223 |
| 17:30.05 | MuffinMan | [closed] [Asterisk] Core/General 0004223: [patch] Fix 2 memory leaks in config.c which also uncovers potential problem in config file processing reported by jamesgolovich http://bugs.digium.com/view.php?id=4223 |
| 17:32.05 | jmls | yup. Comment out that line, and #exec works with extconfig |
| 17:36.12 | jmls | show memory summary does not change even after 20 "reload configs" |
| 17:39.30 | jmls | ich. this line was prior to 5879 |
| 17:39.44 | jmls | the variable was renamed, that's all |
| 17:47.51 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:48.08 | Corydon76-lap | jmls: might be a config that you aren't using |
| 17:48.17 | Corydon76-lap | something not freeing it correctly |
| 17:48.20 | jmls | line was added in 4889 as part of the huge update for 3406 |
| 17:48.57 | jmls | Corydon76-lap: if I comment out the "max_include_level = 1" everything works just peachy, with no memory leaks |
| 17:49.20 | Corydon76-lap | Heh |
| 17:50.05 | jmls | I think that it's something that just got in there as part of the development / testing, but no-one has actually used #include or #exec in extconfig.conf |
| 17:50.20 | jmls | apart from me 8-) |
| 17:50.36 | jmls | M3406 |
| 17:50.40 | MuffinMan | [closed] [Asterisk] Core/Configuration 0003406: [PATCH] redesign config system interaction with res_config modules reported by kpfleming http://bugs.digium.com/view.php?id=3406 |
| 17:50.54 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 17:51.03 | jmls | A4889 |
| 17:51.06 | MuffinMan | [4889] Committed by markster on 2005-01-25 02:10:20: Merge config updates (bug #3406) |
| 17:52.58 | jmls | do I really need to raise a patch for this ? Or would some kind soul fix it in 1.4 for me :D |
| 17:53.31 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 17:56.07 | Corydon76-lap | jmls: if you raise the patch for it, you get karma |
| 17:59.11 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 17:59.11 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 18:02.06 | jmls | M12064 |
| 18:02.07 | MuffinMan | [new] [Asterisk] PBX/pbx_config 0012064: [patch] extconfig.conf does not allow #exec reported by jmls http://bugs.digium.com/view.php?id=12064 |
| 18:04.47 | jmls | eeek |
| 18:04.55 | jmls | it's alive ! |
| 18:05.52 | Qwell | jmls: if (cfg->include_level == cfg->max_include_level) { |
| 18:05.58 | Qwell | what if that line were changed to >= ? |
| 18:06.20 | jmls | that probably would work as well |
| 18:06.27 | Qwell | could you try? :) |
| 18:06.33 | jmls | okay |
| 18:07.14 | jmls | hang on |
| 18:07.19 | Qwell | I think that's the intended purpose of that max |
| 18:07.34 | jmls | wouldn't >= be the same as == (GE or EQ) |
| 18:07.56 | Qwell | duh |
| 18:07.58 | Qwell | yeah, > |
| 18:08.06 | jmls | heh |
| 18:08.10 | Qwell | err, wait |
| 18:08.20 | Qwell | right after that, it's doing cfg->include_level++ |
| 18:08.32 | jmls | I see that |
| 18:08.40 | Qwell | I wonder why include_level is 1 at that point. maybe that's where it starts? |
| 18:09.21 | jmls | it probably is, seeing as "max_include_level = 1" causes it not to work |
| 18:09.26 | Qwell | let me look at this a little more |
| 18:09.42 | Qwell | if it were to pass that check, include_level would end up at 2, which would be...odd |
| 18:11.28 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 18:11.28 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 18:12.57 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 18:13.36 | Qwell | jmls: what is the exact line you're using in extconfig.conf? |
| 18:14.35 | jmls | line 1186 in config.c, 1.4 svn |
| 18:14.51 | Qwell | I mean your #exec line |
| 18:14.57 | jmls | oh |
| 18:15.20 | jmls | line 1 |
| 18:15.41 | jmls | I #exec curl -s http://myserver.co.uk/getextconfig |
| 18:16.00 | jmls | http://www.pastebin.ca/917584 |
| 18:16.59 | Qwell | the word "include" doesn't exist anywhere in that string, does it? |
| 18:17.22 | jmls | no |
| 18:17.47 | Qwell | k, good. that code looks like it might act a little screw if it did |
| 18:17.53 | jmls | isn't the first time the file is "loaded" / parsed the "first" level, so initially it is 0. The .conf is loaded, then cfg->include_level++, so it's now 1 |
| 18:18.02 | Qwell | like #exec curl -s http://testinclude/getextconfig |
| 18:18.15 | jmls | no |
| 18:18.35 | jmls | then #exec is found, so it goes in again (starting this time at 1) |
| 18:19.04 | jmls | so the check fails, because max_level is 1, and current level is 1 |
| 18:19.42 | Qwell | sounds right - I'm just trying to figure out why it would be 2 after that check |
| 18:20.04 | jmls | because the #exec may include text that #includes or #execs ? |
| 18:20.29 | Qwell | it's possible, but you'd think it would only be 1 then |
| 18:21.04 | jmls | no, as I said, I think that the top level is 0, the .conf is level 1 and then the #exec in the .conf would be level 2 |
| 18:21.18 | *** join/#asterisk-dev IgorG (n=IgorG@host-195-162-53-193.pppoe.omsknet.ru) |
| 18:23.55 | Qwell | jmls: what would you consider to be the "top level"? |
| 18:24.15 | jmls | the parser creating the cfg structure, about to load the .conf |
| 18:24.19 | Qwell | k |
| 18:25.47 | jmls | as it is processing the file, it now is at level 1. It comes across the "#exec" and tries to parse that, but cannot because max_level is set to 1 |
| 18:26.35 | jmls | it really depends on what the parser considers the level of the .conf file is. 0 or 1 ? |
| 18:26.52 | Qwell | right. I was under the impression that .conf by itself was 0, but that may be wrong |
| 18:27.10 | jmls | all other .conf files seem to have a maximum level of 10, so I don't think this problem has ever reared itself before |
| 18:27.23 | jmls | Qwell: you may well be right - I don't know |
| 18:27.30 | jmls | but it seems to make sense |
| 18:30.09 | jmls | just added a verbose message to the parser |
| 18:30.20 | jmls | Parsing 'extconfig.conf': 0 10 |
| 18:30.21 | jmls | <PROTECTED> |
| 18:30.21 | jmls | <PROTECTED> |
| 18:30.21 | jmls | <PROTECTED> |
| 18:30.48 | Qwell | in read_config_maps, configtmp->include_level = 0 |
| 18:30.56 | Qwell | before ast_config_internal_load is called |
| 18:31.34 | tzanger | kpfleming: ping |
| 18:31.40 | jmls | the debug above shows the "filename", and the current level and max_level |
| 18:32.08 | jmls | so, before it starts parsing '/var/tmp/exec.1203964182.35908496, the level is already 1 |
| 18:32.25 | jmls | so it would stop if I hadn't set max_level to 10 |
| 18:33.14 | jmls | it's the same with any #exec in any other .conf file: |
| 18:33.34 | jmls | the .conf file itself is level 0 (which is then ++ bumped to 1) |
| 18:33.54 | jmls | and any #exec within the .conf is level 1 (which is then ++ bumped to 2) |
| 18:34.04 | jmls | Parsing 'sip.conf': 0 10 |
| 18:34.11 | jmls | Parsing '/var/tmp/exec.1203964373.14699408': 1 10 |
| 18:35.27 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 18:35.27 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:35.46 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 18:39.12 | russellb | err |
| 18:39.20 | russellb | BBHoss: hey to you, too, though, heh |
| 18:39.59 | russellb | file: pwnt |
| 18:40.18 | bbryant | hey file |
| 18:40.22 | bbryant | and russellb |
| 18:43.38 | file | bbryant: how goes? |
| 18:44.25 | Qwell | jmls: if (cfg->include_level == cfg->max_include_level + 1) { |
| 18:45.46 | bbryant | file, good |
| 18:46.09 | bbryant | looking at asterisk source again, heh |
| 18:46.12 | bbryant | you? |
| 18:46.22 | file | I am well |
| 18:46.30 | outtolunc | what happens where there are multiple includes? |
| 18:47.01 | Qwell | outtolunc: include_level is subtracted on it's way out, and it goes through the whole process again |
| 18:47.07 | outtolunc | k |
| 18:47.28 | jmls | Qwell: you want me to change that line ? |
| 18:47.34 | russellb | bbryant: sweeeet |
| 18:47.49 | Qwell | if (cfg->max_include_level > 0 && cfg->include_level == cfg->max_include_level + 1) { |
| 18:47.53 | Qwell | that should do it :) |
| 18:48.10 | Juggie | russellb, i think buildbot.digium.com dns is still hosed |
| 18:48.16 | jmls | I have to ask, though, why is extconfig the only file with a restriction on the maximum levels ? |
| 18:48.25 | Qwell | got me |
| 18:48.40 | Qwell | there would have to be some reason though... |
| 18:48.50 | Juggie | russellb, only the digium nameservers resolve the buildbot.digium.com the *.nameserver.net ones dont. |
| 18:49.17 | jmls | hmmm |
| 18:49.24 | Juggie | so you've got a 2/7 chance of resolving it everytime it expires from your dns cache :) |
| 18:49.27 | Qwell | jmls: I can't come up with any though |
| 18:49.50 | jmls | I can't either. Perhaps we should remove it anyway and put it back in if there's a problem ;) |
| 18:50.15 | Corydon76-lap | Juggie: put a forwarder in your dns cache config |
| 18:50.32 | russellb | i jabber'd our network admin about it |
| 18:51.42 | jmls | Qwell: the change above worked for me |
| 18:51.43 | Juggie | Corydon76-dig, i know but thats not the point, its still broken ;) |
| 18:52.07 | Corydon76-lap | file: oh, are you taking care of PPC Mac issues? |
| 18:52.07 | jmls | however, I still think the max_level should be removed as well |
| 18:52.29 | file | Corydon76-lap: no, I meant for buildbot |
| 18:52.33 | Corydon76-lap | M12062 |
| 18:52.34 | MuffinMan | [feedback] [Asterisk] Resources/res_odbc 0012062: Crash on SQL Query reported by qualleyiv http://bugs.digium.com/view.php?id=12062 |
| 18:52.39 | file | my Mac Mini decides to go to 100% CPU usage every few days |
| 18:52.58 | Corydon76-lap | That one right there is a crash on a PPC Mac |
| 18:53.04 | Juggie | jmls, max_level is there to protect from loops |
| 18:53.41 | Corydon76-lap | I thought we protected against loops by caching names |
| 18:53.51 | jmls | Juggie: yes, all have a max level of 10, with the exception of extconfig, which for some reason is limited to a max level of 1 |
| 18:54.11 | jmls | Juggie: I meant remove the max_level = 1 for extconfig and then it defaults to 10 |
| 18:54.19 | jmls | not remove max_levels entirely |
| 18:54.31 | Juggie | jmls, i saw your bug, i can't think of a good reason to not try it and see what happens :) |
| 18:54.39 | russellb | #include in ext_config? that sounds bizarre |
| 18:54.52 | Qwell | no reason it shouldn't work though |
| 18:54.56 | jmls | russellb: a #exec in ext_config |
| 18:55.00 | russellb | guess so |
| 18:55.02 | jmls | :) |
| 18:55.21 | jmls | use #exec to return the realtime mappings from whereever |
| 18:55.24 | russellb | jmls: you're in the 0.001% of asterisk users who is capable of finding such a bug :) |
| 18:55.26 | Juggie | i see where jmls is going, stupid boxes with a centralized config. |
| 18:55.32 | jmls | Juggie: bingo |
| 18:55.41 | jmls | russellb: lol |
| 18:55.44 | Juggie | makes sense to me. |
| 18:56.30 | jmls | Juggie: the config servers could also be load-balanced and fail-over |
| 18:57.59 | Juggie | uhhuh |
| 18:58.07 | Juggie | your preaching to the choir. |
| 18:58.21 | Qwell | jmls: I'm just gonna go with the above change. |
| 18:58.50 | jmls | Qwell: I'd have to raise another bug quickly then - my #exec could include another #excec .... |
| 18:59.30 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 18:59.48 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 19:01.21 | lmadsen | #exec death jmls |
| 19:01.39 | Qwell | in theory... you could #include a config file that's in realtime, from within extconfig |
| 19:01.45 | Qwell | or, rather |
| 19:02.27 | Juggie | well if we have the protecting of multiple including files now (i dont think we allways had that but correct me if wrong) why do we still need max_level? |
| 19:02.38 | Qwell | yeah, so, if you had a #exec after a config engine is loaded, and #include in the output of the #exec... |
| 19:02.43 | Qwell | things could get really hairy |
| 19:03.23 | jmls | listen, people haven't figured out that you can use #exec in extconfig yet. What are the chances of some noob deeply nesting like this ? |
| 19:03.29 | Qwell | because at that point, it wouldn't pass the "is the current config extconfig.conf?" check |
| 19:03.35 | Qwell | jmls: 0 ;) |
| 19:03.45 | jmls | so, let me hang myself :) |
| 19:04.21 | Qwell | brb, meeting |
| 19:05.23 | outtolunc | one word 'gators' |
| 19:05.45 | jmls | there's none of them over here :) |
| 19:06.03 | jmls | plenty of coyotes in the houses of parliament |
| 19:06.03 | outtolunc | two words 'imported gators' |
| 19:06.21 | lmadsen | or free trip to Florida |
| 19:07.01 | lmadsen | does it smell like bleu cheese? |
| 19:07.02 | jmls | don't you guys have enough to do, trying to choose between Mccain and Obama / Clinton ? |
| 19:07.18 | outtolunc | and nader |
| 19:07.21 | outtolunc | haah |
| 19:08.03 | lmadsen | jmls: hey... I'm part of the commonwealth! |
| 19:08.16 | lmadsen | I should totally get knighted |
| 19:08.47 | jmls | I wouldn't let any 80 year old woman with a sword anywhere near me :) |
| 19:08.54 | Juggie | seanbright, ! |
| 19:09.04 | lmadsen | jmls: that's some wise advise |
| 19:09.05 | seanbright | Juggie-san |
| 19:09.19 | Juggie | seanbright, you brought it back up to date! :) |
| 19:09.26 | seanbright | Juggie: sorta :) |
| 19:09.38 | Juggie | sorta? |
| 19:09.53 | seanbright | Juggie: its a new branch. i am piece-mealing stuff from NoLossCDR to NoLossCDR-Redux as i go. |
| 19:10.02 | Juggie | ah |
| 19:10.04 | Juggie | good idea |
| 19:10.14 | seanbright | currently focused on the multiple sink part, ignoring the "NoLoss" part for the moment |
| 19:10.19 | *** join/#asterisk-dev oej (n=olle@212.35.97.249) |
| 19:10.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:10.31 | Juggie | it would be a huge hassle to resync the branch now |
| 19:10.38 | Juggie | prob not worth the effort. |
| 19:10.52 | seanbright | yeah. russellb tried. he said it was hopeless. |
| 19:11.09 | seanbright | how do i go about giving you access to the branch? |
| 19:11.24 | bkruse | seanbright: I am not sure if YOU can do that part |
| 19:11.47 | seanbright | bkruse: ok |
| 19:12.23 | Juggie | seanbright, if its commit access you mean, then you'll have to get it moved to group |
| 19:12.32 | Juggie | .. /team/group/... |
| 19:12.37 | bkruse | seanbright: However, you can move to group for...juggie beat me :] |
| 19:13.14 | seanbright | Juggie: ahh. ok. will you have some bandwidth to work on it? |
| 19:13.41 | Juggie | yeah... you see i tried to merge it back to trunk and also gave up :) |
| 19:13.48 | seanbright | hehe |
| 19:14.10 | Juggie | it was also created off codefreeze's CDRFix5 branch |
| 19:14.14 | Juggie | which made things even more complicated |
| 19:14.21 | seanbright | yeah, but that has been merged, yeah? |
| 19:14.30 | Juggie | seanbright, i am unsure. |
| 19:15.01 | seanbright | Juggie: its not in his team folder, so i assume it has |
| 19:17.15 | Juggie | must be i suppose unless he scrapped it |
| 19:17.34 | seanbright | i'm pretty sure i remember seeing the merge, let me look |
| 19:18.35 | seanbright | nope. was looking at the wrong place. its in group. |
| 19:19.18 | Juggie | yah right so it is. |
| 19:19.31 | Juggie | but noloss you created off trunk right? |
| 19:19.38 | seanbright | Juggie: correct |
| 19:19.40 | Juggie | that will make it more manageable instead of being off another branch |
| 19:19.52 | joetester | file: ping ? |
| 19:19.54 | Juggie | codefreeze suggested at the time i create it off his branch but that was prob a bad idea. |
| 19:20.08 | file | meeting. can't talk. |
| 19:20.16 | joetester | K |
| 19:20.31 | seanbright | Juggie: well we'll get it moved to team/group then. not sure what the process for that is. |
| 19:20.45 | file | if it's in relation to an issue, I would suggest adding a note... reopening it... etc etc etc |
| 19:20.51 | Juggie | the process is ask russelb nicely. |
| 19:21.01 | Juggie | but he is in a meeting so we will have to ask after that. |
| 19:21.03 | file | move it yourself... |
| 19:21.05 | seanbright | cool |
| 19:21.09 | seanbright | ok |
| 19:21.11 | file | you have access to group. |
| 19:21.13 | seanbright | didn't know i could |
| 19:21.14 | seanbright | ok |
| 19:21.26 | Juggie | really, ncie. |
| 19:21.39 | Juggie | *nice |
| 19:22.17 | seanbright | svn move https://origsvn.digium.com/svn/asterisk/team/seanbright/NoLossCDR-Redux https://origsvn.digium.com/svn/asterisk/team/group/NoLossCDR-Redux |
| 19:22.19 | seanbright | ? |
| 19:22.21 | *** join/#asterisk-dev ManxPower (n=manxpowe@209.16.72.139) |
| 19:22.58 | Juggie | then commit w/ a reason |
| 19:23.30 | seanbright | that was more of a comment than a reason... :) woops. |
| 19:23.33 | seanbright | but its done either way. |
| 19:24.15 | Juggie | is it in a working state? |
| 19:25.09 | seanbright | Juggie: somewhat. only 1 of the backends will actually work at this point (cdr_csv) because of some changes to backend registration/sink registration |
| 19:25.32 | seanbright | Juggie: i split the single call from ast_cdr_register into ast_cdr_register/ast_cdr_register_sink |
| 19:25.55 | Juggie | hmmm memory is cloudy but whats the reason? |
| 19:26.44 | seanbright | Juggie: because a single backend can have multiple logging sinks. the idea was to bring the adaptive odbc multi-sink stuff up to the CDR system level, so that all the backends could exploit it |
| 19:27.09 | Juggie | right, we already did that though, but i guess this makes it clearer rather then multiple calls to ast_cdr_register |
| 19:27.44 | seanbright | Juggie: right, but i had to bring that over to the new branch and made some "creative modifications" of my own |
| 19:28.17 | seanbright | Juggie: but the issue i am having right now is that i need to ensure that ast_cdr_register is called before ast_cdr_register_sink, but that is proving ugly/difficult. so i might go back to making it all happen through ast_cdr_register. |
| 19:28.57 | seanbright | Juggie: but today i am working on paying work, so this is taking a back burner until this evening |
| 19:29.00 | seanbright | :) |
| 19:30.33 | Juggie | seanbright, it should not be much of an issue to ensure that 'csv' is registered so you can allow a _sink() call to go through. |
| 19:31.45 | Juggie | though i'm not sure that would be the best way, the other option would be to have ast_cdr_register return something which you would then pass into register_sink instead of name. |
| 19:38.57 | outtolunc | not sure why i try to help people sometimes.. the grief just isn't worth it |
| 19:40.17 | jmls | outtolunc: ? |
| 19:41.09 | outtolunc | nevermind i don't want to start anything |
| 19:41.50 | outtolunc | thanks for asking tho <G> |
| 19:42.01 | jameswf | jbot: hug outtolunc |
| 19:42.01 | jbot | ACTION jumps into outtolunc's lap and huggles and *hugs* outtolunc |
| 19:43.43 | outtolunc | oh what the hell, i'll ask anyways |
| 19:44.39 | outtolunc | is SIPADDHEADER *var* going byebye or what? (yes, the alert_info is toast) |
| 19:45.38 | snuff-home | i thought it was now SIP_ADDHEADER() ? |
| 19:46.01 | outtolunc | } else if (!p->options->addsipheaders && !strncasecmp(ast_var_name(current), "SIPADDHEADER", strlen("SIPADDHEADER"))) { |
| 19:46.10 | outtolunc | in 1.2 - current |
| 19:46.16 | snuff-home | mm |
| 19:48.04 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:53.46 | joetester | Oh WTF! |
| 19:53.54 | joetester | Oops sorry everyone. |
| 19:54.03 | joetester | Typing out loud, by mistake. |
| 19:54.13 | joetester | I was actually thinking that, yet I typed it. |
| 19:54.24 | joetester | Neuron misfire. |
| 20:20.56 | *** join/#asterisk-dev miguel3239 (n=elguero@207.154.34.162) |
| 20:21.39 | seanbright-away | Juggie: right, but the current logic for the CDR modules is "first we load the config, then once we are happy that everything is there, call ast_cdr_register" |
| 20:22.13 | seanbright-away | Juggie: but, currently, the only logical way to register the sinks is during configuration loading |
| 20:22.24 | seanbright-away | s/way to/time to/ |
| 20:23.20 | seanbright-away | Juggie: and i wanted to avoid creating a list in each module, because i wanted the CDR system to handle all that. so i dunno. |
| 20:24.55 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:36.38 | *** join/#asterisk-dev lateil (n=oz@88.239.73.53) |
| 20:38.37 | lateil | hello, anyone used spandsp? i am trying to write a tone detection application with it .. but no succes |
| 20:42.50 | Corydon76-lap | lateil: the guy who wrote that hangs out in #asterisk |
| 20:43.15 | lateil | hmm thnx |
| 20:45.56 | tzafrir_home | lateil, have you looked at the tests directory of spandsp? there should be already one such utility there |
| 20:46.58 | lateil | yes working with them, just can not figure some points |
| 20:48.14 | *** join/#asterisk-dev lvl- (n=lvl@145.52.248.101) |
| 20:48.38 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:50.34 | lateil | i think it will be better if asterisk has a tone detection like in spandsp .. callprogress is not enough for some cases i gues |
| 20:51.15 | Qwell | lateil: you mean like the stuff in dsp.c? |
| 20:51.27 | lateil | yes |
| 20:51.40 | Qwell | so I don't understand that comment. |
| 20:53.22 | lateil | on spandsp i can give tone discriptions and it can detect global tones |
| 20:53.29 | russellb | you can do that in asterisk 1.6 |
| 20:53.55 | jmls | Qwell: thanks for the update |
| 20:53.58 | lateil | hmm thats a news for me .. i will check that |
| 20:54.01 | jmls | built and running |
| 20:54.13 | Qwell | jmls: hopefully you can see why I didn't remove the low limit.. |
| 20:54.32 | jmls | I was unclear, I must admit |
| 20:55.19 | Qwell | #exec echo "some valid line to specify an engine for somefile.conf\n#include somefile.conf" |
| 20:55.31 | Qwell | that would be really really funky |
| 20:55.48 | jmls | why ? |
| 20:56.12 | Qwell | because then it would try to load somefile.conf from the engine - which extconfig was designed not to allow |
| 20:56.29 | Qwell | but, it passes the check that was put in if you're in a #include/#exec |
| 20:56.32 | jmls | I thought the parser was a recursive one |
| 20:57.26 | jmls | so it would start at the top level, process any #exec, and if the #exec included another #exec, the result from that would be parsed as if the line were in the original file |
| 20:58.22 | Qwell | it sets the filename in ast_config_load_internal to the filename you pass in - which in the case of a #exec is something in like /var/tmp/, or the #include'd filename |
| 21:00.04 | jmls | heh. As I said earlier, the chances of that happening only seem to be possible if it's me doing something :) |
| 21:00.18 | jmls | that bug has been there for, what, 4 years ? |
| 21:00.54 | jmls | see, jsmith ? Do you see what happens if you let me loose on something ? |
| 21:01.41 | jmls | Qwell: seriously, thanks for fixing it though. One more step nearer the goal of "stupid" asterisk boxen ;) |
| 21:09.32 | lateil | russellb: you mean ast_tone_detect_init function ? |
| 21:09.54 | russellb | probably, i haven't looked |
| 21:10.20 | jsmith | jmls: :-) Keep up the good work ;-) |
| 21:10.32 | russellb | but it was something that was recently added ... |
| 21:10.40 | russellb | code to let you detect arbitrary tones ... |
| 21:11.04 | lateil | yes it seems that is the one, it is used for fax tone i gues... that can solve my problems, i need to test |
| 21:15.07 | ManxPower | Does chan_iax2.c support pickup groups? |
| 21:15.34 | file | no. |
| 21:16.19 | ManxPower | file: I assume that "no" was for me. |
| 21:16.34 | kpfleming | it was. |
| 21:17.22 | file | I suppose chan_iax2 was never really written with the idea that one day clients would connect, not servers, and thus groups would need to be used in some instances... |
| 21:18.58 | kpfleming | well, and channel-specific pickup groups aren't as useful as system-wide pickup methods are |
| 21:21.28 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 21:21.33 | Juggie | just doing a clean compile of trunk and res_snmp failed linking missing lib sensors (lm_sensors-devel), but its not set as a dependancy in menuselect |
| 21:21.47 | Juggie | should i file a bug for that? |
| 21:22.04 | file | Fedora? CentOS? |
| 21:22.14 | Juggie | yeah, centos |
| 21:22.33 | Juggie | i know the issue i was just wondering if its bug worthy. |
| 21:25.26 | Juggie | file, should i bother? |
| 21:26.37 | file | an issue can always be closed. |
| 21:27.18 | file | so out of curiosity... |
| 21:27.27 | file | what does net-snmp-config --agent-libs give you |
| 21:29.26 | Juggie | alot, it has -lsensors in there. |
| 21:29.43 | Juggie | but lm_sensors is installed, lm_sensors-devel was not. |
| 21:30.28 | file | it should have tested to make sure it worked |
| 21:30.43 | Juggie | http://pastebin.ca/918054 |
| 21:30.45 | Juggie | it gives me that |
| 21:31.09 | file | and it passes the configure check and tries to build the module? |
| 21:31.17 | seanbright | i have the same problem on my dev machine |
| 21:31.22 | seanbright | fwiw |
| 21:31.26 | Juggie | file, yes. |
| 21:33.09 | Juggie | checking for net-snmp-config... net-snmp-config |
| 21:33.20 | Juggie | thats all i see re:snmp in the configure output |
| 21:35.45 | jsmith | Juggie: And you did a "make -C menuselect clean", right? |
| 21:36.06 | Juggie | well it was a brand new directory i checked out 20minutes ago |
| 21:36.10 | Juggie | so i dont think thats necessairy is it |
| 21:36.42 | seanbright | and i'm also seeing it |
| 21:36.46 | seanbright | and this as well: http://pastebin.ca/918059 |
| 21:38.45 | Juggie | file: according to the config.log it does not do a compile test for snmp |
| 21:39.05 | file | file a bug. |
| 21:39.11 | Juggie | ok. |
| 21:39.40 | Corydon76-lap | file: /me a bug ? |
| 21:39.52 | snuff-work | hehe |
| 21:41.55 | Corydon76-lap | not a small bug, anyway. ;-) |
| 21:42.17 | Deeewayne | a bug in a suit == a feature |
| 21:43.12 | Corydon76-lap | What about a file in a suit? |
| 21:43.34 | file | I look *stunning* in a suit. |
| 21:44.22 | Corydon76-lap | Does your "roommate" concur? |
| 21:44.30 | file | maybe, maybe not |
| 21:44.37 | Corydon76-lap | lol |
| 21:45.02 | file | what sort of question is that anyway? of course if I was in a relationship the other individual would say yes |
| 21:45.28 | file | saying no could hurt the relationship, which the other individual would want to avoid |
| 21:45.51 | Juggie | honesty is important! :) |
| 21:46.06 | file | questionable. |
| 21:46.07 | Corydon76-lap | Yes, but as we all know, you're not in a relationship with your roommate... |
| 21:46.12 | Corydon76-lap | ...or are you? |
| 21:46.19 | file | you will never know |
| 21:47.39 | file | I did not. |
| 21:47.41 | file | I keep no alcohol |
| 21:47.50 | putnopvut | You drink it all? |
| 21:48.02 | file | putnopvut: nah, you do :D |
| 21:48.24 | Juggie | i heard he quit |
| 21:48.26 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:48.44 | putnopvut | lol, no. |
| 21:49.55 | Corydon76-lap | Who quit? |
| 21:50.00 | file | seanbright: the actual config.log would be useful on that |
| 21:50.12 | seanbright | file: you're so needy |
| 21:50.20 | Corydon76-lap | You know, AA is for quitters |
| 21:50.23 | file | seanbright: :(' |
| 21:50.33 | seanbright | file: :) give me a moment |
| 21:50.56 | Corydon76-lap | Cue song from Oliver! |
| 21:53.29 | *** part/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 21:53.35 | seanbright | file: done and done |
| 21:53.53 | Corydon76-lap | What, nobody's going to guess the song cue? |
| 21:55.36 | file | seanbright: eep your install is not the happy |
| 21:56.58 | seanbright | file: no? its environment specific to me? |
| 21:59.29 | file | does chan_h323 build? |
| 21:59.38 | seanbright | file: ahhh, yeah... looks kinda scary in that log |
| 21:59.52 | seanbright | file: yeah |
| 22:00.52 | file | quite interesting. |
| 22:02.03 | seanbright | i think i installed that stuff manually |
| 22:02.06 | seanbright | if i recall |
| 22:02.14 | seanbright | that i did |
| 22:04.09 | Juggie | seanbright, finally looking @ the branch now. |
| 22:04.23 | seanbright | uh oh |
| 22:04.25 | seanbright | don't yell at me |
| 22:04.26 | Juggie | are you planning on ripping out the batchmode |
| 22:04.27 | seanbright | heh |
| 22:04.50 | seanbright | Juggie: i plan to do everything that was done in NoLossCDR before |
| 22:06.25 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:06.25 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:23.01 | mvanbaak | Corydon76-lap: ping |
| 22:23.09 | Corydon76-lap | pong |
| 22:23.28 | mvanbaak | Corydon76-lap: is there a backport of adaptive_odbc for 1.4 ? |
| 22:23.38 | Corydon76-lap | Yes, on svncommunity |
| 22:23.42 | Corydon76-lap | repo tilghman |
| 22:23.48 | mvanbaak | including the filter stuff ? |
| 22:23.51 | Corydon76-lap | Yes |
| 22:23.54 | mvanbaak | cool |
| 22:24.04 | mvanbaak | then I'm going to use it in production |
| 22:24.12 | mvanbaak | with 45 odbc connections |
| 22:31.56 | Corydon76-lap | Heh |
| 22:32.02 | mvanbaak | yeah |
| 22:32.19 | Corydon76-lap | Let me know if you try using it with some oddball column |
| 22:32.19 | mvanbaak | we get more and more requests for call logging inside our CRM application |
| 22:32.29 | Corydon76-lap | mvanbaak: what db backend are you using? |
| 22:32.41 | mvanbaak | *couch* mysql *couch* |
| 22:32.52 | Corydon76-lap | Oh, too bad you're not using postgres |
| 22:32.56 | mvanbaak | indeed |
| 22:33.00 | putnopvut | couch? |
| 22:33.04 | mvanbaak | putnopvut: yeah yeah |
| 22:33.06 | mvanbaak | I know |
| 22:33.15 | Corydon76-lap | I have a native adaptive postgres patch waiting for better testing |
| 22:33.26 | mvanbaak | it's half past 11 pm here and already had half a bottle of vino |
| 22:33.39 | mvanbaak | Corydon76-lap: we once had psql support |
| 22:33.40 | putnopvut | :) |
| 22:33.53 | mvanbaak | but it's lacking for like 9 months now |
| 22:33.55 | Corydon76-lap | Actually, I might go ahead and commit 9279 |
| 22:34.05 | mvanbaak | so will be a nice project to get it up-to-date again |
| 22:34.13 | Corydon76-lap | and just deal with it when somebody uses an untested column |
| 22:34.19 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:34.19 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:34.19 | Corydon76-lap | column type, that is |
| 22:34.35 | Corydon76-lap | That's the case with adaptive_odbc... |
| 22:35.08 | mvanbaak | Corydon76-lap: I'll be using some extra columns |
| 22:35.13 | mvanbaak | what types do you want tested ? |
| 22:35.57 | Corydon76-lap | mvanbaak: anything that isn't a standard char, varchar, decimal, float, integer, date, time, or datetime |
| 22:36.13 | Corydon76-lap | boolean, for example |
| 22:36.18 | mvanbaak | hhmm |
| 22:36.28 | Corydon76-lap | Those types are all tested |
| 22:36.32 | mvanbaak | ok, there's one I'm going to use |
| 22:36.47 | Corydon76-lap | I dunno, SET perhaps |
| 22:36.50 | Corydon76-lap | or ENUM |
| 22:36.58 | mvanbaak | I'll add a column boolean 'answered' |
| 22:37.10 | Corydon76-lap | There's a few other weird column types like that |
| 22:37.15 | mvanbaak | yeah |
| 22:37.17 | mvanbaak | text |
| 22:37.36 | Corydon76-lap | It should work fine for 99.9% of all users |
| 22:37.37 | mvanbaak | that's binary |
| 22:37.45 | Corydon76-lap | blob, you mean? |
| 22:37.48 | mvanbaak | yeah |
| 22:38.00 | mvanbaak | binary blob |
| 22:38.01 | mvanbaak | yuck |
| 22:38.05 | Corydon76-lap | I think that's treated just like char, though |
| 22:38.11 | mvanbaak | oh wait, this is not about drivers ;) |
| 22:38.52 | Corydon76-lap | Oh, and unlike func_odbc, we're using a dynamic string for building the SQL |
| 22:39.11 | Corydon76-lap | so there's no arbitrary limit, other than available memory |
| 22:39.33 | mvanbaak | memory for * is limited to 64 mb |
| 22:39.49 | Corydon76-lap | on your system? |
| 22:39.55 | Juggie | seanbright: ping |
| 22:39.56 | Corydon76-lap | That seems a little small |
| 22:39.58 | mvanbaak | yes |
| 22:40.11 | mvanbaak | it works great |
| 22:40.49 | mvanbaak | ah well |
| 22:41.05 | mvanbaak | with odbc I'll have to raise it |
| 22:41.17 | mvanbaak | will start with removing the limit and monitor it |
| 22:41.40 | mvanbaak | it's using 19mb now with 12 concurrent calls |
| 22:41.47 | *** part/#asterisk-dev ManxPower (n=manxpowe@209.16.72.139) |
| 22:42.06 | mvanbaak | all IAX2 itsp to SIP phones |
| 22:43.53 | mvanbaak | hhmm, the 'list inside astobj' confuses me |
| 22:44.19 | mvanbaak | I have an astobj with list in it, and the searching gives me headaches |
| 22:46.10 | mvanbaak | ah well |
| 22:46.13 | mvanbaak | time for some sleep |
| 22:46.25 | mvanbaak | I'll let you know how the adaptive stuff works out Corydon76-lap |
| 22:47.44 | jsmith | From the -users mailing list: |
| 22:47.47 | jsmith | [Feb 25 17:28:14] WARNING[25071] chan_zap.c: Detected alarm on channel 4: No Alarm |
| 22:48.08 | jsmith | That silly "No" alarm keeps happening! |
| 22:53.01 | denon | hah |
| 22:54.17 | joetester | The sweetest alarm: the everything is peachy alarm. |
| 22:55.12 | seanbright | An error has occurred: Success |
| 22:58.22 | lateil | russellb: tone_detect works quite well, it seems i can solve problems with that... thanks for the info |
| 23:00.45 | russellb | lateil: great to hear, you're welcome |
| 23:00.46 | russellb | M6002 |
| 23:00.47 | MuffinMan | [assigned] [Asterisk] Core/Configuration 0006002: [post 1.4] improper handling of contexts with same name reported by rizzo http://bugs.digium.com/view.php?id=6002 |
| 23:13.52 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583194.dsl.bell.ca) |
| 23:14.41 | *** join/#asterisk-dev ManxPower (n=manxpowe@209.16.72.139) |
| 23:21.04 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 23:22.25 | Corydon76-lap | mvanbaak: if you're on Ubuntu, note that I've had to recompile the mysql-odbc-connector from source in order for it to be stable |
| 23:22.27 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:25.25 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 23:26.15 | russellb | what is "app_acd" ? |
| 23:26.19 | russellb | and where does it come from? |
| 23:26.23 | file | automatic call distribution? |
| 23:26.47 | russellb | i know that. |
| 23:26.59 | seanbright | i dropped acd once. it was *awesome* |
| 23:27.03 | file | it is... an outside module? |
| 23:27.07 | Qwell | http://www.dynx.net/ASTERISK/billheckel/ |
| 23:27.35 | file | cheater. |
| 23:38.53 | outtolunc | i wonder how bill and his custom motorcycle business is doing |
| 23:41.47 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 23:43.31 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 23:52.34 | snuff-work | go chanspy fix :) |