| 00:30.32 | *** join/#asterisk-dev xpot-mobile (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 01:37.51 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:37.51 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:47.20 | *** join/#asterisk-dev italorossi (~italoross@189.124.198.166) |
| 01:56.05 | *** join/#asterisk-dev elguero (~elguero@ns1.nashuacs.com) |
| 03:16.38 | *** join/#asterisk-dev italorossi (~italoross@189.124.198.166) |
| 04:32.21 | *** part/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 06:59.30 | *** join/#asterisk-dev fiddur (~fiddur@192.121.104.121) |
| 07:10.31 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 07:10.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:11.52 | oej | Morning folks |
| 07:12.46 | snuff-work | hello oej |
| 07:14.23 | fiddur | Morns |
| 07:15.05 | janinge | mornings |
| 07:15.15 | oej | Hello all |
| 07:33.48 | fiddur | Shouldn't there be an appdoc-section for manager events - or is there some other way to document the events that I've missed? |
| 07:34.08 | fiddur | The "manager" section seems to be only for manager commands, not events... |
| 07:48.07 | oej | I think that we need to add that |
| 07:48.20 | oej | There's no documentation on events, but I never had the time to get around to that. |
| 07:48.29 | oej | Please take leadership in doing that! |
| 07:50.48 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 08:15.58 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:17.19 | fiddur | oej: I'm a bit new to appdocs, but I guess I should add the needed elements and attlist in appdocsxml.dtd, and post as an issue? |
| 08:17.24 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 08:17.24 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:17.30 | fiddur | ...or should I take it up on the devel-list first? |
| 08:17.56 | oej | Take it up on devel just to agree on formats and stuff and get feedback. It's a good start! |
| 08:19.36 | fiddur | oej: Ok, thanks for the pointers |
| 08:28.10 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 09:13.05 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 09:13.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:48.44 | oej | fiddur: thanks for starting this work! Saw the mail on the list |
| 09:51.29 | fiddur | oej: I was actually surprised that there was no documentation of the events; theres a quite good structure for documentation otherwise now |
| 09:51.42 | oej | Yes |
| 09:51.48 | oej | It's just a matter of someone starting |
| 09:52.06 | oej | A few years ago I started adding all the docs for the manager actions, which was a huge job |
| 09:52.13 | oej | It's about time we do the same for the events |
| 09:54.08 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 09:55.13 | fiddur | Yep... Though I don't plan to add for all old events, mostly wanted to add when I add events myself... I don't think my employer values asterisks documentation enough for me to go through it all :D |
| 11:16.12 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 11:29.27 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:15.10 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 12:19.03 | *** join/#asterisk-dev italorossi (~italoross@189.124.198.166) |
| 12:43.54 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 12:43.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:50.18 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 12:57.19 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:57.20 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:14.16 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:14.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:51.44 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 13:57.21 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:57.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:01.23 | jmls | so, I now have my shiny new svn certificate installed |
| 14:01.34 | jmls | is a sad git |
| 14:01.42 | jmls | and want to use it :) |
| 14:02.02 | jmls | who's gonna tick the ship it! box ? |
| 14:03.07 | *** join/#asterisk-dev puzzled (~patrick@188.89.122.47) |
| 14:49.04 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:52.43 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:52.44 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:11.07 | *** join/#asterisk-dev moy (~moy@74.12.123.169) |
| 15:11.39 | *** join/#asterisk-dev ebroad (~EB@72.11.213.195) |
| 15:22.09 | *** part/#asterisk-dev fiddur (~fiddur@192.121.104.121) |
| 15:33.16 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:43.43 | seanbright | jmls: not yet |
| 15:44.03 | seanbright | :-) |
| 15:46.08 | *** join/#asterisk-dev xpot (~xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 15:53.18 | Corydon76-dig | seanbright: nice catch on the ML |
| 15:55.51 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 16:00.21 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:00.22 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:05.25 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:05.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:17.25 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:17.25 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:17.55 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:22.20 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:22.20 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:22.54 | sruffell | DP-77 |
| 16:23.01 | kpfleming | sruffell: eh? |
| 16:23.46 | file | ooh! I bet... |
| 16:23.56 | file | it is! |
| 16:23.58 | sruffell | uhh...yeah....wrong window |
| 16:24.07 | sruffell | apologizes |
| 16:24.19 | file | that was a harsh interrupt |
| 16:24.35 | file | I crack myself up. |
| 16:24.38 | sruffell | lol |
| 16:25.36 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 16:47.47 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:56.38 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:56.39 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:05.02 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:05.03 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:07.52 | kpfleming | seanbright: there's a set of high-complexity commits! |
| 17:08.05 | Kobaz | okay guys |
| 17:08.07 | Kobaz | question |
| 17:08.21 | Kobaz | how is call recording handled |
| 17:08.30 | Kobaz | is it in another thread from the bridging thread? |
| 17:08.35 | Kobaz | or is it in the same one |
| 17:11.17 | seanbright | kpfleming: ok! i apologize for committing anything! i exclaim! |
| 17:12.28 | ebroad | kpfleming, dont be too hard on him, Qwell is already reminding him about dates in comments and copyright headers |
| 17:12.45 | seanbright | i didn't do anything wrong |
| 17:12.45 | seanbright | wtf? |
| 17:12.49 | Qwell | nosir |
| 17:13.29 | Qwell | I was just going to remind committers that copyright dates in comments and such don't need to change unless there are significant changes to the code |
| 17:13.44 | ebroad | ah |
| 17:13.54 | Qwell | I shouldn't have directed that at any person.. wasn't trying to say that commit was wrong |
| 17:14.28 | Qwell | (in the past, people have made patches that update the copyright on every file, at the beginning of the year) |
| 17:14.49 | ebroad | i guess thats a little extreme |
| 17:16.45 | Qwell | sorry, I guess my intent was misunderstood. I should've been clearer |
| 17:17.03 | Corydon76-dig | deja vu |
| 17:17.16 | Corydon76-dig | I swear I've had this conversation before |
| 17:17.28 | Qwell | Corydon76-dig: every year or so :p |
| 17:17.53 | Qwell | (usually it takes place by Jan 3rd though) |
| 17:17.59 | Corydon76-dig | No, I mean like a couple days ago |
| 17:18.19 | Qwell | ah |
| 17:19.06 | seanbright | http://ibot.rikers.org/%23asterisk-dev/20100202.html.gz |
| 17:19.10 | seanbright | 21:22.47 |
| 17:22.05 | seanbright | well this whole thing has killed my motivation for the day |
| 17:22.09 | seanbright | thanks everybody |
| 17:34.09 | Kobaz | do de do |
| 17:34.17 | Kobaz | so anyone familiar with how Monitor() operates |
| 17:34.27 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 17:46.11 | seanbright | this snow is going to suuuuuck |
| 17:46.59 | Qwell | seanbright: wanna trade? I wouldn't mind a snow day |
| 17:47.06 | seanbright | 30 inches man |
| 17:47.26 | Qwell | seanbright: wanna trade? I wouldn't mind a snow week |
| 17:47.29 | seanbright | heh |
| 17:47.35 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 17:51.27 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:51.28 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:01.16 | *** join/#asterisk-dev italorossi (~italoross@201.76.154.123.intranet.digi.com.br) |
| 18:06.32 | *** join/#asterisk-dev elguero (~elguero@12.187.84.162) |
| 18:29.19 | kpfleming | what seanbright committed today was exactly the right thing to do, in case anyone has any doubts... we should have done it quite a while ago |
| 18:30.24 | kpfleming | the copyright in the README should also be updated |
| 18:32.57 | kpfleming | would someone be willing to merge r245044 up through the other branches for me? if not, i'll do it after i get back from lunch |
| 18:36.10 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:01.40 | *** join/#asterisk-dev lupine_85 (~lupine_85@unaffiliated/lupine-85/x-7392152) |
| 19:06.36 | *** join/#asterisk-dev Gugge (~gugge@vlan2.dlxhosting.dk) |
| 19:16.52 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:22.02 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 19:27.16 | jpeeler | done |
| 19:38.57 | Kobaz | anyways |
| 19:42.46 | Kobaz | any you guys know how Monitor() works... i need to pick some brains |
| 19:58.52 | *** join/#asterisk-dev Victor_Yure_ (~victor@unaffiliated/victoryure/x-837844) |
| 19:59.04 | Corydon76-dig | Read the source |
| 20:01.44 | Kobaz | yeah i'm reading |
| 20:01.58 | Kobaz | it looks like it dumps frames into a monitor queue |
| 20:02.00 | *** join/#asterisk-dev xpot-mobile (~xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 20:05.23 | kpfleming | jpeeler: thanks! |
| 20:10.27 | Kobaz | oh wait |
| 20:10.29 | Kobaz | it's not a queue |
| 20:10.34 | Kobaz | it's direct to the stream |
| 20:11.16 | Kobaz | i found the culprit: if (ast_writestream(chan->monitor->write_stream, cur) < 0) |
| 20:34.14 | *** join/#asterisk-dev davidbrillert (~aragon125@h216-235-8-130.host.egate.net) |
| 20:37.21 | seanbright | so i eff'd up astobj2 |
| 20:37.30 | seanbright | i'm not entirely sure how |
| 20:38.17 | seanbright | The_Boy_Wonder: you're wrong, my change was perfect (as all of my changes are) |
| 20:38.58 | The_Boy_Wonder | seanbright: ha, actually i don't think it was your change. i think the behavior before it was incorrect as well |
| 20:39.26 | seanbright | the problem i was fixing was the reverse |
| 20:39.31 | seanbright | there was no way to unlink everything |
| 20:39.37 | seanbright | it would stop after the first oen |
| 20:40.28 | kpfleming | right... so there is still a logic flaw there somewhere |
| 20:40.36 | seanbright | got it... |
| 20:40.45 | kpfleming | and once we find it, by god we're going to WRITE IT DOWN so none of us will do this again :-) |
| 20:40.51 | seanbright | this line |
| 20:40.58 | seanbright | if ((match & CMP_STOP) || USE_CONTAINER(flags)) { |
| 20:41.00 | seanbright | should be |
| 20:41.05 | seanbright | if ((match & CMP_STOP) || !USE_CONTAINER(flags)) { |
| 20:41.08 | The_Boy_Wonder | yes |
| 20:41.15 | The_Boy_Wonder | but |
| 20:41.19 | seanbright | heh |
| 20:41.21 | The_Boy_Wonder | i think it's simpler |
| 20:41.40 | kpfleming | honest guys, i was not on drugs or stoned when i wrote that code. honest. |
| 20:41.49 | The_Boy_Wonder | i think it should just be ((match & CMP_STOP) || !(flags & OBJ_MULTIPLE) { |
| 20:42.34 | The_Boy_Wonder | the only time we want to stop is if we are told to stop on match. or we have a regular match and OBJ_MULTIPLE flag is not set |
| 20:42.43 | The_Boy_Wonder | that's the way every branch is except trunk |
| 20:43.01 | kpfleming | that sounds correct |
| 20:43.15 | kpfleming | let me bring up the code again and look it over... it's been a while |
| 20:43.55 | kpfleming | The_Boy_Wonder: keep in mind that non-trunk branches don't have support for OBJ_MULTIPLE without OBJ_NODATA, which is what precipitated this situation |
| 20:45.18 | seanbright | The_Boy_Wonder: i think you're right |
| 20:45.32 | The_Boy_Wonder | kpfleming: ok, i've tested that change and it fixes the issue. i really think we got thrown off on that if statement when the (muli_container == NULL) change was made. The behavior of this statement shouldn't change with OBJ_NODATA. it only cares if OBJ_MULTIPLE is on or it has explicitly been set to stop. the fact that OBJ_NODATA is on does not affect whether we should continue or not there |
| 20:46.06 | kpfleming | i believe you are probably right, i'm reading that stuff now and just about to the same place you are |
| 20:46.13 | The_Boy_Wonder | i'm writing a unit test for astobj2 when i get a chance |
| 20:46.20 | kpfleming | woot |
| 20:46.36 | seanbright | so the original check was also wrong |
| 20:46.42 | seanbright | ohhh |
| 20:46.43 | seanbright | ok |
| 20:47.05 | seanbright | so !USE_CONAINER(flags) |
| 20:47.09 | seanbright | that wouldn't fix it |
| 20:47.13 | kpfleming | right |
| 20:47.18 | kpfleming | because it cares about OBJ_NODATA |
| 20:47.21 | seanbright | right |
| 20:48.13 | kpfleming | i just saw a place for a small optimization that could be done too... in unlink mode, we bump the container version for every unlink, even though only one is necessary since we have the container locked |
| 20:48.30 | kpfleming | The_Boy_Wonder: yes, your fix is correct |
| 20:48.56 | The_Boy_Wonder | ok i'm committing ((match & CMP_STOP) || !(flags & OBJ_MULTIPLE) |
| 20:49.25 | seanbright | ship it |
| 20:49.45 | The_Boy_Wonder | i'll update the review just so we have the correct code documented |
| 20:49.55 | seanbright | that function is a disaster |
| 20:49.56 | kpfleming | which also means that the USE_CONTAINER macro is really not needed now, every places that uses it after the first one could just check for multi_container != NULL |
| 20:50.22 | The_Boy_Wonder | true |
| 20:50.29 | kpfleming | seanbright: hush your mouth! it is not a disaster. |
| 20:50.30 | The_Boy_Wonder | want me to make that change as well? |
| 20:50.32 | seanbright | meh... it's self documenting though |
| 20:50.59 | kpfleming | it is self documenting the simpler way too... the code is directly checking whether a container is being used, by checking whether it exists |
| 20:51.06 | kpfleming | but it's not critical either way |
| 20:51.15 | seanbright | just get rid of it |
| 20:51.16 | seanbright | less cruft |
| 20:51.20 | The_Boy_Wonder | I am going to absolutely destroy astobj2 with unit test next week |
| 20:51.36 | kpfleming | the tiny optimization i'll commit after your fix for this problem |
| 20:51.40 | seanbright | that conditional logic had me confused for a while |
| 20:52.07 | seanbright | remove the macro, but put a comment in front of (((x) & (OBJ_MULTIPLE | OBJ_NODATA)) == OBJ_MULTIPLE) |
| 20:52.17 | seanbright | for those of us that don't work with bitfields that much |
| 20:52.18 | seanbright | :-) |
| 20:52.36 | The_Boy_Wonder | yeah, i'll document it a bit |
| 20:54.07 | seanbright | phew... glad i figured that problem out |
| 20:54.09 | seanbright | you're welcome. |
| 20:54.11 | seanbright | :P |
| 20:54.34 | kpfleming | so this is the fix for trunk's IAX2 call number exhaustion i assume |
| 20:55.41 | *** join/#asterisk-dev Greek-Boy (~Monching@41.188.154.137) |
| 20:57.48 | seanbright | according to the 'testing done' of the rb entry, yes. |
| 20:57.51 | seanbright | "resolves the iax2 call number issue described above." |
| 20:58.18 | kpfleming | excellent |
| 20:58.21 | The_Boy_Wonder | yeah, Corydon76-dig reported that his callnumbers were being exhausted when the system was nearly idle |
| 20:58.34 | The_Boy_Wonder | that immediately scared the crap out of me |
| 20:59.47 | seanbright | my bad |
| 20:59.48 | seanbright | heh |
| 21:04.58 | *** join/#asterisk-dev Deeewayne (~dwayne@75.76.254.162) |
| 21:04.59 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:10.09 | Corydon76-dig | The_Boy_Wonder: I'm just glad that we caught it before it went into a release |
| 21:10.18 | The_Boy_Wonder | yep |
| 21:25.02 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 21:30.28 | russellb | Corydon76-dig: and thanks for bringing it up and documenting it |
| 21:30.31 | russellb | GO TEAMWORK |
| 21:30.33 | russellb | cartwheels |
| 21:30.57 | kpfleming | umm... shouldn't you be asleep or something? |
| 21:31.07 | russellb | i don't even know anymore |
| 21:32.11 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-84-111-21-244.red.bezeqint.net) |
| 21:32.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:32.35 | *** part/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 21:58.13 | *** join/#asterisk-dev miguel3239 (~elguero@12.187.84.162) |
| 22:06.39 | seanbright | snow |
| 22:10.28 | *** join/#asterisk-dev The_Boy_Wonder (~sloth@asterisk/batman-developer/dvossel) |
| 22:10.28 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 22:14.50 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-81-65.lns1.bat.bigpond.net.au) |
| 22:16.49 | *** join/#asterisk-dev miguel3239 (~elguero@12.187.84.162) |
| 22:17.28 | Kobaz | do de do |
| 22:17.35 | Kobaz | pokes seanbright |
| 22:18.13 | seanbright | i didn't do it |
| 22:20.18 | Kobaz | hehe |
| 22:20.19 | Kobaz | so |
| 22:20.28 | Kobaz | i'm gonna rewrite the way Monitor() does it's recording |
| 22:20.38 | Kobaz | so here's my idea... let me know if it'll work |
| 22:20.43 | seanbright | hold on |
| 22:20.56 | seanbright | <-- doesn't know how Monitor does its recordings |
| 22:21.11 | Kobaz | well, okay... here's what it does... roundabounts line 3550, |
| 22:21.15 | Kobaz | of channel.c |
| 22:21.17 | seanbright | heh |
| 22:21.26 | Kobaz | <PROTECTED> |
| 22:21.26 | Kobaz | <PROTECTED> |
| 22:21.30 | Kobaz | seems simple enough |
| 22:21.47 | Kobaz | every tick, bridge the audio, and then down a little bit, write the recording file |
| 22:21.56 | Kobaz | loop, get the data, bridge the audio, write the recording... loop... etc |
| 22:22.10 | Kobaz | herein lies the problem |
| 22:22.15 | Kobaz | the audio recording is in-line |
| 22:22.35 | Kobaz | so if there is a delay in writing the recording data, it will delay bridging also, dropping audio frames |
| 22:22.58 | Kobaz | so what i want to replace that with... is instead of writing to the stream, write to a queue in the monitor struct |
| 22:23.15 | Kobaz | and inside Monitor() spwawn a thread that sucks up the queue and writes it out to a file |
| 22:24.29 | Kobaz | so, that's my idea |
| 22:24.33 | seanbright | cool |
| 22:24.36 | seanbright | i wish you luck |
| 22:24.39 | Kobaz | thanks |
| 22:24.39 | Kobaz | hehe |
| 22:24.50 | Kobaz | i think it should be pretty easy, all the hooks are there |
| 22:25.21 | Kobaz | i have a box that's been affected by that for months |
| 22:25.30 | Kobaz | dropping random audio because of disk i/o contention |
| 22:25.44 | Kobaz | that should never ever happen on a phone system |
| 22:28.11 | seanbright | so you want to make ast_writestream non-blocking, basically. |
| 22:28.47 | Deeewayne | you can use a taskprocessor |
| 22:28.56 | Kobaz | seanbright: yeah |
| 22:30.19 | Kobaz | Deeewayne: how do those work |
| 22:30.54 | seanbright | http://www.asterisk.org/doxygen/trunk/taskprocessor_8h.html |
| 22:31.14 | Kobaz | oo |
| 22:31.28 | Deeewayne | you get one by name (ast_taskprocessor_get("blah"); and push the task (function pointer and data) into the taskprocessor |
| 22:31.46 | Deeewayne | each taskprocessor is its own thread |
| 22:31.51 | Qwell | Deeewayne: How do you report on active tps? |
| 22:31.52 | Kobaz | nice |
| 22:32.03 | Deeewayne | tps_report() ? |
| 22:32.11 | Kobaz | hmmm |
| 22:32.12 | Kobaz | you know |
| 22:32.13 | Deeewayne | core show taskprocessors |
| 22:32.21 | Kobaz | i'm looking at the code for MixMonitor() |
| 22:32.22 | Qwell | ahh, cli_tps_report |
| 22:32.26 | Qwell | +1 |
| 22:32.30 | Kobaz | and it uses a thread |
| 22:32.50 | Kobaz | is MixMonitor supposed to be a replacement for Monitor maybe? |
| 22:32.59 | kpfleming | uh... yeah :-) |
| 22:33.06 | kpfleming | it's much more efficient and does more things |
| 22:33.08 | Kobaz | No such command 'core show taskprocessors' (type 'help core show' for other possible commands) |
| 22:33.12 | Kobaz | hmm |
| 22:33.20 | Kobaz | maybe i don't have to do this rewrite then |
| 22:33.21 | Kobaz | heh |
| 22:33.27 | Deeewayne | Kobaz, I think its 1.6.2 and later |
| 22:33.33 | Deeewayne | maybe 1.6.1 |
| 22:33.37 | Kobaz | i'm on 1.6.0 mostly |
| 22:33.52 | Kobaz | i need to write a bunch more tests to make sure that 1.6.2 is good for me |
| 22:34.28 | Deeewayne | its an easy backport to 1.6.0 (main/taskprocessor.c, include/asterisk/taskprocessor.h, include/asterisk/_private.h, and main/asterisk.c) |
| 22:34.35 | Kobaz | k |
| 22:35.03 | Kobaz | i guess Monitor is in there for backwards compatabiloty |
| 22:35.11 | Kobaz | the taskprocessor stuff seems pretty cool though |
| 22:40.49 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 22:43.16 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-84-111-21-244.red.bezeqint.net) |
| 22:43.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:06.28 | *** part/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 23:44.28 | *** join/#asterisk-dev ecrane (~ecrane@o1-69-19-166-10.static.o1.com) |
| 23:47.15 | *** join/#asterisk-dev italorossi (~italoross@189.124.198.166) |