| 01:39.17 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 02:35.38 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 03:09.20 | *** join/#asterisk-dev lmsteffan (n=laurent@195.221.84.4) |
| 03:12.24 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:12.24 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 03:20.47 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:20.47 | *** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 03:20.47 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 03:20.47 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65.127.126.34) |
| 03:20.47 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 03:20.47 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 03:20.47 | *** mode/#asterisk-dev [+oo leifmadsen ChanServ] by irc.freenode.net |
| 03:28.24 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:05.49 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:27.37 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 06:27.37 | *** join/#asterisk-dev ecrane (n=ecrane@o1-69-19-166-10.static.o1.com) |
| 06:27.37 | *** join/#asterisk-dev Katty (n=asterisk@mail.copi-rite.com) |
| 06:27.37 | *** join/#asterisk-dev jmworx__ (n=jeval@mail.octasic.com) |
| 06:27.37 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 06:28.11 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 06:28.11 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 06:28.11 | *** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net |
| 06:54.21 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 07:33.11 | *** join/#asterisk-dev alecdavis (n=alec@202-78-149-14.cable.telstraclear.net) |
| 07:55.53 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 07:56.21 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 08:07.31 | *** join/#asterisk-dev jmworx (n=jeval@mail.octasic.com) |
| 08:31.58 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:56.11 | *** join/#asterisk-dev NirS (n=NirS@212.199.197.7) |
| 09:01.35 | *** join/#asterisk-dev NirS (n=NirS@212.199.197.7) |
| 09:05.07 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 09:44.13 | *** part/#asterisk-dev alecdavis (n=alec@202-78-149-14.cable.telstraclear.net) |
| 09:58.37 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 10:37.06 | *** join/#asterisk-dev lmsteffan (n=laurent@114.69.191.131) |
| 11:13.49 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:16.38 | *** join/#asterisk-dev Omorika (n=omorika@89.201.165.226) |
| 12:16.39 | Omorika | hi guys |
| 12:16.58 | Omorika | i have a question regarding an issue i'm experiencing |
| 12:17.46 | Omorika | my asterisk box is crashing when calling jb_destroy at jitterbuf.c:103 |
| 12:17.55 | Omorika | it seems that reference count drops to -1 for ao2obj |
| 12:19.22 | mvanbaak | can you create a ticket for that please ? |
| 12:19.45 | Omorika | ok, i'm asking coz its 1.6.2.0-rc1 |
| 12:20.07 | Omorika | and i thought maybe some1 rembembers if some1 already reported this kind of problem |
| 12:20.30 | mvanbaak | If someone reported it, it will be on https://issues.asterisk.org |
| 12:21.06 | mvanbaak | personally I'm not really familiar with the jitterbuffer in asterisk, so I dont know |
| 12:21.24 | mvanbaak | and I think the devs that know are not awake yet |
| 12:21.55 | mvanbaak | so to make sure this problem will be addressed, you should open a ticket for it. |
| 12:29.35 | Omorika | ok, thanls |
| 12:29.40 | Omorika | *ok, thanks |
| 12:53.42 | tzafrir | Omorika, however, if this is a new install, and it is isntalled from source, better try it with -rc6 first |
| 12:54.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:54.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:56.12 | mvanbaak | mornin Kevin |
| 12:58.44 | kpfleming | morning |
| 13:02.28 | *** join/#asterisk-dev bala (i=dce39c91@gateway/web/freenode/x-iunzddoiorgliccs) |
| 13:03.20 | bala | i am running asterisk-svn-18-11-09, |
| 13:04.04 | bala | and, mixmonitor start SIP/whatever test.wav doesn't seem to work |
| 13:04.48 | bala | however, if i run " mixmonitor start <chan_name> test.wav", it records the first channel availabe, |
| 13:04.59 | bala | does anybody know how i could fix this? |
| 13:16.05 | Omorika | tzafrir: no, it's not a new setup, it's actually our production server so it will take a while to upgrade |
| 13:18.43 | mvanbaak | nice, people running release-candidates in production |
| 13:37.20 | Omorika | well... i had no choice |
| 13:37.28 | *** join/#asterisk-dev qdk (n=qdk@193.169.208.32) |
| 13:45.09 | *** join/#asterisk-dev oej (n=olle@eduroam-193-157-113-208.uio.no) |
| 13:45.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:47.07 | oej | Afternoon, folks |
| 13:47.22 | mvanbaak | good mornin oej |
| 13:48.22 | mvanbaak | having fun with ldap ? |
| 14:05.49 | tzafrir | Let's Dance And Party! |
| 14:17.31 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 14:24.42 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:24.42 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:31.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 14:55.25 | *** part/#asterisk-dev Omorika (n=omorika@89.201.165.226) |
| 14:59.36 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@c-68-34-116-180.hsd1.md.comcast.net) |
| 15:00.12 | TheDavidFactor-H | russellb, ping |
| 15:00.49 | TheDavidFactor-H | nm, see that he's out |
| 15:01.57 | *** join/#asterisk-dev davidbrillert (n=aragon12@216.235.8.130) |
| 15:02.58 | TheDavidFactor-H | I've got an issue that was raised where EIVR double closes file descriptors; I was wondering if anyone who has more C knowledge then I do would be willing to assist me with this. |
| 15:07.33 | Corydon76-dig | double closing file descriptors shouldn't cause a problem |
| 15:09.13 | TheDavidFactor-H | M16305 |
| 15:09.16 | MuffinMan | [feedback] [Asterisk] Applications/app_externalivr 0016305: [patch] ExternalIVR confuses AGI by double closing FDs reported by diLLec (Karma: +3.50) https://issues.asterisk.org/view.php?id=16305 |
| 15:09.59 | TheDavidFactor-H | the issue that was reported is that, the first close frees the FD which is then given to another process and then the second close closes the FD for the new process |
| 15:11.06 | TheDavidFactor-H | the reporter said it is only seen under high load |
| 15:14.55 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:14.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:20.14 | Corydon76-dig | TheDavidFactor-H: ah, the problem then is that the field needs to get reset to -1 |
| 15:20.33 | Corydon76-dig | after the close succeeds initially |
| 15:21.13 | Corydon76-dig | Is that a direct enough indication as to what you need to change? |
| 15:21.42 | TheDavidFactor-H | also, it's using fclose in one place and close in another. is there a difference between using fclose and close? |
| 15:23.20 | Corydon76-dig | I advise you to read the manpages |
| 15:23.40 | kpfleming | TheDavidFactor-H: i already answered that exact question for you a couple of days ago |
| 15:24.49 | TheDavidFactor-H | yes you did, I apologize for asking it again, but I didn't copy what you wrote and I lost it. It was about this same bug report. |
| 15:25.04 | kaii | to be honest, i'm too lazy to read all the changelogs to find this out, so hopefully someone can answer me here.. Is it intended, that a voicemail gets deleted from inbox when "delete=yes" and email=""(nothing)? |
| 15:25.20 | kaii | in 1.2 when email was not set, the voicemail would not be deleted |
| 15:25.33 | kpfleming | TheDavidFactor-H: they apply to completely different types of objects... as Corydon76-dig said, read the manpages |
| 15:25.51 | Corydon76-dig | kaii: I'm too lazy to answer you |
| 15:26.09 | TheDavidFactor-H | but they're being done on the same object in this code, which is what is confusing me |
| 15:26.18 | *** join/#asterisk-dev moy (n=moy@74.12.130.190) |
| 15:26.34 | Corydon76-dig | TheDavidFactor-H: No, it's being done on a slightly different object in the code |
| 15:26.52 | kaii | Corydon76-dig: |
| 15:27.31 | TheDavidFactor-H | oh |
| 15:27.45 | Corydon76-dig | kaii: translation of your request: "My time is more important than yours. Please spoon feed me" |
| 15:28.35 | kaii | Corydon76-dig: actually you got this wrong .. reading all changelogs between latest 1.2 and current 1.4 takes ... mhj .. lots of time. and it doesnt event guarantee a useful answer |
| 15:29.07 | Corydon76-dig | Then you better get to reading |
| 15:29.30 | kaii | thx |
| 15:29.32 | atis_work | kaii: svn blame |
| 15:30.13 | Corydon76-dig | atis_work: he's too lazy to learn new things |
| 15:30.16 | kaii | atis_work: yeah ... didnt look at the source so far. just thought maybe some core developer knows why this has been changed |
| 15:30.42 | atis_work | kaii: well, then you first have to find developer changing most of code there |
| 15:30.48 | kpfleming | you are asking people about a change that happened more than 2 years ago, if it happened at all |
| 15:31.17 | kaii | you're right .. my question was pointless. |
| 15:32.10 | kaii | sometimes you know, there are things that are discussed .. things people know reasons for and can remember ... sry for trying that easy route |
| 15:33.22 | Corydon76-dig | kaii: if you had omitted the part about being too lazy to read changelogs, you might have received a better response. That was a disrespectful thing to say to core developers |
| 15:33.55 | kaii | Corydon76-dig: i just realized that in the moment i read your answer :-) |
| 15:34.09 | Corydon76-dig | You seriously implied that your time was more important than ours |
| 15:34.21 | kaii | it isn't |
| 15:34.36 | kaii | i was just hoping somebody would know instantly |
| 15:34.40 | seanbright | morning folks |
| 15:34.44 | seanbright | happy pre-turkey day |
| 15:34.47 | mvanbaak | maybe he's european and taking revenge this way ? |
| 15:35.11 | atis_work | mvanbaak: then he would try to save the turkeys :p |
| 15:35.14 | Corydon76-dig | seanbright: Nuts. I've been required to start cooking the turkey tonight |
| 15:35.35 | mvanbaak | Corydon76-dig: ugh :( |
| 15:35.36 | seanbright | i am not on cooking duty this year |
| 15:35.53 | seanbright | though i do want to fry a turkey before the year is out |
| 15:36.28 | Corydon76-dig | My job is the only the turkey. Others prepare the rest of the food |
| 15:36.53 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:36.53 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:36.58 | mvanbaak | Corydon76-dig: good deal there |
| 15:37.28 | Corydon76-dig | Reason my job is the turkey is that I have a technique for cooking that results in a very moist bird |
| 15:37.44 | Corydon76-dig | Seared on a grill |
| 15:38.13 | mvanbaak | checks last-minute tickets |
| 15:38.36 | atis_work | mvanbaak: you don't have to go to usa to get turkey |
| 15:38.57 | atis_work | mvanbaak: i'm having one as i work in american company |
| 15:39.01 | mvanbaak | but I do have to if I want to taste this very moist bird Corydon76-dig is cooking |
| 15:40.45 | Corydon76-dig | mvanbaak: 800 degree charcoal grill |
| 15:41.01 | atis_work | aah, they also have wrong degrees.. |
| 15:41.20 | Corydon76-dig | Sear the bird, first, then steam for 8 hours |
| 15:41.52 | TheDavidFactor-H | atis_work, try 427 degrees |
| 15:42.32 | mvanbaak | Corydon76-dig: sounds good |
| 15:43.25 | kaii | in app_voicemail.c, voicemails get deleted if "delete=yes" .. regardless if it is distributed anywhere else (email, broadcast,..) or not. that means, when a voicemail has no pager, no email, no broadcasting, but delete=yes, any voicemail is immediately deleted and lost. |
| 15:43.37 | kpfleming | that is correct |
| 15:43.40 | kaii | that sucks |
| 15:43.47 | kpfleming | so don't tell the system to do that |
| 15:44.02 | kaii | i knew that would come next |
| 15:44.21 | Corydon76-dig | The delete option wasn't designed to outsmart the admin. |
| 15:44.21 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:44.22 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:46.07 | *** join/#asterisk-dev |Cybex| (n=John@212.178.82.20) |
| 15:47.01 | kaii | Corydon76-dig: the admin is actually a database view for all extensions that have personal_mailbox=1 |
| 15:47.56 | kaii | so i need a new admin ;-) |
| 15:54.00 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 15:59.21 | kpfleming | kaii: FYI, there are actually people who intentionally configure voicemail boxes in the way you describe... so if that functionality was changed, there would be users who would complain |
| 16:02.19 | mvanbaak | I am one of those |
| 16:05.40 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@c-68-34-116-180.hsd1.md.comcast.net) |
| 16:10.22 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 16:10.22 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:16.35 | kaii | mvanbaak: just curious, why does anyone (you?) want to delete voicemails directly after they were written to disk? |
| 16:18.16 | kpfleming | if they have configured a greeting-only mailbox, for example |
| 16:18.41 | kpfleming | or.. you are going to be gone for two weeks, and you dont' want your mailbox full of stuff when you get back, so you change your greeting to tell people to email you instead |
| 16:18.47 | kpfleming | there are cases :-) |
| 16:19.36 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:19.36 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:25.27 | kaii | i see .. |
| 16:29.03 | tzanger | leif got k-lined? |
| 16:29.35 | tzanger | kpfleming: that would be very helpful for the email-me-my-voicemails crowd |
| 16:34.10 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:43.44 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:44.06 | *** join/#asterisk-dev qdk (n=qdk@0x573d8df9.bynqu1.dynamic.dsl.tele.dk) |
| 16:55.59 | *** part/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 16:57.57 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 17:27.46 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@c-68-34-116-180.hsd1.md.comcast.net) |
| 17:29.03 | TheDavidFactor-H | is it normal for printf to print before ast_verb, and is this due to multi-threading? |
| 17:29.17 | file | if using recent Asterisk versions, yes |
| 17:29.25 | TheDavidFactor-H | using trunk |
| 17:29.30 | file | then yes. |
| 17:29.36 | TheDavidFactor-H | ok, thanks |
| 17:29.54 | TheDavidFactor-H | just wanted to make sure before making an assumption |
| 17:34.12 | *** join/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 17:34.24 | Kobaz | what's the procedure for submitting new features |
| 17:35.07 | file | everything goes through the issue tracker. |
| 17:35.11 | Kobaz | sounds good |
| 17:35.30 | Kobaz | and i assume, i should write based off of trunk? |
| 17:35.36 | file | yes. |
| 17:35.47 | Kobaz | allrightey |
| 17:35.57 | Kobaz | all kinds of good stuff i'm working on |
| 17:37.25 | Kobaz | oh |
| 17:37.49 | Kobaz | i know there's some developments towards a format independent data layer |
| 17:37.55 | Kobaz | where can I find some info's about that |
| 17:38.14 | Kobaz | like, apparently via the AMI, getting xml/json/etc data |
| 17:39.29 | Kobaz | and also... i was told the preferred new way to get lists of stuff via dialplan is via iterators... ie: getting a list of groups |
| 17:39.42 | Kobaz | would you guys happen to know where I could find an example |
| 17:41.49 | kpfleming | anything in the funcs directory that uses datastores is an example |
| 17:52.43 | Kobaz | k |
| 17:52.58 | Kobaz | and what about the ami? |
| 17:56.50 | Corydon76-dig | What about it? |
| 18:02.56 | *** join/#asterisk-dev mpe (n=mpe@85.24.86.40.generic-hostname.arrownet.dk) |
| 18:19.16 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@c-68-34-116-180.hsd1.md.comcast.net) |
| 18:31.12 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 18:34.09 | *** join/#asterisk-dev mpe (n=mpe@85.24.86.40.generic-hostname.arrownet.dk) |
| 18:34.37 | *** join/#asterisk-dev DarkRift (n=dark@modemcable015.68-200-24.mc.videotron.ca) |
| 18:38.37 | Kobaz | oh |
| 18:38.49 | Kobaz | Corydon76-dig: well i heard some peoples talking about a generic data api for the ami |
| 18:39.21 | Corydon76-dig | It's not for AMI; it's a completely separate interface |
| 18:39.51 | Kobaz | oh okay |
| 18:39.55 | Kobaz | what's it called? |
| 18:40.10 | Corydon76-dig | Projest PineMango |
| 18:41.08 | Kobaz | heh |
| 18:41.13 | Kobaz | really? |
| 18:41.27 | Corydon76-dig | Yes |
| 18:42.14 | Kobaz | ah okay, so yeah it's a whole new thing i see from the diagrams |
| 18:45.38 | Kobaz | is there any work towards a more centralized event system? |
| 18:45.59 | seanbright | just waiting for an eager and able developer |
| 18:46.04 | Kobaz | like... most of the modules send out their own events |
| 18:46.14 | Kobaz | and they are pretty inconsistant for the most part |
| 18:46.15 | Kobaz | heh |
| 18:46.22 | Kobaz | seanbright: yeah, we've been fixing up some stuff |
| 18:46.40 | seanbright | converting all of the manager events to use async events and callbacks |
| 18:46.42 | Kobaz | like, import sends out a VARSET |
| 18:46.45 | seanbright | that was a suggested GSoC project |
| 18:47.00 | Kobaz | varset should probably be part of the core |
| 18:47.21 | Kobaz | callbacks are nice |
| 18:47.44 | Kobaz | the biggest thing we're trying to tackle right now is tracking channel creation from an originate |
| 18:48.15 | Kobaz | pretty much all the subsequent events have no context whatsoever as to where they came from |
| 18:48.44 | Kobaz | probably by the end of the year we'll have patches put together |
| 18:58.24 | Kobaz | what's alloca()? |
| 18:59.31 | Kobaz | oh, weird... it's a std lib function |
| 18:59.33 | kpfleming | $ man alloca |
| 18:59.57 | Kobaz | yeah i found it |
| 19:00.24 | Kobaz | shouldn't modules use ast_calloc and friends |
| 19:00.28 | Corydon76-dig | alloca is not a function |
| 19:00.42 | Kobaz | yeah it is |
| 19:00.46 | Corydon76-dig | nor is it in any library |
| 19:00.52 | Kobaz | DESCRIPTION The alloca() function allocates size bytes of space in the stack frame of the caller. |
| 19:00.53 | putnopvut | oh poopnugget! |
| 19:00.54 | Corydon76-dig | No, it's a compiler directive |
| 19:01.22 | Corydon76-dig | It looks like a function, but it is implemented as a compiler directive |
| 19:01.34 | Kobaz | mmm, yeah i see |
| 19:01.37 | Corydon76-dig | It resides within gcc itself, not within a library |
| 19:01.39 | Kobaz | <PROTECTED> |
| 19:03.05 | snuff-home | Corydon76-dig: is there an easy way to convert that ast_str_set() macro to a normal 'function' ? |
| 19:03.30 | Corydon76-dig | snuff-home: It IS a normal function |
| 19:03.55 | Corydon76-dig | just has some syntactic sugar |
| 19:04.21 | snuff-home | well.. i mean something so i can workout what is complaining about the casting |
| 19:04.21 | Kobaz | mmmm sugar |
| 19:05.03 | Corydon76-dig | snuff-home: the problem you had was with stringfields, not the dynamic strings |
| 19:05.20 | Corydon76-dig | Those are completely different beasts |
| 19:05.41 | snuff-home | ah my bad.. |
| 19:05.50 | snuff-home | i haven't looked since other day |
| 19:07.24 | Corydon76-dig | Stringfields are quite different, because most of them are set once for the entire lifetime |
| 19:08.23 | snuff-home | ok |
| 19:17.18 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:17.26 | Kobaz | is there a doxygen online for the 1.6.0 branch |
| 19:17.41 | Kobaz | the old site doesn't seem to exist |
| 19:20.34 | seanbright | http://www.asterisk.org/doxygen/asterisk1.6.0/index.html |
| 19:21.25 | Kobaz | oh, excellent |
| 19:24.22 | Kobaz | what's the max length of a channel? |
| 19:24.33 | seanbright | use the source, my child. |
| 19:24.33 | kpfleming | that question makes no sense |
| 19:24.39 | seanbright | channel name |
| 19:24.42 | seanbright | that's my guess |
| 19:24.43 | Kobaz | yeah channel name |
| 19:24.46 | kpfleming | then ask that |
| 19:24.49 | seanbright | heh |
| 19:24.50 | Kobaz | heh |
| 19:24.53 | Kobaz | prefix = alloca(strlen(args.chan) + 2); |
| 19:24.58 | Kobaz | that just looks really bad |
| 19:25.05 | Kobaz | why would you want to allocate that on the stack |
| 19:25.11 | kpfleming | why not? |
| 19:25.27 | Kobaz | what if it's obnoxiously long and overflows the stack |
| 19:25.56 | Kobaz | <PROTECTED> |
| 19:26.01 | kpfleming | if this is in a dialplan application, it can't be more than 4KB, because the buffer for passing args to applications is 4KB |
| 19:26.25 | Kobaz | mm, k |
| 19:27.12 | kpfleming | and stack allocation is vastly more efficient than heap allocation |
| 19:27.20 | Kobaz | yeah |
| 19:27.34 | Kobaz | just wanna make sure there's sane limits |
| 19:27.42 | *** join/#asterisk-dev jozza (n=chatzill@BSN-77-186-224.dsl.siol.net) |
| 19:28.37 | jozza | hi, i am debugging asterisk from main() and it exists on deamon(). How do i make it run all the way under debugger? |
| 19:29.16 | Kobaz | s/exists/exits/ ? |
| 19:29.20 | jozza | yea |
| 19:29.26 | jozza | i was just about to correct |
| 19:29.33 | jozza | exits |
| 19:29.36 | kpfleming | run it with -c so it wont' daemonize |
| 19:29.54 | Kobaz | yeah, asterisk forks into th background |
| 19:30.30 | Kobaz | mmm, i think i finished my module... time to test |
| 19:33.04 | jozza | -c works |
| 19:33.15 | jozza | i did -vvvvvc before and it didnt |
| 19:34.01 | jozza | how do i interact with console in debugger? |
| 19:35.00 | jozza | i mean the cli |
| 19:35.15 | Qwell | It should just put you in the CLI when you run it |
| 19:35.30 | jozza | i am using KDevelop :)) |
| 19:35.45 | Kobaz | what i like to do... is run asterisk as a seperate daemon, and then use gdb to attach |
| 19:36.00 | jozza | yes i believe that |
| 19:36.07 | Kobaz | you can't easily debug the startup though, using that method... but |
| 19:36.18 | *** part/#asterisk-dev |Cybex| (n=John@212.178.82.20) |
| 19:36.18 | Kobaz | if you insert a pause in the startup, you can |
| 19:36.19 | jozza | but if you want to start debuging from main()? |
| 19:36.27 | jozza | ok |
| 19:36.33 | Kobaz | in main().... add some code that asks for a keypress to continue |
| 19:36.47 | Kobaz | so you can run asterisk, attach, hit a key, and then debug main() |
| 19:36.53 | jozza | yea |
| 19:37.03 | Qwell | or just run asterisk ingdb :p |
| 19:37.15 | jozza | so -c should show a console? |
| 19:37.23 | Kobaz | yeah but then you have both asterisk and gdb in the same console, and it gets annoying/confusing |
| 19:37.25 | Qwell | in gdb, yes |
| 19:37.45 | kpfleming | and as soon as threads get created, debugging gets monumentally harder |
| 19:37.54 | *** join/#asterisk-dev outtolunc (n=me@98.248.96.110) |
| 19:38.08 | jozza | i believe that |
| 19:38.22 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 19:43.03 | jozza | so now i start it with kdevelop debugger and then connect to cli with -r |
| 19:43.06 | jozza | its ok |
| 19:43.21 | jozza | lets get some serious work done now! |
| 19:45.33 | Kobaz | cerial! |
| 19:46.16 | tzanger | kpfleming: http://www.mixdown.ca/~andrew/dump/threaddebug.gif |
| 19:46.30 | tzanger | I think that guy even looked like you before the stache came off |
| 19:47.13 | Kobaz | heh, looks like a far side comic |
| 19:47.54 | tzanger | yeah, it was a /. banner ad YEARS ago |
| 19:57.49 | *** join/#asterisk-dev oej (n=olle@85.19.87.179) |
| 19:57.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:00.00 | Kobaz | i brokedicated it |
| 20:01.10 | Qwell | Kobaz: brokified is the canonical way to say that |
| 20:02.05 | kpfleming | or brokezored |
| 20:03.05 | Kobaz | major epic borken |
| 20:03.24 | Kobaz | whoops |
| 20:04.22 | Kobaz | bad this happen when you forget to unlock a channel |
| 20:05.58 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@212.179.75.202) |
| 20:05.58 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:06.38 | *** join/#asterisk-dev janinges (i=j@ninge.net) |
| 20:17.09 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 21:14.39 | *** join/#asterisk-dev oej (n=olle@85.19.87.179) |
| 21:14.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:36.25 | *** part/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 21:59.20 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 22:11.20 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 22:12.16 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:15.22 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 22:16.17 | lmsteffan | Hello |
| 22:16.59 | lmsteffan | I am wondering about a possible bug in __ast_queue_frame whereby a channel seems to not be released |
| 22:18.18 | lmsteffan | when the function returns abnormally. Could someone confirm that the channel should always be released within the body of that function ? |
| 22:18.55 | lmsteffan | If that's the case I can submit a bug report with the patch to the bug tracker. |
| 22:25.26 | Corydon76-dig | Why do you think it should be released? |
| 22:26.23 | Corydon76-dig | Oh, you mean unlocked, not released |
| 22:26.49 | Corydon76-dig | Yes, looks like the unlock is missing there |
| 22:26.49 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 22:27.51 | lmsteffan | oh yes, unlocked indeed! guess I'm not fully awake yet... |
| 22:39.14 | Corydon76-dig | Okay, fixed in all branches |
| 22:41.14 | lmsteffan | No need for a bug report then ? |
| 22:42.21 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 23:00.23 | Corydon76-dig | Nope, no need |
