| 00:43.56 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.54.51) |
| 00:58.35 | *** join/#asterisk-dev frawd (~francois@3.Red-81-44-76.dynamicIP.rima-tde.net) |
| 01:08.53 | *** join/#asterisk-dev kobaz (~kobaz@24.145.23.232) |
| 01:09.02 | kobaz | is ast_get_channel_by_name_prefix_locked supposed to work with finding local channels |
| 01:13.40 | russellb | it should. |
| 01:13.46 | russellb | although that is some really evil code |
| 01:13.58 | russellb | evil/ugly/scary/whatever |
| 01:14.26 | russellb | hugs 1.8 |
| 01:15.57 | Kobaz | hehe |
| 01:16.05 | Kobaz | avoiding initial deadlock? |
| 01:16.08 | russellb | yes. |
| 01:16.10 | Kobaz | is that gone in 1.8 |
| 01:16.13 | russellb | YES. |
| 01:16.17 | Kobaz | hah, nice. yay |
| 01:16.34 | russellb | R203 |
| 01:16.42 | russellb | stares at MuffinMan |
| 01:16.44 | MuffinMan | [R203] Convert ast_channel over to astobj2 [Submitted] Submitted by russell => https://reviewboard.asterisk.org/r/203/ |
| 01:17.25 | Kobaz | yeah i knew it was an astobj2 now |
| 01:17.36 | Kobaz | can you safely read the name without locking it? |
| 01:17.43 | Kobaz | by just getting a ref |
| 01:17.49 | russellb | no |
| 01:18.05 | Kobaz | can you read lock an ao2? |
| 01:18.10 | russellb | nope |
| 01:18.13 | Kobaz | mm |
| 01:19.47 | russellb | we can't convert ast_channel to an rwlock ... we recursively lock channels like crazy :-( |
| 01:20.03 | Kobaz | yeah but |
| 01:20.16 | Kobaz | i was thinking of implementing my own rwlock using recursive mutexes |
| 01:20.23 | file | you can. |
| 01:20.24 | russellb | o.O |
| 01:20.30 | russellb | file: WHAT |
| 01:20.32 | Kobaz | two locks basically |
| 01:20.34 | russellb | not portably? |
| 01:20.54 | file | you can use a mutex lock and a condition |
| 01:21.05 | Kobaz | i think it would be pretty easy |
| 01:21.10 | file | the data structure gets to be a little big though in order to support recursiveness |
| 01:21.21 | russellb | well make it so. |
| 01:21.30 | file | and you can shoot yourself in the foot a bit |
| 01:21.56 | Kobaz | you have a write lock and a read lock... before you readlock you trylock on write to see if there are any writers |
| 01:22.42 | Kobaz | well, you can first lock and unlock the whole struct first, and in the middle read the reader/writer count |
| 01:22.52 | file | right |
| 01:23.39 | Kobaz | if you are a reader, and there are writers, you would have to block on waiting to lock the read lock |
| 01:23.56 | russellb | btw, this is supposed to _help_ performance ;-) |
| 01:24.00 | Kobaz | haha |
| 01:24.03 | file | you don't *really* need to have the locks like that |
| 01:24.03 | Kobaz | yeah, thinking... |
| 01:24.12 | russellb | i'm trolling. |
| 01:24.22 | file | you just need to protect your lock structure itself, and ensure that threads are allowed to continue when they should |
| 01:24.24 | russellb | it's the evening, so ... |
| 01:25.09 | file | a longgggg time ago I wrote an rwlock implementation for kicks |
| 01:25.20 | file | with support for read lock -> write lock upgrading |
| 01:25.33 | file | didn't do anything with starvation though |
| 01:26.07 | russellb | holy cow, 1.4 and 1.6.2 are scheduled to be security only in just over 2 months |
| 01:26.18 | Kobaz | i'm on 1.6.0.26 |
| 01:26.19 | Kobaz | er |
| 01:26.40 | file | my dog wants me to throw this here toy and since I am a trained owner I will |
| 01:27.54 | Kobaz | oh, i found my local channel |
| 01:28.06 | Kobaz | had to throw a sleep in there to wait for it to spawn |
| 01:28.31 | russellb | yay it's not lost |
| 01:28.32 | Kobaz | speaking of agi |
| 01:28.39 | Kobaz | i would totally love a binary agi interfac |
| 01:29.29 | Kobaz | my wish list is way too long |
| 01:29.32 | russellb | language bindings? |
| 01:29.39 | Kobaz | even better |
| 01:29.43 | Kobaz | that's also on my list |
| 01:29.48 | russellb | embedded Python and provided an AGI like interface with it |
| 01:29.56 | russellb | it worked *shrugs* |
| 01:30.04 | Kobaz | like, some binary protocol that's more speedy than string processing for agi, to still do agi over a socket |
| 01:30.24 | russellb | do you really think the string processing is the bottleneck? |
| 01:30.36 | Kobaz | no idea, haven't tested anything really |
| 01:30.40 | russellb | k :-) |
| 01:30.45 | Kobaz | internal dialplan is noticibly faster than socket agi |
| 01:30.50 | russellb | my guess is that it's lost in the noise as compared to call processing |
| 01:30.59 | russellb | or especially media processing, if the box is doing it |
| 01:31.18 | russellb | faster in what way? |
| 01:31.42 | Kobaz | like, things seem execute more quickly.. again i haven't really speed tested anything |
| 01:31.44 | russellb | (wife just got home, will be disappearing soon) |
| 01:31.48 | russellb | k ... |
| 01:31.50 | Kobaz | more of a visual thing |
| 01:31.56 | russellb | do you use EXEC a lot? |
| 01:32.01 | Kobaz | nope |
| 01:32.04 | Kobaz | lots of gets and sets |
| 01:32.08 | russellb | gotcha... |
| 01:32.21 | Kobaz | i think maybe it's just the stuff i'm doing |
| 01:32.21 | russellb | that's pretty much the same, so i dunno |
| 01:32.28 | russellb | you do crazy stuff :-) |
| 01:32.30 | Kobaz | running lots of dialplan on pickup and hangup and stuff like that |
| 01:32.39 | Kobaz | haha yeah, i know :P |
| 01:32.48 | russellb | but hey, that's why it's open source |
| 01:32.49 | Kobaz | i should show you some of this stuff |
| 01:32.53 | Kobaz | it's totally wacked out |
| 01:32.56 | russellb | to give people the option to be as crazy as they would like |
| 01:32.58 | Kobaz | but it works very well |
| 01:33.07 | russellb | glad it's working for you! |
| 01:33.10 | Kobaz | hell, i was adding extra options to ami originate |
| 01:33.21 | Kobaz | to set a TIE pre-originate |
| 01:33.27 | Kobaz | and that's when i found the security problem |
| 01:33.48 | Kobaz | i didn't finish adding it though, i think i can do without it for now |
| 01:34.08 | Kobaz | oh yay, my colo server network is back up |
| 01:34.23 | russellb | time for me to run ... have a good night |
| 01:34.28 | file | RUN |
| 01:34.30 | russellb | RUNS |
| 02:00.33 | philippel_mac | what's with Mantis ? |
| 02:02.41 | philippel_mac | m18788 |
| 02:02.43 | MuffinMan | [new] [Asterisk] Core/CallCompletionSupplementaryServices 0018788: Add Device State Information CCSS for Generic Devices reported by p_lindheimer https://issues.asterisk.org/view.php?id=18788 |
| 02:03.20 | philippel_mac | ok MuffinMan can see it, and 4 minutes later came up on my system... |
| 02:19.39 | philippel_mac | Qwell: ping |
| 02:24.54 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 02:30.24 | Kobaz | paste more of it along with your console output of execution to pastebin.com |
| 02:30.27 | Kobaz | er |
| 02:44.43 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.54.51) |
| 03:27.28 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 04:01.12 | *** join/#asterisk-dev Corydon76-home (red@c-69-137-80-31.hsd1.tn.comcast.net) |
| 04:01.12 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 04:01.12 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 04:01.12 | *** mode/#asterisk-dev [+oo Corydon76-home file] by hubbard.freenode.net |
| 04:33.30 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-121-223-159-83.lns2.bat.bigpond.net.au) |
| 06:01.57 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@c-67-170-173-27.hsd1.wa.comcast.net) |
| 07:06.51 | *** join/#asterisk-dev Corydon76-home (beige@c-69-137-80-31.hsd1.tn.comcast.net) |
| 07:06.51 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 08:08.51 | *** join/#asterisk-dev lftsy (~lftsy@194.38.160.117) |
| 08:17.24 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 08:17.29 | schmidts | good morning |
| 08:28.01 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:33.29 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:292a:fcc9:66ec:5ba2) |
| 09:22.16 | schmidts | is there a known bug with options and the s extension? Looking for in in_world (in_world is my default context where i have exten => s,1,Hangup which works with an older version |
| 09:41.45 | wdoekes2 | schmidts: works fine over here with 1.6.2.16.1 |
| 09:51.30 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:a8c0:c52f:1457:e7a5) |
| 09:54.25 | schmidts | wdoekes2 i know, sorry didnt wrote my version :D Asterisk SVN-trunk-r306499M |
| 10:14.38 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 10:20.40 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 10:35.33 | *** join/#asterisk-dev Jasnejac (kvirc@81.91.107.236) |
| 10:41.28 | *** join/#asterisk-dev frawd (~francois@3.Red-81-44-76.dynamicIP.rima-tde.net) |
| 10:53.00 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 12:05.53 | *** join/#asterisk-dev OlafsenM (~mark.olaf@193.198.31.85) |
| 12:11.53 | *** join/#asterisk-dev kaii (~kh@ciphron.de) |
| 12:16.22 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 12:47.49 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:47.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:49.49 | *** join/#asterisk-dev Corydon76-home (gold@c-69-137-80-31.hsd1.tn.comcast.net) |
| 12:49.49 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 12:52.19 | *** join/#asterisk-dev Jasnejac (kvirc@81.91.107.236) |
| 13:09.41 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:19.09 | *** join/#asterisk-dev ccesario (~ccesario@187.75.139.188) |
| 14:13.54 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |
| 14:35.56 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 14:37.00 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:37.00 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:44.29 | *** join/#asterisk-dev wonderworld (~ww@port-92-201-223-111.dynamic.qsc.de) |
| 15:09.13 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:17.37 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 15:22.28 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:22.28 | *** join/#asterisk-dev wonderworld (~ww@port-92-201-223-111.dynamic.qsc.de) |
| 15:22.28 | *** join/#asterisk-dev Jasnejac (kvirc@81.91.107.236) |
| 15:22.28 | *** join/#asterisk-dev Corydon76-home (gold@c-69-137-80-31.hsd1.tn.comcast.net) |
| 15:22.28 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:22.28 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 15:22.28 | *** join/#asterisk-dev kaii (~kh@ciphron.de) |
| 15:22.28 | *** join/#asterisk-dev frawd (~francois@3.Red-81-44-76.dynamicIP.rima-tde.net) |
| 15:22.28 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 15:22.28 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 15:22.28 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 15:22.28 | *** join/#asterisk-dev devmod (~devmod___@c-76-100-208-204.hsd1.md.comcast.net) |
| 15:22.28 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f3967775.cpe.net.cable.rogers.com) |
| 15:22.28 | *** join/#asterisk-dev chazzam (~chazz@173-24-239-247.client.mchsi.com) |
| 15:22.28 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:22.28 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 15:22.28 | *** join/#asterisk-dev philippel_mac (~p_lindhei@pool-71-188-251-53.sttlwa.fios.verizon.net) |
| 15:22.28 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 15:22.28 | *** join/#asterisk-dev aimka (~aimka@unaffiliated/aimka) |
| 15:22.28 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 15:22.29 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 15:22.29 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 15:22.29 | *** join/#asterisk-dev pnlarsson (~niklas@hulken.infracom.se) |
| 15:22.29 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 15:22.29 | *** join/#asterisk-dev razu (~razu@razu.data.ee) |
| 15:22.29 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 15:22.29 | *** join/#asterisk-dev Mw3 (~mw3@mw3.hu) |
| 15:22.29 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 15:22.29 | *** mode/#asterisk-dev [+oooo Corydon76-home kpfleming mvanbaak seanbright] by hubbard.freenode.net |
| 15:22.29 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 15:22.29 | *** join/#asterisk-dev kerframil (~kerframil@gentoo/user/kerframil) |
| 15:22.29 | *** join/#asterisk-dev JunK-Y (~junky@64.15.77.94) |
| 15:22.29 | *** join/#asterisk-dev jdoe (jdoe@falseprophet.ca) |
| 15:22.29 | *** join/#asterisk-dev sbrath (~sbrath@unaffiliated/sbrath) |
| 15:22.29 | *** mode/#asterisk-dev [+o jsmith] by hubbard.freenode.net |
| 15:27.00 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 15:27.00 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 15:27.00 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 15:27.00 | *** join/#asterisk-dev kay2 (~key2@olm03.cvf.fr) |
| 15:27.00 | *** join/#asterisk-dev DarkRift (~dark@modemcable233.53-81-70.mc.videotron.ca) |
| 15:27.00 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 15:27.00 | *** mode/#asterisk-dev [+o Qwell] by hubbard.freenode.net |
| 15:27.45 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 15:30.17 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:30.17 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:36.13 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:36.13 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:40.51 | *** join/#asterisk-dev ccesario (~ccesario@189-29-59-116-ac.cpe.vivax.com.br) |
| 15:52.55 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:52.55 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:57.44 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-wdrzwoeocnrlctvv) |
| 15:57.45 | *** join/#asterisk-dev philippel_mac_ (~p_lindhei@pool-71-188-251-53.sttlwa.fios.verizon.net) |
| 16:09.00 | *** part/#asterisk-dev pnlarsson (~niklas@hulken.infracom.se) |
| 16:11.00 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:11.23 | *** join/#asterisk-dev marv (~timr@173.14.206.193) |
| 16:38.49 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-84-109-243-175.red.bezeqint.net) |
| 16:38.49 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 16:38.59 | *** join/#asterisk-dev ccesario (~ccesario@189-29-59-116-ac.cpe.vivax.com.br) |
| 16:42.17 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@nc-71-52-235-146.dhcp.embarqhsd.net) |
| 16:54.15 | TheDavidFactor | I have another basic C question: |
| 16:54.17 | TheDavidFactor | if (strlen(entry->filename) > 1) { |
| 16:54.18 | TheDavidFactor | tmp = strndup(entry->filename + 1, 1); |
| 16:54.20 | TheDavidFactor | } else { |
| 16:54.21 | TheDavidFactor | tmp = NULL; |
| 16:54.23 | TheDavidFactor | } |
| 16:54.25 | TheDavidFactor | ast_verb(4, "entry val: '%s'\n", tmp); |
| 16:54.26 | TheDavidFactor | if (tmp == ",") { |
| 16:54.28 | TheDavidFactor | tmp = strndup(entry->filename, 1); |
| 16:54.29 | TheDavidFactor | ast_verb(4, "event code: '%s'\n", tmp); |
| 16:54.31 | TheDavidFactor | } else { |
| 16:54.32 | TheDavidFactor | ast_verb(4, "here\n"); |
| 16:54.34 | TheDavidFactor | send_eivr_event(eivr_events, 'F', entry->filename, chan); |
| 16:54.35 | TheDavidFactor | } |
| 16:54.37 | TheDavidFactor | This doesn't work: the if tmp ... is never true; however the ast_verb right before the if shows the value as "," can anyone help me understand what I'm doing wrong? |
| 16:55.17 | rgagnon | tmp will not == "," |
| 16:55.17 | putnopvut | TheDavidFactor: What type is tmp? |
| 16:55.21 | rgagnon | as it is a pointer in memory |
| 16:55.36 | rgagnon | use strcmp |
| 16:55.46 | putnopvut | ^^ |
| 16:56.02 | putnopvut | Or you could do if (*tmp == ',') |
| 16:56.02 | Corydon76-home | *tmp might == ',' |
| 16:56.09 | putnopvut | notice the single quotes. |
| 16:56.19 | rgagnon | ^^ |
| 16:56.33 | philippel_mac | putnopvut: any chance you were tempted to glance at the ccss devicestate stuff I submitted :) |
| 16:56.43 | TheDavidFactor | ok, thx again. I'm learning C by jumping in over my head and drowning until I figure it out :-) |
| 16:56.45 | Qwell | would that do an implicit cast there, or should that have given a compile warning? |
| 16:57.02 | Qwell | (ie; cast "," to a long) |
| 16:57.45 | Corydon76-home | Qwell: Nope, compares a pointer to a pointer |
| 16:58.06 | Corydon76-home | It's just that the two pointers will always be different |
| 16:58.07 | putnopvut | philippel_mac: no, I'm already behind on my Asterisk SCF tasks. There's a small chance I'll get to it this weekend though. |
| 16:58.35 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-84-109-243-175.red.bezeqint.net) |
| 16:58.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 16:58.36 | TheDavidFactor | *tmp == ',' works |
| 16:58.40 | philippel_mac | np - I know it's a side thing, was just curious. As mentioned I sent it out to the mailing list hoping to attract interest |
| 16:58.51 | putnopvut | yep, I had noticed that. |
| 16:59.09 | rgagnon | DavidFactor: A good book might be SAMS "Teach yourself C in 24 hours" Normally a lot of good reference material in those |
| 17:08.05 | sruffell | rgagnon: I can't resistâ¦.you might like http://abstrusegoose.com/249 |
| 17:13.01 | rgagnon | funny |
| 17:56.07 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 17:56.07 | *** 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/ |
| 18:09.46 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 18:15.07 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |