| 00:39.05 | *** join/#asterisk-dev joshelson (~joshelson@97-122-163-211.hlrn.qwest.net) |
| 01:01.15 | *** join/#asterisk-dev tzafrir (~tzafrir@62-90-199-247.barak.net.il) |
| 01:01.16 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 01:20.40 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 01:20.40 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 06:13.26 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:51.25 | *** join/#asterisk-dev joshelson (~joshelson@97-122-163-211.hlrn.qwest.net) |
| 07:13.46 | *** join/#asterisk-dev tm1000 (sid6728@gateway/web/irccloud.com/x-ytssxyjrpzyglwso) |
| 07:47.00 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip70-180-17-122.ph.ph.cox.net) |
| 07:47.28 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:4de2:8a7b:8cc8:5024) |
| 07:59.44 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:59.44 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 08:20.58 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:31.26 | *** join/#asterisk-dev polysics (~polysics@82.57.212.110) |
| 08:31.42 | polysics | hey! is there some kind of a guide for new Asterisk developers? |
| 08:32.03 | polysics | with things like "what is the best way to log" etc |
| 08:36.11 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:18.46 | coreyfarrell | polysics: what is your goal? Do you want to contribute bug fixes/features to Asterisk or write your own module? the way to log are ast_log, ast_verb and ast_debug. |
| 09:21.49 | coreyfarrell | polysics: some policy info on the Asterisk wiki, https://wiki.asterisk.org/wiki/display/AST/Policies+and+Procedures |
| 09:22.37 | polysics | coreyfarrell: my ultimate goal is to get something I know where it is (stream to peer mapping in a SFU scenario) into something our applications can use |
| 09:23.00 | polysics | the best thing would be a new command I can run on the CLI but I am afraid I am not good enough for it yet :D |
| 09:23.06 | polysics | maybe I can try emitting an AMI event? |
| 09:24.21 | polysics | emitting "something" when this is called: https://github.com/asterisk/asterisk/blob/15.2/bridges/bridge_softmix.c#L1724 |
| 09:24.37 | polysics | or even dumping the entire bridge here: https://github.com/asterisk/asterisk/blob/15.2/bridges/bridge_softmix.c#L1765 would be fine |
| 09:24.49 | polysics | the ultimate goal is being able to identify the streams in-browser |
| 09:26.34 | polysics | coreyfarrell: I assume that would be a sort of desirable feature for all users, for now we just need to solve this issue somehow |
| 09:27.00 | polysics | and not being able to find any capable Asterisk developer to hire, means I have to do it myself with no experience :D |
| 09:28.21 | coreyfarrell | I don't know the new stream code (or much about the bridging code) so I'm unsure how frequently that function is called. probably can spawn a stasis event and give the statis type a .to_ami callback to produce the AMI event. |
| 09:29.41 | coreyfarrell | I assume it's not being called continuously so the frequency of events probably wouldn't be a problem. |
| 09:30.15 | polysics | to me, it looks like an AMI event is probably the easiest "proper" way to do this |
| 09:30.36 | polysics | ideally, it would have to be added to the SDP that is sent to the browser, but I could not even FIND that :D |
| 09:31.08 | polysics | coreyfarrell: if I am not asking for too much, do you have an example I can go look for of that to_ami usage? |
| 09:31.30 | polysics | also, I can put in a quick logging event and see how often that is invoked |
| 09:34.30 | coreyfarrell | manipulating SDP would be a bigger deal (and likely impossible for 15.x) |
| 09:39.25 | coreyfarrell | polysics: main/stasis_bridge.c has some bridge related .to_ami functions, for example ast_blind_transfer_type produces the AMI event "BlindTransfer". |
| 09:41.34 | coreyfarrell | using stasis isn't the easiest way but that's how you have to create an AMI event if you want it available to ARI as well. |
| 09:41.57 | polysics | oh right, it might actually be easier to have this consumed through ARI on our side |
| 09:43.16 | coreyfarrell | polysics: if you haven't already create an account on https://issues.asterisk.org/ and sign the license agreement. that way that's already done when you are ready to submit a patch. |
| 09:43.32 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:43.32 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:44.21 | coreyfarrell | polysics: https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process is worth a look along with sibling/child pages. |
| 09:50.05 | polysics | I already have an account, I just need to recover the password |
| 10:07.30 | *** join/#asterisk-dev dadrc (~quassel@unaffiliated/dadrc) |
| 10:31.37 | *** join/#asterisk-dev dadrc (~quassel@unaffiliated/dadrc) |
| 10:52.22 | *** join/#asterisk-dev joshelson (~joshelson@97-122-163-211.hlrn.qwest.net) |
| 12:54.40 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:04.03 | *** join/#asterisk-dev opticron (opticron@nat/digium/x-eonngycodhejyljh) |
| 13:04.03 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 13:29.02 | gtjoseph | coreyfarrell: i think the build process got busted somewhere. it's always building with full symbols foe me. |
| 13:29.19 | gtjoseph | can you try it and see if it's just me? |
| 13:29.41 | gtjoseph | file: if you've got a minute, can you try as well? |
| 13:29.56 | file | any particular branch? |
| 13:30.02 | gtjoseph | 13 |
| 13:31.01 | gtjoseph | i'm seeing -O3 -g3 in the gcc command lines |
| 13:31.14 | gtjoseph | without --enable-dev-mode and without DONT_OPTIMIZE |
| 13:31.27 | file | same |
| 13:31.54 | gtjoseph | main/asterisk = 14615664 bytes before strip and 3128432 after |
| 13:31.59 | gtjoseph | ok. |
| 13:32.07 | gtjoseph | issue forthcoming |
| 13:35.57 | *** join/#asterisk-dev Worldexe (~Worldexe@95-107-33-134.dsl.orel.ru) |
| 14:13.45 | polysics | is it possible to only recompile one bridge? |
| 14:15.08 | file | make will only recompile things which have been changed, unless you muck with timestamps of files or do a make clean or make distclean |
| 14:15.33 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 14:15.33 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 14:15.59 | polysics | darnit, should have read that before I did make clean :D |
| 14:16.07 | polysics | ah well, for next build, thanks :) |
| 14:16.18 | gtjoseph | you can also just make 1 directory with 'make bridges' |
| 14:17.03 | gtjoseph | also, are you using -jx where x is the number of cores you have available? |
| 14:18.40 | polysics | I am doing neither but I am learning fast, apparently |
| 14:19.09 | polysics | I'll try: is there any chance someone that actually knows what they are doing can be hired to help us out? |
| 14:19.22 | polysics | otherwise it will be an interesting learning experience :) |
| 14:20.20 | polysics | British interesting. |
| 14:24.51 | polysics | let's see how much I managed to break in one go :D |
| 14:30.47 | polysics | it works but it does not work |
| 14:30.57 | polysics | ast_debug statements should just appear in the console, right? |
| 14:31.26 | gtjoseph | only if you ./configure'd with --enable-dev-mode |
| 14:31.44 | gtjoseph | and have a logger.conf statement directing debug to console |
| 14:32.17 | file | and have a debug level that is sufficient to cause the message to appear |
| 14:32.48 | gtjoseph | oh yeah |
| 14:34.32 | polysics | so I either use ast_log instead or use dev mode? |
| 14:35.08 | gtjoseph | or both |
| 14:38.14 | polysics | is this interaction documented anywhere? just so I can stop asking dumb questions |
| 14:38.31 | polysics | ie. what to use to log and how to get stuff logged in various occasions |
| 14:48.06 | file | the logging levels are talked about in logger.conf |
| 14:48.23 | file | when you should use error/debug/etc isn't really documented, it's hard to be specific in that because it is situational |
| 14:48.43 | polysics | hmm, so either I am not reaching the code branch I am expecting or logs are still not getting written |
| 14:52.38 | polysics | file: I think you pointed my colleague to bridges/bridge_softmix.c as to where channels are mapped to streams. Did I get that backwards? |
| 14:52.47 | polysics | then again, maybe I am just not logging :D |
| 14:52.47 | file | that is where it happens |
| 14:54.26 | polysics | so, I put this in: https://gist.github.com/lpradovera/9ad7ac6f7d6bd770c8b850bc5a417a78 |
| 14:54.48 | polysics | ./configure --enable-dev-mode && make && make install && service asterisk restart |
| 14:54.53 | polysics | asterisk -rvvvvvvvv |
| 14:55.08 | file | debug to console in logger.conf, and core set debug 2? |
| 14:55.21 | polysics | right |
| 14:57.19 | file | that is what does the mapping, I do not know why it would not show up |
| 14:58.17 | polysics | that did it - now as to why it's not what I had expected, it's fine |
| 14:58.35 | seanbright | so ld needs the .a file in order to link, correct? |
| 14:58.41 | seanbright | it can't link against an .so? |
| 14:59.05 | gtjoseph | eh, sure it can |
| 14:59.31 | seanbright | does it need magic flags? |
| 14:59.45 | gtjoseph | nope |
| 14:59.48 | seanbright | k |
| 15:00.03 | gtjoseph | -lxxx will look for libxxx.so in your lib path |
| 15:00.16 | gtjoseph | NOT libxxx.so.1, etc |
| 15:00.28 | seanbright | ahh, so that's the issue |
| 15:00.41 | file | symlinks, symlinks for days |
| 15:00.57 | gtjoseph | yeah usually you need the -deve or -devel package to get the base .so symlinks |
| 15:01.05 | seanbright | got it |
| 15:01.24 | gtjoseph | or you can tun ldconfig manyallu to create them |
| 15:04.07 | seanbright | i wonder if i should just try to dlopen libcurl inside menuselect code to determine if it is available |
| 15:04.18 | file | oh god |
| 15:04.28 | seanbright | iknowrite |
| 15:06.13 | seanbright | OR i don't do this |
| 15:06.28 | seanbright | FYI, "this" in the previous message was a typo |
| 15:07.37 | gtjoseph | it's just a few lines in configure.ac |
| 15:07.50 | seanbright | what is? |
| 15:07.55 | gtjoseph | testing for libcurl |
| 15:08.02 | polysics | so, I know I am *this* close |
| 15:08.04 | seanbright | i tried that and it didn't work |
| 15:08.09 | seanbright | or am i missing something? |
| 15:08.40 | polysics | what is the stream name in sstring format in here, please? https://github.com/asterisk/asterisk/blob/15.2/bridges/bridge_softmix.c#L1746 |
| 15:09.11 | seanbright | ast_log(LOG_INFO, "stream_name: %s\n", source_stream_name); |
| 15:09.28 | file | also, which stream |
| 15:09.57 | gtjoseph | @seanbright: it looks like configure already tests for libcurl |
| 15:09.57 | seanbright | gtjoseph: if the .so isn't there, how would one link against it to test for the presence of the library? |
| 15:10.19 | seanbright | gtjoseph: yes, but codec_opus doesn't need the headers and all that |
| 15:10.21 | gtjoseph | iirc it's -l:<specific file name> |
| 15:10.26 | polysics | I need to get to "what streams belong to source_channel_name" |
| 15:10.27 | seanbright | gtjoseph: it just needs the library |
| 15:10.40 | gtjoseph | yes but if the headers are there, so is the lib |
| 15:10.42 | polysics | ie. a way to identify those streams in the client as elonging to "this guy" |
| 15:10.45 | seanbright | gtjoseph: well duh |
| 15:10.50 | seanbright | gtjoseph: but that's not the point |
| 15:11.08 | file | polysics: the name of the stream on the client RECEIVING the stream is different, and its position in SDP may be different too |
| 15:11.13 | seanbright | how do you test for the presence of the shared library in configure if the .so file isn't there? |
| 15:11.21 | seanbright | (but the .so.4 is) |
| 15:11.26 | file | polysics: ast_stream_get_name(stream) would get the name of the destination stream |
| 15:11.28 | gtjoseph | you don't. it fails |
| 15:11.33 | seanbright | correct |
| 15:11.43 | seanbright | i am (was) trying to solve that |
| 15:11.45 | seanbright | i failed |
| 15:11.47 | seanbright | i gave up |
| 15:11.55 | polysics | file: and that would be the ID of one of the streams that the browser receives? |
| 15:11.55 | gtjoseph | ./configure wasn't meant to check for runtime dependencies, just development |
| 15:12.11 | seanbright | agreed |
| 15:12.11 | file | polysics: no - the internal name of a stream is NOT exposed externally |
| 15:12.29 | seanbright | then we should probably remove the <depend>curl</depend> from the codecs.xml that i added before |
| 15:12.45 | polysics | I get that, but at some point that ID that is sent to the browser has to be "made" somehow |
| 15:12.45 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:12.45 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:12.50 | gtjoseph | or just install the dev or devel packages |
| 15:12.56 | polysics | <PROTECTED> |
| 15:13.06 | file | polysics: it's done in res_pjsip_sdp_rtp |
| 15:13.08 | seanbright | gtjoseph: or that. |
| 15:13.16 | seanbright | gtjoseph: either way... I'M OUT |
| 15:13.18 | seanbright | happy monday |
| 15:13.26 | file | randomly generated kept within there as an implementation detail |
| 15:13.29 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-dwlhbyruyycxapxr) |
| 15:13.29 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:13.34 | gtjoseph | but maybe since this is an install thing, look for $libdir/libcurl* in the makefile install |
| 15:13.45 | polysics | since I am not good enough to add it to SDP or something fancy, I was hoping I could somehow at least output the pairs to the console |
| 15:14.45 | polysics | is there ANY place where Asterisk knows "channel PJSIP/123 is this stream ID abc123 for client 5678"? |
| 15:14.57 | polysics | or ever without the "for client" part, we can reconstruct that |
| 15:15.13 | polysics | note that I am flying completely blind so bear with me if I say anything stupid :D |
| 15:15.33 | file | not directly, the channel name is kept within the stream name on the destination channel stream as an implementation detail and can be used to deduce it |
| 15:15.58 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 15:15.58 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:16.03 | polysics | file: I am afraid I don't follow but it is most certainly my fauly |
| 15:16.14 | file | so, bridge_softmix acts as a mapper |
| 15:16.32 | file | it creates an ideal list of streams for a channel, renegotiates, and then maps what is accepted |
| 15:17.06 | file | in order to do this it places information in the stream name of each destination channel, which includes the channel name for the source of the media and other bits |
| 15:17.43 | file | so stream 'video' on PJSIP/alice would create a stream of name like softbridge_dest_PJSIP/alice-video (or something like that) on PJSIP/bob |
| 15:18.17 | file | so when SDP is created you do have access to that stream on PJSIP/bob which has that funky name |
| 15:18.28 | polysics | great. And is there any place where Asterisk possesses that information and keeps it internal, regarding that random stream ID the browser gets? |
| 15:18.32 | file | that's the only currently mechanism that gives vague information about the source of the media |
| 15:18.38 | polysics | so not in softmix, but in the SDP creation code? |
| 15:18.48 | file | it is strictly handled in res_pjsip_sdp_rtp |
| 15:18.59 | file | that creates the msid with the track and stream identifier that are randomly genreated |
| 15:19.00 | polysics | I even wonder if I caould just send that ID instead of the random UUID |
| 15:19.26 | polysics | but maybe that breaks stuff? it would be very elegant |
| 15:19.37 | file | browsers are browsers. |
| 15:20.55 | polysics | in what sense in particular? they are :D |
| 15:21.11 | file | your question is how a browser would behave |
| 15:21.15 | file | dunno. |
| 15:21.20 | polysics | guess we can try |
| 15:21.31 | polysics | worst case something catches fire |
| 15:21.33 | file | msid is for the browser, we don't care |
| 15:27.32 | polysics | I might already have asked this, but given a stream, is there anything that will get me the originating channel back |
| 15:27.46 | file | no |
| 15:27.57 | file | except for what I said, in that the information may be in the name |
| 15:29.02 | polysics | so in here: https://github.com/asterisk/asterisk/blob/master/res/res_pjsip_sdp_rtp.c#L1042 |
| 15:29.08 | polysics | something in here KNOWS |
| 15:29.13 | polysics | I'll make it talk :D |
| 15:29.19 | file | ast_stream_get_name(stream) |
| 15:29.24 | file | that name may contain the channel of the source |
| 15:29.27 | file | otherwise, there's nothing |
| 15:43.04 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-showbabyrptkqynf) |
| 15:43.04 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:45.17 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 15:45.17 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 15:47.25 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:56ee:75ff:fed4:f268) |
| 16:02.04 | *** join/#asterisk-dev polysics (~polysics@5.170.80.41) |
| 16:02.22 | polysics | file: it looks like ast_stream_get_name(stream) just returns the strings "audio" or "video" |
| 16:02.32 | file | that depends on the stream. |
| 16:02.51 | file | it can return audio or video for sure, but in other cases it may not |
| 16:04.05 | polysics | if there is more than one person in the room, it does return something that looks like what you said |
| 16:04.07 | polysics | getting close |
| 16:04.23 | polysics | now I just need to figure out how to fire a Stasis event that gets to ARI :D |
| 16:16.16 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-wosrxjqucckwiuwz) |
| 16:16.16 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 16:25.55 | polysics | hey, that worked |
| 16:26.06 | polysics | file: I think I can just pass them in the SDP, provided I re-learn C :P |
| 16:26.09 | polysics | thank you so much |
| 16:36.12 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 16:40.10 | *** join/#asterisk-dev joshelson (~joshelson@c-73-181-14-245.hsd1.co.comcast.net) |
| 17:20.04 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-sjgbslhhvyfelgwq) |
| 17:20.04 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 17:22.25 | file | rmudgett: ha - I only got the email showing you +2ed stuff about 4 minutes before it merged in, made me slightly confused/concerned |
| 17:23.47 | rmudgett | That for today's +2? |
| 17:23.53 | file | yes |
| 18:22.15 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 18:22.15 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 18:25.03 | file | the wiki is getting a quick restart |
| 18:30.16 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip70-180-17-122.ph.ph.cox.net) |
| 19:46.09 | *** join/#asterisk-dev joshelson (~joshelson@c-73-181-14-245.hsd1.co.comcast.net) |
| 19:53.23 | coreyfarrell | gtjoseph: I just responded on your ticket about DONT_OPTIMIZE. |
| 19:53.38 | gtjoseph | ok |
| 19:56.05 | coreyfarrell | gtjoseph: can you confirm that it was the *real* compile which gets -O3 and not just the COMPILE_DOUBLE run? |
| 19:56.21 | gtjoseph | i NEVER use COMPILE_DOUBLE :) |
| 19:58.29 | coreyfarrell | gtjoseph: can you post the contents of the asterisk_build_opts variable in your main/versions.c |
| 20:00.04 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-nsnfmffmebuymvwt) |
| 20:00.04 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 20:00.11 | gtjoseph | "DONT_OPTIMIZE, BUILD_NATIVE, OPTIONAL_API" |
| 20:00.55 | gtjoseph | to be clear, i'm not saying -O3 is ON with DONT_OPTIMIZE |
| 20:01.06 | gtjoseph | but... |
| 20:01.07 | gtjoseph | gcc -o res_pjsip_transport_management.o -c res_pjsip_transport_management.c -MD -MT res_pjsip_transport_management.o -MF .res_pjsip_transport_management.o.d -MP -pthread -I/usr/src/asterisk/asterisk/include -I/usr/include/libxml2 -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -ggdb3 -O0 -march=native -fPIC -DAST_MODULE=\"res_pjsip_transport_management\" -DPJ_AUTOCONF=1 -O2 -DPJ_IS_BIG_ENDIAN=0 |
| 20:01.07 | gtjoseph | -DPJ_IS_LITTLE_ENDIAN=1 -I/usr/src/asterisk/asterisk/third-party/pjproject/source/pjlib/include -I/usr/src/asterisk/asterisk/third-party/pjproject/source/pjlib-util/include -I/usr/src/asterisk/asterisk/third-party/pjproject/source/pjnath/include -I/usr/src/asterisk/asterisk/third-party/pjproject/source/pjmedia/include -I/usr/src/asterisk/asterisk/third-party/pjproject/source/pjsip/include |
| 20:01.41 | gtjoseph | notice that pjsip modules get -O2 because it's in the PJPROJECT_CFLAGS variable |
| 20:01.53 | gtjoseph | even when ASTCFLAGS=-O0 |
| 20:03.52 | coreyfarrell | now I'm confused, the bug report says: Build process ignores DONT_OPTIMIZE and always sets -O3 -g3 gcc options |
| 20:04.33 | gtjoseph | the word "ignores" isn't in my bug report. :) |
| 20:04.54 | gtjoseph | i just say it's messed up. and i said that because of always seeing -g3 |
| 20:05.25 | coreyfarrell | I just copied the subject line from JIRA :) |
| 20:06.39 | gtjoseph | there. i just fixed it |
| 20:06.47 | gtjoseph | let me go back to a stable branch and test again |
| 20:09.45 | gtjoseph | ok, so with DONT_OPTIMIZE, I get -g3 -O0 then for pjsip modules the -O0 gets overridden with -O2 |
| 20:10.49 | coreyfarrell | yes, I was just looking into that, gcc uses the last -O option so the PJPROJECT_CFLAGS would be the effective one. |
| 20:11.14 | gtjoseph | still, were we ALWAYS always using -g3? |
| 20:12.23 | coreyfarrell | gtjoseph: see 'git blame Makefile', the line 'DEBUG=-g3' was last touched in 2006. |
| 20:12.30 | coreyfarrell | so yes. |
| 20:12.36 | gtjoseph | hmmm |
| 20:14.23 | rmudgett | thinks gtjoseph lost his marbles. :) |
| 20:15.32 | gtjoseph | coreyfarrell: i updated the issue |
| 20:18.31 | coreyfarrell | gtjoseph: cool. I just deleted my previous comment as it no longer applies. one last question is this an issue when using non-bundled pjproject or only for the bundled one? |
| 20:18.57 | gtjoseph | I NEVER use non-bundled :) |
| 20:19.06 | gtjoseph | it probably is though |
| 20:21.12 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-gupbsrlpwlcyyims) |
| 20:21.12 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 20:21.43 | *** join/#asterisk-dev chazzam (~chazz@vps.roguewerks.com) |
| 20:26.25 | coreyfarrell | gtjoseph: I think it's a bug in pjproject. build.mak defines PJ_INSTALL_CXXFLAGS to include '-g -O2'. |
| 20:28.08 | gtjoseph | theirs or ours? |
| 20:31.42 | coreyfarrell | I think theirs. |
| 20:49.41 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f08d3e9c08fe2a3d.ipv6.abo.wanadoo.fr) |
| 21:05.21 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00cca7fdd42779bfb8.ipv6.abo.wanadoo.fr) |
| 21:18.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00d422cdf9ddc89d42.ipv6.abo.wanadoo.fr) |
| 21:33.02 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d004035bc2ecc8bc274.ipv6.abo.wanadoo.fr) |
| 21:37.48 | *** join/#asterisk-dev joshelson (~joshelson@73.95.132.160) |
| 21:39.52 | *** join/#asterisk-dev awkwardpenguin (~awkwardpe@172-222-167-081.dhcp.chtrptr.net) |
| 21:46.02 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00a50e9896b8ceac12.ipv6.abo.wanadoo.fr) |
| 22:00.49 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d000d7fedfbb4cbf8db.ipv6.abo.wanadoo.fr) |
| 22:13.37 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0050b8885771a493ca.ipv6.abo.wanadoo.fr) |
| 22:21.21 | *** join/#asterisk-dev opticron (~opticron@75.76.59.35) |
| 22:21.21 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 22:28.37 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00d0b83e46751437bf.ipv6.abo.wanadoo.fr) |
| 22:34.40 | *** join/#asterisk-dev leedm777 (~textual@50-81-29-44.client.mchsi.com) |
| 22:34.40 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 22:44.36 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0009cdb0f96b033791.ipv6.abo.wanadoo.fr) |
| 22:57.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0045050007fb99b88c.ipv6.abo.wanadoo.fr) |
| 23:13.24 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00bc56a8674ec9c5b6.ipv6.abo.wanadoo.fr) |
| 23:28.14 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00c5e10b4813fa5c5d.ipv6.abo.wanadoo.fr) |
| 23:39.31 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip70-180-17-122.ph.ph.cox.net) |
| 23:43.23 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00988fb05f3b9f2d26.ipv6.abo.wanadoo.fr) |
| 23:43.58 | coreyfarrell | rmudgett: about the log message blob vs multi I used 'blob' in both LOG_ERROR's to keep it generic (multi is also a blob). I can switch it if you want? |
| 23:44.09 | rmudgett | yes? |
| 23:44.35 | rmudgett | Well you cannot tell from the error message which path failed. |
| 23:44.57 | rmudgett | That was why I mentioned it. It's fine either way though. |
| 23:50.43 | coreyfarrell | rmudgett: this is a good example of what I mentioned before about the alloc failures. if multi==NULL we already logged that ast_multi_object_blob_create failed (via ao2_alloc or AST_VECTOR_INIT). logging after failure returns from json.c is different/worth it because json.c doesn't log caller info. |
| 23:57.01 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d007d74a5107c288dfe.ipv6.abo.wanadoo.fr) |