| 00:01.14 | file | contemplates |
| 00:01.22 | file | it would probably explode if I enabled it |
| 00:01.57 | jpeeler | one thing at a time then |
| 00:02.17 | jpeeler | i just wanted to make sure it was worth spending a lot of time learning all the transfer code if it's going to be very different really soon |
| 00:02.43 | file | nods |
| 00:02.49 | file | for now, it is |
| 00:04.55 | file | gives jpeeler a banana |
| 00:05.48 | jpeeler | saves it for later |
| 00:13.19 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 00:24.13 | *** join/#asterisk-dev anthm (n=anthm@99-201-195-67.area4.spcsdns.net) |
| 00:53.51 | *** join/#asterisk-dev RoyK (n=roy@ip-217-61-149-91.dialup.ice.no) |
| 01:49.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:49.34 | ZaVoid | moring |
| 01:50.22 | Corydon76-dig | moring? |
| 01:53.59 | ZaVoid | somewhere it is |
| 02:06.18 | lmadsen | howdy all |
| 02:11.11 | ZaVoid | sup lmadsen |
| 02:11.11 | ZaVoid | how ya doing |
| 02:11.12 | ZaVoid | err netsplit yay |
| 02:11.13 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) [NETSPLIT VICTIM] |
| 02:11.13 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:11.13 | *** join/#asterisk-dev seanbright (n=sean@c-69-251-175-43.hsd1.md.comcast.net) |
| 02:11.14 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 02:11.14 | *** mode/#asterisk-dev [+oooo jtodd lmadsen seanbright file] by irc.freenode.net |
| 02:11.14 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 02:11.14 | *** mode/#asterisk-dev [+o citats] by irc.freenode.net |
| 02:13.22 | ZaVoid | hey lmadsen |
| 02:13.32 | lmadsen | hi |
| 02:14.20 | lmadsen | still doesn't understand why limiting your xterm to 80 chars should be the problem of the original poster |
| 02:16.18 | ZaVoid | what problem? |
| 02:16.40 | lmadsen | nothing, I'm just bitching :) |
| 02:16.44 | ZaVoid | heh |
| 02:16.46 | ZaVoid | beer can fix that |
| 02:20.24 | lmadsen | GREAT IDEA |
| 02:20.26 | lmadsen | grabs a beer |
| 02:26.41 | Corydon76-dig | feeds lmadsen 5 more |
| 02:27.35 | lmadsen | that isn't enough |
| 02:27.50 | Corydon76-dig | ZaVoid: he was complaining that since he reads his email with mutt, he can't see the whole subject |
| 02:28.27 | Corydon76-dig | lmadsen: all within a single hour? |
| 02:28.37 | Corydon76-dig | lmadsen: you'll be like putty... |
| 02:28.42 | ZaVoid | ah |
| 02:28.46 | ZaVoid | long live pine |
| 02:28.48 | lmadsen | which is a fantastic reason why we shouldn't utilize tags |
| 02:29.18 | lmadsen | Corydon76-dig: nah... I'd probably just pass out |
| 02:29.21 | ZaVoid | actually i love mail.app now ad ays |
| 02:29.54 | Corydon76-dig | lmadsen: just say "yes" before you do... |
| 02:30.04 | lmadsen | I will always say no |
| 02:30.15 | Corydon76-dig | ...until you say yes. |
| 02:30.22 | lmadsen | sorry 'bout yer luck |
| 02:30.24 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 02:30.28 | lmadsen | but yer not gettin' lucky |
| 02:30.31 | Corydon76-dig | ...or maybe. Maybe works for me, too |
| 02:30.36 | lmadsen | there is no maybe :) |
| 02:30.43 | lmadsen | and there is no spoon |
| 02:30.58 | Corydon76-dig | lmadsen: btw, I went on a date with a woman this past weekend |
| 02:31.08 | lmadsen | oh really |
| 02:31.14 | Corydon76-dig | Yep |
| 02:31.14 | lmadsen | changing it up a bit? |
| 02:31.39 | Corydon76-dig | lmadsen: I've always played both sides |
| 02:31.58 | Corydon76-dig | lmadsen: and you can, too... ;-) |
| 02:32.05 | lmadsen | no thanks :) |
| 02:32.11 | lmadsen | guys bodies aren't attractive |
| 02:32.27 | Corydon76-dig | guys bodies are hot |
| 02:32.32 | Corydon76-dig | hawt |
| 02:32.35 | lmadsen | to each their own |
| 02:33.00 | Corydon76-dig | but women are hot, too |
| 02:33.07 | file | lmadsen: you haven't had much luck on the female front you know... |
| 02:33.20 | ZaVoid | you all should go to new hope, pa |
| 02:33.33 | lmadsen | file: depends how to define "luck" :) |
| 02:33.35 | Corydon76-dig | ZaVoid: I grew up in Quakertown. |
| 02:33.39 | lmadsen | s/to/you/ |
| 02:33.41 | ZaVoid | no shit? |
| 02:33.44 | ZaVoid | i'm in new hope |
| 02:33.50 | Corydon76-dig | Sweet |
| 02:33.57 | Corydon76-dig | You must get hit on a bunch |
| 02:33.58 | ZaVoid | right in town or north or south? |
| 02:34.01 | ZaVoid | lol |
| 02:34.06 | ZaVoid | my neighbor is gay |
| 02:34.11 | Corydon76-dig | right in town |
| 02:34.14 | ZaVoid | its great, he gardens non stop and is never around |
| 02:34.20 | ZaVoid | i dated a chic in quakertown once |
| 02:34.35 | ZaVoid | it was great till i found out she was cheatin on me with the cokehead who lived down below her... great town |
| 02:34.42 | Corydon76-dig | Juniper Street, across the street from the publisher of the newspaper |
| 02:35.15 | ZaVoid | gotcha |
| 02:35.17 | ZaVoid | wher you at now? |
| 02:35.22 | Corydon76-dig | Nashville |
| 02:35.35 | ZaVoid | i guess quakertown is same thing as south of the mason dixon |
| 02:35.46 | Corydon76-dig | Nah, not really |
| 02:35.51 | Corydon76-dig | or wasn't, when I was there |
| 02:35.57 | ZaVoid | its all hicky now |
| 02:36.12 | Corydon76-dig | No, it's not. |
| 02:36.17 | ZaVoid | gotta love bucks county though.. no place like it |
| 02:36.20 | Corydon76-dig | It's very small townsey |
| 02:36.25 | ZaVoid | you move out a while back? miss the floods? |
| 02:36.37 | Corydon76-dig | I moved out in the mid-90s |
| 02:37.00 | Corydon76-dig | Floods? |
| 02:37.02 | ZaVoid | ahh |
| 02:37.09 | ZaVoid | yeah 3 floods in delware river in last 3 year |
| 02:37.15 | Corydon76-dig | Ah |
| 02:55.40 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 02:55.40 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:57.24 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 03:20.16 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 03:27.18 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:57.18 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 04:35.34 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 06:49.22 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:49.22 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:02.47 | *** join/#asterisk-dev [hC] (n=hardcore@S01060016b6b53c0c.vc.shawcable.net) |
| 07:56.35 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 08:15.59 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 08:31.21 | *** join/#asterisk-dev oej (n=olle@213.63.47.140) |
| 08:31.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:01.24 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:16.29 | *** join/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 09:50.54 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb121-7-226-251.singnet.com.sg) |
| 10:04.14 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 10:06.08 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb121-6-12-225.singnet.com.sg) |
| 10:09.34 | xieliwei | hey, I seem to have a problem here. asterisk does not seem to be picking up the nonce given out by my primary tisp even though it is able to do that for another tisp i'm registering to. |
| 10:09.53 | xieliwei | here is the relevant part of the log (note the newlines asterisk is printing the tisp response with) |
| 10:10.05 | xieliwei | WWW-Authenticate: Digest realm="tisp", |
| 10:10.19 | xieliwei | <PROTECTED> |
| 10:10.30 | xieliwei | <PROTECTED> |
| 10:10.43 | xieliwei | This is the response by asterisk |
| 10:10.54 | xieliwei | Authorization: Digest username="user", realm="tisp", algorithm=MD5, uri="sip:noip.domain.com", nonce="", response="yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy" |
| 10:11.05 | xieliwei | notice the nonce is empty |
| 10:11.18 | xieliwei | i'm on asterisk 1.6 svn 120477, but this is happening with asterisk 1.4 as well. my tisp works with sjphone and eyebeam. |
| 10:17.36 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb121-6-177-80.singnet.com.sg) |
| 10:17.41 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 10:24.19 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb121-6-142-186.singnet.com.sg) |
| 10:38.19 | *** join/#asterisk-dev maverick12 (n=root@83.240.229.38) |
| 10:39.34 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 10:40.13 | maverick12 | hi. i have been trying to check the From header bug in my installation and the asterisk log give me the following message "chan_sip.c : no field ''from" present to copy |
| 10:40.31 | maverick12 | this means that this version is not vulnerable ? |
| 10:40.40 | oej | Only version 1.2 is vulnerable |
| 10:41.26 | maverick12 | but there is some check that i can use to verify that |
| 10:41.36 | maverick12 | ? |
| 10:45.51 | maverick12 | i have version 1.2.27 |
| 10:46.08 | maverick12 | but i have to be sure that this is vulnerable. |
| 10:46.30 | maverick12 | do anybody knows a way to do that ? |
| 10:48.07 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb121-6-231-150.singnet.com.sg) |
| 10:49.37 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 10:52.39 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb219-74-181-221.singnet.com.sg) |
| 10:54.46 | mvanbaak | maverick12: like the last time we discussed this: it's only important if you have pedantic=yes |
| 10:55.07 | mvanbaak | and if you have that, and run an 1.2 version compiled before the fix went in your are vulnerable |
| 10:55.10 | mvanbaak | it's that easy |
| 10:57.41 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb121-6-145-250.singnet.com.sg) |
| 11:01.23 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:02.34 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:02.38 | eurodrew555 | I have a strange issue at present, we are on SVN branch-1.4-r120513 - we seem to get a combination of deadlocks and CLI 'No more connections allowed' (around the same time) |
| 11:02.51 | eurodrew555 | yet when I recompile and run with DEBUGTHREADS .. funny enough, I don't have these issues |
| 11:03.00 | eurodrew555 | everything 'appears' to be perfectly stable |
| 11:03.30 | eurodrew555 | bit of catch 22, can't find out what's causing the deadlocks, as it doesn't seem to occur with DEBUGTHREADS enabled |
| 11:12.07 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-69-141-238-214.hsd1.nj.comcast.net) |
| 11:18.42 | maverick12 | asterisk have a changelog ? |
| 11:32.43 | sergee | can somebody give me a hint? |
| 11:32.56 | sergee | what is the difference between s=session and s=- in SDP? |
| 11:53.59 | *** part/#asterisk-dev maverick12 (n=root@83.240.229.38) |
| 11:56.33 | *** join/#asterisk-dev RoyK (n=roy@ip-217-61-149-91.dialup.ice.no) |
| 12:10.42 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:14.04 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 12:15.46 | *** join/#asterisk-dev oej_ (n=olle@213.63.47.140) |
| 12:15.47 | *** part/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 12:22.23 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 12:26.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-69-141-238-214.hsd1.nj.comcast.net) |
| 12:33.14 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:33.14 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:13.22 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb116-14-193-34.singnet.com.sg) |
| 13:35.03 | xieliwei | hello, is there a way to determine the user agent of the other party of the current sip conversation from within chan_sip.c? |
| 13:43.21 | *** join/#asterisk-dev anthm (n=anthm@adsl-69-210-33-166.dsl.milwwi.ameritech.net) |
| 13:54.49 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.207.130) |
| 13:57.39 | oej_ | Check #asterisk |
| 13:57.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:58.26 | xieliwei | hmm? |
| 13:58.49 | oej | This is a developer's channel :-) |
| 13:59.05 | xieliwei | yup, i'm trying to do some ugly hack to the code |
| 13:59.49 | oej | Oh, ugly hack, then this is the proper channel |
| 13:59.54 | xieliwei | lol |
| 14:00.22 | oej | YOu need to check if there's a User-Agent or Server header in the 200 OK from the other party |
| 14:00.24 | xieliwei | just wondering if i can get hold of the user-agent of the request that called add_sdp() |
| 14:00.30 | ctooley | xieliwei, I am a superior chan_sip ugly hacker |
| 14:00.38 | xieliwei | oh yeaa |
| 14:01.01 | ctooley | oej has seen some of my ugly hacks, and had the misfortune of trying to implement them in a less ugly way. |
| 14:01.16 | oej | bangs my head agains ctooley's wall |
| 14:01.27 | xieliwei | lol |
| 14:01.28 | jsmith | ctooley: Did you get your SIP header thing figured out? |
| 14:01.43 | ctooley | lol |
| 14:01.55 | ctooley | jsmith, you mean the SIPAddHeader thing? |
| 14:02.01 | xieliwei | hmm, so is it possible? from within add_sdp()? |
| 14:02.08 | ctooley | is | | close |
| 14:02.10 | jsmith | ctooley: Yeah... |
| 14:02.14 | *** join/#asterisk-dev juanjoc (n=juanjoc@host65.190-225-194.telecom.net.ar) |
| 14:02.24 | jsmith | oej: You don't feel like looking at a strange chan_sip issue for me, do you? |
| 14:02.39 | xieliwei | i know its not passed in, but i'm thinking of adding it in just for the purpose |
| 14:02.44 | jsmith | oej: (Something strange in 1.4.20.1) |
| 14:03.03 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 14:03.10 | ctooley | jsmith, I was going to volunteer to help, but my 1.4.20.1 version of chan_sip probably doesn't look all that much like yours |
| 14:03.37 | oej | jsmith: Tell me more |
| 14:03.39 | xieliwei | but i'm just wondering if every call to it will have a sip request that i can pass in |
| 14:03.51 | ctooley | xieliwei, do you mean just the remote end's UA or the UA of the remote end of another leg of a bridged call? |
| 14:04.06 | xieliwei | just the remote end's ua |
| 14:04.15 | ctooley | lemme look at the function. |
| 14:04.15 | jsmith | oej: Polycom phone connected to Asterisk, and x-lite softphone on the same box as Asterisk (listening on a different port) |
| 14:04.49 | xieliwei | hmm, actually i think the remote ua of a bridged call |
| 14:04.51 | jsmith | oej: Polycom calls Asterisk, Asterisk calls the softphone, and the softphone starts ringing. As soon as the softphone answers, the call gets dropped |
| 14:04.52 | ctooley | xieliwei, I gotta update "tags" |
| 14:05.02 | xieliwei | hmm, tags? |
| 14:05.30 | jsmith | oej: Something on the CLI about "Re-invite to non-existing call leg on other UA. SIP dialog 'ace2fc79-24abbf22-b56e8bbf@192.168.101.229'. Giving up." |
| 14:05.33 | ctooley | xieliwei, so, just to clarify.... PhoneA -> Asterisk -> Bridge -> PhoneB and you want phoneB to know the UA of PhoneA? |
| 14:06.04 | xieliwei | nope, i want asterisk to know the ua of bridge |
| 14:06.14 | ctooley | xieliwei, subversion update of the "tags" directory to get latest stable releases. |
| 14:06.16 | xieliwei | when forming the sdp |
| 14:06.35 | oej | jsmith: I need a debug log for that. Sounds like good entertainment on the plane tomorrow |
| 14:06.35 | xieliwei | ahh, okay |
| 14:06.50 | ctooley | So you want Asterisk to know the UA of PhoneA before it forms the SDP for the INVITE to PhoneB? |
| 14:07.07 | xieliwei | yes |
| 14:07.16 | ctooley | hmmmm |
| 14:07.37 | xieliwei | lousy non-conforming phones |
| 14:08.14 | jsmith | oej: pcap and Asterisk CLI output at http://www.jaredsmith.net/debug/ |
| 14:08.42 | jsmith | oej: If you get a chance to look at it before tomorrow, I can reproduce it at will in this training class. Definitely seems to be something related to re-invites |
| 14:09.34 | ctooley | xieliwei, still svn updating.... will take a few minutes. |
| 14:10.47 | xieliwei | okay |
| 14:11.12 | xieliwei | argh dang pointers, i should really stop rushing |
| 14:13.06 | oej | jsmith: I'll take a quick glance |
| 14:13.18 | jsmith | oej: Thanks |
| 14:13.48 | ctooley | yay, release candidates... I forgot how many tags their were. :( |
| 14:13.53 | oej | jsmith: You know better. I need a full SIP debug with debug level 4 and verbose level 4... :-) |
| 14:14.23 | xieliwei | hmm |
| 14:14.26 | ctooley | jsmith, Make sure to have about 150 phones all registering and doing options pings too, that makes it easier to decipher. |
| 14:14.33 | jsmith | oej: Ah, right... I thought I had turned that on for that capture, but apparently I didn't. |
| 14:14.42 | jsmith | ctooley: Right... |
| 14:15.04 | ctooley | oej, Major design goal for any new version of chan_sip.... debug filters. |
| 14:15.47 | oej | ctooley: Agree. I need to filter out thos #%%# OPTIONs |
| 14:15.47 | oej | I started with that, adding a debug flag in the actual packet/PVT |
| 14:16.29 | xieliwei | yay, no more compile warnings |
| 14:16.46 | xieliwei | hopefully things dont segfault |
| 14:17.11 | ctooley | oej, I meant something like... "sip set debug cpn 5126592498" provides all debugging out put for calls that have a calling party number of 5126592498. |
| 14:17.21 | ctooley | ie: trace a single call, no matter what else is going on. |
| 14:17.34 | ctooley | MUCH more useful when debugging things on a loaded up production machine. |
| 14:19.18 | oej | For that you need a debug flag in the PVT, as I said :-) |
| 14:19.59 | ctooley | Just giving an example of something I'd love to be able to do. |
| 14:20.12 | ctooley | I'm sure I'm not the only one either... jsmith, lmadsen? |
| 14:21.26 | jsmith | ctooley: I love the idea, but I'm not qualified to code it |
| 14:21.40 | xieliwei | hmm, what gives when you get an unavailable right after an invite? asterisk was supposed to give me a trying |
| 14:21.42 | jsmith | ctooley: (and I *try* not to be too demanding of others that *are* qualified to do so) |
| 14:21.50 | xieliwei | did it mean something made a booboo? |
| 14:23.01 | ctooley | xieliwei, I'd say you probably ended up somewhere that Asterisk doesn't know how to route the call. Which unavailable is it, 480? |
| 14:23.14 | xieliwei | nope, 500 |
| 14:23.25 | lmadsen | ctooley: I like the idea -- but I'm in the same boat as jsmith :) |
| 14:23.30 | xieliwei | it was working before i put in the code change |
| 14:23.39 | lmadsen | and we're both paddling on the left side |
| 14:24.37 | xieliwei | okay, why did a core restart now fix that? |
| 14:24.40 | ctooley | jsmith, wasn't making a "demand" per se. I'm guessing oej would like that ability as well. :) |
| 14:25.13 | xieliwei | isnt killing and restarting asterisk supposed to do more than what a core restart does? |
| 14:25.16 | ctooley | xieliwei, because you had some sort of mess up. Did you do a "restart" or a "start from scratch" after your chan_sip.so changes? |
| 14:25.24 | oej | jsmith: ANy update? |
| 14:25.53 | xieliwei | nope, didnt do that, i just did a killall asterisk |
| 14:25.59 | xieliwei | heh |
| 14:26.02 | jsmith | oej: The student is working on a lab on that machine, but he should be done in five or ten minutes, and then I'll grab another trace |
| 14:26.14 | ctooley | jsmith, And while I'm not qualified to code it either, I might be able to hack something ugly together to get it to work and frustrate people into doing it the right way. :) |
| 14:26.16 | jsmith | ctooley: If you code it, they will come |
| 14:26.41 | oej | haha |
| 14:26.50 | ctooley | As I did with the "tell A-leg what the B-leg's call id is" code |
| 14:27.06 | ctooley | oej looked at it, said, "that's a good idea, this is ugly as sin, I'll redo it." |
| 14:27.33 | mvanbaak | oej found something that's ugly ? |
| 14:27.34 | lmadsen | heh |
| 14:28.28 | xieliwei | woohoo! asterisk segfaulted |
| 14:28.33 | ctooley | oej, It alright with you if I log that on asteriskideas.org? If you would like, I'd be happy to try spending some of my "free" time plugging through some of the things on that list. |
| 14:28.53 | oej | Absolutely |
| 14:29.03 | oej | Ping me when you've added stuff |
| 14:32.51 | xieliwei | erm, still, anyone has any idea what i can do? I'm currently passing the request sip into add_sdp, so that I can call read_header from it. But apparently something's not right |
| 14:33.29 | ctooley | xieliwei, which version of Asterisk are you modifying? |
| 14:34.07 | xieliwei | # asterisk -V |
| 14:34.07 | xieliwei | Asterisk SVN-trunk-r120477M |
| 14:34.16 | ctooley | oh... trunk |
| 14:34.16 | xieliwei | fresh from this morning |
| 14:34.21 | xieliwei | heh |
| 14:34.29 | ctooley | I thought you were working on a release version |
| 14:34.33 | ctooley | piss, I have that already |
| 14:34.44 | xieliwei | so sorry! |
| 14:35.00 | ctooley | no worries |
| 14:35.00 | xieliwei | i was wondering why you were updating release |
| 14:35.14 | ctooley | run an "svn diff channels/chan_sip.c" and put it in pastebin.com |
| 14:35.39 | ctooley | oej, I just write a post? |
| 14:35.50 | jsmith | oej: Look at that same address... capture4.pcap and capture4.txt |
| 14:36.09 | jsmith | oej: You should see two calls there... the first one worked (going from softphone to Polycom) and the second one failed (Polycom to softphone) |
| 14:36.25 | oej | jsmith: Where's the sip messages? |
| 14:36.30 | oej | Turn SIP debug on :-) |
| 14:36.31 | xieliwei | http://pastebin.com/d2961966 |
| 14:37.10 | xieliwei | dont laugh, i know i have no skills |
| 14:37.30 | jsmith | oej: Sorry, turned on sip history, but forgot to set SIP debug |
| 14:37.42 | xieliwei | and i havent had time to read through everything to figure things out |
| 14:39.45 | ctooley | xieliwei, no worries, my C-fu is horrible. |
| 14:40.10 | xieliwei | haha, thanks |
| 14:40.17 | jsmith | oej: OK... try capture 5 |
| 14:41.58 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.108.161) |
| 14:42.19 | xieliwei | oh, i see why the segfault |
| 14:43.03 | ctooley | xieliwei, it's segfaulting? That's what I'm looking for? Because it looks like you're using the right parts, was about to start verifying types |
| 14:44.01 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:44.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:44.20 | xieliwei | well, i'm not sure what i did can be considered correct |
| 14:44.29 | ctooley | xieliwei, new pastebin? |
| 14:44.34 | xieliwei | because i'm not sure if req is always what i want it to be |
| 14:45.21 | xieliwei | i havent changed anything, heh |
| 14:45.40 | ctooley | xieliwei, what are you going to do inside the if() when you're done? |
| 14:45.49 | xieliwei | just commented out the if statement i changed to isolate the cause of the segfault |
| 14:46.28 | xieliwei | compare the ua to a string, do not print silencesuppression if the ua contains the string |
| 14:47.05 | xieliwei | because my tisp has one of those hwawei pbxes that freaks out on seeing silencesupp:no |
| 14:47.47 | xieliwei | and i dont want my phones to assume asterisk can do silence suppression |
| 14:48.26 | ctooley | AH! Silence Suppression. that shit's evil |
| 14:48.43 | ctooley | wwalker, you see what he's doing? |
| 14:49.22 | wwalker | just woke up. He who |
| 14:49.50 | ctooley | read up about 6 lines |
| 14:50.10 | ctooley | wwalker, BTW s/tisp/itsp/ |
| 14:50.12 | ctooley | :) |
| 14:50.20 | xieliwei | whoops |
| 14:50.36 | xieliwei | too much google |
| 14:50.41 | xieliwei | http://www.google.com/tisp/ |
| 14:51.40 | wwalker | "Silence Suppression. that shit's evil" is the understatement of the month.... |
| 14:51.49 | ctooley | oej, you know if pvt struct passed in to add_sdp has the peer definition? I'd assume not. |
| 14:51.53 | xieliwei | man, what am i doing wrong? |
| 14:52.11 | ctooley | xieliwei, I think I know a better way. |
| 14:52.20 | ctooley | but it depends on oej's response\ |
| 14:52.30 | xieliwei | please say yes |
| 14:53.41 | ctooley | If the peer definition is there, we simply add a config entry called "PeerIsSilenceSuppressionStupid=1", check that in the if, and don't put anything to do with silencesuppression in the SDP at all. |
| 14:53.52 | ctooley | trust me, you're not the only one with a problem like this. |
| 14:54.38 | xieliwei | mmm, but why isnt this implemented? |
| 14:55.10 | ctooley | xieliwei, time, priority, effort |
| 14:55.10 | ctooley | That could be said about a lot of things. |
| 14:55.11 | xieliwei | i remember reading about someone with this problem before but the bug report was closed as it was a hardware specific thing and they didnt like that |
| 14:55.31 | ctooley | xieliwei, your solution is hardware specific too. The solution I proposed isn't |
| 14:55.32 | anonymouz666 | ast_channel_set_fd() is 1.6 stuff? |
| 14:55.58 | xieliwei | hmm |
| 14:56.12 | ctooley | anonymouz666, it does not exist in the 1.4.20.1 codebase under that name. |
| 14:56.48 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 14:56.48 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:56.56 | ctooley | xieliwei, there are other "some hardware is stupid" settings in Asterisk, but implementing in a non-specific way is preferred. |
| 14:58.09 | xieliwei | yes, i know, but i wanted something quick and dirty, but the bug report i'm talking about also wanted a configurable option as well |
| 15:01.12 | wwalker | which bug? |
| 15:01.14 | xieliwei | yeah, here: http://lists.digium.com/pipermail/asterisk-dev/2006-March/019156.html |
| 15:01.19 | xieliwei | okay, not bug |
| 15:01.21 | xieliwei | it was a request |
| 15:01.22 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:01.23 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:01.23 | *** join/#asterisk-dev DarylVoip (n=daryl@c-69-141-238-214.hsd1.nj.comcast.net) |
| 15:03.34 | ctooley | russellb, morning. |
| 15:03.56 | *** join/#asterisk-dev esk (i=esk@esk.cs.usu.edu) |
| 15:04.02 | ctooley | xieliwei, ok, give me a bit, I'll dig into what exactly is contained in the pvt struct at that point. I don't think the peer struct is there, but it might be. |
| 15:04.14 | xieliwei | hmm, thanks! |
| 15:05.24 | esk | Is anyone familiar with using chan_zap and SMDI? It doesn't appear to support E&M lines, and I'm wondering if there is a reason for that. |
| 15:06.25 | ctooley | oej, submitted for review |
| 15:07.44 | russellb | esk: i'm somewhat familiar with it, and no, there is no reason it should not support E&M |
| 15:07.47 | *** join/#asterisk-dev otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |
| 15:07.54 | russellb | esk: if you're going to use it on a new install, the stuff in chan_zap shouldn't be used |
| 15:08.07 | russellb | esk: the perferred method is by doing it in the dialplan, using the SMDI_*() dialplan functions |
| 15:08.21 | russellb | they let you retrieve incoming SMDI messages and access their contents in the dialplan |
| 15:08.28 | russellb | so it's channel technology independent |
| 15:08.33 | esk | ah, that sounds better |
| 15:08.40 | russellb | (was inspired by someone who was using it with SIP, actually) |
| 15:09.12 | ctooley | xieliwei, from the definition of "struct sip_pvt"... struct sip_peer *relatedpeer; /*!< If this dialog is related to a peer, which one |
| 15:09.56 | xieliwei | hmm? |
| 15:10.15 | xieliwei | i'm sorry? |
| 15:10.44 | ctooley | ie: The relatedpeer is in the sip_pvt struct (*p) |
| 15:10.57 | ctooley | Which means p->relatedpeer is a sip_peer struct |
| 15:10.59 | xieliwei | ahh. i see |
| 15:11.20 | ctooley | adding a config setting for silencesuppressionignore would be possible, I think. |
| 15:11.41 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:11.51 | xieliwei | erm, that would be a bit too difficult for me, but i'll look into what i can do |
| 15:11.51 | ctooley | Just need to add one, have it parsed, put it in the peer struct, and use that in your if() |
| 15:11.52 | Corydon76-dig | silencesuppression=ignore, please |
| 15:12.10 | Corydon76-dig | We don't need more options that result in double negatives |
| 15:12.13 | ctooley | Corydon76-dig, <shrug> was going to ask what to use before I implemented it. |
| 15:12.31 | Corydon76-dig | e.g. noFastStart=no |
| 15:12.45 | putnopvut | ew |
| 15:12.51 | xieliwei | okay |
| 15:13.07 | ctooley | doesn't have time to implement it today anyway. |
| 15:14.10 | ctooley | xieliwei, open a FeatureRequest bug, tell me what it is, I'll watch it so I get updates to remind myself and I'll try to implement it as fast as possible. At the moment though I have to get back to OpenSER. :( |
| 15:14.24 | ctooley | Corydon76-dig, russellb, file, please don't close the bug. :) |
| 15:14.32 | Corydon76-dig | feature requests do not belong on the bug tracker |
| 15:14.36 | xieliwei | just to clarify, struct sip_peer contains the configuration settings for the peer in question? |
| 15:14.38 | Corydon76-dig | Put it on the Wiki |
| 15:14.43 | ctooley | which wiki? |
| 15:14.48 | Corydon76-dig | voip-info.org |
| 15:14.56 | Corydon76-dig | There's a bounty page |
| 15:14.57 | xieliwei | okay, thanks! |
| 15:15.03 | xieliwei | okay |
| 15:15.03 | ctooley | xieliwei, ok |
| 15:15.39 | Corydon76-dig | http://www.voip-info.org/wiki/view/Asterisk+bounty |
| 15:18.35 | anonymouz666 | ast_channel_set_fd(ast, 0, -1); ast->fds[0] = -1; |
| 15:18.42 | anonymouz666 | does this make any sense at all? |
| 15:19.25 | file | that depends on what you are trying to ask |
| 15:19.34 | file | if you are asking does the ast_channel_set_fd match the ast->fds[0] = -1; then yes |
| 15:20.24 | anonymouz666 | ok, thanks. |
| 15:30.15 | xieliwei | oej, if you're still around, i was wondering what happened to this: http://bugs.digium.com/view.php?id=5374 ? |
| 15:30.47 | oej | --busy--- |
| 15:32.03 | russellb | it got merged in forever ago |
| 15:32.36 | xieliwei | hmm, so how do i make use of it? |
| 15:32.57 | xieliwei | it'll serve as a nice workaround for my current problem |
| 15:33.20 | oej | Check asterisk.conf - it's there |
| 15:33.29 | xieliwei | thanks you, sorry for disturbing! |
| 15:33.40 | ctooley | xieliwei, set "internaltiming" asterisk.conf, install ztdummy as the timing source if you don't already have one. |
| 15:34.15 | xieliwei | thank you! |
| 15:41.58 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:49.07 | Corydon76-dig | russellb: is there a facility in the loader to force a module dependency? |
| 15:49.30 | file | no. |
| 15:49.38 | file | well... you mean on another module? |
| 15:49.42 | Corydon76-dig | Right |
| 15:49.46 | file | no. |
| 15:49.49 | Corydon76-dig | app_stack on res_agi |
| 15:49.55 | Corydon76-dig | (for example) |
| 15:51.00 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:51.06 | Juggie | sounds like a good project to add :) |
| 15:54.56 | Corydon76-dig | Juggie: the loader is its own ball of voodoo |
| 15:57.06 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 16:03.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 16:09.43 | jpeeler | does using a hook flash to activate conference calling work only for zap devices? |
| 16:10.14 | jpeeler | obviously you can only do a flash hook on a zap device |
| 16:13.09 | jsmith | jpeeler: You mean three-way calling? |
| 16:13.24 | jpeeler | jsmith: yes |
| 16:13.48 | jsmith | jpeeler: Yeah... SIP phones typically do three-way calling by mixing the audio on the phone itself |
| 16:24.39 | putnopvut | Asterisk-addons inherits the compiler options selected from menuselect in Asterisk, correct? |
| 16:24.49 | Corydon76-dig | Correct |
| 16:25.04 | putnopvut | Thanks. |
| 16:29.38 | jpeeler | jsmith: yes |
| 16:30.04 | jpeeler | jsmith: sorry, pressed up enter in wrong window |
| 16:30.50 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 16:58.15 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:12.58 | anonymouz666 | pretty boring to backport 1.6 channel driver to 1.4 format |
| 17:13.42 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582128.dsl.bell.ca) |
| 17:18.04 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 17:18.04 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:18.28 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb116-14-193-34.singnet.com.sg) |
| 17:19.17 | seanbright | svn up |
| 17:19.20 | seanbright | grrr |
| 17:19.55 | Corydon76-dig | svn update seanbright |
| 17:20.19 | seanbright | Fetching external item into 'nicotine' |
| 17:20.34 | seanbright | Fetching external item into 'caffeine' |
| 17:20.35 | seanbright | heh |
| 17:20.44 | Corydon76-dig | Nasty habit |
| 17:20.48 | seanbright | nods |
| 17:21.21 | Corydon76-dig | There are other sticklike things to put in your mouth that don't cause harm, you know |
| 17:21.30 | seanbright | *crickets* |
| 17:21.39 | seanbright | check please! |
| 17:21.59 | Corydon76-dig | giggles |
| 17:23.24 | Corydon76-dig | like... lollipops... and pretzels... |
| 17:23.34 | Corydon76-dig | What did you think I was suggesting? |
| 17:23.38 | seanbright | of course. |
| 17:24.25 | seanbright | nothing inappropriate, that's for sure. |
| 17:24.28 | seanbright | ;) |
| 17:33.01 | *** join/#asterisk-dev wwalker_ (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 17:35.54 | putnopvut | Can nicotine be synthesized? |
| 17:36.23 | russellb | o.O |
| 17:37.27 | putnopvut | Just reading the scrollback... |
| 17:38.12 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 17:39.08 | ctooley | Corydon76-dig inappropriate? Never. |
| 17:42.07 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-4adffc24738fad14) |
| 17:43.07 | *** join/#asterisk-dev xieliwei (n=vXCjK7yu@bb116-14-193-34.singnet.com.sg) |
| 17:43.14 | xieliwei | #join /freepbx |
| 18:00.13 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 18:08.28 | mvanbaak | listens to his new Sepultura collection |
| 18:09.41 | anonymouz666 | mvanbaak: there is some brazillian blood in your collection then :) |
| 18:09.53 | mvanbaak | anonymouz666: uhhuh |
| 18:10.02 | mvanbaak | I also have the new music from the singer |
| 18:10.28 | mvanbaak | Cavalera Conspiracy |
| 18:11.04 | anonymouz666 | heh |
| 18:11.36 | mvanbaak | the 2 brothers re-united |
| 18:11.54 | mvanbaak | and I really like it. good music again |
| 18:13.08 | mvanbaak | russellb: the 1.2 UPGRADE would be usefull in trunk as well |
| 18:13.11 | mvanbaak | if you dont mind |
| 18:13.24 | russellb | it's already there |
| 18:13.31 | mvanbaak | I know a lot of people who will be going from 1.0 to 1.6 |
| 18:13.45 | mvanbaak | ah, sorry |
| 18:13.45 | russellb | trunk has UPGRADE-1.2.txt, UPGRADE-1.4.txt, and UPGRADE.txt |
| 18:13.47 | russellb | np |
| 18:13.58 | mvanbaak | saw a revert on trunk about it |
| 18:14.07 | mvanbaak | my bad. I did not check the actual source |
| 18:14.12 | russellb | it's ok :) |
| 18:14.20 | mvanbaak | <--- dead tired and had a shitty day |
| 18:14.26 | russellb | i'm sorry :( |
| 18:14.33 | russellb | #asterisk-dev is here to cheer you up! |
| 18:14.34 | mvanbaak | not your fault |
| 18:14.43 | mvanbaak | hurray ! |
| 18:14.49 | russellb | wanna get your privacy manager stuff finished? |
| 18:14.54 | mvanbaak | yeah |
| 18:15.01 | russellb | i'm here if you have questions |
| 18:15.08 | russellb | i noticed your commit wouldn't have compiled :-/ |
| 18:15.15 | mvanbaak | I know |
| 18:15.16 | mvanbaak | lol |
| 18:15.19 | mvanbaak | like the commit said |
| 18:15.26 | mvanbaak | I came up with it while waiting for dinner |
| 18:15.28 | russellb | while you were cooking dinner :) |
| 18:15.29 | russellb | hehe |
| 18:15.34 | russellb | understood |
| 18:15.35 | mvanbaak | erm |
| 18:15.39 | mvanbaak | I was nuking dinner |
| 18:15.41 | mvanbaak | even better ;) |
| 18:15.56 | mvanbaak | it's that nice machine that says 'ping!' |
| 18:16.13 | mvanbaak | but the idea is ok ? |
| 18:16.18 | mvanbaak | if I make it compile |
| 18:16.25 | russellb | yep |
| 18:16.44 | mvanbaak | cool |
| 18:17.10 | mvanbaak | clearly, I did not run it yet |
| 18:17.19 | mvanbaak | but is the part about checking the option ok ? |
| 18:17.33 | russellb | let me pull it up again |
| 18:17.36 | mvanbaak | I think I should set it to NULL |
| 18:17.42 | mvanbaak | on init |
| 18:17.54 | mvanbaak | so the 'if (checkcontext) {' check works |
| 18:18.11 | mvanbaak | checking if "size_t foo = sizeof(struct zt_params_v1)" compiles using zaptel/zaptel.h... no |
| 18:18.14 | mvanbaak | erm ..... |
| 18:18.16 | mvanbaak | checking for ZT_SIG_MTP2 in zaptel/zaptel.h... no |
| 18:18.19 | mvanbaak | configure: error: *** termcap support not found |
| 18:18.29 | russellb | the if (args.checkcontext) block isn't necessary (and isn't valid) |
| 18:18.40 | mvanbaak | ah |
| 18:19.05 | mvanbaak | now I remember why I did not testcompile it |
| 18:19.06 | russellb | and in the 2nd part, i would just do ... |
| 18:19.13 | russellb | if (!ast_strlen_zero(args.checkcontext)) |
| 18:19.18 | russellb | the checkcontext variable isn't necessary |
| 18:19.30 | mvanbaak | thanks for the feedback |
| 18:19.32 | mvanbaak | fixing |
| 18:19.54 | mvanbaak | brb, dinner |
| 18:19.59 | *** join/#asterisk-dev [hC] (n=hardcore@S01060016b6b53c0c.vc.shawcable.net) |
| 18:20.04 | russellb | np |
| 18:20.16 | russellb | last thing, i'm not sure why you need the ast_waitstream("") |
| 18:20.18 | russellb | ttyl |
| 18:20.34 | jpeeler | russellb: are you available for some atxfer debugging? |
| 18:21.25 | russellb | sure, i could go for that |
| 18:22.16 | russellb | but i think i require a drink first |
| 18:22.27 | jpeeler | heh, i would expect no less |
| 18:24.31 | russellb | want to hope in 31337? |
| 18:24.40 | russellb | i think i want to just sit here so i can look at the code while we talk about it for a bit |
| 18:24.44 | russellb | (brb) |
| 18:25.48 | jpeeler | ok |
| 18:29.52 | *** join/#asterisk-dev MichaelGG (n=mgg@adsl-69-210-33-166.dsl.milwwi.ameritech.net) |
| 18:30.17 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:34.38 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 18:34.39 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:35.46 | jsmith | Corydon76-dig: You found the evil nasty lockup? |
| 18:35.47 | russellb | jpeeler: if (ast_test_flag(transferer, AST_FLAG_IN_ATXFER)) return AST_FEATURE_RETURN_SUCCESS |
| 18:35.56 | jsmith | Corydon76-dig: Pray tell the details ;-) |
| 18:36.56 | mvanbaak | back |
| 18:37.39 | jsmith | hasn't received the details on the SVN commits mailing list yet |
| 18:38.14 | Corydon76-dig | jsmith: didn't unlock the master lock after altering the table |
| 18:38.31 | jsmith | Corydon76-dig: Gotcha... |
| 18:38.53 | Corydon76-dig | and a ton of debugging code |
| 18:39.00 | jsmith | Almost makes me wanna learn Erlang |
| 18:39.02 | jsmith | ;-) |
| 18:40.05 | Corydon76-dig | core show locks showed me where to look |
| 18:46.21 | mvanbaak | alrighty |
| 18:46.33 | mvanbaak | redid the whole thing with your comments in mind |
| 18:46.43 | mvanbaak | at least it's compiling |
| 18:52.05 | mvanbaak | russellb: commit is there. redid the whole thing from scratch after reading some more about the ast_exists_exten etc |
| 18:52.31 | russellb | cool |
| 18:52.36 | anonymouz666 | mvanbaak |
| 18:52.42 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:52.48 | mvanbaak | damn, amazing what a dinner can do to you |
| 18:52.52 | anonymouz666 | what was the solution for the issue 10627? |
| 18:53.09 | anonymouz666 | I just checkout the trunk addons and got the same error while trying to compile. |
| 18:54.10 | mvanbaak | anonymouz666: original reporter requested it to be closed |
| 18:54.14 | mvanbaak | so I closed it |
| 18:54.54 | mvanbaak | read dbowermans comments |
| 18:55.01 | mvanbaak | if you want to reopen it and provide that info |
| 18:55.05 | mvanbaak | feel free to ask me :) |
| 18:56.05 | mvanbaak | russellb: ok if I create a small shellscript to merge back changes from a team/<member>/<branch> back to trunk ? |
| 18:56.14 | mvanbaak | and add it to repotools ? |
| 18:56.28 | mvanbaak | I find myself checking www.asterisk.org over and over again to see how it was again |
| 18:56.42 | anonymouz666 | looking at the bluetooth/sdp.h we don't have HANDSFREE_AGW_PROFILE_ID but HANDSFREE_PROFILE_ID but I don't have idea if they mean same thing. |
| 18:58.24 | russellb | mvanbaak: sure |
| 18:58.25 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:58.32 | mvanbaak | mergedevbranch trunk mvanbaak my_leet_branch_name |
| 18:58.36 | mvanbaak | something like that |
| 18:58.44 | russellb | k :) |
| 19:05.29 | mvanbaak | hurray ! |
| 19:05.34 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 19:05.34 | mvanbaak | Terminator 2 on tv |
| 19:05.34 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 19:05.37 | JerJer | rut oh - http://tinyurl.com/65qfd3 |
| 19:05.48 | mvanbaak | that makes a nice moving wallpaper |
| 19:06.15 | mvanbaak | JerJer: nice image there |
| 19:06.27 | JerJer | i wish i could draw |
| 19:06.43 | *** join/#asterisk-dev bkw_ (n=brian@adsl-69-210-33-166.dsl.milwwi.ameritech.net) |
| 19:08.17 | outtolunc | opts for the 1 friend deal, if i can find a friend that is |
| 19:16.10 | *** join/#asterisk-dev steliosk (n=Stelios@85.72.106.75) |
| 19:16.48 | ctooley | Thank goodness... maybe this means that my Verizon phone won't be on "extended network" forever. |
| 19:18.29 | JerJer | anyone in NYC area want to make a few bucks tomorrow? |
| 19:18.59 | ctooley | JerJer, depends on how many bucks. |
| 19:19.09 | russellb | depends on how you define NYC area |
| 19:19.09 | ctooley | wants to go back to NYC and could be convinced to go there on his day off. |
| 19:19.10 | mvanbaak | hhmm |
| 19:19.14 | ctooley | :) |
| 19:19.15 | file | monopoly money! |
| 19:19.20 | JerJer | need someone to swap out a ethernet switch |
| 19:19.33 | JerJer | an* |
| 19:21.35 | *** join/#asterisk-dev xieliwei (n=vz1c1kPp@bb116-14-193-34.singnet.com.sg) |
| 19:21.50 | JerJer | kinda doesn't make sense to pay someone to drive in from upstate ny |
| 19:22.06 | mvanbaak | need, more, coffee |
| 19:24.08 | ctooley | JerJer, where is the switch? We have a switch site there. |
| 19:24.27 | ctooley | Might be able to ask nicely enough to convince one of our site guys to do it. |
| 19:24.40 | mvanbaak | hhmm |
| 19:24.51 | anonymouz666 | mvanbaak: Loaded chan_mobile.so => (Bluetooth Mobile Device Channel Driver) |
| 19:24.55 | anonymouz666 | backport done |
| 19:25.02 | mvanbaak | I cant run 'if (!ast_strlen_zero(args.checkcontext)) {' ? |
| 19:25.26 | mvanbaak | anonymouz666: you want me to reopen that issue for you ? |
| 19:28.01 | mvanbaak | dont I have to init that var or something ? |
| 19:30.34 | JerJer | ctooley: Just a few blocks away from times square |
| 19:31.36 | *** join/#asterisk-dev DarylVoip (n=daryl@75.147.121.177) |
| 19:31.42 | anonymouz666 | mvanbaak: no thanks. I don't feel like the correct person to take care of it. |
| 19:32.20 | Corydon76-dig | mvanbaak: if you've run AST_STANDARD_APP_ARGS(args, parse), then no. |
| 19:32.25 | Corydon76-dig | the macro does it for you |
| 19:33.10 | mvanbaak | hhmm |
| 19:33.20 | mvanbaak | but is is segfaulting on that if statement |
| 19:34.08 | Corydon76-dig | Is something else altering it in the meantime? |
| 19:34.18 | mvanbaak | nope |
| 19:34.28 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 19:34.31 | Corydon76-dig | Pastebin the code |
| 19:35.06 | mvanbaak | hang on |
| 19:37.14 | mvanbaak | http://pastebin.ca/1039747 |
| 19:40.58 | *** join/#asterisk-dev ZaVoid (n=zavoid@75.147.121.177) |
| 19:46.09 | *** part/#asterisk-dev bkw_ (n=brian@adsl-69-210-33-166.dsl.milwwi.ameritech.net) |
| 19:48.08 | mvanbaak | Corydon76-dig: what's the parse argument in there ? |
| 19:50.39 | *** join/#asterisk-dev DarylVoip (n=daryl@75.147.121.177) |
| 19:50.39 | Corydon76-dig | mvanbaak: a string |
| 19:50.55 | Corydon76-dig | preferably a string created with ast_strdupa() |
| 19:51.47 | mvanbaak | so, AST_APP_ARG is not doing it for me ? |
| 19:52.37 | Corydon76-dig | Nope... that just declares a pointer |
| 19:52.41 | mvanbaak | ast_alloca ok for that string as well ? |
| 19:53.12 | mvanbaak | meh |
| 19:53.16 | Corydon76-dig | The structure is just a list of pointers... you pass in a string that you want divided into multiple pointers |
| 19:53.50 | mvanbaak | so the initial stuff I did with the 'if (args.checkcontext)' is needed |
| 19:55.26 | Corydon76-dig | Other than the lack of braces, it appears to be fine |
| 19:56.16 | Corydon76-dig | You do realize that putting a new argument in the middle is bad practice, right? |
| 19:56.34 | Corydon76-dig | Always add to the end (on the right) |
| 19:57.27 | russellb | backwards compatibility ftw |
| 19:58.31 | mvanbaak | yeah |
| 19:58.38 | mvanbaak | but it still segfaults |
| 19:58.38 | mvanbaak | meh |
| 19:59.01 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:59.41 | mvanbaak | ok |
| 19:59.46 | mvanbaak | most of the time |
| 19:59.58 | mvanbaak | redoing it all from scratch helps |
| 20:00.50 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582128.dsl.bell.ca) |
| 20:08.30 | mvanbaak | oh common, this is just a freaking simple fix |
| 20:08.37 | mvanbaak | shoots himself |
| 20:08.44 | russellb | runs around |
| 20:08.50 | mvanbaak | ok, no spacecake for me for a whole week |
| 20:09.15 | *** join/#asterisk-dev xieliwei (n=vz1c1kPp@bb116-14-193-34.singnet.com.sg) |
| 20:09.21 | mvanbaak | cant focus for more then 10 hours a day right now |
| 20:09.24 | russellb | haha |
| 20:09.24 | mvanbaak | not good |
| 20:10.43 | mvanbaak | ok, now it compiles, and works as expected without arguments |
| 20:11.38 | mvanbaak | am I right that when I added the new AST_APP_ARG after the options one, I have to do: PrivacyManager(10, 3, "", <my_check_context>); ? |
| 20:11.52 | mvanbaak | the options one is not used at all |
| 20:22.44 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 20:22.44 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 20:23.28 | mvanbaak | ok, I'm getting there |
| 20:23.40 | mvanbaak | now I have a question about ast_exists_extension |
| 20:24.00 | mvanbaak | I added some debugging |
| 20:24.09 | mvanbaak | and found out it always returns 0 |
| 20:24.16 | mvanbaak | no matter if it has a match or not |
| 20:24.44 | mvanbaak | [2008-06-05 22:21:45] WARNING[394]: app_privacy.c:130 privacy_exec: PHONE is 0642724454 |
| 20:25.15 | mvanbaak | if I do: dialplan show 0642724454@checkcontext I get a line on the CLI |
| 20:25.29 | mvanbaak | <PROTECTED> |
| 20:25.36 | mvanbaak | but res is 0 |
| 20:25.44 | mvanbaak | if I try: 111111111 |
| 20:25.49 | mvanbaak | I also get 0 |
| 20:26.08 | mvanbaak | but if I do: dialplan show 1111111111@checkcontext it returns nothing |
| 20:29.29 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.120) |
| 20:42.09 | mvanbaak | *cry* |
| 21:05.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:05.27 | *** join/#asterisk-dev nicox (n=nicox@vie-nas-ge-0-2.onenet.at) |
| 21:05.28 | anonymouz666 | which one I should use in Asterisk 1.4: ast_dsp_digitmode(p->dsp, DSP_DIGITMODE_DTMF | DSP_DIGITMODE_RELAXDTMF); or ast_dsp_digitmode(p->dsp,DSP_DIGITMODE_DTMF | p->dtmfrelax); |
| 21:05.29 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 21:05.29 | *** part/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 21:07.01 | anonymouz666 | damn, nevermind. stupid question. |
| 21:29.47 | codefreeze-lap | Corydon76-dig: did you do another change to trunk, to pbx.c? It crashed in the MSet code again... the if protecting the different ast_log calls has (chan) instead of (!chan), .... |
| 21:31.56 | russellb | d'oh! |
| 21:34.49 | codefreeze-lap | just committed the fix |
| 21:36.59 | *** join/#asterisk-dev [hC] (n=hardcore@vpn.voxter.com) |
| 21:39.36 | Corydon76-dig | codefreeze-lap: oops |
| 21:40.44 | codefreeze-lap | Corydon76-dig: no big deal. Between all of us, we regression test all sorts of paths for each other |
| 21:44.32 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 21:44.33 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:59.03 | jpeeler | am i severely misusing this app? ParkAndAnnounce(pbx-transfer:PARKED|7200|SIP/5003|default,myhangup,1) |
| 21:59.35 | *** join/#asterisk-dev mking_cd (n=mking_cd@75.150.133.69) |
| 22:00.31 | jpeeler | because it is segfaulting in chan_sip |
| 22:01.00 | mking_cd | I have two patterns in my dial-out context: "_011." and "_01191.". I dial "01191208XXXXX" and the call is going to the "_011." extension instead of the "_01191." extension. I thought that the dialplan matched most specific to least specific? |
| 22:01.04 | mking_cd | Any ideas? |
| 22:21.21 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 22:40.39 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 22:54.33 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 22:56.08 | ctooley | anyone familiar with sipp? |
| 23:02.59 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:04.58 | jpeeler | where are thread local storage allocations freed? |
| 23:09.33 | *** join/#asterisk-dev xieliwei (n=vz1c1kPp@bb121-6-139-177.singnet.com.sg) |
| 23:11.55 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 23:27.23 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 23:45.01 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 23:45.01 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 23:46.51 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:53.03 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.120) |