| 00:35.00 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-121-223-159-83.lns2.bat.bigpond.net.au) |
| 01:20.11 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 01:27.51 | seanbright | so this "fixes" it |
| 01:27.52 | seanbright | http://pastebin.com/tdiG1fbv |
| 01:27.58 | seanbright | but i'm not sure it's the correct fix |
| 01:46.53 | Kobaz | http://en.wikipedia.org/wiki/Toilet_paper_orientation |
| 01:55.29 | leifmadsen | OVER! |
| 01:55.43 | leifmadsen | Danielle does the under for some reason, which in my opinion is wrong :) |
| 02:09.38 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 02:37.30 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 03:10.41 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 04:08.07 | *** join/#asterisk-dev dseeb_ (~Adium@CPE-58-169-103-164.lns4.bat.bigpond.net.au) |
| 05:20.20 | Corydon76-home | leifmadsen: I've found that there are generally two types: 'over' and 'does not care either way' |
| 05:26.24 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |
| 06:30.02 | *** join/#asterisk-dev Corydon76-home (four@c-69-137-80-31.hsd1.tn.comcast.net) |
| 06:30.02 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 06:46.23 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-116-81.ptld.qwest.net) |
| 07:36.43 | wdoekes2 | over, indeed |
| 08:02.27 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:02.27 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:24.25 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:5d2f:b62a:2eb9:5e64) |
| 08:29.11 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 09:05.34 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 09:05.36 | schmidts | good morning |
| 09:11.27 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 10:44.38 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:43.25 | *** join/#asterisk-dev shazaum (~shazaum@unaffiliated/shazaum) |
| 11:46.38 | *** part/#asterisk-dev shazaum (~shazaum@unaffiliated/shazaum) |
| 11:48.19 | *** join/#asterisk-dev shazaum (~shazaum@unaffiliated/shazaum) |
| 12:13.40 | leifmadsen | Corydon76-home: :) |
| 12:13.46 | leifmadsen | schmidts: morn! |
| 12:16.45 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:16.45 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:18.59 | schmidts | good afternoon leif ;) |
| 12:19.14 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:19.14 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:57.17 | *** join/#asterisk-dev Dovid (Dovid@office.mypbxmanager.net) |
| 13:22.35 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 13:22.35 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:44.33 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:44.41 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 13:44.41 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:18.55 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 14:23.12 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 14:23.12 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:30.34 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:30.34 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:14.52 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:14.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:27.50 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:27.50 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:30.13 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:31.17 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-xaaoasvlawdgpvsz) |
| 15:39.44 | Kobaz | hmm |
| 15:40.00 | schmidts | mhm |
| 15:51.36 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:58.49 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:01.26 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 16:01.26 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:15.54 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 16:15.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:29.35 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:29.35 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:46.16 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:47.58 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 16:47.58 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:48.04 | Kobaz | logs |
| 16:48.17 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 16:48.18 | Kobaz | they're big, heavy, and wood |
| 16:50.45 | kpfleming | unless they are balsa... then not heavy |
| 16:53.42 | Kobaz | true true |
| 16:53.56 | Kobaz | so i'm updating all kinds of channel logging, adding the channel name |
| 16:54.17 | Kobaz | <PROTECTED> |
| 16:54.24 | Kobaz | stuff like that drives me batcrazy |
| 16:55.11 | Kobaz | <PROTECTED> |
| 16:55.14 | Kobaz | much better |
| 17:02.15 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 17:02.15 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 17:40.54 | *** join/#asterisk-dev paulc (~paulc@unaffiliated/paulc) |
| 18:39.46 | *** join/#asterisk-dev moy_ (~moy@12.228.46.43) |
| 18:51.36 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:51.36 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:10.51 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 19:10.51 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:13.03 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:13.03 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:18.47 | *** join/#asterisk-dev outtolunc (~me@adsl-66-218-53-172.dslextreme.com) |
| 19:29.19 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 19:29.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 20:24.19 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 20:24.19 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:13.11 | seanbright | M16072 |
| 21:13.13 | MuffinMan | [acknowledged] [Asterisk] Core/ManagerInterface 0016072: AMI input stream limit reported by khratos https://issues.asterisk.org/view.php?id=16072 |
| 21:13.43 | seanbright | so i was thinking of replacing the fixed size char * array of headers with a linked list |
| 21:14.08 | seanbright | but doing that per message would probably kill performance |
| 21:14.18 | seanbright | and memory |
| 21:14.36 | seanbright | especially with heavy manager use |
| 21:14.55 | seanbright | so i was looking to solicit some input on the topic |
| 21:19.51 | seanbright | i guess you could use the array for the first 128 and a linked list for the rest |
| 21:20.07 | JunK-Y | why not simply giving an error if the max is achivedà |
| 21:20.07 | JunK-Y | ? |
| 21:20.40 | seanbright | why is a there a max of 128? |
| 21:21.05 | putnopvut | seanbright: likely it was seen as a reasonable maximum when the code was written. |
| 21:21.12 | seanbright | sure |
| 21:21.21 | putnopvut | It wouldn't surprise me if the max started lower and was raised when this sort of issue had come up before. |
| 21:21.42 | seanbright | i'm just saying i don't think enforcing some arbitrary limit is the right way to go |
| 21:21.47 | putnopvut | I agree with that. |
| 21:23.27 | JunK-Y | then, a link-list might be the solution. |
| 21:23.47 | seanbright | well yeah |
| 21:23.53 | JunK-Y | seanbright: thx for testing the confbridge problem too. |
| 21:24.07 | seanbright | i re-opened that ticket |
| 21:24.07 | putnopvut | Linked list may be overkill. Maybe make the buffer dynamically sized. Start with 128 and grow if needed? |
| 21:24.30 | seanbright | putnopvut: add 128 at a time? |
| 21:24.54 | seanbright | that'd work |
| 21:25.38 | putnopvut | something like that. Or double it each time. |
| 21:25.47 | seanbright | whoa there |
| 21:25.50 | seanbright | that's crazy talk |
| 21:26.05 | putnopvut | I know! |
| 21:27.39 | kpfleming | a thread-local dynamic string is the way to solve problems like that... so it grows to what that thread needs |
| 21:31.16 | putnopvut | Yeah that comes down to a memory vs. CPU usage decision. The thread-local string may grow huge due to a single query and then stay that way for eternity. Mallocs per action will have to malloc each time but will only exist in memory for the duration of the action. |
| 21:31.41 | kpfleming | right... and mallocs will probably involve locking, where the TLS buffer doesn't |
| 21:31.57 | kpfleming | except when it grows, of course |
| 21:40.19 | JunK-Y | doesnt http://www.faqs.org/rfc/rfc3611.txt sounds a good option? |
| 21:47.37 | kpfleming | JunK-Y: a good option for what? |
| 22:03.25 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 22:56.36 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 23:12.09 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 23:12.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:22.35 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |