| 01:51.28 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 02:18.32 | *** join/#asterisk-bugs ZX81 (n=matt@202.20.97.211) |
| 02:28.56 | *** join/#asterisk-bugs miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 02:57.01 | *** join/#asterisk-bugs ZX81 (n=matt@202.20.97.211) |
| 03:22.20 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:22.20 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 04:23.48 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 06:41.03 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:19.44 | *** join/#asterisk-bugs jmls (n=jmls@62.49.235.130) |
| 08:02.51 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:08.35 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 08:29.30 | *** join/#asterisk-bugs mbranca (n=matteo@host-210-mi.linuxserver.it) |
| 08:44.12 | *** join/#asterisk-bugs kpfleming (i=kpflemin@nat/digium/x-581d095c30e0be35) [NETSPLIT VICTIM] |
| 08:44.12 | *** join/#asterisk-bugs yoman_ (n=are@89-138-132-186.bb.netvision.net.il) [NETSPLIT VICTIM] |
| 08:44.12 | *** join/#asterisk-bugs Qwell (i=north@pdpc/sponsor/digium/Qwell) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#asterisk-bugs Deeewayne (i=dwayne@nat/digium/x-574b9a75e6d08d56) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#asterisk-bugs d3wayne (n=deeewayn@76.29.245.9) [NETSPLIT VICTIM] |
| 08:44.13 | *** join/#asterisk-bugs Corydon76-vcch (n=tilghman@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 08:44.13 | *** mode/#asterisk-bugs [+oooo kpfleming Qwell Deeewayne Corydon76-vcch] by irc.freenode.net |
| 08:44.13 | *** join/#asterisk-bugs MuffinMan (n=muffins@neutrino.joshua-colp.com) [NETSPLIT VICTIM] |
| 09:21.04 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 11:04.00 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:59.48 | *** part/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 14:11.38 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:46.23 | *** join/#asterisk-bugs putnopvut (i=putnopvu@nat/digium/x-ce1b8d8de58a7005) |
| 14:46.23 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 15:02.43 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:15.13 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:15.13 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 15:50.27 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 15:50.27 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 16:07.31 | *** join/#asterisk-bugs russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:07.32 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:16.15 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 16:16.32 | *** join/#asterisk-bugs russellb_ (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:16.32 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 17:21.26 | *** join/#asterisk-bugs miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:09.23 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:23.25 | *** join/#asterisk-bugs miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:38.51 | blitzrage | nice... think I found a bug |
| 18:39.12 | blitzrage | on OSX, set bindport in iax.conf to 4570, try to register something, then do 'iax2 show peers' |
| 18:39.19 | blitzrage | [Nov 28 13:38:38] ERROR[29047]: astobj2.c:115 INTERNAL_OBJ: bad magic number 0x312e302e for 0x616050 |
| 18:39.43 | file | I'm pretty sure there's already a bug open about astobj2 oddness on OSX |
| 18:40.28 | blitzrage | gotcha |
| 18:40.35 | blitzrage | guess I'll give this a shot in VMware then |
| 18:50.29 | *** join/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 18:59.39 | *** join/#asterisk-bugs Corydon76-dig (i=eleven@pdpc/supporter/bronze/Corydon76-home) |
| 18:59.39 | *** mode/#asterisk-bugs [+o Corydon76-dig] by ChanServ |
| 19:02.48 | *** join/#asterisk-bugs jsmith (i=jsmith@nat/digium/x-c632f05f84fd06b1) |
| 19:02.48 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 19:22.48 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:40.01 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:58.23 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:02.38 | *** join/#asterisk-bugs d1mas (n=chatzill@ip195.117.adsl.wplus.ru) |
| 20:41.14 | d1mas | file: are you there by any chance? |
| 20:41.37 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:42.46 | d1mas | :) I have sent you email regarding t38insanity branch. Have you received it ? |
| 20:43.00 | file | yes |
| 20:43.27 | d1mas | file: any thoughts? Am I totally wrong? |
| 20:43.55 | file | I have not looked at it yet |
| 20:44.19 | d1mas | ok, sorry. I just wanted to make sure you got it |
| 20:44.22 | d1mas | np |
| 20:46.55 | putnopvut | M11385 |
| 20:46.56 | MuffinMan | [feedback] [Asterisk] Applications/app_queue 0011385: Option eventwhencalled seems not working properly. reported by corruptor http://bugs.digium.com/view.php?id=11385 |
| 20:47.20 | putnopvut | I find it strange that macro priorities are stored as channel variables (see attached file to see what I'm referring to). |
| 20:47.26 | putnopvut | Can someone explain why this is done? |
| 20:55.17 | d1mas | putnopvut: these are set by pbx.c if debug is enabled |
| 20:56.45 | d1mas | putnopvut: i guess these supposed only to let you see execution stack but in fact every priority executed sets a variable |
| 20:59.32 | putnopvut | When you say debug, do you mean something like "core set debug" |
| 20:59.32 | putnopvut | ? |
| 20:59.46 | d1mas | yes |
| 21:00.14 | d1mas | there is "if (option_debug) {..." check. Which is only true if core set debug is set to something > 0 |
| 21:00.36 | d1mas | I mean these variables are only set only when option_debug > 0 |
| 21:00.57 | putnopvut | Ah, I see. I wonder what the rationale for that is... |
| 21:02.21 | d1mas | no idea :) I would kill the whole "if" including ast_log because few lines below there is ast_verbose doing basically the same... |
| 21:03.02 | putnopvut | Where is this in pbx.c? |
| 21:03.27 | putnopvut | Looks like it's in pbx_extension_helper. |
| 21:03.31 | d1mas | someone was improving performance of dialplan recently - murf? He will be happy to know there is one more way to improve performance by removing that debug code :) |
| 21:03.41 | d1mas | yes, exactly there |
| 21:05.04 | codefreeze | d1mas: If it's slowing things down, I'll ifdef it; thought I had ifdef'd most of suchlike stuff... which ones are you seeing? |
| 21:05.37 | putnopvut | codefreeze: referring to the fact that every single macro priority gets set as a channel variable if you have set debug to anything other than 0. |
| 21:05.51 | putnopvut | Of course, this may be taken care of in trunk. |
| 21:06.15 | d1mas | codefreeze: No I'm not experiencing slowdowns. Just look a bit above - there is a code in the pbx.c which sets channel variable for every priority executed |
| 21:07.04 | d1mas | codefreeze: IIRC you were benchmark-testing some dialplans executing millions of priorities - iin this case creating chanvar for each definitely takes time :) |
| 21:07.06 | putnopvut | It looks like that's still there in trunk, too. |
| 21:07.15 | codefreeze | ahhh.... but, don't we WANT that to happen? |
| 21:07.54 | putnopvut | That's what I was asking, actually. |
| 21:08.01 | putnopvut | I was wondering why that's done. |
| 21:08.02 | d1mas | nobody knows :) |
| 21:09.49 | codefreeze | Well, in the channel struct there's context, priority, exten fields, that are used to keep track of where you are in the dp. Is that what you mean, or are there other vars being updated? |
| 21:10.23 | putnopvut | No, I mean dialplan-accessible variables. |
| 21:10.27 | putnopvut | Kind of... |
| 21:10.50 | putnopvut | Did you look at the file attached to issue 11385? |
| 21:11.28 | putnopvut | There's a queue option to print all channel variables in certain manager events, and a bunch of them are strange STACK-macro...things. |
| 21:11.53 | d1mas | codefreeze: take a look at line 1811 of pbx.c (1.4) |
| 21:12.29 | d1mas | codefreeze: or better line 1818: pbx_builtin_setvar_helper(c, atmp, atmp2); |
| 21:14.42 | codefreeze | Well, it looks highly optional. Only entered when debug is set. Not used anywhere else in the code. |
| 21:15.36 | d1mas | codefreeze: I would say it looks highly useless :)) Why someone may need it? |
| 21:15.55 | putnopvut | Well, it's not used anywhere else, but it does get output in the manager if the eventwhencalled option is set to 'vars' in queues.conf |
| 21:18.14 | codefreeze | looks like kpfleming intro'd that in 26175 (quite a long time ago). |
| 21:19.13 | kpfleming | what are you referring to? |
| 21:20.20 | putnopvut | The fact that all macro priorities are set as channel variables if you have debug set to anything other than 0. |
| 21:20.58 | putnopvut | If you look at the attachment on issue 11385, you can see the ugly manager ouptput this can cause. |
| 21:21.23 | codefreeze | I think, long ago, someone threw in some code to track vars/vals having to do with app execution. it's got your name on it, but that might happen if you reformatted things. |
| 21:21.32 | codefreeze | (kpfleming) |
| 21:22.25 | codefreeze | It is kinda interesting. It will create a channel var named STACK-.... for every priority you exec in the dialplan... if in debug mode. |
| 21:31.14 | codefreeze | nope, not kpfleming, but markster in v. 4598. Yes, ancient. |
| 21:31.53 | putnopvut | Very. |
| 21:32.26 | d1mas | history :) |
| 21:33.59 | codefreeze | yep. Dec 29, 2004. Says: Log execution stack if option_debug is enabled. |
| 21:34.19 | d1mas | it is not stack actually. It is more like execution trace |
| 21:34.31 | codefreeze | putnopvut: are you going to remove it in 1.4 and trunk, then? |
| 21:35.04 | putnopvut | I'd like to, but if someone has a good reason for keeping it, then I won't. |
| 21:36.04 | codefreeze | Speak now, whoever might want it, or forever hold your peace. |
| 21:36.16 | blitzrage | putnopvut: is the STACK stuff used for the app_stack stuff? |
| 21:36.31 | putnopvut | app_stack...I didn't even know that was an app :) |
| 21:36.35 | putnopvut | I'll look. |
| 21:36.47 | codefreeze | blitzrage: I looked for STACK- in the whole source tree. Nobody mentions it. |
| 21:36.58 | codefreeze | (Except that one single spot) |
| 21:37.02 | putnopvut | If it turns out it doesn't use it, I might e-mail the dev list and propose its deletion. |
| 21:37.21 | blitzrage | I think STACK- gets appended to the start of variables that get used with the app_stack stuff |
| 21:37.27 | blitzrage | I could be way off though |
| 21:38.37 | codefreeze | blitzrage: how could it? It'd have to have STACK- somewhere in the app/ code, and its not there. |
| 21:38.52 | putnopvut | blitzrage: you're close. app_stack sets a variable called ~GOSUB~STACK~ |
| 21:38.53 | d1mas | app_stack is completely unrelated thing |
| 21:39.00 | blitzrage | putnopvut: aha -- that's where I saw it then |
| 21:39.16 | blitzrage | then continue about your way :) |
| 21:39.25 | codefreeze | Anyone else? |
| 21:40.21 | codefreeze | putnopvut: I personally think writing the dev list is overkill. You could leave the ast_log in that if() statement, but everything else could go. |
| 21:40.30 | codefreeze | But, do as you think best. |
| 21:40.46 | putnopvut | Well, it can easily be reverted if someone objects. |
| 21:41.04 | d1mas | codefreeze: what is the reason in ast_log if few lines below there is ast_verbose for the same purpose ? |
| 21:42.09 | codefreeze | I'll bet you a twinkie nobody needs it, putnopvut. d1mas: well, I guess, you can have verbosity turned up without debug, and vice versa. or turn them both up and get flooded. |
| 21:44.05 | codefreeze | d1mas: eh, kinda handy. I normally run with verbosity at 20 or so. If I really need to grunge, I turn on debug, too. |
| 21:44.29 | putnopvut | All right. I'll go ahead and change that code. Someone will surely speak up if there's an issue. |
| 21:44.39 | codefreeze | Surely. |
| 21:47.17 | blitzrage | or not |
| 22:13.23 | file | putnopvut: quick IMAP issue off to you! |
| 22:13.29 | putnopvut | ugh. |
| 22:13.43 | blitzrage | IMAP! |
| 22:13.45 | blitzrage | what?! |
| 22:14.16 | file | patch attached, just needs a commit or no commit |
| 22:14.36 | blitzrage | I bet that helps |
| 22:15.55 | file | and another :D |
| 22:16.23 | putnopvut | dammit... |
| 22:18.23 | file | M11401 |
| 22:18.24 | MuffinMan | [new] [Asterisk] General 0011401: Variable identifier not compatible with C++ reported by chewbacca http://bugs.digium.com/view.php?id=11401 |
| 22:18.29 | file | Qwell: ^^^ yes. |
| 22:18.35 | Qwell | yeah |
| 22:19.07 | blitzrage | s/private/private_foo/g |
| 22:20.14 | De_Mon | putnopvut I'll check on the patch you submitted tomorrow couldn't get around to it today... M11382 |
| 22:20.27 | putnopvut | All right. Whenever it's convenient. |
| 22:20.50 | file | s/private/pvt/ |
| 22:21.03 | putnopvut | s/private/qrivate/ |
| 22:22.31 | file | all in favor? |
| 22:22.32 | blitzrage | s/private/etavirp/ |
| 22:22.44 | file | blitzrage: ooh |
| 22:44.51 | putnopvut | OMFG...the patch on 11408... O_o!! |
| 23:01.26 | russellb | M11408 |
| 23:01.27 | MuffinMan | [assigned] [Asterisk] Applications/app_voicemail 0011408: Buffer overflow when maxmsg not used for IMAP storage users reported by jaroth http://bugs.digium.com/view.php?id=11408 |
| 23:02.44 | russellb | putnopvut: that patch doesn't make any sense. |
| 23:22.44 | putnopvut | Yeah, I know. |