| 00:56.46 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-ntwagiuljltvdrsd) |
| 05:14.20 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-zdwuqajtlgevcrox) |
| 05:15.29 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-khplwieogadqcqgo) |
| 05:39.22 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-vaogkggznpqtkpsg) |
| 06:23.04 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 06:48.46 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:56.01 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:06.52 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:06.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:10.25 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:11.05 | *** join/#asterisk-dev oej (~oej@37.250.117.226.bredband.tre.se) |
| 07:11.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:50.43 | *** join/#asterisk-dev bof23 (~Thunderbi@185.13.183.107) |
| 09:00.51 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 09:03.17 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 11:35.19 | *** join/#asterisk-dev jkroon (~jkroon@dustpuppy.is.co.za) |
| 12:15.41 | *** join/#asterisk-dev newtonr (~newtonr@173-21-146-94.client.mchsi.com) |
| 12:15.41 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 12:28.15 | *** join/#asterisk-dev zerohalo (~zerohalo@uranium.zerohalo.net) |
| 13:03.48 | coreyfarrell | gerrit really sucks with how it expires sessions. I just filled out a response and once I hit save it told me i'm not signed in, now my comment is gone. |
| 13:06.05 | *** join/#asterisk-dev libardi (~kvirc@179.159.8.239) |
| 13:06.26 | file | coreyfarrell, it happens if you open multiple tabs I've found |
| 13:06.40 | file | and if you leave it open overnight |
| 13:07.08 | file | I've gone through the configs and docs but haven't found anything that looks remotely like it would impact it, 'nor explain things |
| 13:08.11 | coreyfarrell | yeah it just happened twice in a row to me. first in a tab I commented on a file, it lost that. then after I signed in and rewrote my comment to the file tab, I hit -1 on the review tab and it said I was signed out again |
| 13:10.15 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 13:11.23 | acidfu_ | it is quite disturbing that lists.digium.com email remainder include the password in clear of our account to the mailing list.... |
| 13:12.50 | file | Mailman. |
| 13:13.26 | coreyfarrell | acidfu_: I suspect most of us have total crap passwords for the that.. the page where you join the lists says that the password will be emailed to you. |
| 13:13.54 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:13.54 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:16.59 | coreyfarrell | anyone have a suggestion how I can find a better answer to gtjoseph's question on https://gerrit.asterisk.org/3747 ? |
| 13:17.56 | gtjoseph | i think you did. i just haven't gotten around to responding yet. :) |
| 13:18.14 | gtjoseph | on my list for this morning. |
| 13:29.37 | coreyfarrell | gtjoseph: thanks. am I correct to assume that we want to optimize frequent locking of an AOR over rare locking? if aor/alice is locked once in it's lifetime, my patches probably add overhead. if aor/alice is locked 100 times, my patches are probably a significant optimization. |
| 13:30.43 | gtjoseph | i think that's correct. the locking happens every time alice registers/unregisters/reregisters or if the contactr expires |
| 13:32.29 | gtjoseph | reregister over the lifetime of the contact will be significant |
| 13:33.17 | gtjoseph | especially if the interval is short |
| 13:38.00 | coreyfarrell | thanks, you've just cleared all concerns I had over performance of the patch, I'd say not running ao2_find for every single lock is a huge optimization. |
| 13:39.59 | coreyfarrell | well maybe not. is reregister done by res/res_pjsip_registrar_expire.c ? |
| 13:40.58 | gtjoseph | no |
| 13:41.09 | gtjoseph | only the actual expiration |
| 13:41.43 | coreyfarrell | so where does aor locking happen during reregister? |
| 13:42.04 | file | res_pjsip_registrar? |
| 13:50.51 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-rreolgpwvnjakcjo) |
| 13:58.11 | coreyfarrell | ah good that's covered by the patch. res_pjsip_registrar_expire.c is the only place other than aor allocation which still uses ast_named_lock_get. |
| 14:02.01 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-eigsgvgiqalbmzje) |
| 14:18.37 | gtjoseph | coreyfarrell: responsed to bash comment. on ubuntu14 which uses sh by default, ./configure sets the make SHELL variable to /bin/bash so all the rules run under bash. |
| 14:19.21 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 15:01.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 15:28.03 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-oltafcrtydzkpcfr) |
| 15:31.26 | gtjoseph | file: do you still have objections to alexei's "res_pjsip_session: segfault on already disconnected session" patch? |
| 15:31.42 | file | no |
| 15:32.04 | gtjoseph | thx |
| 16:06.37 | coreyfarrell | is 'reload' the right term to use in the following: Sorcery objects are replaced with new allocations during reloads. |
| 16:07.52 | gtjoseph | iirc they are only if if they're updated |
| 16:08.27 | gtjoseph | they are also newly allocated if they're retrieved from realtime and they're not cached |
| 16:08.32 | file | yeah, "it depends" |
| 16:08.37 | coreyfarrell | so s/are replaced/may be replaced/ ? |
| 16:08.49 | file | yes |
| 16:08.53 | gtjoseph | yep |
| 16:47.20 | *** join/#asterisk-dev newtonr (~newtonr@173-21-146-94.client.mchsi.com) |
| 16:47.20 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 17:01.08 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 17:24.35 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 17:24.35 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 17:39.04 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00782ea3641b7995ab.ipv6.abo.wanadoo.fr) |
| 18:53.42 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-hgskwdgscynxwymg) |
| 20:26.19 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 22:21.15 | *** join/#asterisk-dev acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
| 22:41.09 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-173.cust.bezeqint.net) |
| 22:41.09 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:01.41 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-eigsgvgiqalbmzje) |
| 23:10.32 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |