| 00:03.47 | blitzrage | I'm gonna try and motivate myself to build a simple PBX... |
| 00:04.10 | blitzrage | but this is taking forever to install things |
| 00:40.47 | *** join/#asterisk-bugs angler (i=angler@pdpc/sponsor/digium/angler) [NETSPLIT VICTIM] |
| 01:20.21 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 01:31.32 | *** join/#asterisk-bugs implicit (n=implicit@c-67-191-24-188.hsd1.fl.comcast.net) |
| 01:31.32 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 04:12.15 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) [NETSPLIT VICTIM] |
| 04:14.44 | *** join/#asterisk-bugs mvanbaak (n=mafkees@vanbaak.xs4all.nl) [NETSPLIT VICTIM] |
| 04:15.33 | *** join/#asterisk-bugs Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 04:15.33 | *** mode/#asterisk-bugs [+o Corydon76-dig] by irc.freenode.net |
| 04:22.24 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:22.25 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 04:27.51 | *** join/#asterisk-bugs Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
| 04:27.51 | *** mode/#asterisk-bugs [+o Corydon76-dig] by irc.freenode.net |
| 04:37.34 | *** join/#asterisk-bugs De_Mon (i=de_mon@fl-71-52-101-157.dhcp.embarqhsd.net) |
| 04:40.29 | *** join/#asterisk-bugs directory (n=file@asterisk/developer-and-muffin-lover/file) [NETSPLIT VICTIM] |
| 04:40.29 | *** mode/#asterisk-bugs [+o directory] by irc.freenode.net |
| 04:55.49 | *** join/#asterisk-bugs Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 04:55.49 | *** mode/#asterisk-bugs [+o Corydon76-dig] by irc.freenode.net |
| 05:20.45 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:20.45 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 05:52.31 | *** join/#asterisk-bugs russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:52.31 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 07:10.18 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:50.18 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 07:55.22 | *** join/#asterisk-bugs yoman_ (n=are@85-250-5-254.bb.netvision.net.il) |
| 08:18.26 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:21.33 | *** join/#asterisk-bugs yoman_ (n=are@85-250-5-254.bb.netvision.net.il) |
| 10:58.40 | *** join/#asterisk-bugs IPetrov2 (i=IPetrov2@ppp85-140-235-245.pppoe.mtu-net.ru) |
| 10:59.10 | *** part/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 11:00.03 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:09.58 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:09.58 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 13:36.53 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:36.53 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 13:38.09 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 13:40.35 | *** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file) |
| 13:40.35 | *** mode/#asterisk-bugs [+o file] by ChanServ |
| 13:56.35 | blitzrage | agx: ok... that is a different scenario than the one described in the bug |
| 13:56.43 | agx | yes |
| 13:56.54 | blitzrage | let me try to reproduce I suppose |
| 13:56.56 | mvanbaak | so it's another bug |
| 13:57.00 | mvanbaak | ;) |
| 13:57.03 | blitzrage | it may or may not be related |
| 13:57.17 | agx | only when isdn or another channel is involved, between local calls only using SIP does not happen |
| 13:57.20 | blitzrage | its a different scenario for the same bug that wasn't described in the bug, so I didn't test it :) |
| 13:57.32 | blitzrage | what do you mean "another channel" |
| 13:57.36 | blitzrage | like... IAX2? |
| 13:57.42 | agx | incoming call from mISDN |
| 13:57.47 | blitzrage | I don't have ISDN |
| 13:57.51 | blitzrage | needs to be something else |
| 13:58.01 | blitzrage | can you reproduce when coming from IAX2? |
| 13:58.06 | agx | yes i should give a try using idefisk |
| 13:58.11 | agx | gimme 10 mins |
| 13:58.11 | blitzrage | zoiper :) |
| 13:58.21 | agx | zoiper i don't like it |
| 13:58.51 | blitzrage | it's the same thing.... :D |
| 13:58.55 | blitzrage | just newer I guess |
| 14:02.40 | *** join/#asterisk-bugs jsmith (n=jsmith@000-170-795.area3.spcsdns.net) |
| 14:02.41 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 14:04.30 | agx | blitzrage, ok i tried myself a couple of time, since i don't trust the secretary (she hits button at speed lights), i can reproduce the problem everytime only on incoming calls from mISDN, internal calls does not have the problem; |
| 14:04.45 | agx | blitzrage, i suppose i've to include full misdn trace this time |
| 14:04.52 | blitzrage | agx: and not from other technologies? you'll have to give access to the box to a developer then |
| 14:05.32 | agx | blitzrage, no, generating a call from a sip or iax2 phone does not give the problem with that sequence of operations |
| 14:05.57 | blitzrage | ok, then I will not be able to reproduce -- I'm going to reopen the bug and you'll have to describe the issue and probably give access to the box to a developer |
| 14:06.00 | blitzrage | ideally |
| 14:06.12 | blitzrage | we'll see - the traces and logging may or may not be enough |
| 14:06.13 | agx | well i think the problem is something different from that bug |
| 14:06.32 | blitzrage | ok, then go ahead and open a new bug |
| 14:10.42 | russellb | file: we will break 350 today. |
| 14:10.58 | file | russellb: yes! >:D |
| 14:11.41 | blitzrage | hawtness |
| 14:11.42 | blitzrage | anything I can do?! |
| 14:11.52 | file | blitzrage: learn C |
| 14:11.57 | blitzrage | ouch |
| 14:13.07 | file | you would just have to erase all those documentation skills... |
| 14:14.35 | blitzrage | too bad you were all offline when I was talking about documentation in here last night |
| 14:14.42 | blitzrage | I had an idea... |
| 14:15.14 | jsmith | Oh? |
| 14:15.46 | blitzrage | jsmith: ok, let me see if I can explain this again, but simpler :) |
| 14:17.51 | blitzrage | basically... what would be ideal, is all the dialplan application and function documentation (the 'show application' and 'show function' documentation) to be abstracted from the source code and put into a repo, or some other centralized spot. Then when Asterisk is compiled, it would pull the documentation from that repo and place it into the code at compile time (or however it would work). Then it would be a lot easi |
| 14:17.51 | blitzrage | er for us to keep the documentation updated for the code. The 2nd advantage to this approach would be that we could then build out reference material onto webpages, PDFs, etc... from that same repo. So when we change one location of documentation, both the code AND all reference material built from it (books, websites, etc...) also get updated |
| 14:18.47 | blitzrage | my preference would obviously that the format be docbook somehow -- so instead of hardcoding the documentation into the code, the .c files would just call a function or something that would pull the documentation into the code at compile time |
| 14:19.03 | jsmith | blitzrage: We've talked about doing something similar in the past |
| 14:19.11 | file | you're talking about the core show application, help, yada stuff? |
| 14:19.18 | blitzrage | file: to start, yes |
| 14:19.21 | jsmith | blitzrage: I don't know about pulling it from a *repo* though, as it'd have to be different for different versions |
| 14:19.24 | blitzrage | jsmith: ya, it seems logical |
| 14:19.33 | blitzrage | well -- "repo" could just be a file, or however it is stored |
| 14:19.35 | jsmith | blitzrage: I like pulling it from a separate file, though |
| 14:19.52 | jsmith | But seriously... my evil plan is to someday just go update all the source code |
| 14:19.59 | jsmith | I've just gotta have some time to do it |
| 14:20.00 | blitzrage | ya -- however the mechanics would work -- it'd be nice to be centralized so we can build both reference material, AND have the same documentation in the code |
| 14:20.05 | jsmith | (and it ain't gonna be anytime soon) |
| 14:20.19 | jsmith | codefreeze: Didn't we talk about this several months ago? |
| 14:20.19 | blitzrage | I might work on it a bit today and try to supply a patch |
| 14:20.25 | jsmith | blitzrage: Ooh! |
| 14:20.29 | jsmith | Patches are good! |
| 14:20.56 | blitzrage | but it'd be much easier / better / etc... if it were all centralized and we could use the same documentation in several places |
| 14:21.00 | blitzrage | the other advantage could be this... |
| 14:21.10 | file | hrm hrm hrm |
| 14:21.29 | blitzrage | in the centralized documentation, we could even provide examples of usage for each application / function... THEN... you could add something like, "core show application Playback example" |
| 14:21.33 | jsmith | file: Yes? |
| 14:21.40 | blitzrage | or something like that |
| 14:22.07 | file | it's the logistics of it... what format to store it in, how to access it in source, that stuff that I'm pondering |
| 14:22.31 | blitzrage | ya... could just be a simple formatted file that we could run an external program after the fact to convert it to XML/DocBook |
| 14:22.40 | blitzrage | since that might not be easy to parse for the source |
| 14:23.50 | jsmith | I'd go the other way personally... put it in XML, then use transforms to turn it into any other kind of docs. |
| 14:24.02 | jsmith | But I realize I'm probably in the small minority here |
| 14:24.11 | file | it's not putting it in the source that I would do... |
| 14:24.15 | jsmith | (and no, I don't wanna write said XML transforms) |
| 14:25.07 | file | I would have a repo for documentation, pulled in using an SVN external... when a release is done autotag it, then build from the common format into an easier to parse format potentially and install it... |
| 14:25.28 | file | we can write a small API to access said easier format for commands that use it |
| 14:25.32 | jsmith | file: OK, we've got the repo already |
| 14:25.42 | jsmith | file: svncommunity.digium.com/svn/docs/ |
| 14:25.50 | file | so instead of building it into the source it's still kept as external |
| 14:25.52 | jsmith | file: (and feel free to wipe out what's already there) |
| 14:25.54 | file | and thus could be updated manually if wanted |
| 14:26.02 | jsmith | Works for me |
| 14:26.16 | file | I would be willing to spend time working on the Asterisk glue part of it |
| 14:26.40 | jsmith | Cool... I'd be happy to make time to get the backend working |
| 14:26.42 | blitzrage | I'm sold on the idea |
| 14:26.45 | jsmith | w00t! |
| 14:26.51 | jsmith | Let's get this party started! |
| 14:26.53 | blitzrage | as long as all the docs are centralized |
| 14:26.59 | blitzrage | that's all that I'm really looking for at this point |
| 14:27.05 | agx | blitzrage, i need a coffee, updated the uncompressed log file :-( |
| 14:27.10 | blitzrage | we can build fancy things after to build it into docbook, etc... |
| 14:27.33 | file | just decide on a common format |
| 14:28.17 | blitzrage | file: were you thinking that you'd just pull the existing code (snprintf's, or whatever) and put them in an external repo? Maybe I don't quite understand would would be in the doc repo |
| 14:28.57 | blitzrage | I'd prefer docbook, because 1) I can then use XMLmind to edit it, 2) jsmith is familiar with it too, 3) we could build all sorts of stuff from it and use it in all sorts of places -- but I can't code it, so whatever format is easiest for the developers.... |
| 14:28.59 | file | blitzrage: the documentation, whatever you guys want... CLI commands, usage, examples, details |
| 14:29.23 | blitzrage | yes, that'd be what I wanted :) |
| 14:29.32 | blitzrage | maybe I don't understand what you were asking / implying / stating :) |
| 14:29.35 | jsmith | file: Don't forget manager commands, agi commands, etc. |
| 14:29.38 | file | when Asterisk is checked out it would grab a copy of that documentation and as part of the build process convert it (perhaps, need to ponder) to a format it can easily handle and install it |
| 14:29.50 | blitzrage | file: yes, then we are on the same page |
| 14:30.03 | file | then when Asterisk loads up it would ask the documentation for all the details and it would appear out of thin air |
| 14:30.07 | jsmith | file: Yeah, or we have the already converted version in the repo for it to pull |
| 14:30.15 | file | jsmith: *nod* |
| 14:30.30 | blitzrage | yay! I'm useful for some ideas :) |
| 14:30.57 | blitzrage | I realized this probably isn't a new concept, but at least I'm bringing it up again and hopefully getting a ball rolling |
| 15:02.32 | Corydon76-dig | blitzrage: can you render that directly to PDF? |
| 15:10.10 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:14.03 | *** join/#asterisk-bugs miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 15:15.08 | *** join/#asterisk-bugs yoman_ (n=are@DSL217-132-218-9.bb.netvision.net.il) |
| 15:17.10 | jsmith | Corydon76-dig: Yes, you can render DocBook to PDF a number of different ways |
| 15:17.36 | jsmith | Corydon76-dig: You can also render it to TeX, html, rtf, etc. |
| 15:21.17 | Corydon76-dig | jsmith: might I suggest that the tools to do so are either committed to the doc repo and/or and autoconf script ensures they are installed properly? |
| 15:21.23 | Corydon76-dig | and a Makefile to build the PDF (or any other output formats)? |
| 15:21.54 | jsmith | Corydon76-dig: Sure, I'd put all that in the repo |
| 15:27.59 | blitzrage | mmmm... breakfast |
| 15:44.03 | *** join/#asterisk-bugs seanbright (n=elixer@65.207.74.18) |
| 15:46.10 | blitzrage | hrmm... seeing this a bunch |
| 15:46.11 | blitzrage | res_crypto.c:95: warning: missing braces around initializer |
| 15:58.15 | Qwell | blitzrage: 1.4? |
| 15:58.29 | blitzrage | Qwell: trunk |
| 15:58.31 | blitzrage | on OSX |
| 15:58.33 | Qwell | looking |
| 15:58.35 | Qwell | oh |
| 15:58.41 | blitzrage | I think Corydon76-dig was looking at it earlier... |
| 15:58.42 | Qwell | will still look :D |
| 15:58.45 | blitzrage | np! |
| 15:58.46 | Qwell | oh, well then |
| 15:58.56 | Corydon76-dig | I was? |
| 15:59.05 | blitzrage | oh wait, that was chan_unistim |
| 15:59.06 | Qwell | static AST_RWLIST_HEAD_STATIC(keys, ast_key); |
| 15:59.07 | blitzrage | I'm mistaken |
| 15:59.37 | Qwell | that same code is used a bunch of places |
| 15:59.42 | blitzrage | ya it is |
| 15:59.46 | blitzrage | let me get all the errors |
| 15:59.52 | blitzrage | it was like 3-4 lines per module |
| 15:59.56 | Qwell | oh, is it giving warnings more than one place? |
| 16:00.13 | blitzrage | lots of .lock files |
| 16:00.17 | blitzrage | ya, more than 1 place |
| 16:00.21 | Qwell | silly OSX |
| 16:00.33 | blitzrage | manager.c:189: warning: missing braces around initializer |
| 16:00.33 | blitzrage | manager.c:189: warning: (near initialization for 'users.lock') |
| 16:00.33 | blitzrage | manager.c:189: warning: initialization makes integer from pointer without a cast |
| 16:00.47 | blitzrage | pretty much every file that builds a *.lock file gives that |
| 16:01.28 | Qwell | that macro looks alright |
| 16:01.28 | file | it's not a file |
| 16:01.37 | file | blitzrage: is this 10.4? |
| 16:01.40 | blitzrage | yes sir |
| 16:01.44 | file | odd |
| 16:01.50 | blitzrage | it still builds |
| 16:01.53 | blitzrage | just gives those warnings |
| 16:02.27 | file | blitzrage: file received btw! |
| 16:02.32 | blitzrage | nice! |
| 16:04.40 | file | so everything is going to be in separate files? |
| 16:04.54 | file | this could be fun :D |
| 16:05.04 | blitzrage | file: ya I think so.... |
| 16:05.18 | blitzrage | although it could all come from a single file... but separate files seems... easier/harder? |
| 16:06.27 | file | blitzrage: I *think* I have the API planned out in my head for this |
| 16:06.31 | blitzrage | refentry is really just a child object of something like an appendix, chapter, article, etc.... |
| 16:06.36 | blitzrage | file: that is SOOOO hawt |
| 16:06.59 | blitzrage | but I figure it'd be easier to parse on if each application/function had a separate file... ? maybe not |
| 16:07.01 | blitzrage | you tell me :) |
| 16:07.12 | file | it depends. |
| 16:07.18 | file | go with the separate file approach now |
| 16:07.25 | file | yesssss |
| 16:07.32 | blitzrage | ok, I'm going to try and build a single file with multiple entries for your perusal |
| 16:07.34 | file | I'll keep you updated as things progress |
| 16:07.40 | blitzrage | sweet |
| 16:08.40 | file | I also think I know about the OSXism |
| 16:10.14 | codefreeze | jsmith: what did we talk about months ago? |
| 16:10.54 | codefreeze | jsmith: remember, memory is the first to go.... |
| 16:11.11 | jsmith | codefreeze: The framework for separating out the application/function/agi command/ami command help text from the source code |
| 16:11.30 | jsmith | codefreeze: It sounds like file has a handle on it, so feel free to channel any ideas/thoughts/comments his direction |
| 16:11.45 | codefreeze | OK |
| 16:11.50 | *** join/#asterisk-bugs russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:11.50 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:14.21 | *** join/#asterisk-bugs putnopvut (i=putnopvu@nat/digium/x-3e72ab26d73a29ad) |
| 16:14.21 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 16:15.35 | file | M11162 |
| 16:15.35 | MuffinMan | [new] [Asterisk] Resources/res_agi 0011162: Added variable "agi_asteriskthreadid" to AGI reported by dror99 http://bugs.digium.com/view.php?id=11162 |
| 16:15.41 | file | does anyone else consider that rather specialized? |
| 16:16.05 | file | oh, wait, misread perhaps |
| 16:16.26 | file | nah, I didn't... just the application of it is interesting |
| 16:17.13 | *** join/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 16:19.39 | blitzrage | file: I just sent you a sample of a single file containing multiple refentry's |
| 16:19.45 | file | blitzrage: thx |
| 16:19.51 | seanbright | file: i'd probably make it more general purpose than he has |
| 16:20.07 | blitzrage | 1 file for all the applications, then a separate file for all the functions, yet another for all the manager commands, etc.... |
| 16:24.05 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 355. Progress has been made. Drinks are on me! |
| 16:25.38 | blitzrage | oh sweet -- asterisk crashes on OSX for me :) |
| 16:25.40 | blitzrage | bus error |
| 16:27.26 | blitzrage | and it says it's dumping a core file... but ... ummm... it doesn't? |
| 16:28.06 | blitzrage | nice -- it's in pbx_ael.so :) |
| 16:40.49 | blitzrage | codefreeze: ya... but I can't get a core file for some reason... |
| 16:41.17 | blitzrage | I'll run in gdb when I'm done this application doc audit |
| 16:58.53 | Qwell | codefreeze: 1.4 requires some hooch, apparently |
| 16:59.27 | codefreeze | blitzrage: ok |
| 16:59.51 | codefreeze | Qwell: my random names sometimes have accidental semantic meaning to some... sorry |
| 17:00.21 | codefreeze | Qwell: but.... yes.... precisely! ;) |
| 17:00.32 | Qwell | codefreeze: it drinks - a lot. time for an intervention, I think |
| 17:01.03 | codefreeze | Qwell: the kind of intervention that starts, or stops, the drinking? |
| 17:01.10 | Qwell | either way |
| 17:01.18 | Qwell | whichever makes it work harder |
| 17:01.51 | Qwell | that is odd though, that it just dropped it |
| 17:01.57 | jsmith | codefreeze: Did you add a little ice cream to it? |
| 17:02.10 | jsmith | codefreeze: (or just open the door and let that cold air start to freeze the rootbeer) |
| 17:02.24 | codefreeze | jsmith: mint chocolate chip just somehow doesn't go well with.... |
| 17:02.35 | jsmith | codefreeze: True, that. |
| 17:02.40 | Qwell | random thought: I have a friend who has never had a rootbeer float |
| 17:02.45 | Qwell | or any type of float, for that matter |
| 17:03.00 | jsmith | Qwell: Never had a Mt. Dew Freeze then, I take it |
| 17:03.05 | blitzrage | Corydon76-dig: DB_DELETE() will delete a whole tree, and thus DBdeltree() should be deprecated in favor of DB_DELETE()... yes? |
| 17:03.10 | codefreeze | poor depraved.... oops, I mean, deprived.... guy! |
| 17:03.33 | Qwell | what's odd though... the conversation came up because he was getting food from A&W |
| 17:03.34 | putnopvut | I've had root beer floats. I don't much like them (because I don't much like root beer) |
| 17:03.40 | blitzrage | putnopvut: blasphemy |
| 17:04.02 | Qwell | putnopvut: there are some pretty good rootbeers out there... |
| 17:04.08 | Qwell | (and some that are just terrible) |
| 17:04.08 | putnopvut | I doubt that. |
| 17:04.53 | *** part/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 17:05.28 | blitzrage | PopShop makes some real tasty pop's! |
| 17:05.50 | putnopvut | "pop" |
| 17:16.25 | Corydon76-dig | blitzrage: DB_DELETE deletes the whole tree? |
| 17:16.31 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:16.36 | blitzrage | Corydon76-dig: could have sworn it did the other day when I tried it |
| 17:16.44 | blitzrage | maybe I should double check that |
| 17:51.21 | *** join/#asterisk-bugs seanbright (n=elixer@65.207.74.18) |
| 17:51.22 | *** join/#asterisk-bugs Pagautas (n=bigman@83.171.14.250) [NETSPLIT VICTIM] |
| 17:51.22 | *** join/#asterisk-bugs citats (n=james@mrplow.gnuinternet.com) |
| 17:51.22 | *** mode/#asterisk-bugs [+o citats] by irc.freenode.net |
| 18:00.25 | Qwell | 2 more, and we'll be at 350 :D |
| 18:02.16 | russellb | 351 |
| 18:02.23 | Qwell | sweet |
| 18:02.51 | Qwell | hopefully the license on 11170 will be approved quick - that looks like it'll be a tiny patch |
| 18:03.04 | Qwell | russellb: Do you know if she just checks them once a day or something? |
| 18:03.43 | russellb | once a day i think |
| 18:03.50 | Qwell | morning/night? |
| 18:04.15 | russellb | morning |
| 18:04.18 | russellb | usually |
| 18:04.20 | Qwell | kk |
| 18:04.28 | russellb | 350 |
| 18:04.36 | Qwell | \o/ |
| 18:04.46 | *** topic/#asterisk-bugs by Qwell -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 350. Progress continues to be made. Drinks are on me! |
| 18:04.52 | *** topic/#asterisk-bugs by Qwell -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 350. Progress continues to be made. Drinks are on file! |
| 18:05.46 | russellb | Dare we aim for < 300 ?!?!?!?!?!?!?! |
| 18:05.53 | Qwell | < 300 today? |
| 18:05.56 | Qwell | we can do that! |
| 18:05.57 | russellb | ha, no ... |
| 18:06.02 | russellb | 340 today :) |
| 18:06.04 | Qwell | well, pfft, fine |
| 18:06.19 | Qwell | setting silly goals that we can actually achieve :p |
| 18:06.27 | Qwell | hopefully |
| 18:06.52 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:13.40 | russellb | Qwell: i know, sorry for trying to be realistic :( |
| 18:21.45 | file | I think 340 is quite reasonable |
| 18:21.58 | Qwell | stupid question time |
| 18:22.14 | Qwell | if something is #define'd in logger.c, can it be used in res_agi? |
| 18:22.29 | Qwell | actually |
| 18:22.37 | Qwell | that is a really dumb question |
| 18:22.42 | Qwell | and the answer is obvious |
| 18:22.58 | file | yes and no :D |
| 18:24.12 | Qwell | what header would be appropriate for a GETPID macro? |
| 18:24.30 | russellb | utils? |
| 18:24.51 | file | yeah, utils' |
| 18:31.57 | *** join/#asterisk-bugs stevie_ramjet (i=putnopvu@nat/digium/x-9e880bf6cd1f43b5) |
| 18:31.57 | *** mode/#asterisk-bugs [+o stevie_ramjet] by ChanServ |
| 18:35.48 | blitzrage | M11171 |
| 18:35.50 | MuffinMan | [new] [Asterisk] Documentation 0011171: [patch] Audit of 'core show application <foo>' and try to make docs more consistant reported by blitzrage http://bugs.digium.com/view.php?id=11171 |
| 18:36.25 | blitzrage | also... |
| 18:36.27 | blitzrage | M11133 |
| 18:36.28 | MuffinMan | [assigned] [Asterisk] Documentation 0011133: app_voicemail.c's imapfolder option is not documented reported by selsky http://bugs.digium.com/view.php?id=11133 |
| 18:36.34 | blitzrage | should be an easy one to close I think... ? |
| 18:53.58 | *** join/#asterisk-bugs implicit (n=implicit@c-67-191-24-188.hsd1.fl.comcast.net) |
| 18:53.58 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 18:58.19 | putnopvut | blitzrage: any problem if I go ahead and merge/commit 11171 |
| 18:58.40 | blitzrage | not that I'm aware of :) |
| 19:00.17 | blitzrage | codefreeze: ping |
| 19:00.19 | blitzrage | codefreeze: http://www.pastebin.ca/763774 |
| 19:02.17 | blitzrage | 348 |
| 19:02.37 | file | blitzrage: YES |
| 19:03.19 | codefreeze | blitzrage: you need to say "where" in gdb; or do the apply... bt full thing... |
| 19:03.25 | blitzrage | ah gotcha |
| 19:03.27 | blitzrage | that makes sense... |
| 19:03.44 | file | 347! |
| 19:08.05 | blitzrage | codefreeze: try http://www.pastebin.ca/763786 |
| 19:08.23 | blitzrage | lol |
| 19:13.28 | codefreeze | blitzrage: what is this, 1.4 or trunk? |
| 19:13.34 | blitzrage | trunk on OSX |
| 19:29.56 | codefreeze | blitzrage: what versions of bison and flex or on that OSX machine? |
| 19:30.05 | blitzrage | let me check |
| 19:30.11 | codefreeze | s/or on/are on/ |
| 19:30.40 | blitzrage | codefreeze: leif-madsens-computer:~ root# bison --version |
| 19:30.40 | blitzrage | GNU Bison version 1.28 |
| 19:30.40 | blitzrage | leif-madsens-computer:~ root# flex --version |
| 19:30.40 | blitzrage | flex version 2.5.4 |
| 19:30.55 | blitzrage | :) |
| 19:31.53 | codefreeze | Just wondering. If all went well, you never had to use 'em. |
| 19:39.18 | blitzrage | :) |
| 19:39.46 | codefreeze | blitzrage: just committed a teeny-tiny fix to see if that keeps you from crashing. 89051. |
| 19:39.57 | blitzrage | *thumbs up* |
| 19:40.52 | codefreeze | blitzrage: keep that thumb under cover until you update... make.... install... test... |
| 19:41.19 | codefreeze | oh, and you can add .... pray.... to the list |
| 19:41.25 | blitzrage | :D |
| 19:48.02 | codefreeze | Remember this: Mikono Midogo means "Little Hands" in Kiswahili (Random Factoid for the day) |
| 19:55.24 | blitzrage | codefreeze: and why would I remember that... ? |
| 20:19.32 | codefreeze | blitzrage: because it is memorable. Why else? |
| 20:20.03 | codefreeze | putnopvut: pretty pink pony? is it pretty? or is it very pink? |
| 20:20.18 | Qwell | the pink is pretty - the pony is not. |
| 20:20.47 | codefreeze | There is much ambiguity in that, I can see.... |
| 20:20.54 | putnopvut | I am not a pink pony, but I am pretty pretty. |
| 20:21.05 | Qwell | Do you feel pretty? Oh so pretty? |
| 20:22.05 | codefreeze | see pretty pretty putnopvut. See pretty pretty putnopvut run. See .... |
| 20:27.04 | blitzrage | codefreeze: sorry... still el crasho |
| 20:31.50 | russellb | putnopvut: it _did_ make its way to the bugs tracker already (MOH thing) |
| 20:31.50 | russellb | heh |
| 20:32.02 | putnopvut | Yeah, and I just closed it. |
| 20:32.08 | putnopvut | Oh damn. |
| 20:32.08 | russellb | no, i did! |
| 20:32.14 | file | no, I did! |
| 20:32.32 | file | we all did. |
| 20:32.41 | putnopvut | Wow, three admins closed it at the same time... awesom. |
| 20:32.43 | file | now THAT'S amusing |
| 20:33.13 | putnopvut | The bug that was closed thrice. |
| 20:33.14 | russellb | i got pwned for not testing my patch :( |
| 20:33.26 | russellb | i'm getting lazy in my old age |
| 20:37.30 | russellb | 346 |
| 20:38.13 | putnopvut | You're 346 years old? |
| 20:38.50 | russellb | obviously |
| 20:39.21 | file | M11172 |
| 20:39.22 | MuffinMan | [new] [Asterisk] Applications/app_dial 0011172: Allow direct RTP in "Dial" with "tT" options if phones are "canreinvite=yes" and "dtmfmode=info" reported by ibc http://bugs.digium.com/view.php?id=11172 |
| 20:39.37 | putnopvut | I was just looking at that. |
| 20:39.50 | file | from an RTP perspective it should work, just have to remove the check from channel.c |
| 20:40.12 | file | with the last batch of changes it should reinvite back when it needs to play back audio and such |
| 20:45.14 | putnopvut | Couldn't you test it by just having the setup specifiied in the description? |
| 20:45.31 | putnopvut | dtmfmode=info and canreinvite=yes? |
| 20:45.35 | file | the trick is making something send DTMF using INFO |
| 20:46.03 | putnopvut | Can you set your phone to do that? |
| 20:46.30 | file | I can make my SPA3102 do it easily |
| 20:46.36 | file | just... takes... time |
| 20:46.44 | putnopvut | You mean reboot time? |
| 20:47.02 | file | no, it's not a Polycom :) |
| 20:47.06 | putnopvut | Heh. |
| 20:47.13 | putnopvut | My Aastra will do INFO as well. |
| 20:48.28 | file | ooh, I didn't know this did T38 |
| 20:51.44 | file | cute, success |
| 20:54.39 | file | 344 |
| 20:55.21 | blitzrage | nice |
| 20:56.16 | putnopvut | 4 more and we reach our goal for the day. |
| 20:56.42 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@216.251.149.66) |
| 20:56.46 | blitzrage | putnopvut: ... |
| 20:56.50 | blitzrage | M11133 |
| 20:56.50 | MuffinMan | [assigned] [Asterisk] Documentation 0011133: app_voicemail.c's imapfolder option is not documented reported by selsky http://bugs.digium.com/view.php?id=11133 |
| 20:56.54 | blitzrage | that must be an easy one |
| 20:57.03 | blitzrage | unless I'm missing something |
| 20:57.31 | putnopvut | Ah, I'll look |
| 20:57.46 | putnopvut | Yeah, you uploaded a patch. |
| 20:57.48 | blitzrage | ya |
| 20:58.01 | putnopvut | That's right. I remember looking at that patch. |
| 20:58.23 | putnopvut | The one thing I was hoping you'd add to it is that if no imapfolder is specified, the default is INBOX. |
| 20:58.50 | putnopvut | That way people won't needlessly put imapfolder=INBOX in their config. |
| 20:59.16 | *** part/#asterisk-bugs dlynes_laptop (n=dlynes@216.251.149.66) |
| 20:59.33 | blitzrage | ah gotcha |
| 20:59.36 | blitzrage | I didn't know that's what you wanted :) |
| 20:59.44 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@216.251.149.66) |
| 21:00.49 | blitzrage | let me reapply that patch and add that |
| 21:01.13 | blitzrage | oh wait... got a meeting first |
| 21:01.23 | blitzrage | I'll do it in 30 mins |
| 21:01.26 | blitzrage | or less! |
| 21:01.27 | putnopvut | Awesome. |
| 21:01.32 | putnopvut | I'll commit it in 30 mins |
| 21:01.35 | blitzrage | hehehe |
| 21:01.37 | putnopvut | But no less. |
| 21:01.37 | blitzrage | coolio |
| 21:01.41 | blitzrage | fair enough |
| 21:02.08 | *** join/#asterisk-bugs d3wayne (n=d3wayne@pool-71-187-1-180.nwrknj.fios.verizon.net) |
| 21:18.17 | *** join/#asterisk-bugs stevie_ramjet (i=putnopvu@nat/digium/x-ac9720d883416670) |
| 21:18.18 | *** mode/#asterisk-bugs [+o stevie_ramjet] by ChanServ |
| 21:19.25 | *** join/#asterisk-bugs russellb_ (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 21:19.25 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 21:32.36 | stevie_ramjet | M10993 |
| 21:32.37 | MuffinMan | [assigned] [Asterisk] Applications/app_queue 0010993: Doesn't log TRANSFER in dynamic agent login reported by dmb http://bugs.digium.com/view.php?id=10993 |
| 21:33.04 | stevie_ramjet | file: I seem to recall discussing briefly a method of figuring out from within app_queue if an attended transfer had taken place. |
| 21:33.25 | stevie_ramjet | Can you refresh me with regards to this? |
| 21:33.30 | file | Transfer in the dialplan is evil |
| 21:33.35 | blitzrage | o.O |
| 21:34.00 | russellb_ | 344! |
| 21:34.06 | russellb_ | 4 more to go to meet today's goal! |
| 21:34.11 | russellb_ | go go go go go go |
| 21:34.12 | stevie_ramjet | I think I've determined that the guy who mentioned the dialplan transfer had a different issue. |
| 21:34.14 | *** topic/#asterisk-bugs by Qwell -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 344. Progress continues to be made. Drinks are on file! |
| 21:34.50 | Qwell | hmm |
| 21:34.55 | stevie_ramjet | Unfortunately the original reporter has been silent on the matter and hasn't responded to my question. |
| 21:34.59 | Qwell | How low have we been in the last...say...6 months? |
| 21:35.10 | Qwell | like, what were we at before astridevcon? |
| 21:35.15 | file | SO! an attended transfer... |
| 21:35.26 | stevie_ramjet | I thought that before astridevcon it was pretty high. |
| 21:36.43 | russellb_ | Qwell: near 300 |
| 21:36.49 | russellb_ | oh, before devcon? |
| 21:36.54 | russellb_ | devcon was up nearing 500 ... |
| 21:36.59 | russellb_ | near 300 by astricon |
| 21:37.01 | Qwell | oh |
| 21:37.22 | file | I think our lowest was 320 |
| 21:37.32 | Qwell | file: that's right around where I thought |
| 21:37.47 | Qwell | I was thinking high 320s/low 330s |
| 21:37.52 | russellb_ | something like that |
| 21:37.57 | Qwell | so...excellent |
| 21:38.43 | file | stevie_ramjet: I'm typing it out to see if it would work... |
| 21:38.59 | stevie_ramjet | gotcha. Take your time. |
| 21:39.35 | file | they didn't say how the transfer was being done... erm |
| 21:40.14 | stevie_ramjet | No they did not. |
| 21:40.23 | stevie_ramjet | In my local tests, blind transfers always work |
| 21:40.28 | stevie_ramjet | Attended transfers never do. |
| 21:40.41 | stevie_ramjet | By "work" I mean get logged in the queue log. |
| 21:41.08 | file | I *think* this should happen: |
| 21:41.09 | file | Inbound (A) -> Outbound (B) (Queue call) |
| 21:41.10 | file | Inbound (C) -> Outbound (D) (Attended transfer call) |
| 21:41.10 | file | Upon attended transfer completion, Outbound (D) would be masqueraded into Outbound (B), which means the tech_pvt pointer would have changed to indicate a new underlying channel. |
| 21:41.16 | stevie_ramjet | But then again, I completely disregarded his restriction of the member being dynamic because as far as I can tell, that shouldn't matter. |
| 21:41.44 | stevie_ramjet | tech_pvt, eh? |
| 21:41.55 | *** join/#asterisk-bugs jsmith (n=jsmith@000-170-795.area3.spcsdns.net) |
| 21:41.56 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 21:41.58 | file | it's the pointer to the blob of channel driver specific data |
| 21:42.02 | stevie_ramjet | Yes. |
| 21:42.19 | stevie_ramjet | So would that change in the case of a blind transfer as well? |
| 21:42.25 | file | nope |
| 21:42.46 | file | a blind transfer is MUCH easier, the channel's extension/context/whatever information is just updated and off to the PBX core it goes |
| 21:43.00 | file | that's how you can know it's a blind transfer, that data changes from what it was previous |
| 21:43.05 | stevie_ramjet | Okay. |
| 21:43.06 | file | (which is what the app_queue stuff does) |
| 21:43.11 | stevie_ramjet | Right. |
| 21:43.29 | stevie_ramjet | So I need to test to see if the tech_pvt of the channel changes. |
| 21:43.38 | stevie_ramjet | during an atxfer. |
| 21:44.56 | file | the tricky part is... |
| 21:45.04 | file | ast_bridge_call might not return |
| 21:45.08 | file | have to check that. |
| 21:45.41 | stevie_ramjet | No it returns. |
| 21:45.50 | stevie_ramjet | I've checked at least that much. |
| 21:45.57 | file | good |
| 21:46.04 | stevie_ramjet | At least it has in my tests. |
| 22:14.38 | russellb_ | just closed an issue open since September of 2006 |
| 22:14.49 | russellb_ | still 344 ... |
| 22:50.23 | *** join/#asterisk-bugs juanjoc (n=juanjoc@200.69.219.113) |
| 22:55.05 | *** join/#asterisk-bugs yoman_ (n=are@DSL217-132-218-9.bb.netvision.net.il) |
| 23:07.38 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.13 has been released (October 10, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: 342. Progress continues to be made. Drinks are on file! |
| 23:19.49 | file | good job people! |
| 23:21.50 | stevie_ramjet | yeah. |
| 23:22.04 | *** part/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 23:30.05 | russellb_ | today has been a really good bug day |
| 23:30.07 | russellb_ | good bug week |
| 23:30.11 | russellb_ | last week was good too! |
| 23:30.12 | russellb_ | yay |
| 23:30.33 | file | stevie_ramjet: did you get any further on atxferness? |
| 23:35.02 | stevie_ramjet | I haven't been in my office to test. |
| 23:35.07 | stevie_ramjet | But I have taken note of your suggestions. |
| 23:35.19 | stevie_ramjet | I'm looking into the chan_local ast_module_user_remove silliness. |
| 23:35.49 | file | eep |
| 23:36.44 | file | hrm, I didn't convert that in trunk |
| 23:37.11 | stevie_ramjet | Didn't convert what? |
| 23:37.55 | file | when I did my use count audit, I thought I just converted that to use ast_module_ref instead of using a full ast_module_user |
| 23:37.56 | russellb_ | it keeps crashing for some reason in 1.4 :( |
| 23:39.22 | stevie_ramjet | YEAH >_< |
| 23:41.40 | file | I don't think I agreed with using the ast_module_user stuff for chan_local... |
| 23:41.45 | *** join/#asterisk-bugs implicit (n=implicit@c-67-191-24-188.hsd1.fl.comcast.net) |
| 23:41.45 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 23:44.32 | russellb_ | 341 |
| 23:44.36 | blitzrage | o.O |
| 23:44.44 | blitzrage | maybe I should update that patch for 11133 and get to 340 |
| 23:47.27 | stevie_ramjet | yeeha |
| 23:47.52 | file | stevie_ramjet: I wonder what is making that unhappy though... |
| 23:48.43 | stevie_ramjet | My guess is that there's some overlap between channels, and since there's no check to make sure that the user is still existent, bam, double free. |
| 23:48.48 | stevie_ramjet | But that's just a wild guess. |
| 23:49.14 | stevie_ramjet | And now that I look at my explanation, it didn't probably come across very clearly. |
| 23:50.37 | file | I understand |
| 23:50.48 | blitzrage | stevie_ramjet: |
| 23:50.48 | blitzrage | The "imapfolder" can be used to specify an alternative folder on your IMAP server |
| 23:50.49 | blitzrage | to store voicemails in. If not specified, the default folder 'INBOX' will be used. |
| 23:50.50 | blitzrage | <PROTECTED> |
| 23:50.51 | blitzrage | is that ok? |
| 23:51.00 | stevie_ramjet | That sounds great. |
| 23:51.08 | blitzrage | ok, making new patch |
| 23:51.20 | stevie_ramjet | My commit finger is itching :) |
| 23:51.29 | blitzrage | give me commit access! :D |
| 23:51.35 | file | stevie_ramjet: I don't see how that could happen exactly... a channel can't get hung up like this twice |
| 23:52.12 | stevie_ramjet | Hmm, then perhaps my initial assessment is wrong. |
| 23:53.08 | blitzrage | M11133 |
| 23:53.09 | MuffinMan | [assigned] [Asterisk] Documentation 0011133: app_voicemail.c's imapfolder option is not documented reported by selsky http://bugs.digium.com/view.php?id=11133 |
| 23:53.12 | blitzrage | new pach! |
| 23:53.15 | blitzrage | patch* |
| 23:53.35 | stevie_ramjet | I'm just thinking that..like one local channel's p->u_chan corresponds to another's p->u_owner, and so when one gets hung up, it frees both its p->u_chan and p->u_owner. Then another local channel is hung up, and its p->u_chan and p->u_owner are freed, meaning that somewhere, the same memory was freed. |
| 23:53.43 | stevie_ramjet | twice. |
| 23:54.32 | file | they don't correspond |
| 23:54.46 | stevie_ramjet | All right. |
| 23:55.35 | stevie_ramjet | What sucks is that the guy says he compiled with DONT_OPTIMIZE but has bt's full of ??????'s |
| 23:56.02 | stevie_ramjet | But then again, I suppose that it's not all that necessary since we know it's coming from ast_module_user_remove from chan_local |
| 23:56.06 | file | the two of them are unique, just structures in a list unique to the module... |
| 23:57.27 | blitzrage | 303 in the Asterisk project... should be under 300 by the end of the week hopefully |
| 23:57.30 | file | there is a way to see if that's the issue |
| 23:58.23 | file | use ast_module_ref and ast_module_unref instead of the ast_module_user_* stuff... it's just atomically mucking with an integer |
| 23:58.36 | file | if it does get freed twice the in use count on the module will go out of wack |
| 23:58.46 | blitzrage | ok.. hockey time |
| 23:58.47 | file | (well, if it had been freed twice when using the old code) |
| 23:59.52 | russellb_ | 340! |