| 02:40.16 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 02:40.16 | *** 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 |
| 05:59.15 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 05:59.16 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:14.11 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 06:57.47 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:17.13 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.126) |
| 11:30.00 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 14:03.02 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-turevdlavwmfuttr) |
| 14:03.15 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:13.30 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-qhsiybfahwrrjqph) |
| 14:13.30 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:06.08 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-kslkteymlfuvqpos) |
| 15:06.08 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:57.33 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-elirvncnvzrcramw) |
| 17:25.15 | coreyfarrell | rmudgett: I'm not clear why we would want to use the global mutex in ast_get_reentrancy when no_setup is true. that's only used by destructors which never used locking before. unless you're saying that the existing 'struct ast_lock_track *lt = t->track;' in destructors was unsafe? |
| 17:27.24 | rmudgett | It technically was unsafe. Though when we are destroying the lock, it really is an error to be still trying to use it. |
| 17:29.12 | rmudgett | The only time we would be trying to setup the lock tracking on destruction would be if we had never used the lock. If we had already setup the lock we wouldn't be getting the global reentrancy lock. |
| 17:30.44 | rmudgett | Deferring the no_setup check also reduces checking it if we already have it setup. |
| 17:45.15 | coreyfarrell | so this should be fine for 13/15/16 right? |
| 17:46.56 | rmudgett | yes |
| 18:00.41 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00184251d8c702de04.ipv6.abo.wanadoo.fr) |
| 18:25.46 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@LFbn-NAN-1-176-2.w90-49.abo.wanadoo.fr) |
| 18:54.08 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 18:54.13 | Kobaz | sooooooo |
| 18:54.21 | Kobaz | why might MixMonitor suddenly stop during a call |
| 18:54.42 | Kobaz | (and not log anything to note that fact)... and it looks like a normal MixMonitor stop at the end of the call |
| 18:56.43 | seanbright | Kobaz: issue #? |
| 18:56.54 | Kobaz | not gonna make an issue... old asterisk :( |
| 18:56.59 | seanbright | ah, ok |
| 18:57.01 | Kobaz | just curious though, for my own purposes |
| 18:57.47 | Kobaz | [2018-09-21 08:39:31.342] == <SIP/302-00000854> Begin MixMonitor Recording: /rec/1537533564.2154.sln |
| 18:57.48 | Kobaz | [2018-09-21 08:51:03.132] == <SIP/302-00000854> End MixMonitor Recording: /rec/1537533564.2154 |
| 18:58.18 | seanbright | sorry, i don't have any idea |
| 18:58.20 | Kobaz | you would think.... that the resulting file would be 650+ seconds |
| 18:58.24 | Kobaz | not 10 seconds |
| 18:58.29 | seanbright | the source code would be a good place to start i guess |
| 18:58.32 | Kobaz | yeaaaaah |
| 18:58.35 | seanbright | for whatever version you're running |
| 18:58.41 | Kobaz | 1.8 |
| 18:58.53 | seanbright | ok |
| 18:58.57 | seanbright | i am not going to look |
| 18:58.59 | coreyfarrell | 1.8 doesn't exist as far as anyone in this channel is concerned |
| 18:59.01 | seanbright | i was suggesting that you look |
| 18:59.03 | Kobaz | hehe |
| 18:59.05 | Kobaz | i know |
| 18:59.07 | seanbright | ok |
| 18:59.10 | Kobaz | i'm looking... i'm looking |
| 18:59.23 | seanbright | glances at the channel topic |
| 19:06.00 | seanbright | gtjoseph: re: unbound |
| 19:06.07 | seanbright | why not just check for ub_ctx_add_ta_autr and be done with it? |
| 19:06.21 | seanbright | seems like a lot of extra work |
| 19:07.15 | gtjoseph | yeah but we have other libs that could also use a straight version check. |
| 19:07.21 | seanbright | k |
| 19:07.37 | gtjoseph | and i'm tired of having to infer what version we're on. |
| 19:08.39 | seanbright | oh, the code is already looking for ub_ctx_add_ta_autr(). nevermind. |
| 19:10.06 | seanbright | or at least the comment implies that it was |
| 19:10.12 | coreyfarrell | does unbound-1.5.0 not have a pkg-config file? |
| 19:10.24 | seanbright | how does that work when cross compiling? |
| 19:11.22 | seanbright | coreyfarrell: 1.5.0 does not appear to. unless they generate it during build. |
| 19:11.55 | gtjoseph | it does on fedora but i'm not sure if it's all distros |
| 19:14.48 | coreyfarrell | I just downloaded the 1.5.0 and 1.8.0 tarballs, looks like they added it to 1.6.0 :( |
| 19:15.13 | seanbright | yeah, bionic has 1.6.7 and it has the file |
| 19:17.12 | seanbright | so cross compiles - basically unsupported at this point i guess? |
| 19:18.03 | coreyfarrell | not sure anyone actually tests cross-compile but in theory it should be possible. |
| 19:18.44 | seanbright | but this will try to run the test program on the build host |
| 19:18.48 | seanbright | not the target host |
| 19:18.53 | seanbright | unless i am not understanding |
| 19:20.26 | coreyfarrell | https://gerrit.asterisk.org/#/c/asterisk/+/10266/2/autoconf/ast_ext_lib.m4@266 causes it to assume the program will run when cross-compiling (so it only verifies compile/link worked for cross-compile) |
| 19:20.41 | seanbright | gotcha |
| 19:21.02 | seanbright | i don't see how this is any better than what is already there |
| 19:21.08 | seanbright | but whatever |
| 20:03.07 | rmudgett | coreyfarrell: Those jansson patches look familiar. :P |
| 20:05.47 | coreyfarrell | yes thanks again for the review :) |
| 21:20.56 | *** join/#asterisk-dev elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
| 22:48.01 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-turevdlavwmfuttr) |