| 00:06.39 | seanbright | so i set up ## for blind xfer, and that works, but for some reason #* won't work for attended xfer... |
| 00:06.52 | seanbright | i just keep hearing the '*' on the other end of the call |
| 00:07.06 | seanbright | (this is totally a user question, btw) |
| 00:07.20 | seanbright | oh wait, i might be retarded. |
| 00:08.23 | seanbright | yup! |
| 00:10.26 | outtolunc | it has been one of those weeks, i was almost done building a usb stick linux setup, then did the V8 smack, i have a spare 30 gig hd on the shelf <G> |
| 00:10.56 | Qwell | it's only Tuesday |
| 00:11.18 | seanbright | can only go downhill from here |
| 00:11.19 | seanbright | heh |
| 00:23.53 | outtolunc | is 1.6 going to be ready for von/daw next week? (sorry can't remember the release schedule) |
| 00:51.22 | *** join/#asterisk-dev pputman (n=consorm@c-71-207-165-154.hsd1.al.comcast.net) |
| 00:52.32 | codefreeze | any realtime users out there? I take it you can only put one accept and one deny entry in the db... right? |
| 00:54.43 | snuff-work | mm i use rt |
| 00:54.56 | snuff-work | your talking about ACL? |
| 00:55.32 | snuff-work | and far as i'm aware that is true.. |
| 00:56.36 | codefreeze | yes, the acl stuff (struct ast_ha) |
| 00:58.04 | snuff-work | i dont think u can have multiple ips on an allow or deny line.. (from memory only) |
| 00:58.43 | snuff-work | with straight files can u.. like i dont think there was a delimiter you could use |
| 00:58.49 | codefreeze | true, the config line seems simple. But in the config file, you can any number of permit/deny lines, they are stored in order in a list. |
| 00:59.08 | codefreeze | s/can any/can have any/ |
| 01:00.04 | snuff-work | would be nice if there was such a delimiter since then rt peer could have more than 1 allow or 1 deny |
| 01:01.02 | codefreeze | it wouldn't be easy-- the build_peer uses the db info as if they came from a config file (shared code) |
| 01:01.37 | snuff-work | yes i know :) |
| 01:02.04 | codefreeze | And, the table entries determine which is first; so you have the deny before the permit... blah, blah... |
| 01:02.08 | snuff-work | it almost seems better that people only require one 'allow/deny' line.. with a seperating delim |
| 01:03.34 | codefreeze | current config acls == infinite power. current rt db rep == not so infinite. |
| 01:04.33 | snuff-work | db seem extremely limited ;) |
| 01:26.26 | atis_home | huh, i got "too many open files" on rc2 |
| 01:26.49 | atis_home | killed, and now "thread apply all bt" is working for several minutes already |
| 01:33.02 | snuff-work | mm ur ulimit is set for unlimited? |
| 01:33.30 | atis_home | should be, i'm using safe_asterisk |
| 01:33.35 | atis_home | core file is 170 megs |
| 01:34.01 | atis_home | huh, it's finally finished |
| 01:34.22 | atis_home | i wonder what should i do with 5mb backtrace :p |
| 01:34.58 | ectospasm | Corydon76-dig, Corydon76-vcch: are you available to answer some questions? |
| 01:42.13 | Corydon76-dig | I'm around |
| 01:43.01 | philipp64 | Corydon76-dig: attached fix for 12117 ported to 1.4.18 (and tested). |
| 01:43.11 | philipp64 | ... as per Qwell's suggestion. |
| 01:59.31 | *** join/#asterisk-dev CoffeeKid (n=kirk@dsl093-224-026.slc1.dsl.speakeasy.net) |
| 01:59.58 | CoffeeKid | hi, i'm looking for more information on how call files work in asterisk... what source files should i look at? |
| 02:00.31 | Corydon76-dig | pbx/pbx_spool.c |
| 02:00.58 | CoffeeKid | awesome, thank you. |
| 02:01.17 | CoffeeKid | do you know why there's no ${DIALSTATUS} variable on a call file channel? |
| 02:04.20 | Corydon76-dig | Well, if it's not using the Dial app, there wouldn't be |
| 02:05.14 | CoffeeKid | i'm guessing it doesn't use the dial app when your using call files then.. specifically, when you set a context, exten, priority in the call file? |
| 02:06.09 | Corydon76-dig | Correct |
| 02:06.46 | CoffeeKid | Is there another way, not using call files, that i could get the dial status a similar way? |
| 02:06.56 | CoffeeKid | using agi or something? |
| 02:07.24 | Corydon76-dig | A call file doesn't actually do anything until the originating channel answers |
| 02:07.42 | Corydon76-dig | So it's silly to be looking for a DIALSTATUS, it would always be answered |
| 02:07.50 | CoffeeKid | that makes sense. |
| 02:07.59 | CoffeeKid | then, can i dial out myself using agi? |
| 02:08.09 | CoffeeKid | then get the dial status, then send it to a context if its answered? |
| 02:08.33 | Corydon76-dig | You can't directly via AGI, only by generating a call file |
| 02:08.48 | Corydon76-dig | (indirectly) |
| 02:09.11 | Corydon76-dig | There is no AGI or dialplan command to generate a call |
| 02:09.36 | Corydon76-dig | There's call files, there's a CLI command, and there's a manager command |
| 02:11.05 | CoffeeKid | one sec. |
| 02:11.50 | atis_home | CoffeeKid: you can dial to Local channel, that should always succeed, and from there - Dial to actual device in dialplan |
| 02:12.05 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:12.05 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:12.30 | CoffeeKid | atis_home: so i could do something like Local/<some phone number>@context |
| 02:12.44 | CoffeeKid | do i do that directly from the CLI? |
| 02:13.28 | atis_home | not sure about CLI, haven't used that, but from callfile or manager for sure |
| 02:13.40 | atis_home | that's actually topic for asterisk-users ;) |
| 02:13.48 | atis_home | #asterisk here |
| 02:13.54 | russellb | there is an originate CLI command |
| 02:13.59 | CoffeeKid | atis_home: i know, i got side tracked :) .. can i private message you? |
| 02:14.07 | atis_home | russellb: i got bunch of chanspy backtraces for you again :) |
| 02:14.11 | atis_home | M12187 |
| 02:14.13 | MuffinMan | [new] [Asterisk] Applications/app_chanspy 0012187: Crash in ChanSpy /AST_LIST_TRAVERSE_SAFE_BEGIN reported by atis http://bugs.digium.com/view.php?id=12187 |
| 02:14.21 | russellb | i'll work on it tomorrow |
| 02:14.28 | russellb | thanks for your testing |
| 02:16.00 | JunK-Y | atis_home: how do you call chanspy from the dialplan? |
| 02:16.34 | CoffeeKid | JunK-Y: ChanSpy(<some extension match here>|m) |
| 02:16.37 | CoffeeKid | is how i do it |
| 02:16.49 | atis_home | <PROTECTED> |
| 02:17.33 | JunK-Y | CoffeeKid: i was talking to atis_home about his segfault. |
| 02:17.43 | JunK-Y | atis_home: so no options at all? |
| 02:17.46 | atis_home | nothing unusual.. just there could be several users chanspying the same or something like that.. |
| 02:17.49 | atis_home | nope |
| 02:17.54 | CoffeeKid | JunK-Y: oh, sorry |
| 02:18.49 | JunK-Y | CoffeeKid: no problem. |
| 02:19.15 | atis_home | actually there's one full log since restart, and it crashed within a minute.. maybe tracable - what happens |
| 02:19.58 | atis_home | i mean, it would be possible to trace what's going on, maybe even repeat.. but i'm too tired now, it's 4am here :) |
| 02:20.19 | russellb | no problem |
| 02:37.18 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-32-143.sttlwa.dsl-w.verizon.net) |
| 02:41.52 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 02:43.44 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:44.20 | *** join/#asterisk-dev putnopvut (n=putnopvu@76.29.245.9) |
| 02:44.20 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 02:50.00 | codefreeze | hmmmmm.... realtime only allows 1 codec disallow, 1 codec allow.... hmmmm |
| 02:50.33 | putnopvut | codefreeze, I think you can use ; to separate multiple codecs. |
| 02:50.59 | Corydon76-dig | Right |
| 02:51.15 | Corydon76-dig | As in, you definitely can, and that's the way to do it |
| 02:51.28 | Qwell | and not just codecs, right? |
| 02:51.33 | Corydon76-dig | Correct |
| 02:51.48 | Qwell | can't think of any other examples, but...yeah |
| 02:52.02 | Corydon76-dig | permit and deny |
| 02:52.27 | Corydon76-dig | Also, setvar |
| 02:52.59 | codefreeze | good to know; haven't looked at the parse routines yet.... permit/deny allow multiples too, with ; sep? and setvar!! very intellesting |
| 02:53.23 | Qwell | intellesting, eh? |
| 02:53.34 | codefreeze | velly velly intellesting |
| 02:53.56 | Corydon76-dig | russellb: poke |
| 02:54.22 | russellb | ah, i see the commit in -commits |
| 02:54.22 | russellb | neato |
| 02:54.26 | JunK-Y | im not sure to understand http://svn.digium.com/view/asterisk/branches/1.4/channels/chan_gtalk.c?r1=107714&r2=107713&pathrev=107714, why the free is done before the if? |
| 02:54.41 | JunK-Y | to resolves module dependencies. |
| 02:54.43 | russellb | as long as it isn't dereferenced, that's safe |
| 02:54.47 | russellb | o.O |
| 02:55.15 | Corydon76-dig | As long as what isn't dereferenced? |
| 02:55.55 | snuff-work | mm.. ';' is ast comment |
| 02:56.02 | snuff-work | maybe u mean ',' |
| 02:56.07 | Corydon76-dig | snuff-work: nope |
| 02:56.07 | Qwell | nope - ; |
| 02:56.13 | russellb | Corydon76-dig: ast_module_helper() result |
| 02:56.26 | russellb | Qwell: file told me you were a sweet potato in a PM |
| 02:56.29 | russellb | just fyi |
| 02:56.29 | Corydon76-dig | Ah, right |
| 02:56.35 | file | it's true :( |
| 02:56.36 | Qwell | orly? |
| 02:56.41 | snuff-work | mmm.. i always thought everywhere in * ';' = comment |
| 02:56.54 | snuff-work | aka sip.conf/voicemail/extensions |
| 02:57.09 | Corydon76-dig | snuff-work: that's why it's an ideal separator for realtime |
| 02:57.26 | Corydon76-dig | i.e. nothing else can use it |
| 02:57.32 | snuff-work | mm good point |
| 02:57.56 | Qwell | JunK-Y: free doesn't set to NULL |
| 02:58.27 | Qwell | it took me a second too |
| 02:58.37 | JunK-Y | i know, it just removes the pointer to it. |
| 02:58.50 | Qwell | no, it deallocates the memory |
| 02:59.12 | Corydon76-dig | Looks wrong, but isn't. ;-) |
| 02:59.21 | JunK-Y | but it could be possible so that memery to be reallocated no? |
| 02:59.44 | Corydon76-dig | JunK-Y: as russell said, as long as you don't deref the pointer, you're fine |
| 02:59.49 | JunK-Y | i would have do the free after, but if its fine :) |
| 03:00.01 | Corydon76-dig | We're simply treating the pointer value as a boolean there |
| 03:00.06 | Qwell | you'd have to put the free() in 2 places if you did it that way |
| 03:00.23 | Qwell | if (!mypointer) { free(mypointer); return; } free(mypointer); |
| 03:00.30 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:00.30 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:00.31 | JunK-Y | Qwell: yes. |
| 03:00.40 | Corydon76-dig | Leif!!! |
| 03:00.48 | lmadsen | y0! |
| 03:00.54 | JunK-Y | lmadsen: do you know any cheap hotel close the convention center? |
| 03:00.59 | russellb | lmadsen: you weren't around at lunch time :( |
| 03:01.14 | lmadsen | russellb: I had a pizza fiasco... ugh |
| 03:01.22 | russellb | orly |
| 03:01.24 | putnopvut | dang |
| 03:01.25 | file | lmadsen: ooh do tell |
| 03:01.26 | lmadsen | got the wrong pizza, then had to wait for another hour while the other pizza came back |
| 03:01.27 | Qwell | was it like a mini-mall? |
| 03:01.31 | file | :( |
| 03:01.36 | lmadsen | it was the worst mini-mall ever |
| 03:01.47 | russellb | sux! |
| 03:01.49 | file | OH! |
| 03:01.54 | file | Corydon76-dig: how did class go yesterday? |
| 03:02.10 | *** join/#asterisk-dev ectospasm (n=ectospas@c-71-207-229-248.hsd1.al.comcast.net) |
| 03:03.19 | Corydon76-dig | file: went fine |
| 03:03.31 | Corydon76-dig | I called it the final class |
| 03:04.56 | Corydon76-dig | I probably need to get together with Jared at some point and formalize the materials, so that the class results are repeatable |
| 03:05.46 | russellb | guess that means i need to start up the asterisk training again :) |
| 03:09.10 | codefreeze | but of what use is multiple entries in permit/deny, if all the denies get done before the permits...you lose some of the generality |
| 03:10.35 | Corydon76-dig | codefreeze: you could deny everything, then permit only certain masks |
| 03:11.00 | Corydon76-dig | That's generally the best practice |
| 03:14.07 | Corydon76-dig | Correct, because it's: deny, deny, deny, permit, permit, permit |
| 03:14.17 | Corydon76-dig | Not interlaced |
| 03:14.34 | codefreeze | And "deny all" certainly seems to cover all the others... |
| 03:15.35 | Corydon76-dig | I assume you were looking at my commit earlier |
| 03:16.16 | Corydon76-dig | I hate finding incomplete documentation |
| 03:16.40 | codefreeze | Corydon76-dig: yes, in realtime, it's the denies b4 permits, but in configs (like sip.conf), you *could** interlace them-- but for what purpose, I cannot well imagine. |
| 03:16.41 | Corydon76-dig | especially when, if you use it as is, it causes your log to fill up with error messages |
| 03:17.06 | codefreeze | Corydon76-dig: and no, I didn't notice your commit earlier... sorry |
| 03:17.40 | Corydon76-dig | Oh... I figured if you started talking about realtime fields, it's because I committed a patch to fix the mysql realtime tables |
| 03:18.24 | codefreeze | serendipity. I'm trying to convert the 5k peers I have to realtime, given nothing but the sip.conf data. |
| 03:18.58 | codefreeze | It's a great excersize to learn how it's all put together. |
| 03:19.19 | codefreeze | did I spell that right? too tired to care. |
| 03:20.21 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 03:20.41 | russellb | jpeeler: hi2u |
| 03:20.53 | jpeeler | hey russellb! |
| 03:22.52 | file | jpeeler: ohai |
| 03:23.44 | jpeeler | file, hey file! |
| 03:24.25 | russellb | jpeeler: you have been up to no good, i can sense it |
| 03:24.46 | jpeeler | ha, that's nearly always a correct assumption |
| 03:25.41 | jpeeler | i'm about to do some more sip testing and then read as much of that book you gave me as possible |
| 03:26.52 | russellb | that's hardcore |
| 03:27.19 | russellb | learrrrnnn the SPI |
| 03:27.22 | russellb | SIP. |
| 03:27.24 | russellb | love the SIP. |
| 03:27.28 | russellb | live the SIP. |
| 03:28.01 | jpeeler | yeah i'm running out of time |
| 03:30.28 | russellb | when is time up? |
| 03:30.52 | jpeeler | 12 i would say |
| 03:34.26 | russellb | what happens then? |
| 03:34.29 | russellb | you turn into a pumpkin? |
| 03:35.15 | jpeeler | i start losing my mind |
| 03:45.16 | jpeeler | well since the channel is totally dead i'll start asking stupid questions |
| 03:45.24 | jpeeler | russellb, is there a way to make a local sip channel? |
| 03:45.32 | russellb | umm |
| 03:45.35 | jpeeler | i'm pretty sure that makes no sense |
| 03:45.41 | russellb | yeahhh |
| 03:45.56 | jpeeler | but, basically a way for the call to be handled by sip the whole way |
| 03:46.09 | jpeeler | but not require two sip clients |
| 03:46.33 | russellb | you could have one SIP client, and instead of calling another SIP client, you could just play some prompts :) |
| 03:46.57 | russellb | to test this stuff, you don't _have_ to have 2 SIP endpoints |
| 03:47.10 | russellb | it could simply be one phone, and asterisk doing its thing |
| 03:47.55 | jpeeler | i thought that would be the case, but i didn't seem to be getting the same key exchanges without |
| 03:48.03 | russellb | ah, i see |
| 03:48.05 | jpeeler | you mean just use playback right? |
| 03:48.10 | russellb | well, it should certainly work just calling asterisk |
| 03:48.11 | russellb | yeah |
| 03:48.19 | russellb | playback, echo ... |
| 03:48.21 | russellb | voicemail |
| 03:48.26 | russellb | whatever you feel like using |
| 03:48.34 | russellb | i have been using playback in a loop for far too long |
| 03:48.39 | russellb | i need a new and more interesting test extensions |
| 03:48.44 | russellb | extension* |
| 03:54.54 | jpeeler | bleh, either i'm doing something stupid or there is some work to be done on that patch |
| 03:55.05 | putnopvut | jpeeler, probably the latter |
| 03:55.25 | russellb | wouldn't surprise me if there is work to be done |
| 03:55.27 | jpeeler | heh, well thanks for the vote of confidence. i suspect the former until known otherwise |
| 03:55.55 | russellb | so here's the next step ... learning all about what it is _supposed_ to do at the protocol level |
| 03:56.03 | russellb | so that you can look at the traces and see if it even looks right |
| 03:56.05 | jpeeler | yep |
| 03:56.06 | russellb | and then we can go from there |
| 03:56.15 | russellb | and sounds like you're already headed down that road |
| 03:56.19 | jpeeler | well when you get errors like 603 declined, i know it's wrong |
| 03:56.35 | jpeeler | although there have been a few more interesting ones |
| 03:56.38 | russellb | checking the phone logs may help as well |
| 03:56.45 | russellb | 969 F**K YOU |
| 03:56.47 | russellb | like that? |
| 03:57.17 | jpeeler | heh, you warned me about the code checking my username |
| 03:57.27 | russellb | :) |
| 03:58.20 | jpeeler | i still don't have working caller id here either, did you look at that capture i sent you at all? |
| 03:58.48 | russellb | no :( |
| 03:59.20 | russellb | we need to ask doug if he has any code already written which will read a callerid fsk dump |
| 03:59.23 | jpeeler | i didn't expect you to, just was checking because i am always ready to hear any news about it |
| 03:59.34 | russellb | remind me at work so we can ask doug |
| 03:59.57 | jpeeler | ok, will certainly do |
| 04:00.12 | jpeeler | i keep on compiling zaptel daily hoping that maybe it will work |
| 04:00.18 | jpeeler | i assume zaptel is what handles that part |
| 04:01.01 | russellb | asterisk, actually |
| 04:01.15 | jpeeler | don't worry, i do that too |
| 04:01.41 | jpeeler | but really? |
| 04:01.41 | russellb | and you did say that you tried both 1.4 and trunk, right? |
| 04:01.41 | russellb | yeah |
| 04:01.41 | russellb | main/callerid.c |
| 04:01.41 | russellb | and probably main/fsk.c ... |
| 04:01.44 | jpeeler | but asterisk only reads the data passed from zaptel no? |
| 04:01.56 | russellb | it does, but the callerid is in the raw audio |
| 04:02.07 | jpeeler | right |
| 04:02.27 | jpeeler | ok so it does work the way i thought |
| 04:02.32 | jpeeler | i did try both 1.4 and trunk |
| 04:02.38 | jpeeler | but i'll try again, RIGHT NOW |
| 04:02.57 | russellb | lol |
| 04:02.59 | russellb | if you want ... |
| 04:03.27 | russellb | so, it won't be too hard to convert this callerid.c code to a standalone app |
| 04:03.44 | russellb | i wonder if we should make this a part of asterisk ... |
| 04:03.50 | jpeeler | oh really |
| 04:03.53 | russellb | *CLI> callerid analyze <audio file> |
| 04:03.54 | russellb | hrm |
| 04:04.40 | jpeeler | is there a reason not to? |
| 04:04.45 | russellb | nope |
| 04:04.49 | russellb | so i say we do that. |
| 04:04.53 | jpeeler | agreed |
| 04:04.54 | russellb | but the interface is pretty easy |
| 04:05.08 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 04:05.11 | jpeeler | i found an old version that was like 50 lines long, but didn't compile |
| 04:05.17 | russellb | struct callerid_state *s = callerid_new(); |
| 04:05.55 | russellb | callerid_feed(s, audio_data, audio_data_len, codec) |
| 04:06.10 | russellb | and then callerid_get() to retrieve the results out of the callerid state struct ... |
| 04:06.54 | jpeeler | go ahead and commit it |
| 04:06.58 | russellb | ha |
| 04:07.02 | russellb | how about not tonight ... |
| 04:07.06 | jpeeler | i did get some errors i don't think i've seen before |
| 04:07.08 | jpeeler | func_callerid.c:95 callerid_read: Unknown callerid data type 'pres' |
| 04:07.15 | jpeeler | func_callerid.c:95 callerid_read: Unknown callerid data type 'ton' |
| 04:07.20 | russellb | o.O |
| 04:07.28 | russellb | that's errors in usage of the CALLERID() dialplan function |
| 04:07.47 | jpeeler | hmm, 1.4 and trunk not compatible? |
| 04:07.55 | russellb | even though those look valid |
| 04:08.13 | russellb | yeah, those aren't in 1.4 |
| 04:08.15 | russellb | only trunk |
| 04:08.19 | jpeeler | he, well it doesn't matter |
| 04:08.25 | jpeeler | the other 5 valid attempts failed |
| 04:08.40 | jpeeler | i've been trying every possible thing in an attempt to get something |
| 04:08.50 | jpeeler | just one number, maybe? |
| 04:08.52 | jpeeler | no |
| 04:09.03 | jpeeler | just NULL for me |
| 04:09.23 | russellb | quite odd. |
| 04:09.49 | russellb | but i can write that CLI command later ... if you don't do it first |
| 04:10.12 | russellb | srsly, open the file, read it in, chunks at a time, feeding it to callerid_feed() |
| 04:10.25 | russellb | make sure you set the codec parameter to SLINEAR |
| 04:10.28 | russellb | and you're golden |
| 04:10.40 | jpeeler | well if you want me to, i guess this is a "voluntold" |
| 04:11.15 | russellb | yes, i am somewhat voluntelling you :) |
| 04:11.18 | russellb | no rush ... |
| 04:12.04 | russellb | but when you need a sanity break from learning SIP, write that |
| 04:12.32 | russellb | and also, you probably need to cut the fsk dump out of that file, and just feed that through |
| 04:12.37 | jpeeler | well at least i'll be able to complete something because this SRTP patch is going to take some major learnage unless the developer takes over |
| 04:12.54 | russellb | is he interested in working with you on it? |
| 04:13.05 | russellb | feel free to ask him if he wants to help you test the updated code |
| 04:13.09 | russellb | i can give him commit access if he wants it |
| 04:13.38 | jpeeler | i hestitated to post the branch on mantis since it doesn't really work, but i did |
| 04:13.53 | jpeeler | just in case i was testing wrongly :( |
| 04:14.20 | jpeeler | well then i might offer that option to him if he'd like to fix things |
| 04:14.38 | russellb | yeah, doesn't hurt to ask |
| 04:16.17 | jpeeler | well i guess it's time to go to SIP-land, that book so far isn't too bad actually |
| 04:16.45 | jpeeler | see you tomorrow |
| 04:17.26 | *** join/#asterisk-dev putnopvut (n=putnopvu@76.29.245.9) |
| 04:17.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 04:35.22 | *** join/#asterisk-dev jdg (n=jdg@203.185.176.20) |
| 04:43.48 | *** join/#asterisk-dev suahmed (n=Administ@69.88.13.17) |
| 05:20.19 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 05:34.35 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 06:29.38 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.138) |
| 06:52.58 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 08:03.55 | *** join/#asterisk-dev oej (n=olle@62.97.243.70) |
| 08:03.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:17.29 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 08:31.28 | *** join/#asterisk-dev Stian- (n=stian@062016138186.customer.alfanett.no) |
| 08:33.32 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-32-143.sttlwa.dsl-w.verizon.net) |
| 08:40.20 | *** join/#asterisk-dev Mavvie (n=edwin@ppp121-44-54-169.lns10.syd7.internode.on.net) |
| 08:40.30 | *** part/#asterisk-dev Mavvie (n=edwin@ppp121-44-54-169.lns10.syd7.internode.on.net) |
| 09:10.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.138) |
| 09:35.13 | *** join/#asterisk-dev RoyK (n=roy@80.239.107.100) |
| 09:44.52 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 09:54.22 | jmls | dang. no history again. |
| 10:11.40 | jmls | morning all |
| 10:15.35 | IgorG | good day |
| 10:28.53 | atis_work | good morning |
| 10:58.06 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 11:12.37 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 11:34.15 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.138) |
| 11:59.20 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 12:08.29 | slavon_net | hello all |
| 12:09.23 | *** part/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 12:14.05 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:35.30 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582836.dsl.bell.ca) |
| 12:52.31 | *** part/#asterisk-dev suahmed (n=Administ@69.88.13.17) |
| 13:05.11 | *** join/#asterisk-dev jeffg (i=OyWxiEhT@pdpc/supporter/active/jeffg) |
| 13:09.02 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 13:13.08 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 13:13.08 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:24.04 | slavon_net | why ZAP channels CUT *1 dtmf code? all other translate normal.... *1 cutted... sip to sip translate fine.... in debug messages no any lines about situation.... DTMF debug is on |
| 13:25.45 | slavon_net | if put * and wait 1 sec - its translated |
| 13:26.02 | slavon_net | if put *[2-0] - its translated |
| 13:26.07 | slavon_net | only *1 not work =( |
| 13:28.35 | jsmith | slavon_net: Do you have *1 defined for DTMF-based transfers in features.conf? |
| 13:28.45 | slavon_net | nope |
| 13:28.52 | slavon_net | DYNAMIC features is off |
| 13:29.03 | slavon_net | also i try redefine automon to **1 |
| 13:29.23 | slavon_net | sip to sip work fine |
| 13:29.30 | slavon_net | sip to zap - have problem =( |
| 13:29.34 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:29.34 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:30.21 | slavon_net | try set debug level 2... only rtp messages then i press DTMF |
| 13:30.33 | slavon_net | like rtp.c:1101 ast_rtcp_read: Got RTCP report of 64 bytes |
| 13:31.28 | *** join/#asterisk-dev Stian- (n=stian@062016138186.customer.alfanett.no) |
| 13:32.44 | slavon_net | last svn trunk |
| 13:41.03 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:41.03 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:41.50 | *** join/#asterisk-dev joshaidan (n=brianj@S0106001c1023e838.tb.shawcable.net) |
| 13:47.41 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 13:48.18 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.117.5) |
| 13:48.22 | ZaVoid | morning all |
| 13:48.35 | mvanbaak | hey ZaVoid |
| 13:49.01 | ZaVoid | sup mvanbaak |
| 13:49.40 | mvanbaak | work work work :( |
| 13:50.01 | ZaVoid | yeah same lol |
| 13:50.04 | ZaVoid | whatcha do again? |
| 13:50.15 | mvanbaak | web development |
| 13:50.35 | mvanbaak | core developer and project lead of Covide webbased CRM/Groupware/CMS/communication platform |
| 13:52.46 | *** join/#asterisk-dev UVSoft (n=jnk467@80.254.48.215) |
| 13:52.47 | ZaVoid | cool |
| 13:52.47 | UVSoft | hi |
| 13:53.23 | UVSoft | if asterisk is under the terms of GPL, how lumenvox can hide the code of its res_speech_lumenvox.so? |
| 13:54.41 | ZaVoid | whats that module do? |
| 13:54.44 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 13:54.44 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:55.10 | file | Digium wrote/maintains/provides res_speech_lumenvox |
| 13:56.13 | UVSoft | so where is the sources? |
| 13:56.21 | file | They are not available. |
| 13:56.22 | UVSoft | res_speech_lumenvox.c |
| 13:56.25 | UVSoft | why not? |
| 13:56.39 | file | just like the source for the G729 codec is not available |
| 13:57.15 | UVSoft | but asterisk is GPL, and it links with those modules... |
| 13:57.20 | UVSoft | cant get it |
| 13:58.19 | UVSoft | could anyone please explane it to me? |
| 13:59.38 | ZaVoid | well g729 is licensed right? |
| 13:59.52 | ZaVoid | itself isn't opensource... far as i know.. i always got pay license fee for it |
| 14:00.27 | mvanbaak | UVSoft: asterisk does not link against res_speech_lumenvox.so |
| 14:01.11 | mvanbaak | me neither. but know a little about it |
| 14:01.54 | tzafrir | UVSoft, asterisk has an exception of the GPL to allow those codecs |
| 14:02.16 | tzafrir | read the LICENSE file in the asterisk source tree |
| 14:02.59 | Corydon76-dig | UVSoft: the GPL is not a linking license; it's a distribution license |
| 14:03.13 | tzafrir | Or specifically: you can use Asterisk either under the exact terms of the GPLv2 *or* under GPLv2 + exceptions (the LICENSE file) |
| 14:04.21 | Corydon76-dig | When the software is in your possession, you can link with whatever you like. You just can't redistribute without following the GPL |
| 14:04.41 | tzafrir | Corydon76-dig, when you link a library with Asterisk you are, in a way, deriving work from Asterisk |
| 14:05.09 | tzafrir | ah, sorry, my confusion |
| 14:08.53 | synthetiq | where would i find the section that sets the codec type in the sdp (for example, i want to know where asterisk is setting mode 97 for ilbc) |
| 14:09.26 | synthetiq | where ilbc can be 96 - 102 with other clients |
| 14:12.33 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:26.13 | UVSoft | so if someone whats to create a proprietary module for asterisk, the only way to do it is to ask digium to grant your the ability to do it? |
| 14:26.50 | ZaVoid | synthetiq: you got a trace up? |
| 14:27.01 | UVSoft | s/whats/wants |
| 14:37.46 | wwalker | UVSoft: if you are going to distribute it in any way, yes. If you want to write a proprietary module taht you link against but you don't distribute it to anyone else in any way, then you are free to do so (IANAL) |
| 14:38.29 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:40.09 | UVSoft | wwalker: thanks |
| 14:41.37 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:41.37 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:43.12 | wwalker | UVSoft: np |
| 14:45.30 | *** join/#asterisk-dev steliosk (n=Stelios@79.131.65.61) |
| 14:49.42 | *** part/#asterisk-dev UVSoft (n=jnk467@80.254.48.215) |
| 14:57.34 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 15:01.55 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:20.21 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.227.137) |
| 15:20.36 | *** join/#asterisk-dev mitcheloc (n=mitchelo@216.207.245.1) |
| 15:35.15 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:38.11 | file | hello there jpeeler |
| 15:42.19 | atis_work | file: did you expressed interest in chanspy backtraces yesterday? |
| 15:43.02 | *** join/#asterisk-dev jdg (n=jdg@203.185.182.6) |
| 15:43.22 | file | like the ones you have provided? |
| 15:43.42 | atis_work | yes, i got few yesterday on rc2 |
| 15:43.52 | atis_work | nobody has taken the issue yet |
| 15:44.00 | file | 'tis early. |
| 15:44.16 | atis_work | but i had something similar on 1.4.18rc also.. and chanspy has never worked well for me |
| 15:45.00 | atis_work | before 1.4.18 i was just sent away, asking to try audiohooks branch, now maybe something's fixable :) |
| 15:45.35 | atis_work | sure, russell already told he would take a look at that today |
| 15:45.56 | ACiDV | audiohooks, no one have problem with out of sync monitor since 1.4.18 ? |
| 15:46.07 | file | ACiDV: there is an issue currently open. |
| 15:47.58 | atis_work | btw, regarding audiohooks - is anybody planning to write some AMI action or whatever that would allow to inject sound file to existing channel |
| 15:51.03 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 15:57.41 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:58.25 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:58.25 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:03.57 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:05.42 | Juggie | never seen gcc display this before, gcc: -lcrypto: linker input file unused because linking not done |
| 16:05.57 | Juggie | minor warning first time i've seen it though. |
| 16:06.07 | Juggie | during res_snmp compile. |
| 16:09.13 | JunK-Y | which gcc? |
| 16:10.30 | Juggie | gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) |
| 16:11.31 | Juggie | http://pastebin.ca/939786 |
| 16:13.28 | *** join/#asterisk-dev suahmed (n=rubel@59.152.90.226) |
| 16:15.57 | putnopvut | Juggie: I totally thought you were using Red Hat 4 for a second... |
| 16:17.10 | asteriskmonkey | heys guys dont suppose I could get some quick question on realtime cleared up here.. the main channel will probably do me no help :/ |
| 16:22.30 | Juggie | putnopvut, haha |
| 16:22.38 | Juggie | no, RHEL5 (centos 5.1) |
| 16:28.34 | russellb | putnopvut: ping |
| 16:28.44 | russellb | putnopvut: SO, the datastore magic in app_chanspy |
| 16:28.51 | putnopvut | yes sir. |
| 16:28.56 | russellb | i will try to explain what it is _supposed_ to do |
| 16:29.29 | russellb | The problem that I was trying to address is the fact that chanspy requires the lock on 2 channels (spyer, spyee). |
| 16:29.42 | russellb | the way the code was before, it would unlock the spyee, which is very bad |
| 16:29.49 | russellb | because the spyee channel can disappear |
| 16:30.08 | russellb | but holding the spyee lock and the spyer lock is deadlock prone |
| 16:30.18 | russellb | and deadlock avoidance leads to the same potential crash that we started with. |
| 16:30.28 | russellb | SO ... ref counting channels is too invasive of a fix |
| 16:30.33 | russellb | enter datastore magic. |
| 16:30.54 | russellb | the idea is that we put a datastore on the spyee channel that simply contains a pointer back to the parent channel |
| 16:31.06 | putnopvut | parent, meaning the spyee channel? |
| 16:31.08 | russellb | the chanspy application just keeps a pointer to the datastore's data (which has the channel pointer) |
| 16:31.11 | russellb | correct |
| 16:31.32 | russellb | so, if during the period that the spyee channel is not locked it goes away, then the datastore gets destroyed |
| 16:31.48 | russellb | the datastore destroy callback NULL's out the pointer in the chanspy datastore object |
| 16:31.51 | kpfleming | or at least the destructor gets called :-) |
| 16:32.03 | russellb | right |
| 16:32.19 | russellb | but that way, when we lock the datastore thingy, we can check the channel pointer to see if the channel has gone away |
| 16:32.33 | *** join/#asterisk-dev otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |
| 16:32.47 | putnopvut | But this is apparently not working. The same crashes seem to be occurring. |
| 16:32.59 | russellb | i know that it's crashing :) |
| 16:33.10 | russellb | i'm explaining the intended behavior and general concept |
| 16:33.18 | russellb | so that you know what the intention is |
| 16:33.33 | russellb | in theory, it should work :) |
| 16:33.43 | russellb | so, either there's a hole in the theory, or my implementation has a bug |
| 16:33.49 | russellb | i feel pretty confident in the theory ... |
| 16:33.58 | putnopvut | Okay, I'll check out the implementation, then. |
| 16:33.59 | russellb | and i'm also confident in my ability to write code that isn't perfect |
| 16:34.05 | kpfleming | lol |
| 16:34.05 | putnopvut | I'll be a second set of eyes. |
| 16:34.23 | russellb | putnopvut: but does the theory make sense? |
| 16:34.34 | putnopvut | Eh, a little. |
| 16:34.39 | russellb | :-/ |
| 16:37.05 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 16:37.15 | putnopvut | What's throwing me off on issue 12187 is the bt.core.16570.txt file |
| 16:37.23 | putnopvut | The crash is happening while the channel is locked. |
| 16:37.35 | putnopvut | Which seems like it should be impossible. |
| 16:37.57 | russellb | unless the channel is partially destroyed |
| 16:38.11 | putnopvut | oh dear. |
| 16:38.12 | russellb | which is possible depending on when the datastore destruction happens |
| 16:38.18 | russellb | let's look to see when the datastores get removed |
| 16:38.27 | putnopvut | I think it happens towards the end of ast_channel_free |
| 16:38.29 | russellb | if it's near the end of ast_channel_free, that would explain it |
| 16:38.31 | russellb | ah ha! |
| 16:38.42 | russellb | if we make it the beginning, i bet that will fix it |
| 16:39.10 | putnopvut | I think that's wrong actually. |
| 16:39.26 | russellb | well, and that doesn't actually explain it anyway |
| 16:39.31 | putnopvut | Because in the case of the crash I'm referring to, the name field of the channel is apparently either NULL or bogus. |
| 16:39.35 | russellb | because the stringfields aren't free'd until after the datastores anyway |
| 16:39.40 | putnopvut | And the stringfields are freed after the datastores. |
| 16:40.13 | russellb | however, the channel lock is destroyed before the datastores |
| 16:40.17 | russellb | and that will cause problems ... |
| 16:40.49 | russellb | not this problem, but .. |
| 16:42.39 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 16:42.39 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 16:43.21 | putnopvut | russellb: hmm, I think I may detect a race condition of sorts...let me look a bit further. |
| 16:45.16 | russellb | k |
| 16:45.27 | putnopvut | I think I'm wrong actually. |
| 16:46.22 | Juggie | i'm not sure if anyone has ever done this but i ran make menuselect forgetting that i had never run ./configure on this perticular asterisk checkout |
| 16:46.59 | Juggie | and when you do that, make menuselect bombs, but it also leaves menuselect in a state where every single option is detected as you having the required libs. |
| 16:47.20 | russellb | it's supposed to detect that configure hasn't run and fail |
| 16:47.24 | *** join/#asterisk-dev greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 16:47.33 | greekguy8888 | howdy all |
| 16:47.57 | Juggie | russellb, i've had that happen a couple of times now |
| 16:48.07 | greekguy8888 | anyone know how the cdr issue with transfers is coming along in 1.6? |
| 16:49.00 | codefreeze | Hmmmm! I noticed last night that in realtime db's, you can get multiple entries for options that normally are allowed multiple times in the config file, by separaing values with ';', as Corydon76-dig pointed out last night. This seems the case for setvar; but permit/deny allows only one value; and allow/disallow expect a COMMA in between. Are these a bugs? |
| 16:49.05 | Juggie | let me do a clean co and try. |
| 16:49.55 | Corydon76-dig | codefreeze: interesting |
| 16:50.01 | codefreeze | greekguy8888: I'm in the middle of such, and had no time over the last number of months. I mean to return to it soon... |
| 16:50.02 | russellb | codefreeze: i wouldn't call the comma one a bug ... just inconsistent |
| 16:50.12 | Juggie | russellb, i was able to get it to happen on a clean check out |
| 16:50.18 | russellb | codefreeze: but i would call the permit/deny issue a bug ... or at least a lack of a feature that is borderline bug :) |
| 16:50.24 | russellb | Juggie: k ... bugs.digium.com plz :) |
| 16:50.37 | Juggie | i spews a ton fo errors and ends with, Unable to open 'build_tools/menuselect-deps' for reading! Did you run ./configure ? |
| 16:50.37 | Juggie | menuselect changes NOT saved! |
| 16:50.49 | russellb | heh |
| 16:50.54 | Corydon76-dig | codefreeze: uh, what makes you think it only allows 1 value? |
| 16:51.01 | atis_work | russellb: i see you spoken of my chanspy crashes |
| 16:51.20 | russellb | atis_home: yeah, putnopvut is looking at my code ... i tried to explain what i tried to do |
| 16:51.26 | Corydon76-dig | codefreeze: I'm looking at the code and permit/deny allow multiple values |
| 16:51.27 | codefreeze | Corydon76-dig: no loop in the code that parses it. One shot only |
| 16:51.31 | greekguy8888 | codefreeze i think i have some insight that might help based on how i am stop gapping the issue now |
| 16:51.44 | Corydon76-dig | codefreeze: look higher in the code |
| 16:51.46 | atis_work | i have one ast_destroy_realtime within ast_hangup, and it could slow down ast_hangup, but that's before ast_channel_free is launched |
| 16:51.54 | Juggie | russellb, so that fails, and i run ./configure and then run make menuselect again. |
| 16:51.59 | atis_work | i think this shouldn't cause problem, right |
| 16:52.03 | Juggie | then when i do that every option is enabled :) |
| 16:52.21 | Corydon76-dig | codefreeze: the semicolon is parsed at the config loader level |
| 16:52.54 | Corydon76-dig | codefreeze: thus creating multiple entries for (e.g.) chan_sip to parse |
| 16:53.28 | codefreeze | yes, but only if you have more than one deny/permit line... realtime only allows one |
| 16:56.00 | Corydon76-dig | codefreeze: That's what I'm saying |
| 16:56.23 | Corydon76-dig | codefreeze: the semicolon at the config level causes multiple entries to be generated in the linked list |
| 16:57.43 | tzafrir | How difficult would it be to add a CLI command that loops over all the configured dialplan and checks the syntax? |
| 16:57.53 | putnopvut | So russellb: What happens if multiple channels are spying on the same spyee? I think this is a case where the datastore magic could fail you. |
| 16:58.03 | codefreeze | I didn't spot that little feature.... OK, I am now educated. Hmmm. very interesting. |
| 16:58.42 | tzafrir | e.g: (1) non-existing application name, (2) incorrect expression syntax |
| 16:59.11 | Qwell | tzafrir: I think conf2ael does some basic checking |
| 16:59.21 | Qwell | codefreeze could say for sure |
| 16:59.37 | russellb | putnopvut: well. there would one datastore per spyer |
| 16:59.53 | tzafrir | those checks can only be done after applications and funcitons were registered |
| 17:00.00 | Juggie | russellb, 12197 |
| 17:00.04 | Juggie | enjoy :) |
| 17:00.18 | russellb | putnopvut: and when the channel gets destroyed, they get removed one at a time ... it should be fine |
| 17:00.47 | putnopvut | russellb: all righty then. |
| 17:00.54 | putnopvut | Thanks :) |
| 17:02.31 | russellb | np |
| 17:05.46 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 17:08.35 | asteriskmonkey | can you use gotos in realtime to other contexts stored in realtime? |
| 17:08.49 | russellb | good question ... should work |
| 17:10.01 | codefreeze | tzafrir: (murf reads back)-- conf2ael is just a shell, haven't had time to flesh it in. In the end, I'd like it to loop analysis on the extensions.conf code, and form nicely formatted if..else, for loops, while loops, etc. And yell at you if you are doing funcky spaghetti stuff. Warning you about funcs and apps is a bit harder, for obvious reasons; |
| 17:11.09 | tzafrir | codefreeze, I'm specifically after a check done at runtime, for reasons I have mentioned above |
| 17:11.50 | *** join/#asterisk-dev jmls` (n=jmls@mail.tessera.co.uk) |
| 17:12.17 | *** part/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 17:12.19 | codefreeze | I've tried code to do that, but doing it inside asterisk at load time is problematic, as not everything is loaded. Doing it outside asterisk in aelparse is hard, as they are not there at all. I **could** provide a post-load, cli command to force a scan, as you propose, ... haven't done that yet. |
| 17:12.20 | tzafrir | Is there a syntactic way to know how many parameters an application/function gets? |
| 17:12.57 | tzafrir | codefreeze, not at load time (and it would have to be done after everything else is registered, anyway) |
| 17:14.13 | tzafrir | and at that time nooe would look at it, anyway |
| 17:14.58 | codefreeze | tzafrir: I originally wrote a small db that descibes each func/app's args, and then checks to make sure you have the right number of them, at least. I hoped to put something more automatic together, which would involve tying into the defs of the apps/funcs, and doing it that way... |
| 17:17.02 | tzafrir | ok, thanks |
| 17:17.12 | codefreeze | keeping that db up-to-date is of course, impractical. The apps change too frequently, and between 1.2/1.4/1.6 supporting that would be a nightmare. |
| 17:27.39 | Corydon76-dig | And then you have things like Exec... |
| 17:27.52 | Corydon76-dig | and EVAL |
| 17:28.46 | Corydon76-dig | Someone once said that the only thing that can parse Perl is Perl, and I think the same holds true for the Asterisk dialplan |
| 17:39.15 | tzafrir | Corydon76-dig, well, you can't know in advance the list of loaded modules, and hence the list of available functions |
| 17:40.06 | tzafrir | so what if you want to setup a minimal list of modules to use. How can you tell if your dialplan doesn't use something else? |
| 17:41.08 | Corydon76-dig | and custom modules, too |
| 17:42.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 17:42.57 | greekguy8888 | guys a have a perplexing scenario i would liek to share quickly |
| 17:43.28 | greekguy8888 | its well documented that using anything but native asterisk transfers will not release queue agents when they have transfereed calls |
| 17:44.03 | greekguy8888 | the other day, following a hunch i forked my dialplan to try to use a transfer command rather than dial in hoping to juryrig a way to use the siip transfer |
| 17:44.17 | greekguy8888 | well, my experiment failed completely |
| 17:44.22 | greekguy8888 | but as a result one of the times |
| 17:44.37 | greekguy8888 | my logic directed the call into the old way of just putting the call into the queue |
| 17:44.41 | greekguy8888 | when i did a sip transfer |
| 17:44.46 | greekguy8888 | and looked at show queues |
| 17:44.50 | greekguy8888 | to my amazement |
| 17:44.54 | greekguy8888 | the channel was released |
| 17:45.04 | greekguy8888 | back in january i must have tested that over 100 times |
| 17:45.10 | greekguy8888 | and the channel never released |
| 17:45.31 | greekguy8888 | did something change in any of the latest 1.4 stable versions b/w now and then that addressed this issue |
| 17:52.49 | *** join/#asterisk-dev oej (n=olle@114.62-97-206.bkkb.no) |
| 17:52.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:02.56 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.4) |
| 18:04.45 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-32-143.sttlwa.dsl-w.verizon.net) |
| 18:10.40 | Juggie | greetings oej |
| 18:19.31 | kpfleming | oej: do you have a minute? |
| 18:19.45 | kpfleming | i guess not |
| 18:33.58 | *** join/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 18:39.30 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 18:39.30 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:49.23 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:59.12 | Juggie | does automerge work on asterisk-addons |
| 19:00.04 | Juggie | i thought i set up automerge properly but my branch is a revision behind |
| 19:00.09 | Juggie | and i dont have any emails from automerge |
| 19:00.29 | putnopvut | Juggie: if it's only a revision behind, then it may not have made it to the next automerge cycle. |
| 19:00.33 | putnopvut | It updates once per hour. |
| 19:00.41 | Juggie | ya but the revision is 13hrs old |
| 19:00.51 | putnopvut | oh...then nevermind. |
| 19:00.59 | Juggie | trunk is @ 550 my branch is @ 549 |
| 19:01.22 | Juggie | but i setup automerge properly i thought |
| 19:02.20 | Juggie | hmmmm odd |
| 19:02.32 | Juggie | just did a svn update on my box and i pulled down revision 551 |
| 19:02.52 | Juggie | can anyone confirm that http://svn.digium.com/view/asterisk-addons/team/group/ shows 549? |
| 19:03.21 | Qwell | Last Changed Rev: 551 |
| 19:03.38 | Qwell | that's internally though.. not sure about external |
| 19:03.46 | Juggie | ya |
| 19:04.08 | Juggie | checking frmo another box now |
| 19:04.23 | Juggie | i think svn is out of sync again |
| 19:05.32 | Juggie | doesnt look majorly behind but it is definitally out of sync by <30minutes |
| 19:07.41 | Juggie | whats odd though is if its only 30min behind, automerge should of updated my branch to rev:550 at least but its still @ 549, but on origsvn its @ 551 |
| 19:08.26 | russellb | they are up to date. |
| 19:08.47 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 19:08.56 | russellb | i just verified |
| 19:10.44 | Juggie | mmm |
| 19:10.55 | Juggie | this is somewhat of a riddle. |
| 19:11.03 | Juggie | team/ 551 12 hours root automerge commit |
| 19:11.03 | Juggie | trunk/ 550 13 hours tilghman Fix module, based on recent required API change (closes issue #12189) Reported ... |
| 19:11.35 | Juggie | according to the http viewer my branch is ahead of trunk on revisions should be the same no if its an automerge? |
| 19:11.39 | Juggie | or am i wrong |
| 19:13.52 | Corydon76-dig | Juggie: it's just the last revision that applied to that part of the tree |
| 19:14.30 | Corydon76-dig | Juggie: by definition, everything in team branches gets merged from trunk, so trunk's revision should always be less unless merging failed |
| 19:14.44 | Corydon76-dig | or hasn't happened yet |
| 19:15.08 | Juggie | ic, well, i still think something was messed up but we shall see if it occurs again, i looked @ the svn http viewer on multiple pc's with the same issue. |
| 19:15.36 | *** join/#asterisk-dev philipp64 (n=chatzill@131.107.152.19) |
| 19:18.13 | Qwell | kpfleming: I doubt this would ever happen, but what if the header was "Content-Length: "? |
| 19:18.33 | Qwell | maybe get_header already handles that though |
| 19:21.00 | Juggie | hmmm well everything is fine now, did a commit and it was visible via svn.digium immeditally. |
| 19:21.14 | Juggie | i |
| 19:21.22 | Juggie | i'm prob just going crazy i guess. |
| 19:25.55 | anonymouz666 | that patch (9096) about faking polarity reversal need some serious review... another crazy loop about CID timeout on CLI (Poopy (ffffffff) on card 3!) |
| 19:26.06 | anonymouz666 | Poopy (00) on card 3! |
| 19:27.23 | putnopvut | Poopy? |
| 19:27.40 | anonymouz666 | don't ask me what is that. |
| 19:27.41 | file | that's a Markoism. |
| 19:27.46 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.144) |
| 19:29.46 | anonymouz666 | what about "Ooh, format changed to blah" |
| 19:29.49 | anonymouz666 | Ooh |
| 19:33.13 | russellb | atis_work: ping |
| 19:33.14 | Juggie | Corydon76-dig: you did not read the details of the bug you just replied on, i asked russell should i post this and he said yes, the key part is even though menuselect says it does not save anything it does, it infact saves that you have every possible library |
| 19:33.44 | Juggie | and theres no way to get rid of that besides a make dist-clean |
| 19:33.53 | Corydon76-dig | Juggie: oh, you should make that more clear in the bug report |
| 19:34.00 | Juggie | Corydon76-dig, it is clear. |
| 19:34.03 | Juggie | its there twice |
| 19:34.10 | Juggie | the second paragraph, and in the steps to reproduce |
| 19:34.30 | Corydon76-dig | Ah |
| 19:35.44 | Juggie | the end result is i would expect make menuselect to not run until after a ./configure |
| 19:35.56 | Juggie | it does not run in most cases, but on a clean checkout or a dist-clean it will run for some reason. |
| 19:39.20 | *** join/#asterisk-dev oej (n=olle@114.62-97-206.bkkb.no) |
| 19:39.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:41.55 | *** part/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 19:42.11 | *** join/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 19:43.24 | *** part/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 19:43.33 | *** join/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 19:43.37 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 19:43.37 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 19:44.24 | *** part/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 19:54.51 | Juggie | russellb, part of the issue w/ the make file is that running make before the configure it has no idea how to run build_tools/make_version because it has not yet found the paths to GREP/AWK etc. |
| 19:57.12 | russellb | ok. |
| 19:57.20 | russellb | it's unlikely i'll be able to look at it any time soon |
| 19:57.33 | Juggie | ya its not a major issue, just something a new user might get cought on. |
| 19:57.47 | russellb | thanks for letting me know |
| 19:58.02 | Juggie | i was looking @ the makefile but its like greek to me |
| 19:58.43 | russellb | heh |
| 19:59.11 | Juggie | trying to figure how to force make menuselect through the same check for the configuration as everything else :) |
| 19:59.16 | Juggie | but no luck figuring it out yet :P |
| 20:03.47 | russellb | atis_work: chanspy should be fixed now |
| 20:03.55 | russellb | atis_work: we figured out a major flaw |
| 20:04.00 | russellb | atis_work: i'll be building another RC shortly |
| 20:10.36 | jsmith-teaching | russellb: w00t! |
| 20:19.43 | Juggie | can anyone point me to where i should be looking in the make file to see how makeopts:configure (the please run ./configure) warning gets triggered? |
| 20:21.33 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) [NETSPLIT VICTIM] |
| 20:21.33 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:28.06 | Juggie | russellb, woot. |
| 20:28.08 | Juggie | menuselect/makeopts: defaults.h |
| 20:28.22 | Juggie | figured out makefiles, yay. |
| 20:29.23 | *** join/#asterisk-dev RoyK (n=roy@ip-219-54-149-91.dialup.ice.no) |
| 20:34.55 | *** join/#asterisk-dev jeffg (i=wnxQmwWI@pdpc/supporter/active/jeffg) |
| 20:40.41 | Juggie | ok, menuselect/makeopts: makeopts is more correct i think. |
| 20:40.41 | *** join/#asterisk-dev jdg (n=jdg@203.185.181.87) |
| 20:41.09 | Juggie | anyways thats fine i belive works fine here now so i posted it up to the bug. |
| 20:58.38 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 20:59.44 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 21:24.51 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 21:24.51 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:02.45 | russellb | um, chan_sip doesn't compile |
| 22:02.54 | russellb | putnopvut: ping |
| 22:02.59 | russellb | putnopvut: didn't do the make test on trunk? |
| 22:03.28 | russellb | putnopvut: putnopvut putnopvut putnopvut putnopvut putnopvut putnopvut putnopvut putnopvut putnopvut putnopvut |
| 22:04.16 | mvanbaak | lol |
| 22:04.58 | putnopvut | what? |
| 22:05.29 | putnopvut | dammit... |
| 22:06.07 | russellb | :) |
| 22:06.49 | *** join/#asterisk-dev anthm (n=anthm@mb10736d0.tmodns.net) |
| 22:06.49 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:06.58 | putnopvut | fixing. |
| 22:07.03 | russellb | kthx |
| 22:10.24 | putnopvut | FIXED |
| 22:10.53 | russellb | yay |
| 22:11.10 | russellb | compiling is a good thing |
| 22:11.27 | putnopvut | I'm thinking I might want to shift this development into a branch, since I'm making such incremental changes to the scheduler stuff. |
| 22:11.44 | russellb | whatever floats your boat, captain |
| 22:12.03 | putnopvut | Cool, I'm a captain. |
| 22:13.07 | mvanbaak | M12198 |
| 22:13.08 | MuffinMan | [assigned] [Asterisk] Core/HTTP 0012198: Make Asterisk-trunk handle 'prefix' in httpd.conf as 1.4 does. reported by bkruse http://bugs.digium.com/view.php?id=12198 |
| 22:13.38 | mvanbaak | I wonder if this is a report based on code reading or based on something they discovered in use |
| 22:13.49 | putnopvut | bkruse: care to comment? |
| 22:20.30 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.or.comcast.net) |
| 22:34.04 | mvanbaak | sipdebug &= ~sip_debug_console; |
| 22:34.08 | mvanbaak | what does that do ? |
| 22:34.13 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 22:37.35 | russellb | clears the bits set in sip_debug_console |
| 22:38.37 | mvanbaak | hhmm |
| 22:38.52 | mvanbaak | well, was looking at why 'sip set debug off' is not working correctly |
| 22:39.54 | mvanbaak | it cant be right |
| 22:39.56 | mvanbaak | it does that |
| 22:40.15 | mvanbaak | and: set_debugtext = 0; |
| 22:40.18 | mvanbaak | and that's it |
| 22:40.44 | russellb | odd |
| 22:41.03 | mvanbaak | it does not remove debugging from all the peers etc in memory |
| 22:42.52 | mvanbaak | there's a 'debugaddr' now |
| 22:43.12 | mvanbaak | and a function to check if a call matches an entry in there |
| 22:43.28 | mvanbaak | ah well |
| 23:13.59 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@12-219-155-218.client.mchsi.com) |
| 23:13.59 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
| 23:32.23 | *** join/#asterisk-dev fujin (n=aj@unaffiliated/fujin) |
| 23:32.47 | fujin | I know this is the wrong place to ask, but someone here is more likely to know - for ARA, are certain parts of the table read, or is every value matching a valid plaintext file read out |
| 23:33.11 | fujin | the schema I found doesn't have 'ringinuse', yet flatfile supports this, basically I'm asking if I can tack this column onto the end and ARA will allow it. |
| 23:34.54 | fujin | would trolling through res_config_odbc tell me this? |
| 23:35.12 | fujin | s/_config// |
| 23:38.09 | fujin | well, from the res_config_odbc.c file (to me) it looks like it'll read out any valid column and try to parse it into a value |
| 23:38.12 | fujin | guess I'll just have to try |
| 23:40.43 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 23:40.49 | *** part/#asterisk-dev fujin (n=aj@unaffiliated/fujin) |
| 23:55.31 | *** join/#asterisk-dev RoyK (n=roy@ip-27-3-149-91.dialup.ice.no) |