| 00:04.07 | jmls | I think that there's a bug in the app_queue code, where it counts the number of available members for a autofill=yes queue |
| 00:05.49 | jmls | http://pastebin.ca/729444 |
| 00:06.10 | snuff-work | mm |
| 00:06.16 | snuff-work | && = and in C |
| 00:07.14 | snuff-work | jmls: that is &var = passing memory address to function |
| 00:08.37 | jmls | I was just checking that x && y && z meant x and y and z must be true |
| 00:21.27 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 00:54.46 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:54.46 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 01:14.07 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 01:56.37 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 04:17.30 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 05:17.43 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 07:05.39 | jmls | app_queue is the spawn of the devil |
| 07:10.57 | snuff-work | it just might be.. also why i avoid it |
| 07:10.58 | snuff-work | :) |
| 07:39.02 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 08:01.38 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.186) |
| 08:22.00 | jmls | snuff-work: what do you use instead ? |
| 08:27.11 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:27.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:28.01 | *** join/#asterisk-dev festr_ (n=festr@ns.regnet.cz) |
| 08:29.00 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.186) |
| 08:29.10 | festr_ | anyone seeing the same issue? http://bugs.digium.com/view.php?id=8407 |
| 08:29.39 | festr_ | local channel as memeber of queue is getting stuck in (in use) state (1.4.11) |
| 08:33.30 | *** join/#asterisk-dev phearless (n=phear@host217-34-75-65.in-addr.btopenworld.com) |
| 08:53.06 | jmls | festr_: yup. |
| 08:53.57 | *** join/#asterisk-dev IvanV3835 (n=Miranda@styx.mcn.ru) |
| 08:59.13 | snuff-work | saying queues aren't fully supported |
| 08:59.13 | snuff-work | ;) |
| 09:01.40 | snuff-work | everytime my cust used queues they claimed they lost calls.. all fiction but what can u do |
| 09:02.38 | festr_ | jmls: the large changes in qpp_queue in 1.4 did not resolve this :( |
| 09:15.41 | jmls | what does this mean ? "channel.c: Got a FRAME_CONTROL (-1) frame on channel" |
| 09:50.15 | *** join/#asterisk-dev festr_ (n=festr@ns.regnet.cz) |
| 09:52.10 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 10:30.13 | jmls | is there any way of getting milliseconds to show in the verbose and debug logs ? |
| 11:17.03 | festr_ | jmls: reprograme macros :) |
| 11:25.15 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:43.57 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.186) |
| 11:48.43 | *** join/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 12:09.50 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.186) |
| 12:19.14 | awk | http://paste.debian.net/39088 |
| 12:19.28 | awk | you guys keen to see some buffer issues |
| 12:19.39 | awk | not sure why im getting this buffer overrun |
| 12:20.29 | awk | but this is cripling the box, so one could code a nice DoS tool from the flaky code |
| 12:37.00 | *** join/#asterisk-dev elixer (i=elixer@65.207.74.18) |
| 12:46.32 | *** join/#asterisk-dev ManxPower (n=manxpowe@5.sub-75-202-141.myvzw.com) |
| 12:53.38 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.186) |
| 13:03.28 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:03.28 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:06.48 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 13:12.19 | *** join/#asterisk-dev w9sh (n=w9sh@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 13:38.43 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-cbb7c5c35d171497) |
| 13:38.43 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:48.09 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-f2f20d55b289269e) |
| 13:48.09 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:51.46 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-2d748a3199eedb09) |
| 13:51.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:53.16 | kpfleming | so much excitement here for a monday morning |
| 13:53.51 | file | if by excitement you mean frustration at the VPN, then yes |
| 13:54.03 | kpfleming | really? it worked fine for me yesterday |
| 13:54.18 | file | it's the new DNS servers, I'm fighting trying to get my stuff updated |
| 13:54.22 | kpfleming | ahh |
| 13:54.25 | thewiizle | hi |
| 13:54.40 | thewiizle | anyone able to provide some quick context advice to do with GotoIf |
| 13:54.45 | kpfleming | on debian unstable there is an /etc/openvpn/update-resolv-conf that will do it for you if you have resolvconf installed |
| 13:54.51 | thewiizle | seems abit over the heads of most in #asterisk |
| 13:55.10 | file | I don't do that stuff like that :D |
| 13:55.23 | kpfleming | it's always better to just ask your question instead of asking if you can ask your question... |
| 13:55.37 | thewiizle | just wanted to make sure as it might be a bit off topic |
| 13:55.46 | thewiizle | ive never been a fan of demanding help :) |
| 13:55.50 | kpfleming | it is, but asking permission doesn't help |
| 13:56.13 | thewiizle | What can i say, im just a considerate type of guy :) |
| 13:56.14 | thewiizle | Can someone correct this for me, GotoIf(["${BLOCKED}" = "1"]?6:8) |
| 13:56.31 | kpfleming | what version of *? |
| 13:56.34 | thewiizle | 1.4 |
| 13:56.47 | thewiizle | blocked is my own custom variable that i have defined |
| 13:56.50 | kpfleming | then i don't think you want the spaces around the = sign |
| 13:57.03 | thewiizle | so }="1" |
| 13:57.14 | kpfleming | no, if you use quotes you need them on both sides |
| 13:57.43 | thewiizle | }"="1" |
| 13:57.46 | kpfleming | right |
| 13:57.47 | thewiizle | i get this on the cli, GotoIf("SIP/101-09f0f520", "["1"="1"]?6:8") |
| 13:58.25 | thewiizle | seems like it has converted BLOCKED into 1 |
| 13:58.34 | kpfleming | what is the value of that variable? |
| 13:58.40 | thewiizle | either 1 or 0 |
| 13:58.45 | kpfleming | i believe you may also need a $ before the [ |
| 13:58.45 | putnopvut | If BLOCKED is 1, then it will print 1. |
| 13:58.59 | thewiizle | ah this is something i was about to ask |
| 13:59.02 | putnopvut | Oh, wait, you mean in the dialplan show, it says that. |
| 13:59.10 | putnopvut | Now I'm confused. |
| 13:59.12 | thewiizle | ive seen examples where it is ($[${ |
| 13:59.12 | putnopvut | It's early. |
| 13:59.16 | putnopvut | I'll stay out of this. |
| 13:59.17 | thewiizle | :p putnopvut |
| 13:59.19 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-baca994322cdfe28) |
| 14:00.11 | kpfleming | gotoif does not assume that the first argument is an expression to be evaluated, it just checks that argument for zero/no-zero or blank/non-blank |
| 14:00.27 | kpfleming | to get the conditional expression to be evaluated you have to tell the parser that's what it is |
| 14:00.38 | thewiizle | i see |
| 14:00.39 | thewiizle | so |
| 14:01.24 | thewiizle | insteaf of $BLOCKED = 0 i should use $BLOCKED = "" |
| 14:01.40 | kpfleming | that depends on how you are setting the value of BLOCKED |
| 14:01.52 | kpfleming | if it will always be non-blank, that won't do what you want |
| 14:02.14 | thewiizle | well to give you background, i run a quick .agi that does a DB lookup on the number being dialled |
| 14:02.18 | kpfleming | i don't know... i'm getting ready to head to europe so my brain is not really here right now :-) |
| 14:02.25 | thewiizle | if the number exists in the DB i set BLOCKED to 1 |
| 14:02.36 | thewiizle | kpfleming hehe im in europe if u want to drop by :) |
| 14:35.19 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 14:40.37 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:47.46 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:53.21 | thewiizle | kpfleming got it sorted,thanks for help :) |
| 14:53.23 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:53.34 | kpfleming | great |
| 15:00.26 | jmls | is there a function that I can expose in app_queue.c to return the next available member ? |
| 15:00.37 | jmls | (of a queue) |
| 15:03.08 | jmls | I want to create a really simple application: push an interface onto a fifo list, and when I pop it, move it back into the bottom of the lust |
| 15:03.13 | jmls | heh. list |
| 15:04.31 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 15:04.51 | jmls | should I be using ao2_iterator and such ? |
| 15:05.41 | putnopvut | jmls: could you be more specific with what you mean by "next available member" ? |
| 15:06.12 | putnopvut | app_queue calculates metrics for which member to try ringing, but then whether that member is actually available or not is determined later. |
| 15:06.59 | jmls | putnopvut: app_queue has been giving me so much grief over the last 24 hours. |
| 15:07.05 | putnopvut | Actually, availability is calculated earlier, so that we can see if it's our turn to try ringing members. |
| 15:07.12 | putnopvut | jmls: what's been the problem? |
| 15:07.38 | jmls | members being paused when they should not be, and taking more than 3 seconds to connect to a member |
| 15:08.06 | putnopvut | ugh. What asterisk version are you running? |
| 15:08.12 | jmls | 1.4 svn |
| 15:09.00 | jmls | I want to maintain a simple list of members that *I* know are available, and presenting the top one to the next inbound call. The top one then goes to the bottom of the list |
| 15:09.11 | jmls | sort of like an anorexic queue |
| 15:09.39 | jmls | I don't want metrics, paused, priorities, multiple members etc etc |
| 15:09.58 | jmls | just a quick NEXT! NEXT ! NEXT ! |
| 15:10.21 | jmls | if there isn't an available entry in the list, return. |
| 15:11.28 | davevg-btwtech | jmls: just a quick thought, do you have autofill=yes in your queues.conf? |
| 15:11.33 | putnopvut | I see, so are you talking about not even using the queue application as a remedy? |
| 15:11.36 | jmls | tried it both ways. |
| 15:12.01 | jmls | putnopvut: nope. I wanted to perhaps create an app_fifo ;) |
| 15:12.02 | putnopvut | the members being paused when they shouldn't be sounds alarming. |
| 15:12.10 | putnopvut | I see. |
| 15:13.25 | jmls | I am using local channels, perhaps this seems the problem, as I've hit the problem that the same member can be passed 2 different calls at the same time |
| 15:13.51 | jmls | just ask jsmith ;) |
| 15:15.55 | putnopvut | Well, unfortunately, the only function that really deals with determining the next member to call is calc_metric, which gets called on all queue members. The member with the lowest metric is the first to be called. |
| 15:16.43 | putnopvut | If you're not wanting to deal with metrics, and would rather keep a list where the order of the members in the list determines who gets the call, then app_queue can't really help out. |
| 15:17.32 | jmls | that's why I thought that it would be simpler to create a very simple fifo app, with dialplan / manager commands Push(list,member) Pop(list) and Count(list) |
| 15:18.07 | jmls | with Pop(list) having an option to push back to the bottom |
| 15:18.16 | putnopvut | That's not a bad idea, it's just that with that way of doing things, if you're under a heavy load, then the operations of moving queue members around could cause some interesting race conditions. |
| 15:18.37 | putnopvut | Or if you use locking, then it could be a slow process. |
| 15:18.56 | jmls | I thought that the ao2 stuff implemented linked lists |
| 15:19.10 | putnopvut | ao2 uses hash tables. |
| 15:19.24 | putnopvut | And the hash table "buckets" each employ linked lists to deal with hash collisions. |
| 15:19.49 | jmls | so it's not an easy process to remove the top entry and add to the end of the list ? |
| 15:20.07 | putnopvut | jmls: it is not easy at all with an ao2_container. |
| 15:20.17 | jmls | dammit |
| 15:22.34 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:26.20 | tzafrir | here |
| 15:26.36 | file | did you and Cresl1n ever decide to do another zaptel release? |
| 15:27.55 | tzafrir | I'm waiting for Cresl1n |
| 15:28.08 | file | k |
| 15:29.26 | blitzrage | morning all! |
| 15:31.17 | blitzrage | jmls: there is StackPop |
| 15:32.09 | jmls | what, I should look at it for inspiration ? |
| 15:34.14 | blitzrage | jmls: well I just read you wanted to create a Pop and Push app, and just wnated to let you know about that -- although it doesn't help you to find out the next member of the queue |
| 15:34.54 | jmls | stackpop is a filo isn't it ? |
| 15:38.15 | russellb | blitzrage: i backported and committed DUNDIQUERY and DUNDIRESULT yesterday |
| 15:41.35 | blitzrage | russellb: oooOo! |
| 15:41.48 | blitzrage | jmls: never played with it, so no idea |
| 15:47.29 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 16:01.08 | *** join/#asterisk-dev snuff-away (i=snuff@220-253-7-27.VIC.netspace.net.au) |
| 16:01.23 | jmls | ok, anyone want to earn a couple hundred bucks ? |
| 16:02.08 | russellb | yes? |
| 16:02.12 | russellb | but only if it takes 30 seconds |
| 16:02.17 | jmls | heh |
| 16:02.22 | outtolunc | bids 29 secs |
| 16:02.32 | jmls | an expert like you should be able to do it in 10 seconds ... |
| 16:13.39 | JunK-Y | ask it :) |
| 16:18.31 | jmls | http://pastebin.com/f56090177 |
| 16:23.57 | De_Mon | what does being in a list give you that being in a queue does not? |
| 16:24.10 | De_Mon | it looks like order is about the only addition |
| 16:24.36 | jmls | De_Mon: read the previous rantings I've had with queues. I don't need any of the queue stuff, just the list |
| 16:25.05 | jmls | there's no queuing, just get the next item on the list, move on . |
| 16:29.50 | De_Mon | jmls I don't see rrmemory in any of that ranting, that doesn't work like you want? |
| 16:30.23 | De_Mon | i was considering looking into doing what you are, and thought rrmemory would do it, now I'm less eager to find out |
| 16:30.56 | De_Mon | let me guess, rrmemory doesn't start at the top of the list for each call |
| 16:31.11 | blitzrage | no, it shouldn't |
| 16:31.18 | blitzrage | it remembers the last position |
| 16:31.42 | putnopvut | De_Mon: the issue for jmls is more fundamental, I think. He wants simple queueing without the overhead of app_queue. |
| 16:31.49 | De_Mon | did roundrobin do that too? |
| 16:32.21 | blitzrage | roundrobin started at the top each time |
| 16:39.14 | De_Mon | reading up on queue stragegies, according to voip-info roundrobin remembers the last agent it started with, and starts with the next agent in the list. |
| 16:39.59 | De_Mon | also looks like penalties might do what I want, but I bet jmls will have his app finished before I get around to looking at it further |
| 16:44.29 | jmls | putnopvut: exactly. for me, speed to connect the call to the member is much more important than anything else |
| 16:45.17 | jmls | putnopvut: I don't even need simple queueing - |
| 16:45.39 | jmls | iow I don't want the inbound call to be "queued", just answered straight away |
| 16:47.16 | putnopvut | I see, you just want to determine who to try to call. |
| 16:50.48 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 16:52.27 | De_Mon | jmls did you consider using realtime and just a series of dial commands that can be managed from a database? |
| 16:53.36 | De_Mon | hell, func_odbc could probably do it... i really like that idea |
| 17:03.34 | *** join/#asterisk-dev Corydon76-lap (i=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 17:03.34 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 17:11.22 | jmls | De_Mon: func_odbc was my *first* attempt - but for some reason I kept getting "stale" data (i.e. I would find and delete an entry, but the next channel in found the same damned record) |
| 17:11.41 | jmls | I then tried queues, and ran into some really crappy problems |
| 17:16.44 | De_Mon | hrmmm stale data? I haven't ever seen something like that happen, but I've not used func_odbc quite that intensively yet. thanks for the info |
| 17:17.03 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 17:19.01 | jmls | it's not func_odbc that's the problem. I'm having all kinds of crap from the progress odbc driver |
| 17:34.30 | Corydon76-lap | Wow, it's lively in here today... |
| 17:35.19 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-1e545d5c18dadc55) |
| 17:36.29 | Corydon76-lap | corramor, morning |
| 17:39.39 | Corydon76-lap | putnopvut, too late |
| 17:39.59 | Corydon76-lap | The daemons are all around |
| 17:40.10 | putnopvut | hardy har har |
| 17:40.47 | russellb | i'm so hungry ... but no time for lunch! |
| 17:40.57 | Corydon76-lap | I need to bring in my daemon plushie |
| 17:40.57 | putnopvut | You should have eaten an hour ago! |
| 17:41.05 | putnopvut | Like I did! |
| 17:41.19 | file | putnopvut: you're just weird! |
| 17:41.20 | russellb | ~thwack putnopvut |
| 17:41.21 | jbot | ACTION smacks putnopvut on the arm with a UNIX Manual |
| 17:41.57 | russellb | ~thwack putnopvut |
| 17:41.58 | jbot | ACTION smacks putnopvut on the eblow with a 5ESS Switch |
| 17:42.00 | Corydon76-lap | russellb, you could always have chocolate bars for lunch... |
| 17:42.05 | russellb | Corydon76-lap: heh, i could ... |
| 17:42.11 | russellb | but i think i'll just wait until after the team meeting thingy |
| 17:42.24 | putnopvut | russellb: I think there's some sort of soup available to anyone who wants it on the third floor. |
| 17:42.28 | Corydon76-lap | Won't be the fastest ever meeting, though |
| 17:42.38 | Corydon76-lap | That was two weeks ago |
| 17:42.48 | putnopvut | I missed that one... |
| 17:42.49 | putnopvut | dang. |
| 17:43.24 | Corydon76-lap | It was so fast, nobody was ever even seen in the conference room |
| 17:43.29 | file | :D |
| 17:44.09 | Corydon76-lap | Speaking of which, though, do we have a phone in the Macaroni Room yet? |
| 17:44.25 | putnopvut | I'll check... |
| 17:44.29 | file | I hope so O.o |
| 17:44.34 | russellb | yes |
| 17:44.35 | russellb | we do |
| 17:44.44 | putnopvut | Yeah, but it's not connected. |
| 17:44.54 | Corydon76-lap | and where is the Macaroni Room? I've walked past the Adelie Room... |
| 17:45.07 | putnopvut | Northeast corner of the second floor. |
| 17:45.11 | putnopvut | Two doors down from me. |
| 17:45.15 | putnopvut | Next to Pari. |
| 17:45.18 | Corydon76-lap | Ah |
| 17:47.46 | blitzrage | Macaroni room? Or Marconi room? :) |
| 17:47.59 | Corydon76-lap | Macaroni |
| 17:48.01 | file | let's not start that again. |
| 17:48.03 | blitzrage | lol |
| 17:48.12 | blitzrage | typo? :) |
| 17:48.17 | Corydon76-lap | There is no Marconi penguin |
| 17:48.25 | blitzrage | oh I see |
| 17:48.25 | putnopvut | The room says "Macroni" |
| 17:48.31 | russellb | the sign is typoed |
| 17:48.45 | Corydon76-lap | I'll bring in my label maker next week |
| 17:48.50 | file | now, everyone back to work! |
| 17:48.59 | putnopvut | And in some not so great news, I don't think the jacks in that room are configured. |
| 17:49.01 | blitzrage | just the typo I found on the little signs with sticks at AstriCon? :) |
| 17:49.12 | russellb | putnopvut: the phone works when i tried it saturday |
| 17:49.14 | file | putnopvut: so the phone doesn't work? |
| 17:49.17 | blitzrage | ok, speaking of food, I need some of it |
| 17:49.20 | blitzrage | back in a bit |
| 17:49.42 | putnopvut | Which port to plug it in? |
| 17:50.42 | Corydon76-lap | file, have I showed you my penguin yet? |
| 17:51.05 | file | I do not believe so ... |
| 17:51.48 | Corydon76-lap | http://drunkcoder.com/meetingtime.jpg |
| 17:52.05 | Corydon76-lap | Oops, wrong one |
| 17:52.07 | outtolunc | my eyes |
| 17:53.50 | Corydon76-lap | Well, if nothing else, the front page of http://drunkcoder.com |
| 17:54.03 | file | o i c |
| 17:54.03 | Corydon76-lap | but you don't get the full penguin |
| 17:54.48 | outtolunc | aw no 'matrix' toidy paper |
| 17:56.38 | Corydon76-lap | Anyway, there are two additional penguins in my office, not including that one, so with the tattoo, there are 4 right now |
| 17:59.33 | Corydon76-lap | If the first tech office I had him in is any indication, within a few weeks, he will have toured the entire building |
| 17:59.57 | file | won't have visited my office |
| 18:00.12 | Corydon76-lap | Your office isn't in the building... |
| 18:00.14 | putnopvut | He already visited your imaginary office. |
| 18:00.27 | file | the virtual office? |
| 18:00.32 | file | stupid security system |
| 18:00.36 | putnopvut | No, the imaginary one. |
| 18:00.43 | putnopvut | The virtual one couldn't be imagined. |
| 18:00.55 | file | why not? |
| 18:00.56 | Corydon76-lap | Time for the meeting |
| 18:05.32 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 18:36.32 | jmls | okay, here we go: some "interesting" observations with func_odbc |
| 18:36.36 | jmls | http://pastebin.com/m6a8c3b48 |
| 18:37.06 | jmls | the macro is run with MacroExclusive, so only one instance should be running. |
| 18:38.35 | jmls | sorry, forgot the debug file. |
| 18:38.37 | jmls | http://pastebin.com/me893f3e |
| 18:56.30 | Corydon76-lap | jmls, on your 4th line of that dialplan, you have a typo |
| 18:56.43 | Corydon76-lap | Your '=' is in the wrong place |
| 18:57.44 | Corydon76-lap | Assuming it was even run, the '=' appended to the second argument would make your query not match |
| 18:58.05 | Corydon76-lap | but I doubt your query would get run |
| 18:59.28 | Corydon76-lap | Bueller? |
| 19:01.11 | outtolunc | strange, it looks fine to me |
| 19:02.57 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 19:02.57 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 19:03.16 | mog | Corydon76-dig, ping |
| 19:03.50 | Corydon76-lap | mog, pong |
| 19:04.03 | Corydon76-lap | Room 212 |
| 19:08.13 | Corydon76-lap | outtolunc, if he moved over the '=' by one character, it would be fine |
| 19:08.27 | jmls | Corydon76-dig: you mean )=) |
| 19:08.41 | Corydon76-lap | Correct |
| 19:10.44 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 19:15.40 | outtolunc | must be a 1.4 thing <G> |
| 19:19.09 | Corydon76-lap | Nope, applies to 1.2, too |
| 19:19.19 | Corydon76-lap | Just that you don't have func_odbc natively in 1.2 |
| 19:20.13 | outtolunc | well it was the eval of the gotoif line i was talking about |
| 19:21.06 | Juggie | you suckers working, its a holliday :) |
| 19:21.40 | outtolunc | i wish, i'd be gaming like a mofo |
| 19:21.48 | Juggie | heh, its thanksgiving in canada |
| 19:22.24 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-c6de403cd8e248b5) |
| 19:22.26 | Corydon76-lap | I find it interesting that this day is considered a "holy day" |
| 19:27.08 | bkruse | Corydon76-lap: which day is that? |
| 19:27.19 | bkruse | is it a hebrew calendar holy day? |
| 19:28.21 | Corydon76-lap | bkruse, Columbus Day, I think |
| 19:29.06 | Corydon76-lap | or Canadian Thanksgiving |
| 19:29.21 | bkruse | Corydon76-lap: wow. that is interesting/wierd. |
| 19:30.13 | Juggie | ya, we have thanksgiving at a different time |
| 19:30.15 | Corydon76-lap | Annoying when people say that "Happy Holidays" is secular... "Holiday" is a corruption of "holy day" |
| 19:30.15 | Juggie | the turkey is a cookin |
| 19:33.27 | *** join/#asterisk-dev jtodd (n=jtodd@204.11.231.198.static.etheric.net) |
| 19:35.56 | *** join/#asterisk-dev jtexter3 (n=jtexter3@64.149.49.193) |
| 19:42.23 | JunK-Y | Juggie: have you ever saw this: |
| 19:42.23 | JunK-Y | AGI Rx << SAY DIGITS 43888 "" |
| 19:42.23 | JunK-Y | AGI Tx >> 200 result=0 |
| 19:42.30 | JunK-Y | but no digits are streamed. |
| 19:42.39 | JunK-Y | but still returns an 0 |
| 19:46.28 | JunK-Y | humm, since i load format_gsm.so it works, thats a bug. |
| 19:51.17 | tzafrir | bkruse, can you define extensions in the GUI that will have any character other than digits? |
| 19:51.44 | bkruse | tzafrir: none of them have numbers (asterisk_guitools) |
| 19:51.54 | tzafrir | for instance, something that begins with '*' |
| 19:52.12 | tzafrir | yeah, but this is not something you can add/remove through the GUI itself |
| 19:52.24 | tzafrir | For instance, if I want to check voicemail through *123456 |
| 19:53.03 | mvanbaak | meh |
| 19:53.06 | mvanbaak | http://bp2.blogger.com/_y3MntRocXfM/Rv_soBwxU2I/AAAAAAAAADs/KEK36rFh-aE/s1600-h/mcdonalds_medium.jpg |
| 20:14.44 | codefreeze | Juggie: my goal is put no-loss into trunk this week. Off to a slow start, but... a start nonetheless |
| 20:14.51 | codefreeze | is it ready? |
| 20:15.40 | *** part/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 20:24.45 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 20:25.35 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 20:25.59 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 20:32.10 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-67-127-235-238.dsl.irvnca.pacbell.net) |
| 20:55.45 | codefreeze | hoo boy, are things quiet in here! |
| 20:55.55 | russellb | it's creepy |
| 20:56.52 | codefreeze | was it something I said? Hey, I took a shower in the last week! |
| 20:57.02 | file | oh, shower |
| 20:57.03 | file | right. |
| 20:57.47 | codefreeze | hey, file, I take a shower at least once a month, whether I need it or not. |
| 21:00.51 | tzanger | codefreeze: you have no idea how much better the world would be if more developers followed your fine example |
| 21:01.20 | codefreeze | lol, at first I thought it was a compliment! |
| 21:01.52 | tzanger | backhanded compliments are the best |
| 21:02.24 | tzanger | especially as the time between the reception of the compliment and the time the recipient truly understands what was said increases |
| 21:02.27 | tzanger | hello file |
| 21:03.01 | file | how goes? |
| 21:03.02 | tzanger | how was your weekend |
| 21:03.05 | tzanger | turkeyed out? |
| 21:03.13 | codefreeze | well, I have to say, you backhanded me clear out of the court! ;) |
| 21:03.14 | file | alas, I had no turkey |
| 21:03.24 | tzanger | how sad |
| 21:03.30 | tzanger | I cooked a rather good beast this time |
| 21:03.42 | tzanger | compliments abounded, and there was much loosening of belts |
| 21:04.08 | file | you and your day off... |
| 21:04.14 | codefreeze | I'd think that turkey would be rather US-ish; that Canadians would do goose or something... maybe moose |
| 21:04.27 | tzanger | you know, touching the wrong woman's ass and accessing memory not allocated to your process are a lot alike |
| 21:05.00 | tzanger | they both result in a SIGSEGV, and depending on the size of the woman's man, could instill a kernel panic |
| 21:05.34 | tzanger | nah we got turkeys here too, most of them drive on our highways |
| 21:15.35 | De_Mon | could someone take a look at the warning in this sip debug |
| 21:15.37 | De_Mon | http://bugs.digium.com/file_download.php?file_id=15791&type=bug |
| 21:15.50 | tzanger | what does this look like, an asterisk development channel? |
| 21:16.21 | De_Mon | usually |
| 21:16.56 | De_Mon | with all this europe and virtual office talk though, sometimes I wonder if its not jsut some social network |
| 21:17.28 | tzanger | IRC really is just multi-user notepad, after all |
| 21:17.57 | De_Mon | an emac's extension |
| 21:18.48 | blitzrage | ok, time to try and make some dinner |
| 21:19.10 | tzanger | blitzrage: sounds good, what are we having? |
| 21:19.20 | tzanger | it's so goddamned hot I think I'm just making the kids sandwiches |
| 21:19.55 | blitzrage | tzanger: ya... it is really hot here (when the heck has it been so hot in October before?! And for this many days in a row?) -- I'm making stir fry though since all I have is vegetables |
| 21:20.06 | blitzrage | I spent $90 at the grocery store the other day, and have barely any food left |
| 21:20.40 | codefreeze | booze is expensive, eh? |
| 21:20.41 | file | poor blitzrage |
| 21:20.56 | tzanger | codefreeze: this is ontario... no booze at the grocery stores |
| 21:20.57 | blitzrage | you don't get booze at the grocery store here |
| 21:20.59 | tzanger | at least none worth buying |
| 21:21.06 | blitzrage | could get some Molson Golden |
| 21:21.07 | tzanger | Molson Excel maybe |
| 21:21.10 | tzanger | hahaha |
| 21:21.12 | blitzrage | or whatever it's called |
| 21:21.13 | blitzrage | 0.5% |
| 21:21.30 | blitzrage | my grocery doesn't even have wine there |
| 21:22.13 | tzanger | oh mine dies |
| 21:22.15 | tzanger | er does |
| 21:22.22 | De_Mon | blitzrage all your icecream melted already? |
| 21:22.25 | tzanger | but then again the selection is so terrible it's not worth checking out |
| 21:23.34 | blitzrage | I don't have icecream |
| 21:23.45 | blitzrage | I have some old strawberry frozen yogourt... |
| 21:23.58 | De_Mon | well ya, not now... |
| 21:24.40 | De_Mon | dead on arrival. I'll stick to tryin to get some SIP luvin |
| 21:44.27 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 21:44.27 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 22:11.05 | *** join/#asterisk-dev anthm (n=anthm@mbd0736d0.tmodns.net) |
| 22:11.05 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:19.31 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 22:49.26 | jtodd | The patch has your name all over it... |
| 22:50.23 | blitzrage | aye :) |
| 22:50.28 | blitzrage | CUT() is awesome |
| 22:50.39 | blitzrage | one of those functions that make me wonder how the heck anyone made dialplans before |
| 22:51.05 | Corydon76-lap | We are trying to get AWAY from implicit variables, preferring dialplan functions in their place |
| 22:51.32 | blitzrage | indeed |
| 22:51.41 | blitzrage | show can't do 'show variables' I don't think... :) |
| 22:52.19 | Corydon76-lap | isn't there a 'core dump channel foo'? |
| 22:52.37 | Corydon76-lap | which shows variables? |
| 22:54.06 | blitzrage | I just meant to see which built in variables exist |
| 22:54.13 | blitzrage | other than looking in channelvariables.txt |
| 22:55.09 | Corydon76-lap | Ah |
| 23:04.38 | jtodd | There are almost certainly dozens of hidden variables in Asterisk which are undocumented or poorly documented. |
| 23:04.49 | russellb | yup. |
| 23:10.54 | JunK-Y | <PROTECTED> |
| 23:47.05 | jtodd | Isn't there just some "grep" that could recursively find them or close hints on the same line? Like "ast_var_name(current)" or something? |
| 23:48.20 | jtodd | No, that doesn't seem to work so well. |
| 23:54.45 | anthm | you could search get_variable then for ', "' and ',"' since most of them are inline constant strings "LIKE_THIS" and not many are #defines |
| 23:55.30 | *** join/#asterisk-dev bkruse_home (n=bkruse@69.73.127.92) |
