| 00:50.37 | *** join/#asterisk-dev leedm777 (~textual@173-16-52-28.client.mchsi.com) |
| 00:50.37 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 00:54.59 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:7d73:dcb8:8fae:c41f) |
| 00:54.59 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 01:46.40 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 06:50.20 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:50.20 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:52.41 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 06:52.41 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:03.49 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 07:21.56 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:36.26 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 10:59.21 | AsteriskRoss | If grp_lock_acquire segfaults with glock = 0x7f440c3429c8 and lck = 0x0 is this due to a NULL pointer issue? |
| 11:03.20 | AsteriskRoss | In pjsip lock.c it looks like this pointer is set to NULL when calling 'lck = glock->lock_list.next;' when a lock is being attempted a segfault occurs here 'pj_lock_acquire(lck->lock);' |
| 12:09.16 | tsearle | hey, is there any chance an irc group for pjsip/pjproject? |
| 12:10.10 | file | don't think so, no |
| 12:10.21 | tsearle | pity |
| 12:10.59 | tsearle | need to make a minor RFC violation in the stack and was looking for some sort of kick-start at understanding that code base |
| 12:11.17 | gtjoseph | they have a mailing list |
| 12:12.02 | tsearle | basically, we use LVS to statelessly loadbalance UDP invites, all subsequent messages should then go directly via orig and dest bypassign lvs (kind of like a nat) |
| 12:12.39 | tsearle | issue we see in chan_sip vs pjsip is that pjsip will send the CANCEL to the loadbalancer instead of the IP in gets the SIP response from |
| 12:13.14 | tsearle | so I need to get pjsip to update it's dest_info after getting the 100 |
| 12:19.35 | tsearle | I'm a bit supprised ref the RFC to be honest, as I imagine this can also break stateless proxies |
| 12:34.52 | seanbright | tsearle: my slap bracelet broke - can you please send another? :P |
| 12:35.18 | tsearle | already? what did you do to it? heh |
| 12:35.42 | seanbright | that's a long story... |
| 12:36.16 | seanbright | let me take you back... it was a cold winter's day in january 1979 when two loving parents brought home a baby boy with so much promise... |
| 12:36.41 | seanbright | fast forward 38 years and you can't imagine their disappointment |
| 12:36.48 | seanbright | the end |
| 12:36.53 | tsearle | :D |
| 12:37.05 | tsearle | 79 was a good year though |
| 12:37.10 | seanbright | 'twas |
| 12:37.26 | seanbright | carter was in the white house, the cold war was in full swing... oh memories |
| 12:39.24 | tsearle | I've heard that because of the lack of nuke-building these days, we are running out of material needed to make the radioisotope batteries that power deeps space probes (and curiosity) |
| 12:39.37 | tsearle | we need nukes to make Nasa great again |
| 13:03.18 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-quqfrnsvmhxjkner) |
| 13:03.18 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:25.42 | gtjoseph | coreyfarrell: shouldn't disable-xmldoc prevent "Building Documentation For: third-party channels pbx apps codecs formats cdr cel bridges funcs tests main res addons |
| 14:03.03 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-hyegvbgitklxhatb) |
| 14:03.04 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:10.09 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 14:10.09 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:23.07 | file | Boom boom boom |
| 14:23.28 | gtjoseph | you always leave out the last boom |
| 14:24.04 | file | Over booming can cause harm |
| 14:28.06 | seanbright | i think i will re-write asterisk in rust |
| 14:28.14 | seanbright | should only take 20-30 years |
| 14:28.20 | seanbright | step 1) learn rust |
| 14:29.26 | tsearle | what can possibly go wrong? |
| 14:29.30 | seanbright | everything! |
| 14:29.39 | tsearle | sold! |
| 14:29.41 | tsearle | let's ship it! |
| 14:29.59 | seanbright | i do wonder if you could write an asterisk module with rust |
| 14:30.04 | seanbright | step 1) learn rust |
| 14:30.35 | tsearle | step 0) google if rust can do extern C {} |
| 14:38.54 | *** join/#asterisk-dev NirS (~nirs@141.226.192.98) |
| 14:39.44 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-tcnfsnvtofbzxuvb) |
| 14:39.44 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 14:50.19 | coreyfarrell | gtjoseph: you think it should not be installed to the static-http path? I was thinking the important thing is for disable-xmldoc to stop Asterisk from loading it. |
| 14:50.44 | gtjoseph | hmmmm |
| 14:51.43 | gtjoseph | the description for --disable-xmldoc says "Explicitly disable XML documentation" |
| 14:51.58 | gtjoseph | i would have thought that included the generation of the files and installation of them |
| 14:52.43 | file | Ditto |
| 14:53.31 | coreyfarrell | ok I'll work on it. |
| 14:53.45 | gtjoseph | cool, thanks |
| 14:54.11 | gtjoseph | I looked in the Makefile and it should be fairly easy |
| 15:01.31 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-rdawclewxlrxfnwa) |
| 15:01.31 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 15:03.43 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 15:03.58 | coreyfarrell | lame.. apparently 'make' doesn't trigger an error if configure.ac is newer than configure. |
| 15:13.42 | *** join/#asterisk-dev spditner (~simon@45.72.168.56) |
| 15:15.00 | coreyfarrell | gtjoseph: any feeling on creating Makefile.xmldoc, putting the targets in their and conditionally including the extra Makefile? or am I wrong to assume you want the whole doc/core-en_US.xml and doc/full-en_US.xml targets to be conditioned out? |
| 15:16.09 | coreyfarrell | Makefile's just aren't the easiest to read, especially when you use ifeq to make large blocks conditional. |
| 15:16.44 | gtjoseph | I don't think we need the extra Makefile. I think conditioning out the doc/full-en_US.xml target from _all and _everything (maybe) |
| 15:17.09 | gtjoseph | and then in the datafiles target conditioning out the block that installs the xml and xslt |
| 15:17.34 | coreyfarrell | so you want the doc to be generated if someone runs: ./configure --disable-xmldoc; make doc/core-en_US.xml |
| 15:17.38 | gtjoseph | i.e if not disable xmldoc, add doc/full-en_US.xml to the _all and _everyhitng targets |
| 15:17.49 | gtjoseph | yeah i think that's fine |
| 15:18.01 | coreyfarrell | got it thanks |
| 15:30.44 | *** join/#asterisk-dev dtascom (~dtascom@static-47-180-162-26.lsan.ca.frontiernet.net) |
| 15:38.07 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d007c027453881c012d.ipv6.abo.wanadoo.fr) |
| 15:40.30 | rmudgett | bford: Isn't there an asterisk issue for https://gerrit.asterisk.org/#/c/6880/ ? |
| 16:00.40 | bford | rmudgett: not that I see, looks like only SWPs |
| 16:02.26 | rmudgett | Should create one since it is a regression that broke ARI for 13 and 14. |
| 16:02.50 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 16:22.00 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-gkihwixfhrstqufl) |
| 16:22.00 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 16:50.23 | coreyfarrell | gtjoseph: I have a patch with 'static AST_VECTOR_RW(,struct type) var;', is it necessary to explicitly call AST_VECTOR_RW_INIT or will everything just work if AST_VECTOR_RW_WRLOCK is the first use of the vector? |
| 16:50.58 | gtjoseph | hmmmm |
| 16:53.09 | coreyfarrell | the vector is going inside loader.c and it'll be appended before load_modules is run. in theory I guess I could do it without a lock since it should only be appended from the main startup thread. |
| 16:54.11 | gtjoseph | i think that by virtue of the "static" the vector bits are zeroed out. |
| 16:55.17 | gtjoseph | i'm chgecking what pthread_rw_lock_wrlock does |
| 16:55.21 | coreyfarrell | nevermind looks like AST_RWLOCK_DEFINE_STATIC sets the rwlock or creates constructor methods. I'll just use AST_VECTOR plus AST_RWLOCK_DEFINE_STATIC. |
| 16:55.41 | gtjoseph | yeah i think that's safest |
| 17:02.38 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 18:00.20 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 18:00.20 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 18:12.46 | *** join/#asterisk-dev tzafrir (~tzafrir@212.29.194.37) |
| 18:12.46 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:13.24 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 18:13.24 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 18:26.25 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 18:26.25 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 19:01.33 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-bhrtwayritsxuvss) |
| 19:01.33 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:56.46 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:56.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 21:12.06 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:7999:2beb:458:a77a) |
| 21:12.07 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 21:28.12 | *** join/#asterisk-dev Dovid (~dovid@ool-4356ea97.dyn.optonline.net) |
| 21:28.45 | Dovid | Hi. I seem to have this issue in 13.8. Any pointers? https://issues.asterisk.org/jira/browse/ASTERISK-17124 The last thing I see is VERBOSE[2547][C-0000af5e] res_agi.c: <SIP/aws-v-ip-0000aa22>AGI Tx >> HANGUP. In order to clear the call I need to kill the fastagi |
| 21:35.41 | coreyfarrell | Dovid: you'll probably get more help in #asterisk. I can say that 13.8 is over a year old, probably worth updating. even if your issue isn't fixed many others are. |
| 21:36.22 | coreyfarrell | the bug you mention is likely something different (or a different cause). that bug was marked fixed 6 years ago. |
| 21:36.30 | Dovid | corefarrell: I was thinking it might be a bug so I asked here. I will try in 14.5 but from whast I recall I have the issue in >= 1.8 |
| 21:37.43 | coreyfarrell | Dovid: I was suggesting you update to the latest 13.17.2. |
| 21:38.04 | Dovid | ah ok. I have another box with the same config running 14.5 so I will send the call to that box |
| 21:38.24 | coreyfarrell | if you want to do a major upgrade you'd go to 15.x, the 14.x branch is in security fix only mode. |
| 21:40.07 | coreyfarrell | Dovid: if it is still a bug then you'll want to reproduce on the latest version of a supported branch, then post a new bug to issues.asterisk.org. |
| 21:40.45 | coreyfarrell | Dovid: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions lists the supported releases. |
| 21:41.06 | Dovid | corefarrell: not 100% certain if it is a bug which is why I asked here first |
| 21:42.36 | coreyfarrell | if you are hanging up a channel and it gets stuck that's probably a bug. |
| 21:45.10 | Dovid | corefarrell: It seems like this is what I want: https://reviewboard.asterisk.org/r/1734/ |
| 21:47.47 | coreyfarrell | Dovid: I really don't know much about AGI, but that review was marked submitted 5 years ago. so unless it was a problem it's probably still there. |
| 21:48.34 | Dovid | corefarrell: If I se the variable to yes it seems to fix that issue |
| 22:47.46 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 22:47.46 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:23.30 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-hyegvbgitklxhatb) |