00:12.07 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
00:12.08 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
00:13.27 | tzafrir_home | he're a little quiz: the following patch, when applied to trunk, does not any functional effect. Why? |
00:13.36 | tzafrir_home | http://paste.debian.net/17337/ |
00:14.19 | tzafrir_home | is off to bed |
00:16.24 | tzafrir_home | the patch does something very simple: removes a '}' in one place and adds it somewhere else, well below |
00:17.29 | tzafrir_home | and some 700 lines down pri_dchannel() |
00:24.15 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583722.dsl.bell.ca) |
00:45.58 | seanbright | tzafrir_home: because chan_dahdi is voodoo |
01:33.20 | seanbright | file: ping |
01:33.58 | seanbright | actually, nm. just figured it out. |
01:36.30 | *** join/#asterisk-dev dwayne (i=dwayne@76.29.245.9) |
02:04.37 | *** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
02:04.37 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
02:17.11 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583722.dsl.bell.ca) |
02:17.51 | *** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
02:17.51 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
02:30.47 | *** join/#asterisk-dev ctooley_ (n=ctooley@209.33.108.195) |
03:19.11 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
03:19.11 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
04:16.16 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
04:16.16 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
04:17.11 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
04:17.11 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
04:18.28 | file | seanbright: hmm? |
04:18.41 | russellb | orly |
04:44.41 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.13) |
04:50.41 | *** part/#asterisk-dev dwayne (i=dwayne@76.29.245.9) |
05:03.27 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-121817.home.otenet.gr) |
06:03.43 | *** join/#asterisk-dev L-info (n=L-info@host86-163-171-189.range86-163.btcentralplus.com) |
06:07.00 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.10) |
06:07.50 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
07:33.59 | *** join/#asterisk-dev L-info (n=L-info@80.169.36.194) |
08:13.12 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
08:13.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
08:18.53 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
08:24.52 | *** join/#asterisk-dev qdk_ (n=qdk@195.242.194.42) |
09:28.12 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
10:32.01 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) |
11:42.50 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
11:49.06 | *** join/#asterisk-dev eferro (n=eferro@212.230.49.164) |
11:50.25 | *** join/#asterisk-dev freddyk (n=freddy@host221-88-dynamic.33-79-r.retail.telecomitalia.it) |
11:50.40 | freddyk | i have a question related to blind transfer |
11:50.54 | freddyk | on asterisk 1.6 rc6 |
11:51.00 | freddyk | i have a segmentation fault |
11:51.07 | freddyk | in ast_bridge_call |
11:51.21 | freddyk | with chan->cdr equals to NULL |
11:51.27 | freddyk | on answering |
11:51.38 | freddyk | does anyone knows about this ? |
11:55.05 | jsmith-away | freddyk: It's probably worth opening a bug report |
11:55.20 | jsmith-away | freddyk: Make sure you include the backtrace information so that the developers can track it down |
12:03.33 | eferro | which is the meaning of acf in acf_channel_read? I copy this function name from chan_iax2 for using in chan_mgcp.c and I'm not sure if the "acf" have sense... |
12:11.38 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
12:11.38 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
12:12.42 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
12:12.42 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
12:15.45 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
12:21.03 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
12:21.03 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
12:34.55 | eliel | hello |
12:36.42 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.108.195) |
12:36.42 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
12:38.36 | codefreeze-lap | freddyk: already one open |
12:39.47 | eliel | mvanbaak: the file 'optimze_search.patch' could be removed from the branch isn't it? |
13:12.53 | *** join/#asterisk-dev qdk_ (n=qdk@195.242.194.42) [NETSPLIT VICTIM] |
13:12.53 | *** join/#asterisk-dev L-info (n=L-info@80.169.36.194) [NETSPLIT VICTIM] |
13:12.53 | *** join/#asterisk-dev _Vile (n=vile@freeswitch/developer/vile) [NETSPLIT VICTIM] |
13:23.26 | eliel | mvanbaak: http://www.eliel.net/bugs/bogusESC.png we continue having the ESC sequence bug. |
13:27.42 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-63add505d3d87d91) |
13:27.42 | *** mode/#asterisk-dev [+o mog] by ChanServ |
13:31.15 | tzafrir_laptop | eliel, what is the different between <priority> and 'hint' (markup-wise)? |
13:31.53 | mvanbaak | eliel: yeah, I see it :( |
13:32.07 | tzafrir_laptop | that is: what is the difference between 'foo' and <foo>? |
13:32.58 | eliel | <> ---> <replaceable> |
13:33.14 | eliel | '' -----> <literal> |
13:33.24 | eliel | ** -----> <emphasis> |
13:33.35 | snuff-home | codefreeze-lap: refcounter is good.. if only i realised 1/2 hr ago the latest stuff was at the top |
13:33.35 | eliel | "" ------> <filename> |
13:35.43 | codefreeze-lap | sits back in chair and says... "timing. Hmmmm" |
13:43.54 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1096578109.dsl.bell.ca) |
13:44.45 | snuff-home | and i think that is enough ao2 for tonight.. more concentration required to do properly |
13:49.56 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
13:49.56 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
13:50.11 | file | nods to JimVanM and bbryant |
14:04.23 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
14:04.41 | JimVanM | nods back to file |
14:05.47 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
14:07.01 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
14:14.55 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
14:28.37 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) |
14:30.38 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-c467e8171e01686d) |
14:30.38 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
14:39.27 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
14:42.36 | seanbright | codefreeze-lap: ping |
14:42.40 | *** join/#asterisk-dev mav3rick (n=florent@smtp.office.digitrad.com) |
14:44.04 | mav3rick | Hi guys. I'm running Asterisk 1.4.21.2 (default compilation options) which handles 5000 calls per day. I have a BIG memory leak : 500mb per day. The dialplan uses a lot of Gosub, return, and Meetme (with ztdummy). I've been having this issue since Asterisk 1.4.7. Any idea ? |
14:49.54 | jsmith | mav3rick: You could try turning on DEBUG_MALLOC and rebuilding Asterisk, then looking at the memory allocations from the CLI and trying to track down which module is leaking |
14:50.58 | mav3rick | DEBUG_MALLOC is activated ; /var/log/asterisk/mmlog only have one line ("New session") |
14:51.23 | codefreeze-lap | seanbright: here be I |
14:51.24 | mav3rick | on the CLI I only have my dialplan (debug = 3, verbose = 3) |
14:51.30 | seanbright | codefreeze-lap: oh happy day... |
14:51.34 | seanbright | M13490 |
14:51.36 | MuffinMan | [new] [Asterisk] CDR/General 0013490: crash in ast_cdr_start, backtraces attached reported by seanbright (Karma: +50.00) http://bugs.digium.com/view.php?id=13490 |
14:51.58 | seanbright | i'm uploading some backtraces in a moment |
14:52.00 | file | mmlog will only tell you when something bad happens, it won't keep writing out memory allocation status when ever something is freed/allocated... |
14:52.06 | file | that would fill up a system fastttt |
14:52.50 | codefreeze-lap | seanbright: how does that differ from 13467 |
14:52.58 | jsmith | mav3rick: There's a cli command to show the memory allocations... just do that from time to time and see what increases |
14:53.03 | seanbright | M13467 |
14:53.05 | MuffinMan | [feedback] [Asterisk] CDR/General 0013467: Seg fault 1.6.0 trunk reported by edantie (Karma: +1.25) http://bugs.digium.com/view.php?id=13467 |
14:53.11 | seanbright | mine is in 1.4 |
14:53.18 | codefreeze-lap | OK, good enough. |
14:53.32 | mav3rick | jsmith: ok got it ! |
14:54.00 | mav3rick | jsmith: "show memory allocations" dumps a LOT OF ast_variable_new at line 194 of config.c |
14:54.11 | seanbright | codefreeze-lap: anyway, i saw the crash happened there and i thought of you :) |
14:54.16 | jsmith | mav3rick: Cool beans... watch it for a while, and try to track down exactly what's going wrong... then come back and report |
14:54.19 | seanbright | in a good way, i promise. |
14:56.44 | *** join/#asterisk-dev Corydon76-dig (i=blue@pdpc/supporter/bronze/Corydon76-home) |
14:56.44 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
14:57.39 | mav3rick | after hundred calls, I have : 30567311 bytes in 533930 allocations in file 'config.c' ... 30Mb from config.c does not seem good, right? |
14:58.32 | seanbright | well this might be a dupe |
14:59.23 | codefreeze-lap | seanbright: no worry. I enjoy closing a bug w/a fix. I *Really* enjoy closing two or more with one fix. |
15:05.15 | seanbright | codefreeze-lap: ok, well, bt's uploaded. |
15:07.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
15:07.35 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
15:11.30 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
15:18.23 | tzafrir_laptop | dahdi doesn't have any EC that uses MMX, right? |
15:29.34 | kpfleming|laptop | no |
15:29.51 | kpfleming|laptop | mav3rick: no, that's not right |
15:31.12 | mav3rick | how can I debug "more" ? which module is running ast_variable_new ? |
15:31.38 | mav3rick | I have autoload=yes in modules.conf, but very few configuration files |
15:32.15 | mav3rick | I only have asterisk.conf,extensions.conf,logger.conf,manager.conf,meetme.conf(EMPTY!),modules.conf,rtp.conf,sip.conf,and zapata.conf (EMPTY) |
15:33.19 | tzafrir_laptop | mav3rick, can you see which specific allocation is responsible for most of this? |
15:33.29 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
15:34.42 | mav3rick | "memory show allocations" shows: ast_variable_new at line 194 of config.c |
15:35.26 | mav3rick | "memory show summary" shows: 37736488 bytes in 659192 allocations in file 'config.c' |
15:36.42 | mav3rick | I have to go, I'll be back in one hour or two. If you need me to run some commands (or grab more informations), I'll read the IRC channel |
15:39.02 | kpfleming|laptop | that's all the needed information |
15:39.07 | kpfleming|laptop | at least all you will be able to gather |
15:44.13 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-f300c3de9dd467f2) |
15:44.13 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
15:44.25 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
15:44.25 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
15:48.59 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
15:53.46 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
15:57.47 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
15:57.47 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
16:05.34 | Corydon76-dig | Morning, Kevin |
16:05.59 | file | waves |
16:06.01 | Corydon76-dig | How's the weather out yonder? |
16:06.12 | russellb | hot and dry |
16:06.52 | russellb | <DonutPuncher> KPHX at 8:51 (15:51Z): Scattered, 84.2 (29), 30.04in (1014mb), Moderate breeze 11kt () |
16:06.57 | russellb | not too hot yet, actually |
16:17.23 | file | of course in this room it is freezing |
16:17.36 | russellb | yes. |
16:18.08 | outtolunc | you two are in PHX already, sheesh |
16:18.23 | russellb | lots of decorating to do! |
16:18.58 | outtolunc | still trying to swing by the show on the way back from TX, but with my luck.. |
16:20.11 | file | we are decorating. |
16:20.38 | outtolunc | hanging orange flip-flops from every light? |
16:20.50 | russellb | not quite |
16:20.55 | outtolunc | <G> aww |
16:21.16 | russellb | lots of tiny snowflakes in the shape of asterisks |
16:21.24 | outtolunc | nice |
16:21.26 | russellb | all over the ceilings |
16:37.21 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
16:45.32 | mvanbaak | hello all |
16:45.42 | putnopvut | hi mvanbaak |
16:46.05 | mvanbaak | packs his swimmingsuit |
16:50.11 | ctooley | hopes it is supposed to still be hot and dry next week. |
16:54.05 | seanbright | it's AZ |
16:54.14 | seanbright | isn't that always the forecast? |
16:57.18 | mvanbaak | :) |
16:57.28 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
16:58.11 | mvanbaak | hhmm, someone going from O'Hare to PHX ? |
16:58.20 | kpfleming|laptop | i'm sure someone is |
16:58.43 | mvanbaak | lol kevin |
16:59.06 | russellb | i don't know, o'hare is pretty small |
16:59.08 | mvanbaak | didn't expect them to charter a private yet for me no |
16:59.28 | mvanbaak | russellb: yeah. And I'm stuck there for 4 hours and 15 minutes |
17:00.04 | mvanbaak | on my return flight I'm going from PHX to Dulles to AMS |
17:00.23 | mvanbaak | 1 hour 23 minutes in Dulles |
17:01.31 | mvanbaak | hhmm, I should stay focussed and not forget my passport when I go out to have a smoke in o'hare |
17:02.22 | mvanbaak | coworker of mine forgot |
17:02.31 | mvanbaak | he missed his plane because of it |
17:02.40 | putnopvut | ouch |
17:02.51 | mvanbaak | he was there with his wife and kids |
17:03.06 | mvanbaak | told his wife: "I'll brb, going out for a smoke" |
17:03.40 | mvanbaak | and when he got back he was stopped, and could not get back to his family because his family had his passport and he only had a lighter and a pack of smokes |
17:04.18 | seanbright | take your boarding pass, too. |
17:04.30 | mvanbaak | good one, thanks |
17:04.40 | mvanbaak | but I'm not there with family |
17:04.47 | mvanbaak | so I'll prolly take all my stuff |
17:04.52 | seanbright | good point |
17:09.36 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
17:09.36 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
17:12.00 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
17:22.34 | *** join/#asterisk-dev kpfleming|laptop (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
17:22.34 | *** mode/#asterisk-dev [+o kpfleming|laptop] by ChanServ |
17:49.59 | eliel | mvanbaak: you are traveling for the astricon? |
17:51.34 | mvanbaak | not today |
17:51.43 | mvanbaak | but I will be next monday |
17:55.36 | eliel | write the email to de -dev list :-) so we can get some feedback and continue development |
17:57.10 | JunK-Y | mvanbaak: when do you arrive at PHX, on monday? |
17:58.05 | mvanbaak | JunK-Y: 19:00 |
17:58.47 | JunK-Y | im at like 3 |
17:59.12 | JunK-Y | i was to propose you a ride to the hotel, since the taxi is pretty expensive. |
17:59.28 | mvanbaak | ah |
17:59.37 | eliel | mvanbaak: where I you from? |
17:59.39 | mvanbaak | well, with some luck someone can pick me up ;) |
17:59.47 | mvanbaak | eliel: The Netherlands |
18:00.32 | eliel | mvanbaak: I though you where from the usa |
18:00.37 | mvanbaak | nope |
18:00.51 | mvanbaak | lol, what made you think so ? |
18:01.17 | eliel | which is your main language there (eliel-- in geography) |
18:01.40 | mvanbaak | dutch |
18:01.58 | mvanbaak | but english is part of the elementary school here |
18:02.06 | eliel | mvanbaak: because of your english I though you where from usa |
18:02.12 | mvanbaak | and we dont have dutch voiceovers here |
18:02.23 | mvanbaak | all movies are in english, with dutch subtitles |
18:02.25 | caio1982 | mvanbaak: just to compare with the costs I've found... would mind saying the average cost from .nl to usa and back for astricon? |
18:02.42 | JunK-Y | caio1982: are you coming too ? |
18:02.49 | eliel | here too, we have english our main movie language, with spanish subtitles |
18:02.49 | mvanbaak | caio1982: plane ticket around 650 euro |
18:03.12 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
18:03.33 | mvanbaak | caio1982: I ordered at August 4 |
18:03.33 | caio1982 | JunK-Y: I would love to, but it's about 4k dollars from brazil and back :-( |
18:03.41 | caio1982 | mvanbaak: oh, pretty cheap |
18:04.02 | mvanbaak | caio1982: if I have to order now the ticket is around 1500 euro |
18:04.14 | caio1982 | hmm that explains :/ |
18:04.35 | caio1982 | next year i'll try to evaluate the costs 6 months before astricon :) |
18:04.42 | mvanbaak | yeah |
18:04.48 | mvanbaak | order in advance and save money |
18:04.58 | *** join/#asterisk-dev Cresl1n (n=matt@72-254-40-48.client.stsn.net) |
18:04.58 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
18:05.35 | putnopvut | I got really into the olympics a few weeks ago. I considered trying to buy tickets for London four years in advance so I could attend the next games. I don't think airlines let you book that far in advance though. |
18:05.49 | eliel | how many developers are signed up to the astridevcon? |
18:05.49 | mvanbaak | lol putnopvut |
18:06.00 | file | putnopvut: a year in advance! |
18:06.48 | caio1982 | i guess you can even try to postpone the booked flight for a couple of times, that would mean, maybe, 2 years or so :P |
18:06.54 | caio1982 | but, yeah, that's cheating hehe |
18:08.06 | caio1982 | eliel: i'm curious about that too |
18:08.09 | mvanbaak | caio1982: 676,30 euro to be exact |
18:08.44 | mvanbaak | 954 us dollars |
18:14.51 | eliel | there was an email a long time ago about svn statics, lines of code commited by every developer, and lot more, is that already public? |
18:16.07 | putnopvut | eliel: I think that information is viewable with viewvc, but I don't know the URL. |
18:16.40 | eliel | putnopvut: thanks, I will try to find it |
18:17.30 | caio1982 | eliel: http://www.mail-archive.com/asterisk-dev@lists.digium.com/msg30526.html |
18:17.36 | Corydon76-dig | btw, you might have more success if you search for "statistics" |
18:18.08 | eliel | Corydon76-dig: heh, my poor english... |
18:18.16 | eliel | caio1982: thanks |
18:18.39 | caio1982 | yw |
18:21.50 | JunK-Y | caio1982: when using option -L with ssh, do you know how to get multiples ports? |
18:23.30 | caio1982 | JunK-Y: hmm nope |
18:23.59 | JunK-Y | i need to get many hostport for 1 tunnel. |
18:25.41 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
18:25.41 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
18:29.54 | mvanbaak | JunK-Y: https://help.ubuntu.com/community/SSH_VPN |
18:30.16 | JunK-Y | i found it, we can have multiples -L |
18:38.35 | tzafrir_laptop | JunK-Y, openvpn |
18:39.20 | JunK-Y | my goal is to do it directly with ssh, no vpn. |
18:39.46 | tzafrir_laptop | You can also add -L and -R at run time |
18:40.06 | tzafrir_laptop | by using ~C |
18:40.19 | tzafrir_laptop | (with openssh, that is) |
18:42.06 | JunK-Y | ya, i just didnt know you could use many -L. |
19:00.34 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
19:00.34 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
19:08.43 | kpfleming|laptop | yes, openssh tunnels are awesomeness |
19:08.51 | kpfleming|laptop | unless you need UDP, of course |
19:08.55 | putnopvut | codefreeze-lap: ping. I'm getting a crash every time I hang up a forwarded call in trunk. It seems to be cdr-related. Details here: http://pastebin.ca/1204643 |
19:09.42 | putnopvut | If the line-numbers seem a bit off, it's actually because I was using the issue8824 branch, but it's based on trunk. |
19:10.35 | *** join/#asterisk-dev bbryant (n=Brett_Br@adsl-153-53-11.chs.bellsouth.net) |
19:10.35 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
19:20.16 | codefreeze-lap | putnopvut: I'm in the middle of it now; terrible choices need to be made; well, terrible to me, at least, as I have maintain this: romeo and juliet verses keep coming to mind... a rose, by any other name.... |
19:20.43 | codefreeze-lap | uh /have maintain/have to maintain/ |
19:20.45 | putnopvut | okay, I wasn't sure if you knew about that or not. Thanks. |
19:26.17 | file | this is the CDR situation that never ends... it just goes on and on my friend |
19:29.12 | russellb | some systems, started logging without knowing what it was |
19:29.20 | Cresl1n | fail |
19:31.21 | *** join/#asterisk-dev eferro (n=eferro@72.46.217.87.dynamic.jazztel.es) |
19:48.28 | *** join/#asterisk-dev L-info (n=L-info@80.169.36.194) |
20:04.10 | lmadsen | ummm.... I can't load asterisk-addons modules when DONT_OPTIMIZE is enabled in the main asterisk source? |
20:04.25 | lmadsen | oops... I'm not in #asterisk, sorry (tab order is wrong) |
20:06.26 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
20:06.26 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
20:10.51 | seanbright | the nice part about a crashing asterisk is that you can recompile and install a known-working copy right underneath it |
20:11.06 | seanbright | and the next time it decides to crap it's shorts, the happy version comes up |
20:12.21 | seanbright | that is all. |
20:18.18 | codefreeze-lap | OK, I think I have a line on the CDR crash; I have a fix that works with attended xfers, and I'll test it on a bunch of scenarios. Hmmm, should I expose the community to it yet? Might find snags... |
20:20.51 | russellb | codefreeze-lap: 'tis your job to evaluate the risk :) |
20:23.16 | lmadsen | I love exposing to the community |
20:25.03 | russellb | lmadsen: :-X |
20:25.09 | lmadsen | russellb: heh |
20:26.03 | lmadsen | I really need to get a headset |
20:26.13 | codefreeze-lap | Well, evaluate I am. zap hookflash assisted 3 way looks good. zap hookflash blind looks good. zap #blind looks good. sip blind xfer from one zap to another looks good.... |
20:27.11 | codefreeze-lap | Eh, let's expose it. |
20:29.37 | Corydon76-dig | "Our code isn't released; it escapes." |
20:34.12 | putnopvut | codefreeze-lap: don't forget to try what I was doing too, a call forward. |
20:41.24 | twisted | lmadsen: if you expose to me in AZ I will be forced to cacti you |
20:41.49 | Corydon76-dig | exposes twisted |
20:43.08 | codefreeze-lap | putnopvut: pardon my ignorance... but how would I set up for that? I've got a snom and polycom, and I've never tried that yet with either. |
20:43.31 | putnopvut | codefreeze-lap: is your polycom a 430? |
20:43.38 | codefreeze-lap | ha, there's a fwd button on that polycom |
20:43.44 | putnopvut | yeah, that's the ticket :) |
20:43.52 | codefreeze-lap | I've been ignoring it for... well, forever |
20:48.31 | codefreeze-lap | OK, after setting *both* lines to fwd to 200, the polycom seems to automatically fwd the call to 200, and I get two CDR's, and..... survive just fine |
20:48.45 | putnopvut | Yay! |
20:56.59 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
20:56.59 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
20:59.56 | Cresl1n | pokes file |
21:00.04 | file | moo |
21:08.22 | seanbright | codefreeze-lap: will this patch apply against 1.4? |
21:08.46 | seanbright | (nm, i need to read) |
21:10.12 | codefreeze-lap | seanbright: yep |
21:10.28 | seanbright | ok, well, it'll need to wait until tonight when i can safely bounce the PBX |
21:14.18 | seanbright | code samples on wikipedia are GPL'd right? |
21:14.34 | outtolunc | public domain most likely |
21:14.59 | seanbright | cuz all the code i have submitted to the project comes from wikipedia |
21:15.06 | seanbright | like... *every* line |
21:16.45 | snuff-home | jpeeler: 13493 - he reported all good pretty fast.. :) |
21:17.08 | jpeeler | snuff-home: yes sir! |
21:17.40 | snuff-home | is it just me.. or is pj like the new falves? |
21:17.45 | jpeeler | i'm glad the parking saga (or that one at least) is over |
21:18.04 | jpeeler | snuff-home: not sure yet |
21:18.38 | putnopvut | snuff-home: no way, they're not even close. |
21:18.39 | snuff-home | mm well off to work i go.. |
21:19.14 | snuff-home | btw self pimpage.. if u want to see ao2 jabber progress my branch can has ;) |
21:20.32 | snuff-home | putnopvut: just in terms of number bugs reported lately |
21:20.38 | snuff-home | *gone* |
21:29.23 | lmadsen | twisted: ouch! |
21:30.39 | Corydon76-dig | So is there a pool in the CodeZone area? |
21:30.49 | lmadsen | good question |
21:35.10 | Corydon76-dig | lmadsen: and more importantly, are you bringing your Speedos? |
21:35.28 | lmadsen | I don't own speedos |
21:35.32 | lmadsen | just swim shorts, sorry |
21:35.40 | Corydon76-dig | Awwww |
21:35.41 | lmadsen | believe me... even you wouldn't want to see me in a speedo |
21:35.51 | file | O.o |
21:35.57 | lmadsen | I've developed quite the beer repository |
21:35.57 | Corydon76-dig | orly? |
21:36.03 | Corydon76-dig | Heh |
21:36.17 | lmadsen | lol |
21:36.31 | Corydon76-dig | How about file in speedos? |
21:36.37 | file | ...no |
21:37.19 | Corydon76-dig | file: can we expect to see you in the pool anyway? |
21:37.31 | file | ...yes |
21:37.41 | file | I'm holding a pool party with Tristan *cough* |
21:37.42 | Corydon76-dig | wootz |
21:39.39 | lmadsen | I need f00dz sometime s00nz |
21:40.25 | file | swimming attire is NOT optional |
21:40.33 | lmadsen | o.O |
21:40.35 | twisted | i don't think it's a pool |
21:40.40 | twisted | i think it's pool as in billiards |
21:40.49 | lmadsen | aye |
21:42.06 | Corydon76-dig | I'd much rather spend time in a pool |
21:42.14 | twisted | then go for it ;) |
21:42.27 | file | tonight might be a pool night |
21:44.27 | Corydon76-dig | file: you have Keynote on your laptop? |
21:44.34 | file | I don't have a Mac |
21:44.41 | Corydon76-dig | Oh, I thought you did |
21:44.43 | file | I have a Kubuntu running Acer laptop |
21:44.44 | twisted | wtf |
21:45.19 | Corydon76-dig | Guess I'll be exporting this presentation to PDF for you to look at |
21:45.42 | file | are you putting together the entire thing? O.O |
21:46.02 | Corydon76-dig | I'm starting on it, at least |
21:46.10 | Juggie | Corydon76-dig, openoffice? |
21:46.14 | Corydon76-dig | I will certainly need your input, though |
21:46.31 | Corydon76-dig | Juggie: OOo doesn't present well on my laptop |
21:46.51 | Corydon76-dig | I've attempted it before |
21:47.03 | Juggie | O!. |
21:47.14 | Juggie | well, woudnt open office load the mac format though |
21:47.35 | Corydon76-dig | Dunno if it will or not, but PDF is a sure bet |
21:49.51 | Juggie | true true |
21:50.41 | file | Corydon76-dig: k |
21:51.27 | file | Corydon76-dig: I will do what I cannnnn |
21:59.21 | *** join/#asterisk-dev L-info (n=L-info@host86-163-171-189.range86-163.btcentralplus.com) |
22:10.05 | Laureano | Does the Esc key work for anybody in "make menuselect" (trunk)? |
22:12.38 | JunK-Y | its f12 |
22:13.27 | Laureano | JunK-Y, F12 saves the changes. I wan't to exit without saving the changes. |
22:14.40 | putnopvut | Laureano: it works for me. However, seanbright has added exit buttons now. If you update your trunk checkout, you should see those in the bottom-right part of the screen. |
22:15.10 | Laureano | I will update then putnopvut |
22:15.13 | JunK-Y | yes its gonna not save |
22:18.34 | Laureano | Updated: Now I can see (and use) the red big buttons. But the Esc key ain't working. |
22:19.15 | Laureano | I'm running the console in Gnome's Terminal. I will try in PuTTy. |
22:20.13 | putnopvut | Complaints of keys not working properly is what prompted the buttons to be added. |
22:20.32 | Laureano | Oh, ok. |
22:20.50 | Laureano | Just for the record: it didn't work in PuTTY (Linux and Windows versions). |
22:21.13 | Laureano | Having the buttons, It isn't a big issue anyway. |
22:21.16 | Laureano | Thanks. |
22:23.59 | snuff-work | anyone following the vm world conference by vmware? |
22:25.58 | *** join/#asterisk-dev unpaidbill (i=bill@420nugs.info) |
22:43.47 | putnopvut | punches himself in the face |
22:43.54 | putnopvut | what the hell is this! |
22:44.06 | putnopvut | if (blah) do {} while (0); |
22:44.23 | putnopvut | There are no breaks or continues inside the braces either. |
22:44.23 | russellb | it's so you can break out of an if :-D |
22:44.31 | russellb | ic. |
22:45.13 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
22:45.13 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
22:48.20 | *** join/#asterisk-dev L-info (n=L-info@host86-163-171-189.range86-163.btcentralplus.com) |
22:49.31 | jpeeler | is there any value in increasing the refcount of an object for a particular block of code when you know that the refcount is already at least one and will be decremented at the end? |
22:50.06 | snuff-work | in my limited experience only if unlinking.. |
22:50.32 | snuff-work | but i could be way wrong.. ao2 isn't my thing yet :) |
22:51.49 | codefreeze-lap | Has no-one out there a verification of the cdr-crash patch as per 13467? |
22:51.51 | putnopvut | jpeeler: Yeah, there's no real need to up the refcount if you're doing something like passing a refcounted object to a function or something. |
22:52.12 | putnopvut | codefreeze-lap: I can try it since I was having the crashes occur regularly. |
22:52.23 | putnopvut | M13467 |
22:52.26 | MuffinMan | [feedback] [Asterisk] CDR/General 0013467: Seg fault 1.6.0 trunk reported by edantie (Karma: +1.25) http://bugs.digium.com/view.php?id=13467 |
22:52.40 | jpeeler | putnopvut: thanks |
22:52.55 | codefreeze-lap | putnopvut: the patch is for 1.4, but I can present a trunk/1.6.x patch as well |
22:53.18 | putnopvut | codefreeze-lap: oh really? I didn't have the crash occur in 1.4 when I was testing things earlier. Could you make a trunk patch? |
22:54.34 | jpeeler | same here, no cdr crashes in 1.4, just in trunk (with parking) |
22:55.17 | codefreeze-lap | putnopvut: I just uploaded a trunk patch. |
22:55.24 | putnopvut | codefreeze-lap: thank you |
22:55.47 | codefreeze-lap | jpeeler: putnopvut: yes, the bug is the same in 1.4/trunk/1.6.x |
22:56.16 | codefreeze-lap | Well, it *should* be. |
22:56.23 | putnopvut | we'll soon see. |
22:56.25 | codefreeze-lap | well, it *had better* be. |
22:56.29 | putnopvut | I'm just waiting on phones to register. |
22:56.49 | codefreeze-lap | is on pins and needles |
22:57.33 | snuff-work | mm.. 13498 with ast_get_enum would i be right saying we could just ditch line 897 since its just array of pointers and we free the internals above that? |
22:58.43 | putnopvut | snuff-work: I think you've misunderstood the problem. It's freeing a NULL pointer that never had memory allocated. |
22:59.00 | putnopvut | ast_free(context->naptr_rrs) is the line that's the problem. |
22:59.25 | putnopvut | The code isn't really *wrong* per se, since it's fine to free a NULL pointer... |
22:59.51 | snuff-work | well it doesn't.. i thought ast_free just printed that msg and didn't bother? |
22:59.56 | putnopvut | codefreeze-lap: d'oh! It helps if I actually recompile the code. |
23:00.18 | snuff-work | mm ignore the 'well it doesn't bit' |
23:00.18 | putnopvut | snuff-work: yeah, essentially that's what happens. |
23:00.42 | snuff-work | :) |
23:01.15 | putnopvut | codefreeze-lap: call-forwarding seems to work fine. No crashes. |
23:01.56 | codefreeze-lap | gets up and removes the sewing kit before sitting back down |
23:02.10 | codefreeze-lap | putnopvut: thanks for the feedback.... ANYONE ELSE? |
23:02.51 | jpeeler | with respect to trunk? |
23:03.07 | codefreeze-lap | sure |
23:04.04 | jpeeler | i'm going to update, recompile, and make sure i'm not just confused first |
23:04.19 | codefreeze-lap | OK |
23:06.30 | jpeeler | it does appear to be crashing in ast_cdr_start |
23:07.07 | codefreeze-lap | jpeeler: with the patch applied? |
23:07.25 | putnopvut | interesting. My crashes were never occurring in ast_cdr_start. |
23:07.30 | jpeeler | um, i think i jumped into this without knowing what's going on |
23:07.37 | jpeeler | no patch, where is it? |
23:07.52 | codefreeze-lap | on 13467 |
23:07.55 | putnopvut | Actually they were, ignore me. |
23:08.19 | putnopvut | Let me clarify. I had crashes occurring in ast_cdr_start, but now they are not occurring. |
23:08.19 | jpeeler | sorry! let me retry |
23:08.40 | codefreeze-lap | hey, you guys are really good at getting a guy's circulatory system worked up! |
23:09.16 | putnopvut | codefreeze-lap: a strong cardiovascular system is a good thing :() |
23:09.24 | putnopvut | s/()/)/ |
23:09.52 | codefreeze-lap | unless it gets blown out along the way! |
23:09.56 | jpeeler | i think that does indeed fix the CDR problem |
23:10.15 | codefreeze-lap | wipes sweat from brow... |
23:10.23 | jpeeler | codefreeze-lap: sorry to get you all worked up |
23:10.37 | codefreeze-lap | OK, good, thanks for the feedback. It's OK. |
23:11.17 | jpeeler | it is going to be committed soon? |
23:11.33 | codefreeze-lap | I'm tempted |
23:11.46 | codefreeze-lap | starts to dance |
23:11.55 | codefreeze-lap | tries an Irish Jig |
23:11.56 | jpeeler | i am working on an old copy to avoid the bug |
23:13.00 | codefreeze-lap | tries a Rwandan marriage dance, but without the drums, it's just not the same.... |
23:16.13 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
23:20.27 | codefreeze-lap | jpeeler: I had two cdr bugs reopened, blaming them for the 13425 bug; what do you think, were they? |
23:20.38 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583722.dsl.bell.ca) |
23:21.43 | jpeeler | codefreeze-lap: were there any CDR fixes committed to 1.4 recently? |
23:22.17 | codefreeze-lap | jpeeler: sure, a couple, a couple days ago... |
23:22.24 | jpeeler | sorry, looking at the bug |
23:23.24 | jpeeler | i don't know, he had it narrowed down to the exact revision |
23:24.29 | codefreeze-lap | I can see something indirectly affecting... if you find anything I missed or did wrong, give me a shout |
23:25.36 | jpeeler | ok will do, mdu113 apparently will too if it involves parking |
23:31.05 | seanbright | russellb: what do you think of using the stateid (from event state) as part of the magic id for 5014? |
23:31.57 | russellb | stateid ... |
23:32.07 | russellb | stateid? |
23:32.10 | seanbright | heh |
23:32.27 | russellb | the subscription id? |
23:33.04 | seanbright | yeah |
23:33.05 | russellb | speak in code! |
23:33.09 | seanbright | it's called stateid i think |
23:33.15 | seanbright | stateid *is* what it's called in the code |
23:33.24 | russellb | the ast_subscription * ? |
23:33.27 | seanbright | i think... |
23:33.27 | russellb | not that |
23:33.28 | seanbright | hold on |
23:33.30 | russellb | ast_event_sub * |
23:33.54 | file | seanbright: stop confusing me! |
23:33.57 | seanbright | ast_state_cb->id |
23:34.00 | seanbright | sorry, i was wrong. |
23:34.15 | russellb | opens chan_sip |
23:34.16 | seanbright | main/pbx.c |
23:34.22 | seanbright | russellb: ^^ |
23:34.40 | seanbright | ast_extension_state_add |
23:34.50 | russellb | OH. |
23:35.25 | russellb | how would you get said id? |
23:35.41 | russellb | ah, it's the retval of add ... |
23:35.42 | seanbright | it gets passed to the callback |
23:35.46 | seanbright | err |
23:35.51 | russellb | well, yeah, that's fine |
23:36.18 | seanbright | or that |
23:36.18 | russellb | i mean, it just has to be unique, which that is |
23:36.18 | seanbright | right |
23:36.19 | russellb | and it needs to make it easy to match it up to the extension that is getting picked up |
23:36.19 | seanbright | the only other issue is i have to add a way to look up extension by id |
23:36.24 | seanbright | which does not currently exist |
23:36.24 | russellb | i was originally thinking perhaps a pointer value to some subscription info in chan_sip |
23:36.43 | seanbright | right, that is another option |
23:36.50 | seanbright | the id seemed easier to parse on the way back in |
23:37.02 | russellb | what would you do with it when it came back in? |
23:37.08 | seanbright | the id? |
23:37.13 | russellb | yep |
23:37.30 | seanbright | call a new function in main/pbx.c which iterates through the callbacks looking for it |
23:37.40 | seanbright | oh crap |
23:38.11 | seanbright | ok, maybe that won't work. |
23:38.21 | seanbright | i had this all written out in my head last night |
23:38.38 | russellb | hm, it might work just fine |
23:38.41 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
23:38.49 | russellb | and that func would give you the exten/context that it is related to |
23:38.53 | russellb | and then you can do a pickup on that |
23:38.55 | russellb | would work. |
23:39.12 | seanbright | not sure how to go from an ast_state_cb to the exten/context |
23:39.19 | russellb | looks |
23:40.10 | russellb | actually, you'd have to iterate all ast_hints |
23:40.20 | kpfleming|laptop | eewwww |
23:40.21 | russellb | and you'll find the ast_state_cb on the hint |
23:40.26 | russellb | and the hint is the info you want |
23:40.35 | seanbright | right. |
23:40.38 | seanbright | that's not pretty. |
23:40.39 | kpfleming|laptop | umm... didn't you supply the ast_state_cb in the first place? |
23:40.41 | russellb | i think associating with some subscription info within chan_sip might be more straight forward .. |
23:40.46 | kpfleming|laptop | right |
23:41.01 | seanbright | can you sscanf a %p? |
23:41.06 | kpfleming|laptop | when you do the exten state subscription, there should be a void * or something you get back during the callback |
23:41.17 | seanbright | yeah, a sip_pvt |
23:41.31 | kpfleming|laptop | ok, so that's where you store the exten/context you originally subscribed to |
23:41.47 | russellb | yeah, you should be able to scanf anything you can printf AFAIK |
23:42.15 | seanbright | kpfleming|laptop: in the sip_pvt? |
23:42.19 | kpfleming|laptop | yes |
23:42.40 | seanbright | alrighty. |
23:42.42 | kpfleming|laptop | or in something attached to it, whichever |
23:42.51 | russellb | certainly it should be stored somewhere |
23:42.56 | russellb | i don't know where |
23:43.00 | russellb | heh |
23:43.03 | kpfleming|laptop | points at the bucket over in the corner |
23:43.32 | seanbright | ok, let me think this through. |
23:43.43 | seanbright | i'll do that silently. |
23:43.45 | russellb | found it ... it's stored in exten and context in the sip_pvt |
23:44.01 | russellb | so, if you use the pointer address of the sip_pvt that represents the subscription |
23:44.13 | russellb | then bam, you've got what oyu need |
23:44.30 | seanbright | it's almost too easy. |
23:44.35 | russellb | heh |
23:44.47 | seanbright | i feel dirty sscanf'ing a pointer though |
23:44.52 | seanbright | smells like a security risk |
23:45.12 | kpfleming|laptop | why would you need to do that? |
23:45.40 | russellb | seems like an easy way to have a uniqueid to put in the NOTIFY :) |
23:45.49 | russellb | and a quick way to get back to the info you need |
23:46.02 | kpfleming|laptop | ahh |
23:46.04 | seanbright | because i am going to make the pointer to the sip_pvt the 'replaces' value of the INVITE during a pickup |
23:46.20 | russellb | i don't care what it is really, we just have to find something that is 1) unique, and 2) makes it easy to find the associated exten/context for the subscription that this pickup is realted to |
23:46.23 | kpfleming|laptop | yeah, you can't put that in signaling that comes back from outside |
23:46.26 | kpfleming|laptop | too risky |
23:46.30 | seanbright | yeah. |
23:46.40 | kpfleming|laptop | you already have a Call-ID that the SUBSCRIBE had |
23:46.49 | russellb | hm, that's true |
23:46.58 | kpfleming|laptop | just make another Call-ID with something added on to it |
23:46.58 | russellb | the callid of the subscribe itself ... |
23:47.06 | seanbright | but the callid that comes in with the notify is not that of the call you want to pickup |
23:47.10 | seanbright | ohh |
23:47.12 | seanbright | i see |
23:47.17 | russellb | PICKUP-<origcallid> or something silly |
23:47.19 | russellb | shrugs |
23:47.21 | kpfleming|laptop | yep |
23:47.29 | kpfleming|laptop | then search for <origcallid> in your sip_pvt list |
23:47.47 | seanbright | heh |
23:48.04 | russellb | that'll do :) |
23:48.25 | putnopvut | very nice, since sip_pvts are keyed on their callids. |
23:48.28 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
23:48.33 | seanbright | the sad part? either of you could have done it since we've been having this conversation :) |
23:48.45 | seanbright | hell, even putnopvut could have pulled it off! |
23:48.46 | seanbright | ;) |
23:48.52 | putnopvut | lol, no I couldn't. |
23:48.58 | seanbright | trust me |
23:49.01 | seanbright | you could've |
23:49.02 | seanbright | :) |
23:49.12 | seanbright | the only other issue is caller id |
23:49.26 | seanbright | which is not an easy one, apparently. |
23:50.01 | russellb | effectively not possible |
23:50.07 | russellb | so, check! |
23:50.19 | seanbright | it feels wrong to leave out |
23:50.24 | seanbright | but yeah. |
23:50.54 | russellb | i appreciate the attitude :) |
23:50.55 | seanbright | kinda sucks that the picking-up user doesn't know who he is about to talk to |
23:50.58 | russellb | but seriously ... it's just ...... |
23:51.08 | russellb | well, they will once they pick it up. |
23:51.15 | russellb | once we have our connected party ID stuff in |
23:51.18 | russellb | points at putnopvut |
23:51.18 | seanbright | we just need to pass around a 'source' argument to all the state change functions |
23:51.34 | russellb | but it's not that simple |
23:51.34 | putnopvut | russellb: hi! |
23:51.44 | russellb | there may be numerous callers causing a hint to be in a ringing state |
23:51.45 | seanbright | it's an event |
23:51.47 | russellb | which one do you use? |
23:51.52 | seanbright | the last one |
23:51.55 | russellb | fail |
23:51.56 | seanbright | the first one |
23:52.00 | russellb | fail |
23:52.08 | seanbright | leave it up to the channel driver |
23:52.15 | russellb | you *punt* |
23:52.16 | seanbright | ask jesus |
23:52.18 | russellb | and don't send it at all |
23:52.20 | russellb | heh |
23:52.30 | seanbright | that is an edge case though |
23:52.50 | seanbright | 94% of the time, 1 caller will cause the ring |
23:53.51 | seanbright | hell, maybe snom's support that anyway |
23:53.58 | russellb | handling the edge cases is a huge part of what makes asterisk so powerful |
23:54.03 | seanbright | i know you can throw line-id in the notify messages |
23:54.18 | russellb | we will _not_ sacrifice our architecture to make things easier |
23:54.27 | seanbright | it's not about making it easier |
23:54.30 | seanbright | it's about making it more useful |
23:54.32 | kpfleming|laptop | what is 'line-id'? |
23:54.50 | seanbright | you can reference specific lines on a UA |
23:54.53 | seanbright | (i think) |
23:54.54 | russellb | there's no way to differentiate the common case from the complex ones |
23:54.56 | russellb | there's just not .. |
23:55.04 | kpfleming|laptop | what is the definition of a 'line'? |
23:55.08 | seanbright | -------------- |
23:55.12 | kpfleming|laptop | tghx |
23:55.19 | seanbright | actually, that is a line segment |
23:55.30 | russellb | a series of line segments |
23:55.32 | russellb | shrugs |
23:55.33 | kpfleming|laptop | on my screen, it's a bunch of colinear line segments |
23:55.36 | russellb | heh |
23:55.38 | seanbright | ohhh |
23:55.41 | seanbright | colinear. you win. |
23:56.05 | seanbright | it was in the draft doc for the call-id in notify messages fu |
23:56.09 | seanbright | let me find it |
23:56.27 | kpfleming|laptop | doesn't matter |
23:56.33 | kpfleming|laptop | i don't care about the syntax, i care about the semantics |
23:56.44 | seanbright | paste bomb |
23:56.50 | seanbright | <PROTECTED> |
23:56.50 | seanbright | <PROTECTED> |
23:56.50 | seanbright | <PROTECTED> |
23:56.50 | seanbright | <PROTECTED> |
23:56.50 | seanbright | <PROTECTED> |
23:56.51 | kpfleming|laptop | what is a 'line', in the context of a multi-protocol PBX that can be configured a bazillion different ways |
23:58.16 | seanbright | i guess i get the point. |
23:58.18 | seanbright | no caller id. |
23:58.19 | seanbright | heh |
23:58.21 | putnopvut | You know what absolutely bugs the hell out of me in any and all SIP documents? |
23:58.30 | putnopvut | They absolutely do not consider the B2BUA case. |
23:58.32 | seanbright | putnopvut: the SIP part? |
23:58.38 | putnopvut | seanbright: essentially :) |
23:59.00 | seanbright | i really should stick to menuselect... |
23:59.10 | putnopvut | lawl' |
23:59.12 | seanbright | leave chan_sip to putnopvut |
23:59.12 | kpfleming|laptop | even worse... what happens if one call gets the extension into 'ringing' state, but then 10 seconds a later another call rings another device that is part of the same hint? |
23:59.25 | seanbright | kpfleming|laptop: armageddon! |
23:59.41 | putnopvut | heh, don't leave chan_sip to me. I still am a SIP nub, imo. |
23:59.43 | kpfleming|laptop | these are the things that aren't accounted for in things like BLA |