| 00:31.18 | jsmith | codefreeze: Awesome... I shall do my best to break it ;-) |
| 00:41.15 | codefreeze | 's only fear is that will be too easy... |
| 00:41.41 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 01:26.22 | Juggie | Corydon76-dig: ping. |
| 01:26.54 | Juggie | just curious about 12462, why we would not address it in the same way it was addressed in trunk. |
| 01:30.15 | *** join/#asterisk-dev [hC] (n=hardcore@vpn.voxter.com) |
| 01:38.12 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 01:40.17 | Corydon76-dig | Juggie: it wasn't addressed in trunk |
| 01:41.02 | [hC] | Does IAX2 still suffer from some of the problems that were reported... jeez.. years ago now.. with regards to scalability and it falling over at a low concurrent call rate? |
| 01:41.24 | [hC] | Im just doing some bandwidth calculations and cpu usage calculations on DSL circuits/modems, and using SIP+g729 i can only get about 15 calls out of a megabit |
| 01:41.39 | [hC] | With trunking on it looks like it can push around 100 (assuming the cpu doesnt choke) |
| 01:41.42 | Corydon76-dig | [hC]: do you still come in here and ask questions that are demonstrable if you actually try it? |
| 01:42.06 | JT | 100 in a megabit? |
| 01:42.11 | JT | you MUST be joking |
| 01:42.26 | [hC] | Corydon76-dig: What? I'm attempting it right now. Asking the question of if a previous bottleneck still exists could save me hours of work with a simple yes or no. |
| 01:42.50 | [hC] | JT: Just going on a post that John Todd made a while back. Im sure something will croak before that is hit, but based on pure bandwidth figures it looks accurate. |
| 01:42.55 | Corydon76-dig | There is still a bottleneck; no, it's not the same bottleneck |
| 01:43.17 | JT | [hC]: that sounds like a pure flight of fantasy to be honest |
| 01:43.26 | jsmith-away | JT: It's not... go look at IAX2 trunking |
| 01:43.28 | [hC] | Corydon76-dig: so the better question then may be, what is the current limitation/bottleneck of IAX2 compared to SIP, in a large scale environment? |
| 01:43.28 | JT | a megabit will not get anywhere near 100 calls on g.729 |
| 01:43.48 | JT | jsmith-away: i know what it is. |
| 01:43.54 | jsmith-away | JT: You're basically multiplexing the IP header and UDP header across concurrent calls |
| 01:43.57 | [hC] | JT: using trunking, you cut ethernet/ip overhead out of every additional call. |
| 01:44.10 | Corydon76-dig | Those figures will depend on so many different variables, it's worthless to give you a number |
| 01:44.12 | jsmith-away | JT: I could get over 100 calls using GSM... and g729 takes less bw than GSM |
| 01:44.31 | JT | [hC]: gar |
| 01:44.35 | JT | i know how trunking works |
| 01:44.39 | JT | stop telling me the obvious |
| 01:44.39 | [hC] | Sorry! :) |
| 01:44.42 | jsmith | JT: |
| 01:44.46 | JT | i just think it'll be hard to get near that |
| 01:44.49 | JT | in the real world |
| 01:45.03 | jsmith | JT: The first bottleneck you run into in the real world is MTU size |
| 01:46.02 | JT | right |
| 01:46.20 | [hC] | Corydon76-dig: clearly there are hundreds of different variables that can play into it, but I'm looking for more of an implementation-imposed bottleneck. Assuming the best conditions possible, I'm trying to evaluate using IAX2 vs SIP for "trunks" |
| 01:46.30 | jsmith | JT: And that's been handled in 1.6/trunk |
| 01:46.57 | [hC] | The reason I bring it up is back a good year or two ago, the limitation that IAX2 had over SIP was *well* below what SIP could do.. |
| 01:47.06 | JT | it's a pity iax2 is not a widely implemented protocol |
| 01:47.11 | JT | and needs zap hardware in asterisk |
| 01:47.14 | JT | for trunking |
| 01:47.48 | jsmith | JT: Or ztdummy |
| 01:47.58 | Corydon76-dig | Assuming unlimited memory, unlimited CPU, and unlimited bandwidth, you can have an unlimited number of IAX calls. |
| 01:48.07 | JT | ztdummy isn't close to the accuracy of real zaptel hardware |
| 01:48.43 | Corydon76-dig | Well, it is close... just not perfect |
| 01:49.02 | [hC] | Corydon76-dig: ok, thats good to know. The limitation i am referring to hearing about in the past was one that was reachable well before your memory, cpu or bandwidth were saturated. A threading issue, perhaps? I cant recall. |
| 01:49.09 | jsmith | It works well enough for my needs with regards to IAX trunking |
| 01:49.22 | Corydon76-dig | [hC]: actually, the limit was CPU |
| 01:49.43 | [hC] | I was just looking into switching all of my customers to SIP instead of IAX, but with the bandwidth and packet per second rate savings, trunking seems to be the smarter option. |
| 01:49.48 | Corydon76-dig | [hC]: the problem was that iax was single threaded, so everything had to go through that one context switch |
| 01:50.02 | Corydon76-dig | In 1.4, iax is multithreaded |
| 01:52.17 | [hC] | Corydon76-dig: good to know. do you know of any other inherent differences between how IAX and SIP scale, or handle jitter or packet loss? The other reason I was looking into it was due to complaints of IAX calls degrading in mildly less than ideal conditions whereas SIP calls did not. |
| 01:52.23 | [hC] | But, it was so intermittent I couldnt prove it. |
| 01:53.20 | Corydon76-dig | There are tons of inherent differences |
| 01:53.32 | Corydon76-dig | SIP is a text protocol; IAX is a binary protocol |
| 01:53.51 | Corydon76-dig | They are completely different beasts |
| 01:54.25 | Corydon76-dig | IAX2 runs everything on a single port. SIP runs on multiple ports |
| 01:54.59 | Corydon76-dig | You're going to find fewer similarities than you'll find differences. |
| 01:56.06 | [hC] | Heh, I know the inherent differences with regards to the protocols themselves, I mean in terms of scalability and resillience |
| 01:56.37 | Corydon76-dig | No idea |
| 02:10.18 | Juggie | Corydon76-dig: yes it was |
| 02:10.25 | Juggie | there is even a AGI_RESULT_NOTFOUND |
| 02:10.47 | Juggie | which sets AGIRESULT to NOTFOUND instead of FAILURE |
| 02:11.04 | Juggie | unless you added that today or something |
| 02:13.11 | Juggie | ok, i see your bug note. |
| 02:42.17 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 03:01.33 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 03:47.51 | *** join/#asterisk-dev jtodd (n=jtodd@204.11.231.198.static.etheric.net) |
| 03:47.53 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:47.53 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:48.54 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:00.23 | *** part/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 04:02.11 | JunK-Y | is that intentional that get_ilbc_source.sh doesnt move the ilbc dir directly in codecs/ instead of having to move it by ourself? |
| 04:02.36 | Corydon76-dig | I honestly don't think Kevin spent much time on it |
| 04:03.06 | Corydon76-dig | We would really like to get the owners of ilbc to license the codec to us so that we can legally redistribute it |
| 04:04.14 | Corydon76-dig | Honestly, Kevin just got tired of the legal gray area |
| 04:04.38 | JunK-Y | i understand |
| 04:04.47 | Corydon76-dig | It's really up to them whether the situation improves... so go bug them... |
| 04:04.49 | JunK-Y | he seems tired of all that fight. |
| 04:04.50 | Corydon76-dig | ;-) |
| 04:05.04 | Corydon76-dig | Yeah, it's an annoyance |
| 04:05.14 | lmadsen | i.e. deal with it.. you had X number of years to deal with it, so at least we made the effort? |
| 04:05.40 | lmadsen | not to put words in Kevin's mouth |
| 04:05.43 | JunK-Y | do you have something against adding: cp -prd codecs/ilbc/ ../../codecs/ to the end of that scriptÃ6 |
| 04:05.46 | JunK-Y | ? |
| 04:06.15 | tzanger | I never saw the big improvement of ilbc over gsm |
| 04:06.25 | tzanger | used to be a fan |
| 04:06.31 | tzanger | same as I used ot be a fan of iax2 |
| 04:06.41 | Corydon76-dig | JunK-Y: we want to allow people who really want it to retrieve it, without making the case for contributory infringement |
| 04:08.23 | Corydon76-dig | tzanger: the advantage to ilbc is that it's the only codec that is tolerant of packet loss |
| 04:08.42 | tzanger | Corydon76-dig: what happened to generic PLC? |
| 04:09.06 | Corydon76-dig | Eh? |
| 04:09.21 | Corydon76-dig | Excuse me. Only codec in Asterisk... |
| 04:10.49 | Corydon76-dig | plus, if we got the licensing down, we might enable the alternate 16k version of ilbc |
| 04:11.03 | lmadsen | I wish the iax2 implementation was better... maybe I just don't know how to use it.. but SIP seems to do what I need |
| 04:11.31 | tzanger | I helped Steve Underwood and Steve K (don't know his last name at the moment) with a generic PLC algorithm that fit into any codec in Asterisk |
| 04:11.39 | Corydon76-dig | Kann |
| 04:11.42 | tzanger | that's it |
| 04:14.22 | *** join/#asterisk-dev Laureano (n=Laureano@OL93-199.fibertel.com.ar) |
| 04:25.02 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 04:27.27 | atis_home | hey guys |
| 04:27.59 | atis_home | anythinhig i can do right away - i got 4 dead channels hanging on my system |
| 04:28.59 | atis_home | one of them is local (without other end), and it doesn't accept soft hangup |
| 04:29.54 | atis_home | http://www.pastebin.ca/988016 |
| 04:30.48 | atis_home | now i got time to play with them.. production is all mine.. any ideas for most debug info? |
| 06:05.20 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:05.23 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:05.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:08.11 | oej | Good morning, folks! |
| 06:20.53 | moy | oej: what time do you have? |
| 06:23.15 | oej | 8.25 |
| 06:23.20 | oej | Morning |
| 06:24.05 | moy | yay .. I thought you were in the states. Where do you live? |
| 06:36.25 | _Vile | tink tink tink |
| 07:37.57 | tzafrir | Corydon76-dig, isn't the ilbc wb badly-patented? |
| 07:38.48 | tzafrir | methinks speex should be given more love and care |
| 08:15.27 | atis_work | hey, good morning |
| 08:17.30 | atis_work | i have 4 hanging channels, and going to kill -11 to get core. maybe any other info that i could collect now? |
| 08:17.35 | atis_work | http://www.pastebin.org/30323 |
| 08:21.50 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:23.15 | IgorG | good day =) |
| 08:42.07 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-25580.home.otenet.gr) |
| 08:43.06 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 09:13.14 | atis_work | huh, i have a need for cli commands in func_groupcount.. maybe anubody has already written that? |
| 09:15.11 | atis_work | also i'm a bit confused as "group show channels" is not in func_groupcount |
| 09:16.05 | atis_work | if i add "group set SIP/123-abc mygroup" should it be in cli.c ? |
| 09:34.25 | oej | I would prefer the AMI :-) |
| 09:35.27 | oej | we try to move CLI commands that are ment for applicatoins to the CLI |
| 09:35.29 | oej | sorry - to the AMI |
| 09:41.07 | atis_work | oej: i need it for emergencies - when i have dead channel hanging - so i can manually remove it's group |
| 09:41.18 | atis_work | so AMI would be more hassle |
| 09:49.23 | oej | ok, makes sense |
| 09:52.21 | _Vile | Olle ! |
| 09:52.34 | oej | Who's _Vile!?!?! |
| 09:52.50 | _Vile | i am vile |
| 09:52.50 | oej | has a bad name cache |
| 09:53.29 | oej | Then hello vile |
| 09:54.04 | _Vile | hitting bed but will ttyl |
| 09:58.15 | IgorG | oej: ping... I am exists in your cache? |
| 09:58.33 | oej | hides |
| 09:58.51 | IgorG | =) |
| 10:01.25 | oej | prepares himself for leaving Europe for 14 days |
| 10:03.27 | IgorG | oej: going to USA? Leaving for what time? |
| 10:04.51 | oej | Going to run a SIP masterclass next week, then visit Digium |
| 10:08.13 | IgorG | Good luck =) If have time, review bug with notify auth... |
| 10:08.58 | *** join/#asterisk-dev RoyK (n=roy@ip-147-49-149-91.dialup.ice.no) |
| 10:17.26 | oej | IgorG: Thanks |
| 10:42.36 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 10:42.47 | *** join/#asterisk-dev fmueller (n=user@p548F3B30.dip.t-dialin.net) |
| 10:58.41 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 10:58.54 | *** join/#asterisk-dev qdk_ (n=qdk@195.242.194.42) |
| 10:59.33 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:13.58 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:17.49 | puzzled | hi |
| 11:19.53 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:45.18 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:49.30 | mvanbaak | hey puzzled |
| 11:49.38 | mvanbaak | you got that x100p working I gave you ? |
| 11:50.40 | puzzled | haven't tried yet. just came back from holiday and setting up the testbox is on my list of things to do |
| 11:50.59 | puzzled | how's the cold? any change you will be sailing this weekend? |
| 11:51.47 | mvanbaak | I really hope so. still terrible here. But I got a box of those wonderpills that make you feel way good so I'm sailing this weekend, no matter what |
| 11:51.57 | puzzled | heh |
| 11:53.19 | puzzled | mvanbaak: before I forget to ask, you use DECT systems with Asterisk right? |
| 11:53.25 | snuff-home | notes codefreeze's astobj2 of chan_sip merged into trunk in the last day or so |
| 11:54.00 | puzzled | snuff-home: yeah he posted to a ml explaining stuff |
| 12:01.42 | mvanbaak | puzzled: yup, 3 different setups |
| 12:02.15 | puzzled | mvanbaak: are you using SIP-DECT, ISDN-DECT or Analog-DECT? |
| 12:08.44 | mvanbaak | in one setup we use the Siemens phones. they are basically sip-dect basestations with a handset |
| 12:08.57 | mvanbaak | in another setup we use the kirk/tiptel box using sip |
| 12:09.03 | mvanbaak | in another setup we use the kirk/tiptel box using sccp |
| 12:09.32 | mvanbaak | and yet another setup uses the nec-philips dect-sip setup. those are phones that register to a dap that connects to sip |
| 12:18.18 | puzzled | mvanbaak: thanks for the info. I got an email about such a setup not working with a new * install. If I don't figure it out I know who to poke :) |
| 12:21.06 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:23.04 | codefreeze | fidgets |
| 12:23.22 | snuff-home | codefreeze, :) |
| 12:23.42 | codefreeze | snuff-home: hope all goes well!! |
| 12:24.25 | snuff-home | heh i've started more work on it now.. inbetween jobs |
| 12:25.48 | snuff-home | btw.. line 13089 in chan_sip.c still has that 'unref' while locked.. and the object is never unlocked |
| 12:32.39 | codefreeze | snuff-home: I'll look into that. |
| 12:33.17 | snuff-home | thought i'd prompt u again bout it.. ur a busy man |
| 12:39.12 | *** join/#asterisk-dev jeffg (i=OMyPtZu0@pdpc/supporter/active/jeffg) |
| 12:52.36 | codefreeze | snuff-home: The line number has changed.... can you verify that in the current chan_sip.c? |
| 13:09.07 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.235.113) |
| 13:09.28 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 13:10.58 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:10.58 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:28.56 | atis_work | M12467 |
| 13:28.58 | MuffinMan | [new] [Asterisk] PBX/pbx_ael 0012467: Can't add 0 in front of function result within if() block of AEL reported by atis http://bugs.digium.com/view.php?id=12467 |
| 13:29.04 | atis_work | codefreeze: 12467 |
| 13:29.54 | lmadsen | atis_home: if that got filed appropriately, it should have automatically assigned to murf I believe |
| 13:30.11 | file | I do not think that one auto assigns |
| 13:30.52 | lmadsen | oh really? I thought it did... that's too bad |
| 13:33.21 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-c3a7eb774b866a4c) |
| 13:33.44 | codefreeze | lmadsen: man, you guys are speedy! bug assigned in less than a minute or two! |
| 13:33.55 | lmadsen | :D |
| 13:37.20 | lmadsen | codefreeze: quick fingers; girls dig it |
| 13:38.32 | file | rolls his eyes |
| 13:40.31 | *** join/#asterisk-dev anthm (n=anthm@adsl-69-210-62-125.dsl.milwwi.ameritech.net) |
| 13:40.31 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:41.24 | codefreeze | ain't touchin' that with a ten-foot pole. |
| 13:43.22 | jsmith | codefreeze: Don't worry... the girls won't touch him either |
| 13:43.46 | codefreeze | lol |
| 13:45.01 | lmadsen | clever :D |
| 13:53.26 | snuff-home | codefreeze, its just a little further down... 13098 |
| 13:53.37 | snuff-home | line no 13098 that is ;) |
| 13:55.39 | codefreeze | snuff-home: very good! I see it! I'll merge it here in a few minutes! |
| 13:57.01 | snuff-home | so there is 2 places there.. that 13098 and 13077 |
| 13:58.25 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 14:03.47 | codefreeze | snuff-home: thank you! that could have caused some grief! got them both. |
| 14:04.16 | snuff-home | np.. maybe give u some perf back if ur really lucky.. |
| 14:04.34 | codefreeze | crosses fingers for luck! |
| 14:05.32 | codefreeze | reflects, tho, that his name is.... Murphy... and the Great Law reigns supreme... sigh |
| 14:05.59 | snuff-home | hehe well u are trying to meet those performance goals |
| 14:07.58 | codefreeze | yes, back in the days of version 95970, the code held the magic of 4x. But I let too many versions go by before retesting. |
| 14:08.48 | snuff-home | well at least it hasn't gotten worse ;) |
| 14:10.46 | codefreeze | Over 80 change sets before I got around to retesting performance! Ugh. |
| 14:11.06 | snuff-home | mm that will be painful to test against |
| 14:11.56 | codefreeze | "Life **is** pain, your highness, and if anyone tries to tell you differently..." a fav. quote of mine... |
| 14:12.27 | atis_work | codefreeze: then what? show him the pain? :D |
| 14:12.52 | codefreeze | "he's trying to sell you something", I believe... |
| 14:13.09 | atis_work | lol |
| 14:13.23 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:13.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:33.30 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:33.30 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:42.08 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 14:54.38 | oej | just found the discussion on nerd vittles |
| 14:54.53 | oej | He keeps saying "Digium" all the time, like developers like me doesn't exist. |
| 14:55.03 | oej | I changed the AMI but he blames Digium. |
| 14:55.13 | oej | Well, we all blame File anyway... |
| 14:55.24 | tzanger | yeah, digium's a nice scapegoat |
| 14:56.20 | file | oej: yeah... |
| 14:56.22 | oej | Yes, it's great to have them behind us, being blamed for our stuff.. |
| 14:56.31 | oej | file: I did not see you. Sorry... :-) |
| 14:56.37 | file | blame me all you want :) |
| 14:56.51 | oej | file: Put the helmet on tomorrow |
| 14:57.07 | file | it also bothers me how he is mixing dialplan changes with API changes with Manager changes |
| 14:58.35 | oej | Yes |
| 14:58.53 | oej | And he forgets that we actually warned in the docs for 1.2 about upcoming changes |
| 14:59.00 | oej | So it's not like we change stuff overnight |
| 15:00.13 | codefreeze | To anyone who ever used them, API changes are evil. They keep forgetting the "necessary" part |
| 15:00.25 | file | gives oej a muffin |
| 15:00.41 | oej | will fly over File tomorrow |
| 15:00.49 | file | don't drop a bomb |
| 15:00.50 | oej | ..and grab the muffin |
| 15:01.05 | oej | file: Put the helmet on, just to be on the safe side. |
| 15:01.15 | file | will do :D |
| 15:01.36 | oej | Will I see you in Huntsville the week after next week? |
| 15:01.41 | file | alas, no |
| 15:03.07 | oej | Then you just have to fly down to Florida! |
| 15:03.21 | codefreeze | oej: I merged in the astobj2 stuff for chan_sip; in a week or so it will hopefully stabilize. We need to look at the pedantic stuff sometime... |
| 15:03.39 | oej | Yes, we do. And get rid of it |
| 15:04.26 | oej | should really try to get funding for Pineapple ... again... |
| 15:06.02 | Corydon76-vcch | Actually, I think we have some new options to be added for pedantic mode |
| 15:06.24 | Corydon76-vcch | Things that will break existing clients horribly... but it's part of the spec... |
| 15:09.09 | snuff-home | mmm.. small note.. CODING-GUIDELINES in trunk mentions 'fileio.h' which doesn't exist.. there is 'io.h' and 'file.h' though |
| 15:09.48 | Juggie | i dont think file cares much about being blamed |
| 15:10.04 | snuff-home | goes for sleep |
| 15:10.14 | file | I do not. |
| 15:10.57 | oej | Corydon: I think we have a lot to discuss... |
| 15:11.03 | seanbright | hah... "In the corporate and government sectors, this would mean major, costly (annual) rewrites of code just to keep a functioning phone system." |
| 15:11.14 | seanbright | wait wait wait... major costly government projects??? |
| 15:11.19 | seanbright | who has ever heard of such a thing?! |
| 15:12.02 | seanbright | </sarcasm> |
| 15:13.34 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:15.18 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:15.18 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:15.31 | seanbright | wow, this is just pissing me off now |
| 15:15.39 | lmadsen | O |
| 15:15.40 | lmadsen | M |
| 15:15.40 | lmadsen | G |
| 15:15.44 | lmadsen | russellb is back!!! |
| 15:16.04 | seanbright | that's "mr. julie bryant" actually |
| 15:16.17 | Corydon76-vcch | I guess the honeymoon's over |
| 15:16.31 | putnopvut | Such optimism from your fellow devs |
| 15:16.44 | russellb | runs in circles |
| 15:16.59 | seanbright | assigns 173 bugs to russellb |
| 15:17.02 | seanbright | welcome back |
| 15:17.02 | file | seanbright: what's pissing you off? |
| 15:17.09 | seanbright | reading nerd vittles |
| 15:17.10 | seanbright | :) |
| 15:17.12 | russellb | thanks :) |
| 15:17.22 | file | seanbright: oh, yes |
| 15:17.31 | oej | rusellb: Congrats! |
| 15:18.15 | russellb | oej: thank you :) |
| 15:18.30 | seanbright | file: statements like "Supporting both syntaxes would have required one extra line of code in the API" |
| 15:18.44 | seanbright | file: i feel like responding. "ok... you give us that 1 line and we'll put it back" |
| 15:18.59 | seanbright | a-hole. |
| 15:19.00 | seanbright | heh |
| 15:21.52 | Juggie | russellb, congrats! |
| 15:22.15 | russellb | thanks :-D |
| 15:22.16 | Corydon76-vcch | Who is that guy, and why have I never heard of him until now? |
| 15:23.08 | Corydon76-vcch | Oh, that's right. He's an armchair developer... criticizes what is done, but never lends a hand... |
| 15:23.29 | tzanger | russellb: congrats, when did this happen? |
| 15:23.53 | russellb | almost 2 weeks ago |
| 15:23.58 | russellb | been on vacation for a couple weeks |
| 15:24.05 | *** topic/#asterisk-dev by file -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Congrats on becoming a father tuxd00d -=- Congrats russellb on getting married. Back to work! |
| 15:24.22 | tzanger | awesome, russellb, where was teh honeymoon? |
| 15:24.26 | atis_work | russellb: congradulations with honeymoon :) |
| 15:24.45 | atis_work | you survived :D |
| 15:24.45 | russellb | tzanger: Jamaica |
| 15:25.04 | mvanbaak | hey russelb ! |
| 15:25.11 | Juggie | russellb: you survived the no internet:) |
| 15:25.11 | russellb | hi :) |
| 15:25.12 | mvanbaak | s/lb/llb/ |
| 15:25.16 | russellb | Juggie: i know, it's crazy |
| 15:25.38 | oej | ...and his wife survived with a man without Internet... |
| 15:34.35 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 15:42.40 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 15:42.50 | shido6 | do i have to use odbc for voicemail ? |
| 15:42.59 | shido6 | why cant i just use mysql |
| 15:44.34 | russellb | because the code was written for odbc ... |
| 15:47.09 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 15:59.49 | russellb | putnopvut: ping |
| 15:59.55 | russellb | M11999 |
| 15:59.57 | MuffinMan | [feedback] [Asterisk] Core-General 0011999: memory leak reported by destiny6628 http://bugs.digium.com/view.php?id=11999 |
| 16:00.01 | putnopvut | russellb: pong |
| 16:00.04 | russellb | I looked at your patch, and as you said, it looks very familiar. :) |
| 16:00.09 | russellb | it looks fine to me |
| 16:00.20 | russellb | i would say commit away |
| 16:00.27 | putnopvut | Right, but I wanted to discuss it a bit more though. |
| 16:00.30 | Corydon76-vcch | russellb: There are 3 more places in the code that use embedded frames in structures |
| 16:00.32 | russellb | i'm not sure how many more times it may come up though ... |
| 16:00.51 | Corydon76-vcch | udptl, rtp, and smoother |
| 16:00.59 | russellb | more than that |
| 16:01.01 | russellb | actually |
| 16:01.04 | putnopvut | Yeah, so it may be a good idea to come up with some sort of generic way of handling the freeing of a structure with a frame in it. |
| 16:01.13 | russellb | but, most places aren't stupid and aren't going to get free'd while the frame is still in use |
| 16:01.15 | Corydon76-vcch | putnopvut: can't |
| 16:01.40 | Corydon76-vcch | putnopvut: the problem is that the offsets of where the frame appears in the structure are different |
| 16:01.57 | Corydon76-vcch | and you need to be able to free the original handle |
| 16:01.59 | putnopvut | Right, that's why I thought a macro using typeof and offsetof magic could do it. |
| 16:02.17 | russellb | the code isn't that complicated, i don't think it's worth it |
| 16:02.24 | russellb | furthermore, i'm not convinced those other places need this magic. |
| 16:02.30 | Corydon76-vcch | It can't... the macro can't know the structure of things that aren't in the same file |
| 16:02.52 | Corydon76-vcch | russellb: I think you're right on the smoother |
| 16:02.58 | Corydon76-vcch | I'm not so sure about rtp |
| 16:03.13 | Corydon76-vcch | or udptl |
| 16:03.21 | russellb | hmm ... maybe so. |
| 16:03.28 | russellb | and if rtp has the issue, then so does the smoother |
| 16:03.32 | russellb | (rtp includes a smoother) |
| 16:03.49 | Corydon76-vcch | Actually, rtp is the only thing right now that appears to use the smoother |
| 16:04.10 | russellb | heh, i've used it in other places, but then found better solutions |
| 16:04.25 | Corydon76-vcch | Heh |
| 16:04.38 | file | ponders |
| 16:04.54 | russellb | anyway, the "real" fix is to make frames ref counted. |
| 16:04.59 | russellb | however, I am NOT suggesting that we do that |
| 16:05.12 | russellb | this type of object handling should have been done from the beginning |
| 16:05.26 | russellb | but alas .. |
| 16:05.35 | putnopvut | russellb: a secondary point with regards to that patch... |
| 16:05.53 | putnopvut | I noticed that in trunk, you added a parameter to the ast_trans_pvt struct called "destroy" |
| 16:06.13 | putnopvut | Is such an addition okay for the ast_dsp struct, too? I'm just thinking about binary compatibility and such. |
| 16:06.27 | russellb | for trunk, yes |
| 16:06.41 | russellb | the other fix should be done for 1.4 and 1.6.0 |
| 16:06.53 | putnopvut | Gotcha. |
| 16:07.01 | putnopvut | All right. Will commit very soon then. |
| 16:07.05 | russellb | like you said, for ABI |
| 16:10.29 | Juggie | ABI? |
| 16:10.36 | russellb | Application Binary Interface |
| 16:10.54 | russellb | binary compatibility for modules |
| 16:11.38 | atis_work | russellb: you are way too fast, i was just uploading all attachments |
| 16:11.48 | atis_work | M12470 |
| 16:11.49 | MuffinMan | [feedback] [Asterisk] Channels/General 0012470: Channel deadlock in ast_autoservice_stop / pbx_find_extension reported by atis http://bugs.digium.com/view.php?id=12470 |
| 16:12.33 | russellb | ha |
| 16:12.40 | russellb | sorry :) |
| 16:24.10 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 16:37.30 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 16:41.07 | IgorG | Can anyone look into issue 11833? I make patch, but not sure about it |
| 16:50.41 | russellb | M11833 |
| 16:50.42 | MuffinMan | [acknowledged] [Asterisk] Core/Channels 0011833: SIP connected to AGI over chan_local problem reported by IgorG http://bugs.digium.com/view.php?id=11833 |
| 16:51.10 | fmueller | Corydon76 told be in the bug tracker: "Please try SVN 114195". How can I know if this number refers to trunk or to 1.4 branch? |
| 16:51.53 | seanbright | fmueller: what bug id? |
| 16:51.57 | putnopvut | fmueller: he probably meant whichever branch you reported the bug against. |
| 16:52.02 | fmueller | 12466 |
| 16:52.11 | seanbright | M12466 |
| 16:52.13 | MuffinMan | [feedback] [Asterisk] Resources/res_agi 0012466: AGISTATUS is set to SUCCESS although the agi program returns not 0 reported by fmueller http://bugs.digium.com/view.php?id=12466 |
| 16:52.22 | seanbright | fmueller: 1.4 |
| 16:52.25 | putnopvut | fmueller: also, I just checked, and commit 114195 was to the 1.4 branch. |
| 16:53.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:54.54 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:54.55 | *** join/#asterisk-dev anthm (n=anthm@68-24-195-55.area2.spcsdns.net) |
| 16:54.55 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:58.38 | fmueller | ok, so i did "svn checkout http://svn.digium.com/svn/asterisk/branches/1.4@114195 asterisk-1.4-114195" now and report the results. |
| 17:00.23 | fmueller | well, i already had rev 114207 from the 1.4 branch. so probably it would not have been necessary to checkout the whole tree again. what do you in such a situation? |
| 17:00.53 | fmueller | create a diff between 114207 and 114195 and apply that as a patch to the working copy? |
| 17:07.16 | kpfleming | svn update -r114195 |
| 17:07.16 | putnopvut | If you already had a later version than 114195, then you should also have the change from 114195, so there's no real need to do anything further. |
| 17:07.26 | putnopvut | Or do that :) |
| 17:21.51 | mvanbaak | just use the latest version |
| 17:22.23 | mvanbaak | svn co http://svn.digium.com/svn/asterisk/branches/1.4 asterisk-1.4 |
| 17:22.36 | mvanbaak | Real men run trunk in production |
| 17:25.23 | mvanbaak | you know what would be cool? if svn authentication could use PAM |
| 17:25.47 | mvanbaak | I have this fingerprint reader in my thinkpad that works great with pam |
| 17:25.58 | mvanbaak | svn is the only place I have to type a password |
| 17:27.14 | outtolunc | says congrats to russell and his bride |
| 17:28.26 | atis_home | <PROTECTED> |
| 17:28.36 | atis_home | mvanbaak: it works like charm with private keys |
| 17:28.48 | atis_home | mvanbaak: just use svn+ssh:// instead |
| 17:28.48 | mvanbaak | atis_home: digium svn |
| 17:28.55 | mvanbaak | requires your cert password |
| 17:29.02 | atis_home | mvanbaak: isn't ssh allowed there? |
| 17:29.08 | mvanbaak | no, https |
| 17:31.21 | mvanbaak | is team/group/<something> tracked by automerge ? |
| 17:31.37 | file | if the automerge prop is set, and automerge is working - yes |
| 17:33.23 | mvanbaak | then automerge is dead |
| 17:34.21 | seanbright | may he rest in peace |
| 17:34.30 | codefreeze | yeah, I'm back to svnging things by hand for the last few days |
| 17:34.44 | codefreeze | s/svnging/svnmerging/ |
| 17:36.15 | mvanbaak | yup, same here |
| 17:37.01 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 17:43.00 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 17:43.00 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 17:45.54 | seanbright | automerge is pretty flakey. i blame bash. |
| 17:45.56 | seanbright | or cron. |
| 17:46.17 | Corydon76-vcch | fmueller: your report said 114184, and the last AGI change was 114195, which I why I wanted to see those results |
| 17:47.33 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 17:50.59 | mvanbaak | I blame the sysadmin |
| 17:55.42 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 17:57.29 | mvanbaak | hhmm, the snmp module wont compile on OpenBSD |
| 17:58.35 | Corydon76-vcch | Won't compile or won't link? |
| 17:58.42 | mvanbaak | wont compile |
| 17:59.08 | mvanbaak | it's trying to include /usr/local/include/net-snmp/system/netbsd.h |
| 18:00.49 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:10.09 | mvanbaak | hhmm |
| 18:10.13 | mvanbaak | actually |
| 18:10.44 | mvanbaak | <PROTECTED> |
| 18:23.57 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 18:27.32 | *** join/#asterisk-dev McLazarus (n=McLazaru@dogpile.mcallister.ws) |
| 18:31.19 | *** part/#asterisk-dev McLazarus (n=McLazaru@dogpile.mcallister.ws) |
| 18:42.56 | *** join/#asterisk-dev ManxPower (n=manxpowe@71.sub-70-222-96.myvzw.com) |
| 18:43.51 | ManxPower | thinks to himself "It would be cool if, when some prefixes and extension with _ but doesn't have any pattern chars, Asterisk would print a verbose message complaining" |
| 18:53.21 | outtolunc | its a dimensional reference, phase shifted _1 extension |
| 18:53.54 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:54.46 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:54.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:57.44 | Qwell | ManxPower: _1234 is a valid extension |
| 18:57.48 | Qwell | it would match 1234 |
| 19:34.40 | ManxPower | So is _. but asterisk complains about that |
| 19:34.54 | Qwell | because _. is kinda dumb |
| 19:35.00 | Qwell | in nearly all cases |
| 19:35.02 | ManxPower | So is _1234 8-) |
| 19:35.07 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 19:35.13 | Qwell | _1234 won't match everything |
| 19:35.59 | ManxPower | I only suggest it to help reinforce to newbies that _ is for pattern matches |
| 19:36.34 | ManxPower | heck, it would be even cooler if asterisk complained about wildcard chars in an extension without a leading _ |
| 19:36.47 | ManxPower | I.e. complain and accept it. |
| 19:37.00 | Qwell | there are plenty of valid uses of that too.. |
| 19:37.21 | Qwell | people would complain a lot if they started getting warnings about something perfectly valid/correct. |
| 19:37.49 | ManxPower | _. is perfectly valid and correct too. |
| 19:38.06 | ManxPower | Isn't there some IAMNOTANIDIOT setting for not printing the warnings? |
| 19:41.09 | lmadsen | _[a-zA-Z0-9]. would be better than _. |
| 19:41.48 | lmadsen | but I digress :) |
| 19:43.09 | jsmith | lmadsen: How about this: exten => nancy,1,NoOp(Do something) |
| 19:43.41 | lmadsen | I don't understand... |
| 19:45.10 | jsmith | lmadsen: Sorry, I mean to show that to ManxPower... the N, N, and Y are all pattern match characters, and the A and the C are valid DTMF digits |
| 19:45.46 | ManxPower | jsmith: I understand that, but I think people need that about as often as they need _. |
| 19:46.01 | ManxPower | But as always have a config option to disable the warning |
| 19:46.01 | *** part/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 19:46.17 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 19:46.17 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 19:46.43 | jsmith | ManxPower: Naw... pretty soon people will be calling Nancy at nancy@example.com, not at 816-806-8888 |
| 19:47.15 | russellb | "pretty soon", eh? |
| 19:48.06 | russellb | the 2398472938479234 12 key handsets that are out there carry a lot of weight in the other direction |
| 19:48.07 | jsmith | russellb: Well, to be honest I'm surprised more people aren't doing it now |
| 19:48.20 | jsmith | russellb: But what do I know? |
| 19:48.34 | russellb | you know how to log on to IRC, at least |
| 19:48.45 | lmadsen | can't wait for a mini pull out keyboard for his polycom |
| 19:49.50 | tzanger | ...?? |
| 19:49.50 | jsmith | russellb: How was the trip? |
| 19:49.50 | tzanger | mini pull out kehyboard? |
| 19:50.02 | jsmith | russellb: I'm assuming you didn't lose your wallet, get left at the alter, or anything like that... |
| 19:52.25 | lmadsen | tzanger: so I don't have to type email addresses with a keypad |
| 19:52.57 | russellb | jsmith: the trip was great |
| 19:53.13 | russellb | jsmith: i left my passport in AL, but jpeeler brought it to me in time. that was the worst that happened |
| 19:53.22 | russellb | oh .. and my luggage didn't make it for a couple days :-/ |
| 19:53.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:53.59 | jsmith | russellb: You didn't need clothes... |
| 19:54.07 | lmadsen | "just dial 55562377773366#5553344433362377773366*222666,6" |
| 19:54.28 | lmadsen | (that translates to leif@leifmadsen.com) |
| 19:54.37 | jsmith | lmadsen: You're a sick sick man |
| 19:54.50 | lmadsen | jsmith: thanks, I'll take that as a compliment :) |
| 19:55.15 | lmadsen | who needs clothes! especially next friday |
| 19:55.43 | Corydon76-vcch | I found another one that we need to warn on... "_!" |
| 19:55.49 | lmadsen | ah yes |
| 19:55.52 | lmadsen | zero char! |
| 19:56.41 | lmadsen | and maybe _[ih]! :) |
| 19:56.53 | lmadsen | realizes he may have just gone too far |
| 19:57.50 | Corydon76-vcch | lmadsen: 10540 testing, please |
| 19:59.04 | lmadsen | ducks and hides in shame |
| 19:59.18 | lmadsen | I gotta go get ready to leave, but perhaps I'll setup a VM for that tonight when I get back |
| 19:59.31 | lmadsen | now that I have my VM dev machine all up and running nicely |
| 19:59.39 | lmadsen | along with my base asterisk vm |
| 20:34.14 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 20:36.50 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:53.15 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:55.59 | JunK-Y | kpfleming: between 1.2 and 1.4, you changed a lot of ast_channel to const ast_channel |
| 20:56.24 | JunK-Y | whats the main avantage of that except then cant changing its value? any real performance? |
| 21:35.57 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:35.57 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:02.30 | kpfleming | yes, the compiler can do better optimizations if it knows the code won't be changing the values in the structure |
| 22:02.51 | kpfleming | and mostly it's just to keep developers from accidentially modifying data in a function that isn't supposed to change anything |
| 22:17.53 | bkruse | Qwell: Thanks for reassigning that GUI bug for me :] |
| 22:18.15 | Qwell | no idea why they put it in asterisk-gui... |
| 22:19.01 | bkruse | Me either, but ty :] |
| 22:19.41 | russellb | codefreeze: pingggggg |
| 22:19.49 | russellb | codefreeze: your function, log_show_lock() is bogus |
| 22:20.00 | russellb | codefreeze: the variable str does not get set anywhere. |
| 22:20.16 | russellb | codefreeze: furthermore, you duplicated a _lot_ of code |
| 22:21.04 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 22:22.16 | codefreeze | russellb: hmmmm. Used it quite successfully a few days back. |
| 22:22.37 | russellb | i didn't read it very closefully |
| 22:22.40 | russellb | closefully? |
| 22:22.49 | russellb | maybe the variable isn't used at all ... |
| 22:22.59 | russellb | in any case, all that code shouldn't be duplicated, that makes me sad |
| 22:22.59 | codefreeze | a cross twixt carefully and closely |
| 22:23.00 | russellb | :) |
| 22:23.11 | putnopvut | closefully is an awesome word. |
| 22:23.20 | russellb | putnopvut: thanks :) |
| 22:24.27 | putnopvut | Yeah, str is not used anywhere except as a condition to continue the for loop. |
| 22:24.34 | putnopvut | s/loop/loops/ |
| 22:24.37 | codefreeze | russellb: as to duplication, yessir, I admit I did, but... the output is to a different place, and it takes different args. |
| 22:24.53 | russellb | have a function that builds the output into an ast_str |
| 22:24.59 | russellb | and output the ast_str to the location of your desire |
| 22:25.20 | codefreeze | shrugs; that's fair |
| 22:25.32 | *** join/#asterisk-dev dlynes (n=dlynes@s209-121-50-177.bc.hsia.telus.net) |
| 22:25.35 | putnopvut | russellb: the change you made will make it so those for loops never run. |
| 22:25.44 | russellb | well i just wanted it to compile. :) |
| 22:25.49 | putnopvut | fair enough. |
| 22:35.27 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 23:19.16 | *** join/#asterisk-dev jeffg (i=2h2SwSE2@pdpc/supporter/active/jeffg) |
| 23:22.43 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 23:33.20 | *** join/#asterisk-dev moy (n=moyhu@189.169.206.200) |
| 23:50.47 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |