| 00:13.01 | rmudgett | tompaw: Looks like you might have run afoul of the bug that 17b0b91afa1aa6b8b503a75e96b054f13612356a |
| 00:13.02 | rmudgett | <PROTECTED> |
| 00:13.57 | rmudgett | That fix hasn't made it into a release yet. |
| 00:15.28 | tompaw | rmudgett: wow, I was digging around the right places :D |
| 00:15.53 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-xtwdlcgxvojnfejv) |
| 00:16.20 | tompaw | rmudgett: thanks a gozillion, I will build and test it tonight. is it available on github? |
| 00:17.17 | rmudgett | I think there is something else that needs to be done for a complete fix though. |
| 00:17.18 | tompaw | or actually, I can patch it manually against 13.13.1 I guess |
| 00:18.02 | tompaw | yep, so suggests the description |
| 00:18.10 | tompaw | rmudgett: may I ask how you put the two together? |
| 00:18.18 | rmudgett | The two lines after where you placed "*TMP* pending_empty_remove(%s) " should be swapped. |
| 00:18.55 | rmudgett | because we should remove the frame from the current list first before adding it to the other list. |
| 00:19.54 | tompaw | rmudgett: hm... but according to my log, my call never made it into this else { } |
| 00:22.52 | rmudgett | Hm. Yeah. That would say it isn't the problem |
| 00:23.39 | tompaw | so... does it mean the patch alone should be enough? |
| 00:24.00 | rmudgett | I was looking for an imbalance in the read queue and came across the list adding then removing lines I state above. |
| 00:25.36 | rmudgett | When an interception macro executes it starts deferring frames. Any frames would be deferred by that loop. If the list link unlink ordering messed up the list then bad things would happen. |
| 00:27.58 | tompaw | well, the changes in that commit you posted inside __ast_read only affect the part of code "Hangup is a special case..." which my calls never hit. It does, however, affect ast_channel_stop_defer_frames(...) which I never tested. |
| 00:28.46 | rmudgett | Any deferred frames would have to have hit your debug message in __ast_read(). |
| 00:29.37 | rmudgett | So it isn't the problem. |
| 00:31.24 | tompaw | :/ |
| 00:32.02 | tompaw | I try __CONNECTED_LINE_SEND_SUB, it worked fine on my local computer so maybe lady luck smiles on me this time. |
| 00:32.08 | tompaw | s/I/I'll/ |
| 00:33.20 | tompaw | they're kicking me out of the office building, will be back online in 20 mins if you had any other questions or suggestions. |
| 00:34.43 | rmudgett | I'm about to leave for the night anyway |
| 00:50.21 | tompaw | rmudgett: thanks and cya |
| 06:53.32 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:58.50 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:11.35 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 07:11.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:50.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 07:50.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:52.10 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 07:55.46 | *** join/#asterisk-dev pchero_work (~pchero@2a00:c80:1072::672) |
| 08:00.46 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:00.46 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:12.46 | *** join/#asterisk-dev spditner (~simon@45.72.240.248) |
| 08:20.01 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:27.15 | *** join/#asterisk-dev KaliLinuxGR (~KaliLinux@unaffiliated/kalilinuxgr) |
| 12:33.33 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 12:33.33 | *** mode/#asterisk-dev [+o Marquis42] by ChanServ |
| 12:51.03 | *** join/#asterisk-dev jkroon (~jkroon@dustpuppy.is.co.za) |
| 12:55.11 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:801b:90c8:69bb:c9c6:1daf) |
| 12:55.11 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:14.50 | *** join/#asterisk-dev oej (~oej@2.71.143.221.mobile.tre.se) |
| 13:14.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:03.11 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-mbyrfxsvuuyaxiys) |
| 14:03.11 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 14:11.07 | *** join/#asterisk-dev zerohalo (~zerohalo@uranium.zerohalo.net) |
| 14:11.36 | *** join/#asterisk-dev oej (~oej@2.71.143.221.mobile.tre.se) |
| 14:11.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:40.53 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 14:41.47 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:41.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:50.08 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-wmvdmglzcemehdbc) |
| 14:50.08 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 16:15.02 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:32.55 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-jqiuouniwtcfjoud) |
| 16:32.55 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:33.07 | file | rmudgett: can you comment on https://issues.asterisk.org/jira/browse/ASTERISK-26706 what you'd like to see |
| 16:42.17 | rmudgett | It's really standard memory corruption information that is needed. Enabling MALLOC_DEBUG is probably the best he could do for it since it doesn't take too much processing. |
| 16:53.56 | rmudgett | Commented |
| 17:40.55 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:45.27 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d007cb4727aca853714.ipv6.abo.wanadoo.fr) |
| 18:13.41 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 18:13.41 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:20.30 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-15.wall.uls.co.za) |
| 20:12.12 | *** join/#asterisk-dev spditner (~simon@45.72.240.248) |
| 20:15.37 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 20:32.20 | *** join/#asterisk-dev KaliLinuxGR (~KaliLinux@unaffiliated/kalilinuxgr) |
| 20:40.14 | tompaw | how can I preview SWP-9548? |
| 20:44.03 | file | you can't, it's an internal Digium issue used for tracking |
| 20:44.12 | file | any comments and such will be put on the ASTERISK issue |
| 20:48.19 | tompaw | got it |
| 22:50.21 | *** join/#asterisk-dev leedm777 (~textual@173-16-52-28.client.mchsi.com) |
| 22:50.21 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 23:35.59 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 23:35.59 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 23:49.28 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 23:49.28 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |