| 00:48.01 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:48.01 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 01:00.37 | *** join/#asterisk-dev chazzam (~chazz@173-24-239-247.client.mchsi.com) |
| 02:08.47 | *** join/#asterisk-dev moy_ (~moy@69.157.46.221) |
| 03:58.26 | *** join/#asterisk-dev james_zhu (~Administr@183.16.215.92) |
| 04:21.20 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 04:21.20 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:03.12 | *** join/#asterisk-dev james_zhu (~Administr@183.16.215.92) |
| 06:41.12 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:41.14 | schmidts | good morning |
| 06:45.09 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 06:45.09 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:50.03 | *** join/#asterisk-dev james_zhu (~Administr@183.16.215.92) |
| 07:00.30 | jmls | monring all |
| 07:00.36 | jmls | heh. *morning even |
| 07:01.07 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:f04a:4bcf:670c:6bd0) |
| 07:01.44 | jmls | is there a function/mechanism to get a "free" number from a range, or if there isn't a free spot, increase the range by one and use that ? |
| 07:02.27 | jmls | so, current range is 1..10, all occupied . So GetFree() would return 11. Number 3 drops out, so GetFree() would then return 3 |
| 07:16.58 | schmidts | morning jmls i dont know that there is such a function allready |
| 07:27.33 | snuff-work | it sounds interesting.. but no func i can think of |
| 07:29.18 | snuff-work | best way i could think of.. is like a string that has 0's n 1's and ur own custom for loop or similar.. |
| 07:29.27 | jmls | hmm. I was guessing that there must be some sort of funtion like this in the parking lot code |
| 07:30.07 | snuff-work | it wouldn't be something dp accessible |
| 07:31.00 | jmls | ok, how hard would it be to add CURLOPT_HTTPHEADER to CURLOPT ? |
| 07:35.24 | snuff-work | i don't think too hard but just lookin up |
| 07:45.36 | snuff-work | don't think it will be huge to get someone to add that functionality.. how many headers did u want to add.. |
| 07:45.52 | jmls | snuff-work: not sure if it would be better to add a headers option to the CURL() function, or to add it as a CURLOPT |
| 07:46.05 | jmls | snuff-work: more than one ;) |
| 07:47.06 | jmls | You could specify the header data as "foo: abc\nbar: 123" for two headers ... |
| 07:47.11 | snuff-work | are the curlopt's set /reset for each call |
| 07:47.44 | snuff-work | aka there are no 'global' opts? |
| 07:47.54 | jmls | I'm really not sure. I know that postdata is, but I was struggling to find the reset code. I was hoping that it would be .... |
| 07:49.03 | snuff-work | mm there is a global list |
| 07:49.07 | jmls | *reset code [for the other options] |
| 07:49.21 | jmls | a global list ? |
| 07:49.59 | jmls | oh, the data |
| 07:52.09 | snuff-work | it doesn't look too hard to add.. main thing would just be parsing your extra headers via separator and adding each to a curl_slist_append() |
| 07:52.29 | snuff-work | aka http://curl.haxx.se/libcurl/c/curl_slist_append.html |
| 07:53.17 | jmls | yup, but I was struggling to find where to put the struct curl_slist *slist=NULL; |
| 07:53.22 | jmls | ;) |
| 07:54.04 | jmls | should there be a resetHeaders() function that sets *slist to NULL and this is called on module creation and after aevery request ? |
| 07:55.16 | snuff-work | if u wanted to make somethin really hackish.. u could just dump it all inside the 'acf_curl_helper' |
| 07:58.01 | snuff-work | only problem is that to make it 'clean' the init/cleanup funcs would need extra param passed |
| 07:59.38 | jmls | that's why I thought that it would be much cleaner to pass headers as an extra parameter after the postdata . do CURL(url,[postdata,[headerdata]]) |
| 08:00.45 | snuff-work | what would u make ur separator.. just \n ? |
| 08:02.24 | jmls | I think so .. unless you needed to embed a \n into the header value, which would not be pleasant |
| 08:04.41 | jmls | ah. it seems as if embedded newlines are not allowed in header values |
| 08:04.56 | jmls | http://cpansearch.perl.org/src/LDS/CGI.pm-3.50/Changes |
| 08:12.22 | snuff-work | ;) |
| 08:16.35 | snuff-work | i may attempt to have a go at doing that curl enhancement tonight |
| 08:16.55 | snuff-work | i will prob fail.. as i have forgotten most of my coding skills :) |
| 08:20.59 | jmls | it's a race to the bottom then ;) |
| 08:51.56 | jmls | bottoms out |
| 08:52.52 | jmls | how on earth in C do you take a delimited string, loop through all the entries of that string and use that entry ? |
| 08:54.09 | jmls | http://www.gnu.org/s/hello/manual/libc/Finding-Tokens-in-a-String.html#Finding-Tokens-in-a-String ? |
| 08:59.01 | jmls | is there an asterisk function to do this ? |
| 09:06.34 | jmls | yay! got it working . |
| 09:07.17 | jmls | but only using "|" as a delimiter. Is it possible to specify \n as a delimiter ? if so, how would that be represented in the dialplan ? |
| 09:07.46 | jmls | header1=data1|header2=data2 <== this works if I use strtok("|") |
| 09:08.09 | jmls | header1=data1\nheader2=data2 <== this does not work if I use strtok("\n") |
| 09:08.15 | jmls | is missing something |
| 09:36.11 | kaii | jmls: "\n" in dialplan is two byte .. "\n" in C is newline (one byte) |
| 09:44.07 | kaii | jmls: give strtok ("\\n") a try |
| 09:45.49 | kaii | sorry, that was just an assumption. actually i'm not sure if "\n" is two byte in dialplan. |
| 10:26.06 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 10:28.30 | *** join/#asterisk-dev james_zhu (~Administr@183.16.215.92) |
| 10:35.13 | seanbright | strtok splits by any of the characters in the delim argument, not all of them as a substring |
| 10:35.46 | seanbright | so strtok(something, "\\n") will split by '\' and by 'n' |
| 10:36.00 | seanbright | not by "\n" |
| 11:00.57 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:00.57 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:26.17 | snuff-home | strtok isn't mp safe also i thought |
| 11:26.27 | snuff-home | *mt even |
| 11:28.01 | kpfleming | correct |
| 11:30.09 | snuff-home | needs to get round to posting his dp issue with the newer pattern matcher.. |
| 11:30.28 | snuff-home | adds 'todo' for tomorrow |
| 11:36.32 | jmls | 'k, so how do I a) indicate in the dialplan a newline character within a string |
| 11:36.45 | jmls | b) actually split the data ? |
| 11:37.39 | snuff-home | strsep does same as strtok from memory |
| 11:40.37 | *** join/#asterisk-dev james_zhu (~Administr@72.11.141.154) |
| 11:40.56 | snuff-home | if u wanted to look for a string within a string.. then strstr(string1,string2) |
| 11:44.31 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@210.5.215.39) |
| 12:37.18 | Corydon76-home | snuff-home: except that strsep deals okay with blanks in the stream, whereas strtok does not |
| 12:38.55 | Corydon76-home | jmls: there's a routine in app.c that deals with encoding control characters in strings, called ast_str_get_encoded_str() |
| 12:39.54 | Corydon76-home | It allows for \r, \n, \t, \x (hex), and \0 (octal) |
| 12:43.37 | jmls | Corydon76-home: right - so in the .c function I call ast_str_get_encoded_str(args.somedata) and it converts the embedded \n into a real newline ? |
| 12:43.39 | snuff-home | that means if in ur dialplan call was \n.. that would put it to the real '\n' rather than '\\n' |
| 12:43.46 | jmls | ha |
| 12:46.25 | Corydon76-home | jmls: You need to look at the .h file for an explanation of the arguments |
| 12:46.32 | jmls | ok |
| 12:50.39 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 12:50.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:51.28 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:c88c:d19d:790c:7f39) |
| 12:51.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:53.10 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 12:53.10 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:04.47 | *** join/#asterisk-dev frawd (~francois@23.Red-81-38-28.dynamicIP.rima-tde.net) |
| 13:06.25 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 13:06.29 | *** part/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 13:58.49 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 13:58.49 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:01.36 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:02.18 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:02.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:24.37 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:24.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:41.57 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:41.57 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:02.47 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:02.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:08.32 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:08.32 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:15.28 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 15:30.33 | *** join/#asterisk-dev irroot (~irroot@197.108.225.246) |
| 15:36.54 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:36.55 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:44.51 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:44.51 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 16:02.59 | *** join/#asterisk-dev frawd (~francois@23.Red-81-38-28.dynamicIP.rima-tde.net) |
| 16:48.49 | *** part/#asterisk-dev asterisk-Tester (~RAMYT@210.5.215.39) |
| 18:17.27 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 18:29.34 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 18:45.24 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 18:45.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:51.27 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 19:32.06 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 19:32.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:38.25 | jmls | oh! oh! got activemq working with the dialplan and unique queues ;) |
| 19:39.05 | jmls | a channel can post a message and then wait for a reply, or indeed wait for any message in the queue it's listening to |
| 19:39.25 | jmls | heh. that's saved 3k per installation :) |
| 19:39.26 | kpfleming | interesting |
| 19:50.19 | jsmith | jmls: And you're going to share those savings with your friends, correct? |
| 20:03.26 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 20:05.17 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 20:08.54 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 20:11.53 | jmls | jsmith: of course ... not ... :-D |
| 20:12.04 | jmls | joking ;) |
| 20:13.07 | jmls | it's actually quite simple |
| 20:16.36 | jsmith | Oh, I'm sure it is |
| 20:16.53 | jmls | jsmith: http://pastebin.com/TjUe9w2S |
| 20:17.50 | jmls | so, newcall:1 sends a message to the hash42.newcall queue, setting the clientId to be a unique ID |
| 20:18.22 | jmls | it then listens for a message on the hash42.channel.${uniqueid} queue |
| 20:18.48 | jmls | on hangup, send an unsubscribe message |
| 20:19.28 | jmls | now, the real neat trick is in the config of ActiveMQ - set the queues to auto-delete after a period of time if there are no messages and no subscribers |
| 20:19.52 | Marquis42 | jmls: I was just about to ask you about the possibility of orphaned queues. |
| 20:19.54 | jmls | so, 30s or so after the hangup, the unique channel queue vanishes |
| 20:21.12 | jmls | going to create a load-test script and use sipp to stress-test ActiveMQ tonight :) |
| 20:21.37 | Marquis42 | Excellent, I'd be interested in your results. |
| 20:22.10 | jmls | what you can do now is send messages to the unique queue, and read it in the dialplan later |
| 20:23.17 | jmls | and , of course, use the SendMessage to send all sorts of pbx stats to the ActiveMQ, where interested subscribers can pick up what they are interested in |
| 20:23.41 | Marquis42 | That's an interesting idea. |
| 20:23.54 | jmls | if you have a set of queues named info.queue.queueA and info.queue.queueB (for example) |
| 20:24.24 | jmls | a client can subscribe to info.queue.> and get info messages for both queues |
| 20:24.45 | Marquis42 | <PROTECTED> |
| 20:25.36 | jmls | heh. there's also a javascript client, so we can update plasma screens with a nice ajax call when something happens |
| 20:25.44 | jmls | "alert! there are 5 calls about to enter the queue." |
| 20:25.45 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 20:25.45 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:25.52 | Marquis42 | I like that! |
| 20:26.24 | Marquis42 | Have you ever played with the jabber bindings of ActiveMQ? I wonder if Asterisk's existing jabber connectivity could be used in some nefarious way. :) |
| 20:26.53 | jmls | I looked, but it seemed far too messy |
| 20:27.07 | jmls | curl is much nicer. and cleaner. |
| 20:27.22 | jmls | you also don't need to set up jabber then |
| 20:27.23 | jmls | ;) |
| 20:27.33 | Marquis42 | It is pretty straightforward based on the dialplan you posted. I was just thinking about it. |
| 20:27.36 | Marquis42 | heh, yeah |
| 20:28.08 | jmls | it's bloody fast as well 8-) |
| 20:29.01 | Marquis42 | Good deal |
| 20:30.11 | jmls | hmm can you show milliseconds in the verbose messages ? |
| 20:31.25 | Marquis42 | Yes, take a look at the sample logger.conf |
| 20:34.04 | jmls | err |
| 21:58.12 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 21:58.12 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |