| 00:02.16 | codefreeze-lap | jmls: still there? |
| 00:10.04 | flohack | seanbright: I'll get some sleep, thanks for your help! |
| 00:10.10 | *** part/#asterisk-dev flohack (n=fhackenb@lancelot.acoveo.com) |
| 00:12.52 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 00:32.09 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-53b548d4e897b2e8) |
| 00:47.27 | *** join/#asterisk-dev mattzerah (n=matt@ozvoip.dsl.onthenet.net) |
| 01:04.10 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 01:21.35 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 01:24.34 | *** join/#asterisk-dev mnicholson_ (n=matthew@adsl-163-40-99.hsv.bellsouth.net) |
| 03:17.20 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 04:03.46 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 04:03.46 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 04:13.58 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 04:13.58 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:39.05 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-77f0d8024e296f96) |
| 04:39.08 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 04:39.10 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-46c49fe025cdb4fa) |
| 04:39.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:39.16 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 04:39.16 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 04:47.46 | *** join/#asterisk-dev jets (n=brian@72.22.244.222) |
| 05:15.37 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 05:17.54 | *** part/#asterisk-dev snuff-work (n=aaa@60-241-9-107.static.tpgi.com.au) |
| 05:19.31 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 05:19.31 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 07:07.21 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:08.44 | jmls | awakes |
| 07:08.52 | jmls | hey! codefreeze-lap! |
| 07:09.03 | jmls | has missed codefreeze-lap ... |
| 07:33.30 | Corydon76-dig | I'm sure he's tucked in under several layers of blankets |
| 07:33.56 | Corydon76-dig | Wyoming isn't exactly the warmest place at this time of year |
| 07:34.38 | Corydon76-dig | and yesterday, he was wrapped up like a mummy while working |
| 07:42.49 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:42.49 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:17.45 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:17.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:29.07 | oej | Good morning! |
| 09:19.16 | *** part/#asterisk-dev frawd (n=francois@214.Red-88-0-119.dynamicIP.rima-tde.net) |
| 09:50.08 | ccesario | good morning! |
| 10:45.58 | *** part/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 10:50.30 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:33.08 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:30.15 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:30.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:59.30 | *** join/#asterisk-dev DarkRift (n=dark@65.92.249.137) |
| 13:00.20 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.167.7) |
| 13:03.08 | lmadsen | morning! |
| 13:07.47 | oej | Morning, bugmaster! |
| 13:10.24 | lmadsen | you mean m'lord |
| 13:10.25 | lmadsen | lol |
| 13:10.28 | lmadsen | morning oej :) |
| 13:10.38 | lmadsen | so I see 14250 is a sticky situation :) |
| 13:11.54 | oej | M14250 |
| 13:11.56 | MuffinMan | [feedback] [Asterisk] Channels/chan_sip/General 0014250: [patch] Incoming calls matched to the wrong peer reported by Nick_Lewis (Karma: +1.25) http://bugs.digium.com/view.php?id=14250 |
| 13:12.08 | oej | Well, we agree on what we need, but not how to get there. |
| 13:12.14 | oej | His patch will make things worse |
| 13:12.23 | oej | The problem is funding. Who's gonna pay me for doing this? |
| 13:12.44 | lmadsen | that isn't for me to decide :) |
| 13:12.44 | jsmith | offers $20 to the bounty (which is about all he can afford at the moment) |
| 13:12.57 | oej | I don't know what to do with the bug report, it's really a big feature request and should as such be closed |
| 13:13.18 | lmadsen | ok, well we'll decide what to do with it today then |
| 13:13.27 | oej | Duh. If jsmith offered 20 Euro I might have considered it. |
| 13:13.56 | oej | lmadsen: It's a well know problem with the architecture. I think all training classes have a few slides on how to solve it. |
| 13:14.00 | jsmith | oej: What do you think I am, made of money? |
| 13:14.07 | *** join/#asterisk-dev doger (n=daniel@mail.ipcontact.com.uy) |
| 13:14.15 | oej | But what he points out, which is correct, is that it makes AMI communication a bit problematic. |
| 13:14.30 | jsmith | oej: Unfortunately, very few people ever see the training slides |
| 13:14.38 | oej | jsmith: Well, uh, don't you live in VA? Isn't that the place where everyone is swimming in gold? |
| 13:14.56 | oej | jsmith: I've outlined the solution on the mailing lists umpteen times... |
| 13:14.57 | jsmith | oej: Perhaps what we need is an application note explaining how users, peers, and friends are matched... and why. |
| 13:15.07 | oej | See my latest commit :-) |
| 13:15.10 | jsmith | oej: I know, but few people bother to read the archives either |
| 13:15.24 | jsmith | wanders off to find oej's latest commit |
| 13:15.26 | oej | Made a few minutes before you suggested it |
| 13:15.50 | doger | hi all, I want to ask something about ast_streamfile and channels |
| 13:16.11 | lmadsen | doger: just ask |
| 13:17.00 | doger | I'm modifying app_page.c to play an anounce on destination channels. For example, I am at channl A, I page 2 phones (B and C), and I want to play an announce on channels B and C simultaneously |
| 13:17.17 | oej | Committed a bad fix to trunk, just to be able to merge it into 1.6.0 and then correct in trunk for 1.6.1 and trunk |
| 13:18.15 | doger | If I use ast_streamfile, I put ast_waitstream after, and that channel waits until file is played. How can I do this simultaneously? There's some function that not block playback ? |
| 13:31.05 | kpfleming | oej: there are other ways to do that |
| 13:31.25 | kpfleming | you can commit the proper fix to trunk, merge to 1.6.1, then merge to 1.6.0 and revert the actual code changes and replace them with the proper ones |
| 13:31.40 | kpfleming | that way trunk doesn't have a revision with known broken code in it |
| 13:47.48 | doger | lmadsen, any idea on how to playback a file simultaneously on different channels (all channels are in a conference)? |
| 13:49.29 | jsmith | doger: Originate a Local channel to the conference, and have it play the file maybe? |
| 13:50.17 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:53.00 | lmadsen | agrees with jsmith |
| 14:00.20 | doger | but the destination channels are already created in app_page. I must create another Local channel ? |
| 14:01.29 | lmadsen | I thought the destinations where in a conference? |
| 14:01.44 | lmadsen | although we're really getting into #asterisk territory at this point |
| 14:02.48 | oej | kpfleming: Well, it was coming from 1.4 and that patch worked with 1.6.0 so I transported it over trunk to get there... |
| 14:03.16 | oej | kpfleming: and it was just documentation, no broken code submitted :-) |
| 14:04.49 | doger | lmadsen: You mean that this can be done withouth patching app_page, with an AGI or somewhat ? If this is the case, I'll go to #asterisk |
| 14:12.30 | codefreeze-lap | jmls: jmls_work: you still around? |
| 14:12.38 | seanbright | well that was fun |
| 14:13.06 | seanbright | driving to work on a sheet of ice, ftw! |
| 14:19.39 | oej | I don't really like messing with app_queue |
| 14:20.14 | jsmith | oej: That's OK... putnopvut does |
| 14:28.57 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 14:44.28 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.194) |
| 14:44.58 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@nat/digium/x-fe5932ef2bc9c3a8) |
| 14:59.02 | seanbright | ok... so does DAHDI support BRI? i'm confused by the -users postings. |
| 15:02.34 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-73ab3a5d788d3cf2) |
| 15:02.34 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:02.41 | seanbright | putnopvut! |
| 15:02.54 | putnopvut | seanbright: hi! |
| 15:02.57 | seanbright | sup playa? |
| 15:03.10 | putnopvut | nut'n much bra |
| 15:03.20 | seanbright | i heard 'dat |
| 15:03.26 | seanbright | peaz |
| 15:10.31 | *** join/#asterisk-dev moy (n=chatzill@bas1-unionville55-1177733953.dsl.bell.ca) |
| 15:11.55 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 15:11.55 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:14.48 | oej | Right. No more missed calls on my phone. Never. Ever. |
| 15:15.23 | oej | Oh. Damn. Local channel still doesn't work properly. Can it be the masq stuff? |
| 15:15.50 | russellb | masq is a dirty word in here :-) |
| 15:16.26 | oej | Oh, My apologies. I do understand. Did not want to upset any one. |
| 15:16.30 | russellb | ;-) |
| 15:16.52 | oej | I do agree ... |
| 15:17.14 | oej | I just expected masq to copy all channel flags, but that was maybe not the case |
| 15:17.30 | russellb | it is not the case |
| 15:17.36 | russellb | it only copies a couple selected flags |
| 15:17.42 | russellb | OUTGOING and EXCEPTION |
| 15:17.45 | oej | Thanks, then maybe this patch will work properly |
| 15:18.02 | oej | I need to copy the ANSWERED_ELSEWHERE flag so that queues with local works |
| 15:18.30 | russellb | ah, ok |
| 15:18.38 | russellb | should be a 1 line change to ast_do_masq |
| 15:18.44 | russellb | to get that flag copied, too |
| 15:18.56 | oej | I've added that line :-) |
| 15:19.01 | russellb | ah. |
| 15:19.15 | russellb | sorry, i jumped into the middle of this, didn't even know what we were talking about, heh |
| 15:20.47 | oej | No one but me knew that... No need to be sorry. |
| 15:20.59 | oej | Seems like adding local/xxx/n doesn't work in queue. |
| 15:21.10 | oej | It turns up as invalid in the "queue show" list |
| 15:26.54 | putnopvut | oej: even if you module reload app_queue.so? |
| 15:29.32 | *** join/#asterisk-dev Dovid (n=annon@tony09-118-62.inter.net.il) |
| 15:32.39 | oej | putnopvut: THis is 1.4. I will check later, removed the /n now. |
| 15:34.09 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:38.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:38.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:43.16 | oej | putnopvut: Suddenly /n worked in queue after a reload, you where right. |
| 15:43.29 | jsmith | oej: I think you have to make sure chan_local gets loaded before app_queue in modules.conf |
| 15:43.34 | oej | putnopvut: newbie queue question: what's state "invalid" ? |
| 15:43.52 | putnopvut | oej: typically it means the channel driver isn't loaded for that particular channel type. |
| 15:44.03 | jsmith | oej: The queue system didn't know what the "local" technology was, as chan_local hadn't been loaded yet |
| 15:44.18 | oej | How does it now SIP then? It's loaded at the same time, isn't it? |
| 15:44.34 | putnopvut | oej: yes, but chan_local also depends on pbx_config.so |
| 15:44.57 | putnopvut | for the device state that is. |
| 15:45.12 | oej | YOu mean app_queue? |
| 15:45.24 | oej | Or does chan_local really depend on a pbx module? Hmm. |
| 15:45.34 | putnopvut | no, I mean that what chan_local does to figure out the device state, it checks to see if the extension exists. |
| 15:45.42 | putnopvut | So it's just calling a main pbx.c function. |
| 15:45.55 | oej | Ahh. Right. I know who added that code. |
| 15:46.43 | oej | So a preload=chan_local.so would do the trick? |
| 15:46.56 | putnopvut | yes, and to be safe, preload=pbx_config.so |
| 15:47.45 | Marquis42 | putnopvut, oej: That's precisely what I do in my call center and it works fine. |
| 15:48.00 | oej | It's actually documented. perfect! |
| 15:48.53 | oej | Yes, the sip phones is marked as invalid too on restart. |
| 15:49.40 | oej | Back to my original problem... chan_local and answered_elsewhere |
| 15:53.33 | oej | My daughter asks why I'm never answering the phones... |
| 15:57.13 | jmls | codefreeze-lap: yessir! |
| 15:57.29 | jmls | is way behind the times |
| 15:58.37 | codefreeze-lap | jmls: where are you... Japan? |
| 15:58.51 | jmls | uk;) |
| 15:59.10 | jmls | lots of ankle-biters to pick up from school |
| 15:59.17 | jmls | lots of ankle-biters to take |
| 15:59.28 | jmls | (to school) |
| 15:59.33 | codefreeze-lap | jmls: well, then... good afternoon! |
| 15:59.52 | jmls | and a good-day to you too, sir |
| 16:00.12 | jmls | we haven't found any further problems with the "h" thingy |
| 16:00.31 | jmls | and we are ready to put it into production, so you can close the bug if you wish |
| 16:00.38 | codefreeze-lap | jmls: goody. I'll try to merge that today. |
| 16:00.52 | jmls | pops open a bottle of champagne |
| 16:02.24 | jmls | do I get extra karma for managing to convince codefreeze-lap that I was right ... ? |
| 16:04.37 | lmadsen | jmls: actually you lose karma |
| 16:08.19 | jmls | oh, what ? bugger |
| 16:08.42 | jmls | why's that then ? No-one likes a smartass ? |
| 16:08.56 | jmls | (H) |
| 16:09.08 | lmadsen | <G> |
| 16:09.42 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-6afe2d3a716d4e8c) |
| 16:09.42 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:13.52 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-92cfbc952dc1c68f) |
| 16:25.02 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-fc6e247ad100c1ed) |
| 16:25.02 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:28.12 | seanbright | putnopvut: not sure what did it, but ohloh is updating again. |
| 16:28.39 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:28.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:28.43 | putnopvut | seanbright: yay! It's probably your 1337ness |
| 16:28.56 | seanbright | most likely, yes. |
| 16:39.40 | codefreeze-lap | jmls: worry not. In the end, you get what you deserve ;) |
| 16:39.53 | *** join/#asterisk-dev manxpower (n=Administ@router.asteriasgi.com) |
| 16:40.34 | manxpower | would the AEL2 case statement support things like "case BUSY | CHANUNAVAIL | CONGESTION:" |
| 16:41.15 | putnopvut | seanbright: hmm, interesting. On ohloh, I now have autoconf as my primary language, too. |
| 16:44.48 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:46.42 | codefreeze-lap | manxpower: well, you can do this: case BUSY: case CHANUNAVAIL: case CONGESTION: { code block... } like in C |
| 16:47.12 | manxpower | codefreeze-lap: good idea. thanks |
| 16:47.15 | codefreeze-lap | It'd probably look better spread out over several lines, tab aligned, etc. |
| 16:47.34 | manxpower | always |
| 16:49.47 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:56.42 | oej | Finally!! Local channel now works. Had to patch app_dial... |
| 16:57.04 | oej | So what's the chance that someone will use local to call a queue? Is that common? |
| 16:57.35 | russellb | people use local for all kinds of stuff ... i would consider it a reasonable possibility |
| 16:58.11 | oej | You're mean. |
| 16:58.19 | oej | Ok, back to the app_queue.c source code. |
| 16:58.22 | russellb | sorry! |
| 16:58.38 | oej | at least I know what to do :-) |
| 16:58.54 | lmadsen | if you can think of a place that Local channel doesn't work, people will most certainly try and us it there |
| 16:59.55 | oej | But the only apps that create new channels are queue and dial right? |
| 17:00.18 | putnopvut | oej: app_page uses the dialing API to create new channels. |
| 17:00.26 | lmadsen | Bridge()? |
| 17:00.33 | lmadsen | (not sure if it can create new or not) |
| 17:00.34 | putnopvut | also app_originate |
| 17:00.40 | oej | I was thinking about file's little api... |
| 17:00.42 | lmadsen | Park() ? |
| 17:00.57 | oej | lmadsen: Create new channels... |
| 17:00.58 | russellb | create new channels, or create new outbound channels ... |
| 17:01.06 | oej | Outbound channels. |
| 17:01.11 | russellb | for outbound, yeah, dial, queue, page, ... |
| 17:01.13 | russellb | ummm, originate |
| 17:01.18 | oej | I think the dial api is a candidate |
| 17:01.25 | russellb | though that's sort of an asynchronous one, not really related to this |
| 17:01.26 | putnopvut | The dial API is super cool |
| 17:01.27 | oej | Off to run cab. Back later... |
| 17:01.31 | russellb | waves |
| 17:02.12 | Corydon76-dig | oej is driving a cab? The economy must really suck in Sweden. |
| 17:02.15 | Corydon76-dig | ducks |
| 17:02.52 | manxpower | waves to oej |
| 17:03.51 | Corydon76-dig | would feel really bad if oej was actually driving a cab... |
| 17:04.06 | jsmith | Corydon76-dig: I think it's the family cab... running his kids around town, etc. |
| 17:05.23 | Corydon76-dig | Ah, heh |
| 17:05.44 | manxpower | It would be nice during a zaptel or dahdi reload if instead saying "ignoring switchtype" it could say "ignoring any changes to switchtype". It would cut down on support questions. |
| 17:06.16 | jsmith | manxpower: Good one! Should be a simple one-line patch! |
| 17:06.33 | manxpower | jsmith: well same of all the stuff that can't be changed on a realod |
| 17:15.47 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 17:15.47 | *** join/#asterisk-dev oej (n=olle@80.251.192.2) |
| 17:15.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:19.20 | oej | Corydon: My cab has a huge sign: Tip to support codename pineapple! |
| 17:19.54 | oej | 3G broadband means that I can hack everywhere :-) |
| 17:26.31 | seanbright | putnopvut: it's because of configure |
| 17:27.20 | putnopvut | seanbright: I suppose so. |
| 17:33.21 | *** join/#asterisk-dev oej (n=olle@80.251.192.2) |
| 17:33.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:02.28 | oej | Hmm. How would we add an cancel_elsewhere attribute to an originate through manager |
| 18:02.36 | oej | Can always use chan_local |
| 18:03.28 | Corydon76-dig | oej: what's a cancel_elsewhere attribute for? |
| 18:04.02 | oej | Well, if we add that the SIP channel adds a Reason to the SIP Cancel message, so that some phones doesn't show the call as a missed call |
| 18:04.23 | oej | If we call multiple phones and one answers, it's not a missed call on the other phones - it's answered elsewhere. |
| 18:04.53 | oej | In some cases, people working with queues doesn't want cancelled calls showing up on the phone as a missed call or an entry to dial back. |
| 18:05.01 | oej | Only SIP supports it now |
| 18:05.30 | oej | Worked this afternoon to make it work with app_queue and local channels. |
| 18:06.37 | Corydon76-dig | How does the channel driver tell the difference between that and a missed call? |
| 18:06.48 | Corydon76-dig | causecode? |
| 18:07.19 | oej | Hack in app dial and app queue when we have a fork and cancel because someone actually answered |
| 18:07.32 | oej | And an option to dial() and queue() if you want to force it on a single call |
| 18:08.00 | Corydon76-dig | I like using a causecode better |
| 18:08.01 | oej | So the channel driver gets an AST_FLAG set on the channel at chan->tech->hangup time |
| 18:08.48 | oej | If we have one |
| 18:09.07 | Corydon76-dig | Well, we have space to allocate vendor-specific causecodes |
| 18:09.32 | Corydon76-dig | Heck, every code between 128 and 255 is available |
| 18:10.03 | oej | That would indeed simplify things. app_dial and app_queue would still have to set them. |
| 18:10.07 | Corydon76-dig | I like solutions that don't involve changing ABI |
| 18:10.24 | oej | Well this did not change much, just a flag on the channel |
| 18:10.40 | oej | And it's been there since 1.6.0 I believe |
| 18:11.19 | oej | I just add it to app_queue now |
| 18:11.19 | Corydon76-dig | Yeah, but cause already functions in that role |
| 18:11.42 | Corydon76-dig | AST_CAUSE_ANSWEREDELSEWHERE |
| 18:11.45 | oej | Yes, definitely |
| 18:11.58 | oej | Should have asked you earlier. |
| 18:12.14 | oej | I'll see if I can change that stuff in trunk later, gotta fix this stuff in my 1.4 backport for a customer now. |
| 18:13.27 | oej | Will check if Cisco or someone else have defined a similar cause code in that range. |
| 18:13.54 | oej | Gotta go back to my cab and drive my kids home... Later :-) Thanks for the feedback, Corydon. |
| 18:14.04 | Corydon76-dig | yw |
| 18:15.40 | *** join/#asterisk-dev synthetiq (n=roger@unl201395.nl.customer.alter.net) |
| 18:56.51 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:56.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:09.41 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:29.08 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.174.121) |
| 19:37.51 | codefreeze-lap | chan_misdn.c breaks the build in trunk with my gcc; I change the %ld to %d and no complaints.... line 5496 |
| 19:46.37 | putnopvut | codefreeze-lap: sounds like a potential 32-bit vs 64-bit difference there. |
| 19:51.19 | *** part/#asterisk-dev doger (n=daniel@mail.ipcontact.com.uy) |
| 20:07.37 | codefreeze-lap | putnopvut: yeah... If no-one beats me to it, I'll check my fix against 64 bit machine. I'm just hot on another commit right now. |
| 20:07.53 | lmadsen | likes the sounds of that |
| 20:09.55 | codefreeze-lap | which part, the "hot on another commit" or "check against 64-bit"? |
| 20:10.11 | lmadsen | hot on another commit :) |
| 20:10.20 | codefreeze-lap | thought so! ;) |
| 20:11.25 | lmadsen | which one if you don't mind me asking? |
| 20:11.48 | seanbright | i mind |
| 20:11.51 | seanbright | don't i get a say? |
| 20:12.11 | lmadsen | not really |
| 20:12.20 | seanbright | just checking. |
| 20:17.43 | codefreeze-lap | lmadsen: sorry, was deep in concentration on a chunk of code that shouldn't be there.... fixed... 14241, jmls's pet bug |
| 20:18.32 | lmadsen | ah cool |
| 20:18.43 | lmadsen | codefreeze-lap: np, I was just curious -- high latency was acceptable |
| 20:20.12 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 20:33.48 | *** join/#asterisk-dev jmls (n=IceChat7@host217-36-208-155.in-addr.btopenworld.com) |
| 20:34.55 | lmadsen | mnicholson: ping? |
| 21:03.12 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 21:03.12 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 21:03.26 | lmadsen | codefreeze-lap: ping me when you have a moment to answer a question (and when you're not thinking about hot commits) |
| 21:03.31 | lmadsen | no rush |
| 21:04.27 | codefreeze-lap | lmadsen: now's a good time, got the final commit in for 14241. I need to look at trunk's chan_misdn, I didn't see the prob in 1.6.0 or 1.6.1, tho |
| 21:05.05 | lmadsen | ok coolio! |
| 21:05.16 | lmadsen | M11583 |
| 21:05.19 | MuffinMan | [ready for testing] [Asterisk] Resources/NewFeature 0011583: [patch] Allow disconnect feature before a call is bridged reported by sobomax (Karma: +6.00) http://bugs.digium.com/view.php?id=11583 |
| 21:05.19 | lmadsen | just looking for a status on that |
| 21:06.09 | codefreeze-lap | The user provided another patch... have to check it out; but it looks ready for committing if there's no prob in it. |
| 21:06.29 | lmadsen | ya, he said there was no functionality changes. Do you know if that would apply to 1.6.1? |
| 21:06.42 | lmadsen | is just trying to find issues that we need to get resolved prior to a 1.6.1-rc1 release |
| 21:07.00 | codefreeze-lap | depends on whether we *want* this in 1.6.1 or some other future 1.6.x release... |
| 21:07.40 | lmadsen | codefreeze-lap: oh wait, sorry, I didn't notice the tag of 'feature' at the top |
| 21:08.02 | lmadsen | that appears to be a trunk only thing |
| 21:08.39 | codefreeze-lap | yeah, at least for the time-being |
| 21:08.50 | lmadsen | np, thx! |
| 21:15.47 | oej | Reading kamailio's source code I realize that we have benefitted a lot from our coding guidelines |
| 21:16.01 | jsmith-meeting | oej: That bad, eh? |
| 21:16.16 | oej | Well, too many different styles in one piece of software |
| 21:16.21 | oej | And tons of goto's. |
| 21:16.52 | oej | Seems like they think goto is a good thing. |
| 21:17.22 | jsmith-meeting | Goto *is* a good thing, if it's not abused |
| 21:17.40 | oej | That's in extensions.conf... |
| 21:18.04 | oej | Sometimes it's just an excuse for bad code. I don't know how to structure this, so I'll just jump out of it with a goto and continue. |
| 21:18.17 | jsmith-meeting | Right... |
| 21:18.28 | jsmith-meeting | That would be considered abuse in my book |
| 21:20.04 | oej | Does some developers consider a return; in the middle of a c function a bad thing. They do a lot of goto to jump to a return at the end of the function. |
| 21:21.04 | ctooley | oej, There is at least one instance of that in the asterisk codebase where that was the only way I can see to have done it in a good way. In most cases, it's a bad idea. |
| 21:21.32 | oej | Well, the few goto's we have left does propably have a very good reason for them. |
| 21:22.00 | seanbright | mostly for resource/lock cleanup |
| 21:22.47 | ctooley | seanbright, yep, where duplicating the same cleanup code 7 or 8 times just didn't make any sense at all. |
| 21:23.12 | seanbright | yup |
| 21:24.56 | russellb | I like goto for centralized cleanup in a lot of cases :) |
| 21:25.06 | mnicholson | that is one of my two uses for the goto statement where I think the result is cleaner then the alternatives |
| 21:38.25 | *** join/#asterisk-dev ccesario (i=c92a9737@gateway/web/ajax/mibbit.com/x-f41f2dcdd1e4ac43) |
| 21:40.57 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:48.46 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-0b8c6babe4c70d75) |
| 21:48.46 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 21:51.23 | macli | I see ast_debug(1,...) in code, How to display those messages in asterisk console? I run asterisk -vvvgc and set core debug 1, but still got no ast_debug(1,...) message |
| 21:52.47 | putnopvut | macli: in logger.conf, make sure the console => line has debug specified as one of the message types to display. |
| 21:53.07 | putnopvut | an example would be console => warning,error,notice,verbose,debug |
| 21:54.07 | lmadsen | then 'logger reload' |
| 21:54.28 | seanbright | then /join #asterisk |
| 21:54.32 | seanbright | and /part #asterisk-dev |
| 21:54.59 | seanbright | is a jackass |
| 22:26.05 | macli | putnopvut: Thanks |
| 22:27.14 | macli | seanbright: I guess it is ok I hide in both channel :-) |
| 22:51.50 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 22:51.50 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:57.54 | lmadsen | codefreeze-lap: pizzing? |
| 22:58.13 | lmadsen | codefreeze-lap: nevermind :) |
| 23:00.46 | jmls | lmadsen: jeez, give the guy a chance to reply ;) |
| 23:00.53 | lmadsen | I don't need a response :) |
| 23:00.59 | jmls | heh |
| 23:01.10 | lmadsen | he already answered my question earlier, and I'm just losing it as it's now 6pm :) |
| 23:01.24 | jmls | notices the time for the first time |
| 23:01.31 | jmls | dammit. Dinner was ready at 8 |
| 23:01.39 | lmadsen | oops |
| 23:01.43 | lmadsen | it is now like.. 10pm now? :) |
| 23:01.51 | jmls | 11pm : no wonder wife is so quiet. She is planning my demise ... |
| 23:01.57 | lmadsen | or sleeping |
| 23:02.18 | jmls | knows now that lmadsen doesn't know his wide |
| 23:02.24 | jmls | urp. Wife |
| 23:02.33 | lmadsen | jmls: good! lets keep it that way |
| 23:02.36 | jmls | oh, shes'a'plottin |
| 23:02.49 | lmadsen | jmls: it's safer for you |
| 23:02.57 | jmls | giggles |
| 23:07.54 | *** join/#asterisk-dev obnauticus (n=lol@about/windows/regular/obnauticus) |
| 23:08.09 | Corydon76-dig | obnauticus: !!! |
| 23:09.00 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:24.31 | codefreeze-lap | lmadsen: pizzing? That's a new one. Sorry, had to consult with sons back from school |
| 23:25.29 | lmadsen | codefreeze-lap: np! |
| 23:26.13 | codefreeze-lap | It's a weird day, when you have 5 sons back home from school... |
| 23:27.34 | russellb | http://www.nojitter.com/showArticle.jhtml?articleID=212903167 |
| 23:28.04 | russellb | Asterisk #2 in North American PBX market |
| 23:29.01 | putnopvut | What's #1? |
| 23:29.07 | putnopvut | nevermind, I'll read the article :) |
| 23:29.18 | russellb | the company that just filed for bankruptcy, heh |
| 23:29.43 | russellb | open source overall is #1, though |
| 23:29.44 | lmadsen | :) |
| 23:29.56 | russellb | and asterisk was 85% of that |
| 23:30.04 | lmadsen | mucho hawtness |
| 23:30.29 | russellb | yesssssss |
| 23:30.32 | putnopvut | neat, but Asterisk should be much higher than 85% |
| 23:30.36 | putnopvut | imho |
| 23:30.48 | kpfleming | 185% |
| 23:30.51 | lmadsen | wonders if the other 15% are asterisk based systems :) |
| 23:31.23 | putnopvut | lmadsen: the article mentions callweaver, yate, freeswitch, and sipx/sipxecs |
| 23:34.00 | lmadsen | hmmmm.... I wonder how they got those numbers. I can't see all those filling up that high of a percentage, but that's just me, and I'm biased :) |