| 01:38.27 | *** join/#asterisk-dev jtodd (i=gudu3zhs@ns.fox-den.com) |
| 01:38.27 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 04:03.31 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 04:59.32 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 04:59.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:10.43 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 05:13.14 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) [NETSPLIT VICTIM] |
| 05:13.14 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) [NETSPLIT VICTIM] |
| 05:13.14 | *** mode/#asterisk-dev [+o snuff-work] by irc.freenode.net |
| 05:17.22 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 05:17.22 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:29.34 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:29.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:28.34 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:07.50 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 08:07.50 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 08:20.12 | *** join/#asterisk-dev oej (n=olle@fw01d.snowmen.se) |
| 08:20.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:22.01 | mvanbaak | mornin oej |
| 08:22.38 | oej | morning |
| 08:58.44 | atis_work | good morning :) |
| 09:00.07 | tzafrir_laptop | noon, even |
| 09:00.22 | tzafrir_laptop | Still good :-) |
| 09:49.36 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 10:21.46 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:25.40 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 10:35.25 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 10:39.03 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 10:39.03 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:00.04 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 11:07.45 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:27.11 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:27.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:30.31 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:30.31 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:54.43 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:56.39 | *** join/#asterisk-dev telecos (n=sergio@210.167.219.87.dynamic.jazztel.es) |
| 12:12.12 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:12.12 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:40.24 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 12:40.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:14.15 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:39.58 | *** join/#asterisk-dev eliel_ (n=eliels@200.61.172.61) |
| 13:44.43 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:44.43 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:46.48 | *** join/#asterisk-dev smth (n=mike__@199.84.137.3) |
| 13:53.31 | *** join/#asterisk-dev jtodd (i=yfvyxrxw@ns.fox-den.com) |
| 13:53.31 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 14:20.23 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:20.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:31.51 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 14:31.51 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:34.25 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:38.27 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:38.27 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:42.01 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:42.24 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:46.30 | Juggie | putnopvut: ping |
| 14:46.32 | putnopvut | Juggie: pong |
| 14:46.58 | Juggie | putnopvut, i saw you working on a CDR related issue lately regarding .call files/action originates |
| 14:47.37 | Juggie | i have an issue wondering if its a bug or not it seems to me it is, i'm doing an action:originate which dials on a local channel, then has a context/extension/pri set to where i want it to go |
| 14:47.46 | putnopvut | Juggie: You sure that was me? |
| 14:48.00 | Juggie | i think so... but i could be wrong |
| 14:48.01 | putnopvut | Juggie: sure you're not getting mmichelson and mnicholson mixed up? |
| 14:48.01 | seanbright | might have been mNICHOLSON |
| 14:48.02 | Juggie | it happens often :) |
| 14:48.10 | Juggie | hahah |
| 14:48.15 | Juggie | its very likely that i am |
| 14:48.28 | seanbright | digium hires 117 marks per year |
| 14:48.44 | seanbright | and 54 bryants |
| 14:49.03 | Juggie | i guess the other mark doesnt irc? |
| 14:49.21 | seanbright | he does |
| 14:49.21 | putnopvut | Actually his name is "matt" and he's on right now :) |
| 14:49.24 | seanbright | oh |
| 14:49.26 | seanbright | same diff |
| 14:49.32 | putnopvut | er, well his nick is signed in. |
| 14:49.36 | seanbright | mnicholson: ping |
| 14:51.09 | Juggie | anyway to finish my story, i'm getting a cdr for the local channel portion but not the portion its connected to via the context/extension/pri setting |
| 14:51.55 | seanbright | Juggie: do you have 'unanswered' set in cdr.conf? |
| 14:52.10 | mnicholson | seanbright, pong? |
| 14:52.15 | seanbright | mnicholson: Juggie wants you. |
| 14:52.17 | seanbright | :) |
| 14:52.31 | Juggie | its at the default whatever that is |
| 14:52.35 | Juggie | let me look |
| 14:52.39 | Juggie | mnicholson, see back a few lines. |
| 14:53.56 | seanbright | Juggie: you might try setting unanswered to yes and testing. |
| 14:54.10 | seanbright | see cdr.conf.sample for more info |
| 14:56.55 | Juggie | ya |
| 14:56.58 | Juggie | checking now |
| 14:57.07 | Juggie | got distracted by real work for a moment :) |
| 14:58.27 | seanbright | pfft |
| 14:58.32 | seanbright | a likely story. |
| 14:58.45 | Juggie | heh |
| 14:58.48 | Juggie | unanswered isnt set |
| 14:58.51 | Juggie | so its at default |
| 14:59.51 | seanbright | which is 'no' |
| 14:59.59 | seanbright | i'm suggesting setting it to 'yes' and testing. |
| 15:00.09 | Juggie | yep done |
| 15:00.18 | Juggie | just waiting for the channels to free up so i can restart |
| 15:00.27 | seanbright | oh this is in production? |
| 15:00.37 | seanbright | you're a brave soul. |
| 15:01.48 | Juggie | heh... they dont use cdrs for anything atm |
| 15:02.45 | Juggie | mnicholson you disapeared quickly! |
| 15:02.57 | putnopvut | Juggie: I think he's on the phone. |
| 15:03.33 | mnicholson | yeah, im "multitasking" |
| 15:03.47 | Juggie | mnicholson, i'd like to pick your brain re a few bugs i saw you handle when you have a moment. |
| 15:04.38 | seanbright | i hate that expression. |
| 15:04.47 | Juggie | which would you prefer :{) |
| 15:04.55 | seanbright | thou shalt not pick another's brain |
| 15:05.06 | *** join/#asterisk-dev guax (n=guaxinim@unaffiliated/guaxinim) |
| 15:05.07 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) |
| 15:05.36 | leifmadsen | you can pick your nose, and your friend can pick their nose, but you can't pick your friends nose. |
| 15:05.59 | mnicholson | Juggie, ok so you have a local channel and a normal channel, and you are missing some cdr records somewhere in there? |
| 15:06.15 | mnicholson | leifmadsen, i would pick your nose for $10 |
| 15:06.37 | Juggie | mnicholson, i'm doing an action:originate the dial portion is onto a local channel, then the portion a sucessful dial is connected to is obviously a context/extension/priority |
| 15:06.45 | seanbright | i'll do it for $9 |
| 15:06.47 | Juggie | i get a cdr for the dial portion, but not the second. |
| 15:07.10 | mnicholson | Juggie, pastebin a sample dialplan, im having trouble visualizing this |
| 15:08.00 | mnicholson | for any given bridged call there are at least 3 CDR records (usually 2 of them are discarded). When you throw local channels in, I am not sure what happens, I haven't really looked at that yet. |
| 15:08.31 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:08.31 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:08.57 | Juggie | mnicholson, http://www.pastebin.ca/1443659 |
| 15:09.07 | Juggie | the _dialout is the local channel |
| 15:09.23 | Juggie | then the other context is the context defined in the action originate |
| 15:09.40 | Juggie | i dont see any cdr or any info for that portion of the call what so ever |
| 15:09.58 | Juggie | but i'm fairly certain this used to work |
| 15:10.15 | Juggie | and a few of the bugs i saw you deal w/ on the tracker were similar to this only using .call files. |
| 15:11.15 | Juggie | whats interesting is that the cdr does appear to have the correct duration |
| 15:11.35 | Juggie | just eg, lastapp is set to the dial, not any of the apps that ran after. |
| 15:13.07 | Juggie | seanbright, unanswered=yes didnt change anything |
| 15:13.40 | mnicholson | what do you expect to happen in this situation? |
| 15:14.31 | Juggie | i'd be happy with a) two cdrs given that is sort of a bridge b) the first cdr followingf the call through and containing the correct data. |
| 15:14.54 | Juggie | eg, the set(CDR(userfield)=test) in the second context is ignored |
| 15:15.08 | eliel | snuff-home: ping |
| 15:16.24 | mnicholson | Juggie, im still missing something here, a call comes in, then you dial(local/sentinel_dialout), then that dials (sip/1000) or something. For all of this you get one cdr record, but it has the wrong information in it? |
| 15:16.36 | Juggie | mnicholson, no |
| 15:16.51 | Juggie | there is no other channel |
| 15:17.03 | Juggie | and no incomming call |
| 15:17.46 | Juggie | as i said i'm using an action:originate via agi, its an outbound call, when the user answeres the originate connects the call to the context/extension/priority specified in the action:originate |
| 15:17.53 | Juggie | it plays messages, takes input and hangs up |
| 15:18.13 | mnicholson | ohhhh. originate. ohhhh |
| 15:18.28 | mnicholson | is there a local channel involved? |
| 15:18.31 | Juggie | yes. |
| 15:19.06 | Juggie | i'm not sure if they are passing /n or not. |
| 15:19.19 | Juggie | as i'm just working on the * side of things and i dont do the request. |
| 15:19.32 | mnicholson | where is the local channel and what does the originate look like? |
| 15:20.19 | Juggie | not sure what your asking, it would look like a basic originate... dials on a local channel then specifies the context/extension/priority |
| 15:20.36 | Juggie | its also setting like 10+ variables, which pass through to the context when its connected perfectally. |
| 15:20.44 | *** join/#asterisk-dev VoipForces (n=kvirc@mail.net-forces.com) |
| 15:21.35 | eliel | snuff-work: ping |
| 15:21.46 | mnicholson | juggie, wait, so there is no actual chan_local channel, just an originate |
| 15:23.12 | Juggie | :( |
| 15:23.23 | Juggie | mnicholson, the dial is a Dial: Local/1111111111 |
| 15:23.33 | Juggie | @sentinel_dialout |
| 15:24.21 | mnicholson | odd way to dialout..., but ok |
| 15:24.28 | Juggie | why so |
| 15:24.57 | mnicholson | well you could just dial what ever channel you want to directly from your manager command |
| 15:24.57 | Juggie | why would you put the web interface in charge of dialing the proper trunk/ LD/Local/etc |
| 15:25.20 | Juggie | that would be pushing logic where it doesnt belong |
| 15:25.29 | mnicholson | you could put all of that stuff in the DB |
| 15:25.39 | Juggie | it should be up to * to pick the proper trunk and so on |
| 15:25.43 | Juggie | not a web interface |
| 15:26.12 | mnicholson | or put it in a separate "web service", it does not have to be in the interface it self |
| 15:26.26 | Juggie | plus you loose all control |
| 15:26.39 | Juggie | what if you put up a web enabled iax client to dial your local extensions @ your office |
| 15:26.50 | Juggie | if you do your dial directly, anyone would hack it to dial any number they want |
| 15:26.57 | Juggie | but if it does out via a local channel you can control |
| 15:27.12 | Juggie | er, sorry bad example |
| 15:27.15 | Juggie | i mean a click to talk |
| 15:27.21 | Juggie | app |
| 15:27.45 | mnicholson | you can put all of the dialing logic in a "3rd party" and the web interface sends all it's dial requests to that, that picks the channel and such, and then rejects them or sends them on to asterisk, and asterisk pretends to be dumb |
| 15:28.06 | mnicholson | but either way, let me lab this up and poke at it, open a bug on the tracker |
| 15:28.09 | Juggie | mnicholson, the logic to route calls is a job belonging to asterisk. |
| 15:28.40 | mnicholson | Juggie, imo, asterisk's job is to dial, routing logic belongs elsewhere |
| 15:28.43 | Juggie | IMO anyways. |
| 15:29.12 | mnicholson | in that particular situation anyway |
| 15:30.07 | mnicholson | i feel like I want asterisk to be dumber than it is |
| 15:30.18 | mnicholson | maybe I should s/dumber/simpler/ |
| 15:30.53 | Juggie | well thats what the local channel is for |
| 15:31.07 | Juggie | why else would you want to dial on a fake channel |
| 15:32.59 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:44.57 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@nj-67-76-177-147.sta.embarqhsd.net) |
| 15:47.37 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:56.34 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 16:04.30 | atis_work | duh |
| 16:05.23 | atis_work | is there a reason why two ampersands are not working inside expression? |
| 16:06.21 | atis_work | or - what two ampersands inside expression do |
| 16:06.40 | seanbright | let's see it |
| 16:06.57 | atis_work | GotoIf($["${queue_answer_limit}"="" && "${transfer}"="1"]?8:11) |
| 16:07.29 | atis_work | it evaluates to 0, but both variables are set |
| 16:07.43 | seanbright | hm. looks fine to me. |
| 16:08.06 | leifmadsen | atis_work: it's 1 ampersand in asterisk |
| 16:08.08 | leifmadsen | not 2 |
| 16:08.10 | atis_work | i know |
| 16:08.14 | seanbright | oh |
| 16:08.16 | seanbright | really? |
| 16:08.19 | atis_work | but is there a reason why two can't be acceptet? |
| 16:08.24 | leifmadsen | seanbright: yes, has always been :) |
| 16:08.27 | seanbright | ah |
| 16:08.31 | seanbright | AEL supports 2 |
| 16:08.31 | leifmadsen | atis_work: because the parser doesn't allow it? |
| 16:08.32 | atis_work | at least - an AEL parser could give a warning :D |
| 16:08.43 | atis_work | i do this mistake quite often |
| 16:08.44 | leifmadsen | it could -- patches accepted :) |
| 16:09.10 | seanbright | if ("${CallerFlags:5:1}" = "1" || "${CalleeFlags:5:1}" = "1") { |
| 16:09.12 | leifmadsen | I presume asterisk is seeing a blank statement between the &'s |
| 16:09.12 | seanbright | that is AEL |
| 16:09.14 | atis_work | seanbright: does it? i code in AEL, and this is what i get in dumped .conf file |
| 16:09.25 | leifmadsen | seanbright: yep, in in dialplan it is | |
| 16:09.25 | Corydon76-dig | We are VERY cautious about what we accept when it comes to parser changes, though, given how few of us really understand the code |
| 16:09.37 | seanbright | if ("${CalleeFlags:6:1}" != "0" && "${CallerFlags:6:1}" != "0") { |
| 16:09.40 | seanbright | also AEL ^^^^ |
| 16:09.45 | atis_work | seanbright: which version? |
| 16:09.50 | seanbright | 1.4.whatever |
| 16:09.54 | atis_work | .19 for me |
| 16:10.24 | atis_work | if ("${queue_answer_limit}"="" && "${transfer}"="1") { |
| 16:10.26 | seanbright | and this is what gets generated in dialplan |
| 16:10.28 | seanbright | GotoIf($["${CalleeFlags:6:1}" != "0" && "${CallerFlags:6:1}" != "0"]?25:26) [pbx_ael] |
| 16:10.34 | seanbright | and it works for me... |
| 16:10.35 | atis_work | that translates to gotoif above |
| 16:10.44 | seanbright | or it doesn't and i'm just not paying attention |
| 16:10.44 | seanbright | :) |
| 16:10.56 | leifmadsen | $["foo" = "bar" && "bar" = "foo"] I think would basically eval to: $["foo" = "bar" & (nothing here) & "bar" = "foo"] |
| 16:11.27 | seanbright | hmmm |
| 16:11.34 | seanbright | is starting to think his code is broken |
| 16:11.35 | atis_work | seanbright: could you check your version? |
| 16:11.36 | leifmadsen | but I'm just throwing out a wild guess |
| 16:11.45 | atis_work | aah.. |
| 16:11.51 | seanbright | Asterisk 1.4.20.1 |
| 16:11.56 | atis_work | seanbright: it translates to two ampersands in .conf |
| 16:12.04 | atis_work | so it doesn't work |
| 16:12.08 | seanbright | woops. |
| 16:12.12 | atis_work | hehe |
| 16:12.17 | atis_work | that's what i'm talking about |
| 16:12.18 | leifmadsen | then I would suggest AEL has a bug |
| 16:12.20 | Corydon76-dig | throws tame guesses at leifmadsen |
| 16:12.23 | atis_work | everybody's used to && |
| 16:12.39 | leifmadsen | throws back lame guess at Corydon76-dig |
| 16:12.53 | leifmadsen | atis_work: it's still a feature request |
| 16:12.55 | leifmadsen | regardless. |
| 16:13.00 | atis_work | hehe, i know |
| 16:13.09 | leifmadsen | and like Corydon76-dig said, parser changes are going to be hard to get in |
| 16:13.18 | leifmadsen | backwards compatibility and all |
| 16:13.19 | atis_work | leifmadsen: it would be just a warning |
| 16:13.28 | leifmadsen | gotcha |
| 16:13.35 | leifmadsen | well, I look forward to seeing the patch :) |
| 16:13.50 | atis_work | damn, this way i'm writing more patches to asterisk than doing my job :D |
| 16:14.16 | leifmadsen | :D |
| 16:14.18 | leifmadsen | yay! |
| 16:14.20 | leifmadsen | dances |
| 16:14.42 | seanbright | hmmm |
| 16:14.52 | seanbright | atis_work: ... what about this: |
| 16:15.03 | seanbright | if ($["${CalleeFlags:6:1}" != "0" && "${CallerFlags:6:1}" != "0"]) { |
| 16:15.13 | seanbright | or whatever the equiv for your conditional is |
| 16:15.21 | seanbright | there is a note in doc/ael.txt: |
| 16:15.25 | seanbright | <PROTECTED> |
| 16:15.25 | seanbright | <PROTECTED> |
| 16:15.25 | seanbright | <PROTECTED> |
| 16:15.25 | seanbright | <PROTECTED> |
| 16:16.06 | atis_work | huh, could aelparse have different version? |
| 16:16.37 | seanbright | possibly. |
| 16:16.46 | atis_work | so its a bug.. yay :D |
| 16:16.58 | seanbright | eh? |
| 16:17.09 | atis_work | i can just post it and don't write a patch :p |
| 16:17.16 | seanbright | <-- confused |
| 16:17.20 | seanbright | why is it a bug now? |
| 16:17.31 | atis_work | if the doc says so, but it doesn't work |
| 16:17.45 | seanbright | show me your line of AEL |
| 16:18.08 | atis_work | it's up there.. if() syntax |
| 16:18.19 | atis_work | technically it isn't $[..] expression |
| 16:18.25 | atis_work | but still is converted |
| 16:18.38 | seanbright | if ($["${queue_answer_limit}"="" && "${transfer}"="1"]) { |
| 16:18.39 | seanbright | try that |
| 16:18.49 | atis_work | yeah, i see your point |
| 16:18.54 | atis_work | but that makes it ugly |
| 16:19.08 | seanbright | well the docs refer to $[...] expressions |
| 16:19.13 | atis_work | i wouldn't remember writing that $[...] every time |
| 16:19.18 | seanbright | so the docs are probably still right. |
| 16:19.20 | atis_work | so wouldn't new users |
| 16:20.25 | leifmadsen | that's a learning problem, not a bug :) |
| 16:21.11 | Juggie | slightly off topic: can anyone thing of a way to write to a log file via dialplan (but not the asterisk log) that would be threadsafe if two channels try to log @ once? |
| 16:21.22 | atis_work | yeah, so you say if you don't want to fix it :D |
| 16:21.45 | atis_work | Juggie: use func_lock |
| 16:21.46 | leifmadsen | Juggie: can you access syslog from bash or an AGI or something? |
| 16:21.55 | leifmadsen | oh ya, that'd work too |
| 16:22.07 | leifmadsen | presumes syslog is thread safe? |
| 16:22.11 | atis_work | Juggie: or call anything that locks file |
| 16:22.28 | Juggie | yes... hmmm ya i guess i could write a macro to do it w/ func_lock |
| 16:22.41 | leifmadsen | I think there is MacroLock() or something like that too |
| 16:22.51 | leifmadsen | MacroExclusive |
| 16:22.56 | atis_work | Juggie: http://pastebin.ca/1443739 |
| 16:23.03 | atis_work | tiny php snippet |
| 16:23.19 | Juggie | atis_work, no func_lock in 1.4 |
| 16:23.30 | atis_work | i have a backport ;) |
| 16:24.23 | Juggie | ya its for a clients system i'd like to keep it vanilla if possible. |
| 16:24.53 | Juggie | i'd like to just log w/ cdr but thats another story :) |
| 16:26.14 | atis_work | Juggie: log what with cdr? |
| 16:26.20 | atis_work | there's userfield |
| 16:27.31 | Juggie | atis_work, you'd think so :) |
| 16:27.41 | Juggie | but it doesnt log both sides of the call w/ action originate for me |
| 16:27.52 | Juggie | only the dial'ed side but not the side it gets connected to. |
| 16:28.08 | Juggie | i'm going to put a bug in but i dont have time to wait for a resolution so i need an alternate solution |
| 16:28.44 | atis_work | Juggie: fix it with a patch, and you will have it right way immediately :D |
| 16:29.02 | Juggie | heh... cdr's are too much of a jungle for me to look ;) |
| 16:30.57 | atis_work | damn, the pbx_ael also seems like jungle |
| 16:31.21 | seanbright | yeah, and in 1.4 it doesn't look like it is working as advertised. |
| 16:31.33 | seanbright | i.e. doesn't convert && to & in dialplan |
| 16:31.55 | seanbright | i wouldn't bother filing a bug though, i doubt it would get fixed. |
| 16:32.11 | atis_work | well, perhaps if i send a big bottle to murf.. |
| 16:34.31 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-ca5ed34faed885cf) |
| 16:34.37 | seanbright | or you could do something silly like... oh i dunno |
| 16:34.42 | seanbright | change your code from && to & |
| 16:35.06 | atis_work | seanbright: sure, i'll do that, but i want to avoid further syntax mistakes |
| 16:35.13 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 16:35.13 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:35.16 | atis_work | ok, i think i found the place |
| 16:35.40 | atis_work | at least where i can throw an error |
| 16:39.00 | atis_work | hooray |
| 16:39.13 | atis_work | two more bad conditions found |
| 16:41.39 | atis_work | seanbright: which version are you using? |
| 16:42.15 | atis_work | i don't want to post a bug that's been fixed somewhere.. |
| 16:43.25 | seanbright | 1.4.20.1 |
| 16:44.44 | russellb | random small project idea for anyone looking ... change the container of applications in main/pbx.c to an astobj2 hash table instead of a linked list. |
| 16:45.55 | putnopvut | russellb: hmmmm |
| 16:45.58 | atis_work | seanbright: ok, i hope patch won't get rejected because of obsolete version :) |
| 16:46.12 | putnopvut | The one thing that may be a bit difficult with that is that currently apps are stored in alphabetical order. |
| 16:46.26 | russellb | Rawr. |
| 16:46.37 | putnopvut | I suppose that's so they're output in alphabetical order as well. |
| 16:46.40 | russellb | so "core show applications" looks sane most likely |
| 16:46.47 | atis_work | seanbright: try to check your syntax |
| 16:46.49 | atis_work | M15244 |
| 16:46.51 | MuffinMan | [assigned] [Asterisk] PBX/pbx_ael 0015244: [patch] Invalid syntax with two ampersands in if block reported by atis (Karma: +18.00) https://issues.asterisk.org/view.php?id=15244 |
| 16:46.53 | russellb | Well ... we could ... just apply a sort to the output |
| 16:46.56 | putnopvut | You could always use 26 hash buckets, each keyed on a different letter. |
| 16:47.01 | russellb | blah |
| 16:47.04 | putnopvut | lol |
| 16:47.13 | russellb | I'd rather just make the CLI code sort them :-) |
| 16:47.19 | putnopvut | yeah, that's actually a good idea. |
| 16:47.25 | putnopvut | qsort ftw! |
| 16:47.27 | russellb | yup |
| 16:47.31 | seanbright | ast_ordered_iterator |
| 16:47.40 | atis_work | haha, you use qsort internally? |
| 16:47.52 | atis_work | my informatics teacher made wide open eyes, when i showd him that :D |
| 16:47.54 | putnopvut | atis_work: I'm not sure if it's used anywhere yet. |
| 16:48.03 | putnopvut | But it's readily available. |
| 16:48.06 | russellb | seanbright: true ... as long as you keep the container locked the whole time or something |
| 16:48.29 | russellb | I mean ... it's a sort of a couple hundred elements, it's not all that expensive |
| 16:48.32 | putnopvut | ast_ordered_iterator would be horrendously slow. |
| 16:48.39 | putnopvut | I base that on nothing. |
| 16:48.44 | atis_work | actually qsort could be adjusted as lot of modules start with same prefix |
| 16:48.57 | putnopvut | But the application names do not. |
| 16:49.11 | atis_work | so just ignore letters 1-4 :D |
| 16:50.08 | seanbright | just saying it would be convenient to have a way to arbitrarily sort ao2 objects |
| 16:50.16 | seanbright | regardless of the actual mechanism |
| 16:56.41 | seanbright | of course i won't back that up with any code |
| 16:57.40 | russellb | I expect a week of commits like last week, seanbright |
| 16:57.55 | seanbright | i expect to win the lottery |
| 17:00.29 | russellb | I expect the spanish in ... nevermind .... |
| 17:08.38 | Juggie | heh |
| 17:08.46 | Juggie | start sending swag :) |
| 17:10.27 | russellb | heh, I need a swag supply to randomly send out to active contributors :-) |
| 17:12.22 | eliel | donations are welcome, hehe |
| 17:12.25 | eliel | hides |
| 17:12.40 | tzanger | :-) I got a really sweet digium golf shirt |
| 17:12.58 | russellb | tzanger: now I'm going to get 20 emails asking for golf shirts! |
| 17:13.01 | tzanger | has a thing for golf shirts, he's too old to wear t-shirts as his primary means of clothing is body |
| 17:13.13 | tzanger | russellb: just tell them I had to perform... uhm... favours. |
| 17:13.14 | eliel | i got a 2007 biiiig astricon t-shirt |
| 17:13.26 | file | the polo shirts are closely guarded |
| 17:13.32 | jsmith-teaching | file: Aye... |
| 17:13.43 | eliel | stickers! |
| 17:13.45 | tzanger | I also got a nice AMD "embedded team" golf shirt, but it was miles too big for me (they grow people big out west, jeez! the shirt was a large, which is what I usually wear) |
| 17:13.48 | tzanger | ended up giving it to my brother |
| 17:13.49 | jsmith-teaching | file: You pretty much have to becoming a Digium-authorized trainer to get one these days :-p |
| 17:14.13 | russellb | has 4 or 5 of them :-p |
| 17:14.31 | file | I think I have 4 different versions... |
| 17:14.43 | russellb | and then some button down ones that are too fancy for me :-p |
| 17:14.43 | eliel | hates orange... |
| 17:14.57 | tzanger | eliel: mine's black with the orange logo, very very sharp :-) |
| 17:15.01 | jsmith-teaching | has two black polos, two orange polos, and two white button-downs |
| 17:15.19 | eliel | tzanger: oooh! |
| 17:15.34 | tzanger | jsmith-teaching: damn, you won the swag brag |
| 17:15.45 | putnopvut | As someone who attended the University of Alabama, I developed a deep hatred for orange. Then I go to work at Digium and orange is the primary color used everywhere. Go figure. |
| 17:15.45 | russellb | heh |
| 17:15.59 | tzanger | haha |
| 17:16.12 | tzanger | although I have to ask who came up with the orange and purple colour scheme for the website, damn that's hard on the eyes |
| 17:16.32 | jsmith-teaching | tzanger: No, I *am* the swag bag :-) |
| 17:16.39 | tzanger | lawl |
| 17:18.24 | eliel | i have the digium laptop backpack :) |
| 17:19.21 | jsmith-teaching | has that too... as do all his students |
| 17:19.51 | eliel | yes, i get that one in a dcap |
| 17:20.30 | eliel | s/get/got/ |
| 17:20.34 | Juggie | russellb, you should be perhaps giving out some swag for eg, the top non employee contributor each quarter etc... would be fun |
| 17:20.50 | russellb | define "top" |
| 17:20.59 | russellb | I <3 all contributors |
| 17:21.04 | Juggie | i guess its hard to tell |
| 17:21.11 | Juggie | lines changed doesnt mean the biggest contribution :) |
| 17:21.15 | russellb | correct. |
| 17:21.30 | eliel | hides |
| 17:21.55 | seanbright | thanks for trying Juggie |
| 17:21.59 | Juggie | you could allways do it manually :P |
| 17:22.00 | seanbright | ;) |
| 17:24.01 | eliel | oej have some thoughts about having a place to receive donations... |
| 17:24.10 | eliel | hides again |
| 17:24.20 | Juggie | we have that now |
| 17:24.30 | Juggie | thats what the bountys are for |
| 17:26.00 | eliel | not the same thing... people donate to get things done that are never sponsored by a company but need to be done... |
| 17:26.29 | eliel | buntys are always features or mods needed by a company... not a donation |
| 17:29.08 | Juggie | people do silly things |
| 17:29.19 | Juggie | like have a pallet of dr pepper delivered to digium |
| 17:29.50 | Qwell | No, that was not silly. |
| 17:32.26 | *** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 17:33.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:39.38 | atis_work | damn, i have to start sending out emails and requesting t-shirts :D |
| 17:39.55 | eliel | sorry for double posting, but why say.o is being adding later in the list of object files (OBJS) inside main/Makefile is there any reason? |
| 17:40.30 | russellb | is there any logic around it? |
| 17:40.32 | russellb | if not, then no. |
| 17:40.45 | eliel | there isn't |
| 17:41.10 | eliel | is there a reason we would like say.o at the end of the list? |
| 17:41.23 | russellb | no |
| 17:41.53 | eliel | k |
| 18:02.51 | atis_work | eliel: sorry for my delay on that patch, i'm sharing my time between lot of different projects right now :) |
| 18:03.19 | eliel | atis_work: no problem |
| 18:03.46 | atis_work | i want to do it perfectly, so.. :) |
| 18:04.30 | atis_work | whenever i sit down on it, i start fixing everything :) |
| 18:07.00 | *** join/#asterisk-dev jtodd (i=uu0qs9f1@ns.fox-den.com) |
| 18:07.00 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 18:07.04 | eliel | atis_work: do not increase the scope of the branch please ... or we will never get to the end of the project |
| 18:07.35 | atis_work | eliel: yeah, i'm trying to.. generally it should be queue member configuration and update |
| 18:07.40 | atis_work | or something like that :) |
| 18:09.19 | eliel | yes |
| 18:09.52 | atis_work | oh, i recall, i was confused about struct of chars.. |
| 18:09.58 | atis_work | instead of defines |
| 18:10.01 | eliel | if you find something that needs to be changed write it down and we can review it when we finish with this |
| 18:10.04 | atis_work | i probably have to search for better example |
| 18:10.21 | atis_work | eliel: perhaps you know some? |
| 18:10.33 | eliel | let me view the code again |
| 18:11.07 | atis_work | eliel: you said it should be something like |
| 18:11.08 | atis_work | enum member_option { MEMBER_OPTION_PENALTY = 0, ...}; then ... -> member_option[MEMBER_OPTION_PENALTY] having char const * const member_option[] |
| 18:12.18 | atis_work | so, i have to create two enum's - one for numeric key, and another for text value? |
| 18:13.02 | eliel | nop |
| 18:19.44 | eliel | http://www.pastebin.ca/1443858 |
| 18:19.57 | eliel | ups... |
| 18:20.03 | eliel | he went offline.. |
| 18:32.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:42.42 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:42.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:03.18 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 19:32.49 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:02.39 | *** join/#asterisk-dev jetsnoc (n=brian@root.pmt.org) |
| 20:03.03 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:03.03 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:11.03 | eliel | 10000 of pure english apps/func/ami_actions xml docs :) |
| 20:11.12 | eliel | lines ^ |
| 20:12.34 | eliel | we only need a site to show the updated asterisk documentation :) |
| 20:12.58 | jsmith-teaching | Wow... 10,000 lines? |
| 20:13.01 | jsmith-teaching | We're working on that |
| 20:13.17 | jsmith-teaching | In fact, when I get a free minute, I'll send over my XSLT for converting the XML to HTML |
| 20:13.29 | jsmith-teaching | It's still pretty rough, but is a step in the right direction |
| 20:13.30 | eliel | great! |
| 20:35.11 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:35.11 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:38.00 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) |
| 20:58.02 | *** join/#asterisk-dev murdock_ut (n=chatzill@mail.kimballequipment.com) |
| 21:00.37 | jsmith-teaching | ~buy putnopvut chicken |
| 21:00.38 | infobot | ACTION goes to S-Mart and gets a dozen chickens for putnopvut |
| 21:06.19 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:30.39 | seanbright | so on ubuntu which package to i need to build dahdi-linux? -source or -headers? |
| 22:30.39 | seanbright | i could install both but would prefer to do the right one first |
| 22:31.30 | putnopvut | -headers |
| 22:31.33 | seanbright | danke |
| 23:04.59 | seanbright | ok, another newbie question... |
| 23:05.25 | seanbright | you get a warning "passing argument 3 of foo discards qualifiers from pointer target type" |
| 23:05.37 | seanbright | is there a way to force gcc to show you where it's seeing the declaration? |
| 23:11.15 | snuff-work | interesting one seanbright i dont remember either.. i doubt there is a gcc flag |
| 23:13.22 | snuff-work | sure its not because of the 'constify the world' ? |
| 23:14.40 | snuff-work | say a return value isn't set as const variable.. ? |
| 23:14.49 | snuff-work | has no real other ideas |
| 23:23.47 | *** join/#asterisk-dev korihor (n=korihor@190.72.234.118) |
| 23:50.15 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |