01:55.29 | *** join/#asterisk-scf-dev dms (~dms@24.96.140.69) |
02:44.41 | *** join/#asterisk-scf-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
03:35.19 | *** join/#asterisk-scf-dev icegnome (~blongberg@adsl-98-67-175-82.shv.bellsouth.net) |
05:52.24 | ben2011 | Does anyone know why issues.asterisk.org is unreachable? |
05:53.12 | ben2011 | I tried from to locations (Germany and US) |
08:10.29 | *** join/#asterisk-scf-dev kenhunt (~kenhunt@nat/digium/x-vwzrnfuhnqscdlzq) |
08:11.04 | *** join/#asterisk-scf-dev malcolmd (~malcolmd@nat/digium/x-piufsqeoxxvoqrag) |
08:11.05 | *** join/#asterisk-scf-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
11:35.44 | *** join/#asterisk-scf-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
11:53.41 | *** join/#asterisk-scf-dev wesphillips (~wphill04@137-237-233-124.harris.com) |
12:20.54 | kpfleming | file: boo |
12:21.02 | file | the answer is no |
12:21.44 | kpfleming | just for fun, we should make media_rtp_pjmedia randomly assign both RTP *and* RTCP ports, and use 'a:rtcp=xxx' to tell the other end where our RTCP lives... then watch the ensuing fun. |
12:21.57 | file | HAHAHAHAHA |
12:22.24 | kpfleming | we would be completely RFC compliant, but totally non-interoperable |
12:22.52 | file | we would interoperate with ourselves |
12:22.58 | kpfleming | i hope |
12:45.10 | *** join/#asterisk-scf-dev dms (~dms@nat/digium/x-gwckzyxhjsmsqjas) |
12:46.08 | b3nt_pin | imagines the flamage over the "well we are spec compliant, why aren't you?" wars... good times. |
12:46.13 | *** join/#asterisk-scf-dev dms1 (~dms@nat/digium/x-khupyjcilijwqbpz) |
12:49.41 | wesphillips | I have a question, if anyone has the time. Are there plans to implement RFC 3611 (RTCP XR)? |
12:49.53 | kpfleming | there are no plans at the moment |
12:50.02 | wesphillips | ok. thanks |
12:50.10 | kpfleming | all of our plans are on the wiki :-) |
12:50.25 | kpfleming | but... that's one of the things we'd like the steering committee to get involved with, of course |
12:50.48 | wesphillips | yea, I looked and didn't see it, so I thought I would ask. It would be a good addition if it is possible. |
12:51.02 | kpfleming | anything is possible... it's all software |
13:11.19 | *** join/#asterisk-scf-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
13:25.21 | *** join/#asterisk-scf-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
13:26.05 | *** join/#asterisk-scf-dev leedm777 (~Adium@nat/digium/x-nbqzbikfnfqtypmp) |
13:45.36 | *** join/#asterisk-scf-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
13:56.27 | *** join/#asterisk-scf-dev icegnome (~blongberg@nat/digium/x-bxgwrnleecrsbmim) |
14:24.49 | *** join/#asterisk-scf-dev kpfleming (~kpfleming@nat/digium/x-xdambvgzmonjibmz) |
14:24.50 | *** join/#asterisk-scf-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
14:51.26 | kenhunt | b3nt_pin: ping |
14:51.41 | b3nt_pin | kenhunt: pong |
14:51.45 | *** join/#asterisk-scf-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
14:52.26 | kenhunt | b3nt_pin: was it you that added the ability to set default values to class members in slice? |
14:52.44 | b3nt_pin | no, that was not me |
14:53.05 | file | 'twas kpfleming |
14:53.54 | kenhunt | OK. I just noticed something about setting an enum value, where the enum definition is in another slice file... |
14:54.08 | kenhunt | and you have to add the namespace to the enum value... |
14:54.28 | kenhunt | as in this snippet... http://pastebin.com/5cZYWrv7 |
14:55.07 | kenhunt | I would have expected the slice for the right-hand side to be AsteriskSCF::System::Logging::Level::Debug; |
14:55.17 | kenhunt | notice the "Level"... |
14:55.33 | kenhunt | otherwise, how would it know how to generate the correct value for Java or C#? |
14:55.37 | kpfleming | ugh |
14:55.47 | kpfleming | that's a problem, for sure |
14:56.08 | kenhunt | k |
14:56.30 | kpfleming | i don't think it matters whether the enum declaration is in another slice file or not |
14:56.57 | kenhunt | Here's another twist on that... |
14:56.59 | kpfleming | at least it shouldn't matter |
14:57.13 | kenhunt | the implicit default value (i.e. when I didn't set a default explicitly)... |
14:57.35 | kenhunt | was just set to "Debug" with no namespace qualifiers in the generated .h file, and it wouldn't compile. |
15:11.43 | *** join/#asterisk-scf-dev kenhunt (~kenhunt@nat/digium/x-elnrfbpnxygjeoev) |
16:42.08 | *** join/#asterisk-scf-dev icegnome (~blongberg@adsl-98-67-175-82.shv.bellsouth.net) |
16:49.47 | putnopvut | I've been staring at this the past 20 minutes now: http://pastebin.com/m1NBdtHJ |
16:49.56 | putnopvut | Anyone know what it is I'm doing incorrectly here? |
16:50.08 | putnopvut | I really wish error messages didn't suck as bad as they do... |
16:51.50 | kpfleming | mContacts holds RegPair objects, but you are trying to compare them to a string |
16:51.53 | putnopvut | Every reference for std::find I've read makes no reference to the fact the value passed in as the third parameter has to be the same type as the container in which the value is to be found. |
16:52.01 | kpfleming | it doesn |
16:52.06 | kpfleming | it doesn't |
16:52.16 | putnopvut | I've overloaded an == operator that takes a RegPair and a string, though... |
16:52.20 | kpfleming | but there has to be an operator== available to test equality |
16:52.22 | putnopvut | That's what's got me confused here. |
16:52.37 | kpfleming | hmm |
16:52.41 | kpfleming | well, i have to head to lunch |
16:52.45 | putnopvut | All righty. |
16:54.38 | *** join/#asterisk-scf-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
16:54.49 | putnopvut | Let's see if changing to find_if and defining a predicate makes a difference. |
16:58.36 | b3nt_pin | wonders if the anonymous namespace could be screwing things up |
17:09.27 | leedm777 | putnopvut: i'm not sure why it's not using your operator==, but they way you're using it looks a bit screwy anyways |
17:09.33 | leedm777 | you might be better of using find_if instead |
17:14.35 | leedm777 | such as: http://pastebin.com/MrcPdyA3 |
17:23.40 | putnopvut | Yep, got it rewritten already, pretty much exactly like you have it :) |
17:23.54 | file | :D |
17:24.24 | leedm777 | just noticed you said you were going to try find_if |
17:24.29 | leedm777 | got to work on my reading skills |
17:25.55 | file | leedm777, blame the run away child process |
17:26.33 | leedm777 | blaming no one but myself |
18:11.14 | leedm777 | because I hate a mystery: http://stackoverflow.com/questions/7287224/why-isnt-stdfind-using-my-operator |
18:16.46 | file | leedm777, you are a mystery |
18:17.00 | leedm777 | now hates self |
18:17.04 | leedm777 | thanks a lot, file! |
18:18.19 | file | leedm777, your non-mysterious is a mystery |
18:23.10 | putnopvut | Wow, I'm glad for some smart people who have apparently run into this before. |
18:23.13 | putnopvut | Silly ADL |
18:24.30 | leedm777 | And I got a http://stackoverflow.com/badges/20/nice-question?userid=115478 out of it, too :-D |
18:29.42 | file | hum hum hum |
18:32.53 | *** part/#asterisk-scf-dev wesphillips (~wphill04@137-237-233-124.harris.com) |
19:54.21 | *** join/#asterisk-scf-dev b3ntpin_tm2 (~b3ntpin@142.162.77.6) |
20:00.00 | *** join/#asterisk-scf-dev b3ntpin_tm2_ (~b3ntpin@142.162.77.6) |
20:33.52 | kpfleming | so mark and i were just chatting about that, and i wondered if typedefs on the relevant types in namespace 'x', where the operator== is also declared in namespace 'x', would have worked |
20:46.46 | leedm777 | kpfleming: no, I tried with typedefs and operators== all defined in the global namespace |
20:47.06 | leedm777 | s/operators/operator/ |
20:47.18 | leedm777 | infobot: botsnack |
20:47.18 | infobot | leedm777: aw, gee |
21:00.09 | kpfleming | well then |
22:20.55 | *** join/#asterisk-scf-dev leedm777 (~Adium@nat/digium/x-qgoeyzfyorolxhqt) |