| 00:07.25 | *** join/#asterisk-dev leedm777 (~textual@216.186.181.138) |
| 00:14.34 | *** join/#asterisk-dev leedm777 (~textual@216.186.181.138) |
| 00:20.56 | *** join/#asterisk-dev newtonr (~newtonr@173-17-133-211.client.mchsi.com) |
| 00:20.56 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 00:44.41 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-222-145-83.ph.ph.cox.net) |
| 05:28.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.33.118) |
| 05:58.14 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:27.55 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.33.118) |
| 06:41.46 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:45.35 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.33.118) |
| 07:00.21 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:22.35 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:30.49 | *** join/#asterisk-dev stefan27 (~stefan27@static-212-247-4-149.cust.tele2.se) |
| 07:31.10 | stefan27 | Hello - had internet failure yesterday in case someone thought I was rude asking a question and then disconnecting :) |
| 08:01.44 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:05.43 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 08:26.59 | wdoekes | 0 responses :) |
| 08:28.12 | wdoekes | char *B = ast_strdupa(A + 1); B[strlen(B) - 1] = '\0'; |
| 08:30.59 | wdoekes | as for the s/|/,/g I don't think there is a generic string/token replacement in the toolset |
| 08:31.55 | wdoekes | you'll find that it's handled with strtok/strchr in the source |
| 09:04.08 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 09:47.27 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-222-145-83.ph.ph.cox.net) |
| 09:49.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@81.93.245.114) |
| 09:51.36 | stefan27 | thanks wdoekes, There seemed to be a replace_string_in_string implementation in res/res_config_ldap.c but that function was never lifted to asts string-util libs? |
| 09:53.46 | stefan27 | I write C code only a few times a year, and it's mostly for our most special old 13.1.0-asterisks :) |
| 10:16.16 | wdoekes | you call that old? I just ran into this https://issues.asterisk.org/jira/browse/ASTERISK-26464 :P |
| 10:48.53 | stefan27 | I wish I had been alive for asterisk v0.0 ... Complex systems tend to evolve from simple systems and it's much easier to understand a complex system if you understand the simpler system first |
| 11:20.05 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 11:55.44 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 12:14.18 | *** join/#asterisk-dev newtonr (~newtonr@173-17-133-211.client.mchsi.com) |
| 12:14.18 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 12:39.26 | *** join/#asterisk-dev bof23 (~Thunderbi@185.13.183.107) |
| 12:49.11 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 12:49.11 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 12:50.50 | gtjoseph | coreyfarrell: thanks for the cache directory catch. I fixed an additional whitespace issue, re-cherry-picked, and +1'd |
| 13:02.00 | *** join/#asterisk-dev jpthomasset (~jpthomass@2a01:cb14:570:fb00:2ab2:bdff:fe24:7e26) |
| 13:02.54 | jpthomasset | Hello everyone, I have an issue with asterisk 13.11.2 where a thread end up using 100% cpu. During a redirect with an extra channel, one of the channel thread is stuck in the while loop at the end of bridge_channel_internal_join() where it waits for the flag AST_FLAG_BRIDGE_DUAL_REDIRECT_WAIT to be cleared. |
| 13:03.20 | jpthomasset | I had a look at the code and I may have found an issue but as I am new to asterisk, I would be happy to have some advices to check if my thinking is correct. |
| 13:03.50 | jpthomasset | What I have found is that bridge_channel_internal_join() calls bridge_channel_internal_pull() which clears the flag AST_FLAG_OUTGOING without locking the channel first so maybe the ast_clear_flag done inside the action_redirect from the manager thread is overwritten by this call in bridge_channel_internal_pull(). Any advice on that ? |
| 13:06.15 | gtjoseph | looks |
| 13:19.30 | gtjoseph | jpthomasset: I got distracted a bit but after a quick look, i'd say that your hypothesis could be correct. |
| 13:20.35 | gtjoseph | the test and clear of AST_FLAG_OUTGOING should probably be protected |
| 13:21.33 | gtjoseph | can you reproduce the issue? |
| 13:24.42 | jpthomasset | Ok, thanks for your feedback. I did not found a way to reproduce the problem but whe have this issue at one of our customers site and the problem occurs about once a week. We did enable some more traces yesterday and we are expecting the problem to gather some more information. In the meantime I was just looking at the code for the possible source of the problem. |
| 13:27.33 | gtjoseph | OK, you should file an issue at https://issues.asterisk.org |
| 13:29.30 | jpthomasset | Ok, thanks. Will do ! |
| 13:30.09 | *** join/#asterisk-dev etienne_ (~etienne@cap69-3-88-178-123-58.fbx.proxad.net) |
| 13:32.40 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:32.40 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:41.28 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 14:04.45 | cresl1n | Big surprise⦠gerrit forgot me again |
| 14:05.04 | cresl1n | It's like that movie 50 first dates |
| 14:05.11 | cresl1n | Every morning gerrit forgets me |
| 14:07.01 | file | if that's your only problem then I'd say you're doing pretty fine |
| 14:07.16 | cresl1n | :-P |
| 14:07.23 | file | cresl1n, lunch? |
| 14:07.32 | Marquis42 | cresl1n: lol |
| 14:07.39 | cresl1n | file: yes. |
| 14:07.43 | cresl1n | Lunch would be great |
| 14:07.45 | cresl1n | in two hours |
| 14:07.51 | file | cresl1n, time! |
| 14:08.10 | cresl1n | Meet you in Philadelphia? |
| 14:08.24 | file | arty says no |
| 14:08.32 | cresl1n | arty ALWAYS says no |
| 14:08.43 | cresl1n | arty's gotta learn to live a little |
| 14:09.43 | file | like a G6? |
| 14:09.55 | cresl1n | Yes. |
| 14:10.00 | cresl1n | Good reference, btw |
| 14:10.42 | newtonr | Popping bottles in the asterisk-dev |
| 14:10.55 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-vweakwjswkznygsx) |
| 14:11.28 | cresl1n | Has anybody looked at https://gerrit.asterisk.org/#/c/4085/1 |
| 14:11.50 | file | not yet |
| 14:11.54 | cresl1n | Ok |
| 14:12.02 | cresl1n | I have a question or two whenever you get to it |
| 14:12.05 | gtjoseph | it was on my list for this morning but i got distracted |
| 14:12.07 | cresl1n | or if you get to it :-) |
| 14:12.47 | file | I'll say it shouldn't be possible for that to happen |
| 14:12.53 | file | and that the problem is likely elsewhere |
| 14:13.06 | cresl1n | That's what I was assuming |
| 14:13.28 | cresl1n | Seems like the hangup handler should own references to needed objects, no? |
| 14:13.32 | file | it does. |
| 14:13.59 | file | if somehow ast_sip_push_task returned failure but actually worked, then it would go awry... |
| 14:15.57 | *** join/#asterisk-dev piling_ (~piling@unaffiliated/piling) |
| 14:17.59 | cresl1n | Could it be a ref count bug with the ast_channel? |
| 14:18.07 | cresl1n | I'm assuming? |
| 14:18.15 | cresl1n | or rather, someone's not keeping reference counts properly? |
| 14:18.27 | file | it wouldn't be 0x0 in that case |
| 14:18.38 | file | it would be a correct pointer, however the contents could be garbage |
| 14:21.59 | file | responded. |
| 14:23.43 | file | gerrit code reviews bring all the developers to the yard and they're like "when will they end?" |
| 14:25.31 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-jhqfomrnuhqpryyl) |
| 14:25.45 | cresl1n | throws leedm777 some gravy |
| 14:27.28 | leedm777 | enjoys said gravy on some biscuits |
| 14:27.32 | file | why... oh why... do these things insist on sending spam to the JIRA contact page |
| 14:27.46 | cresl1n | leedm777 I think I saw you last night at the Y |
| 14:27.58 | cresl1n | You were busy hacking on something on your computer, so I didn't want to interrupt you |
| 14:28.05 | leedm777 | cresl1n: I was there, so very likely. |
| 14:28.08 | file | eh |
| 14:28.16 | file | leedm777, on your computer at the Y? |
| 14:28.57 | leedm777 | Yes. I always enjoy writing code in loud, noisy areas. Don't you? |
| 14:29.01 | cresl1n | heh |
| 14:29.06 | cresl1n | well played leedm777 |
| 14:29.15 | file | well, yes |
| 14:30.02 | leedm777 | The Jira spam is the weirdest, since half the time there's not even a link to what they're selling. It's just computer-generated poetry or something. |
| 14:30.29 | file | quite |
| 14:40.18 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ahpkvgbheipxyhhk) |
| 14:58.30 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-igiqvyhekirwyndt) |
| 14:58.46 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:01.36 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 15:02.37 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-15.wall.uls.co.za) |
| 15:44.06 | *** join/#asterisk-dev stefan27 (~stefan27@static-212-247-4-149.cust.tele2.se) |
| 16:20.27 | file | I do enjoy reliable gating |
| 16:35.02 | rmudgett | gtjoseph: https://issues.asterisk.org/jira/browse/ASTERISK-26469 That reentrancy issue could cause other bizzare problems because the flags can get in an unexpected state. |
| 16:35.50 | gtjoseph | yeah, i wouldn't doubt it. |
| 16:36.32 | coreyfarrell | gtjoseph: no problem. I noticed that my testsuite container was downloaded pjproject on every run because pjsip.org rate limited my IP for a while.. couldn't figure out why the cache worked on my desktop but not in docker. |
| 16:36.50 | gtjoseph | coreyfarrell: gotcha |
| 16:37.42 | coreyfarrell | found it interesting that your autoconf adds --runstatedir and mine takes it away |
| 16:38.11 | gtjoseph | i gave up trying to understand autoconf long ago :) |
| 16:38.44 | rmudgett | Is it too automatic for its own good? |
| 16:39.27 | gtjoseph | for our own good maybe. |
| 16:55.59 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-skwygnghokccywri) |
| 17:07.50 | stefan27 | any developer by happy change remembers if there was a bug resolved between asterisk 13.5.0 and 13.11 in the res_musiconhold.c's module-loading-process about empty music classes not being loaded into memory? |
| 17:07.55 | stefan27 | happy chance* |
| 17:08.31 | stefan27 | if not I'll just have to take the long route of trying to reproduce the whole use-case on the latest 13 asterisk version and make new jira |
| 17:13.17 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lcy44-2-88-161-121-174.fbx.proxad.net) |
| 17:16.43 | coreyfarrell | stefan27: doesn't look like it, but you can look at the commit log for res_musiconhold.c at https://github.com/asterisk/asterisk/commits/13/res/res_musiconhold.c |
| 17:19.04 | coreyfarrell | stefan27: actually only the 2 most recent commits have been done since 13.5.0 so I'd assume it's not fixed. |
| 17:24.51 | stefan27 | Thanks, I'll start preparing a ticket. Have a nice weekend. |
| 18:24.45 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-qosipnppwqkubjkb) |
| 18:34.07 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00354c7edf78ed618b.ipv6.abo.wanadoo.fr) |
| 18:43.27 | *** join/#asterisk-dev jameswf_ (uid27319@gateway/web/irccloud.com/x-zovbuzztbyhkltdy) |
| 18:53.25 | *** join/#asterisk-dev zerohalo (~zerohalo@uranium.zerohalo.net) |
| 18:53.41 | *** join/#asterisk-dev WIMPy (~wimpy@85.183.95.26) |
| 19:06.39 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 19:54.45 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:33.47 | *** part/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 20:49.09 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-aefllfkaddkapcav) |
| 22:30.41 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 22:40.54 | *** join/#asterisk-dev skirmisha (~skirmisha@213.16.62.70) |
| 22:41.01 | skirmisha | hi everyone |
| 22:41.23 | skirmisha | is there a way to comment out or disable asterisk from using stale nonce auth? |
| 22:52.03 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-vweakwjswkznygsx) |