优化VSCode设置

[Mikachu2333]

问题描述

1. 在部分特殊情境下，launch的debug build开始时，原程序还没结束导致需要build error
2. N/A

方案与实现

增加了各平台下的kill process

其他

问问你的debug控制台输出啥样啊，我这里的一切控制台输出几乎都不可读，并且还会卡住，必须 external shell 开 true……

[github-actions]

Hi @Mikachu2333,

❤️ 感谢你的贡献！你的 PR 当前基于 main 分支，请修改使用 dev 分支

[ccmywish]

我这里的一切控制台输出几乎都不可读，并且还会卡住

是的，我试了下我也是这样。以前没注意过。

不知道跟重构有没有关系，暂时不清楚。

[ccmywish]

在部分特殊情境下，launch的debug build开始时，原程序还没结束导致需要build error

这个是什么场景？debug 没有结束的时候重新执行 build？

[Mikachu2333]

在部分特殊情境下，launch的debug build开始时，原程序还没结束导致需要build error

这个是什么场景？debug 没有结束的时候重新执行 build？

是电脑配置太低加上网不好导致调试退出了但是程序没退出（比如说程序正在请求一个什么玩意，这时候你点退出，我这里他就有概率退不出去）……

[Mikachu2333]

气死我了，还得改，我这就再把gdb和WindowsDebugLauncher.exe塞进去，我说怎么电脑吃完饭回来还是风扇嗡嗡响，一看tmdgdb还没退出，吃了我40%cpu

[Mikachu2333]

ready for review，还有就是 @ccmywish 我找到控制台输出间断的解决方案了，可以在log函数的末尾加上 fflush (stdout);fflush (stderr); ，这样就可以了。但是有个小问题，我没搞明白各种log函数最终最终的引用是啥，理论上只需要在各种包装的输出函数最终调用的那个原始输出函数的末尾加一句就可以了。

[Mikachu2333]

目前我在 _xy_log和 _xy_log_brkt 末尾塞了这句话，效果还可以，但是不知道其他函数的调用到底有没有漏网之鱼，靠你了大佬（

就不塞到这里面了，不然你又说一个pr解决了多个问题（

[ccmywish]

就不塞到这里面了，不然你又说一个pr解决了多个问题

👍👍👍

加了 fflush (stdout); fflush (stderr); 后，输出正常了以外，程序也不会卡死了吗？

[Mikachu2333]

加了 fflush (stdout); fflush (stderr); 后，输出正常了以外，程序也不会卡死了吗？

还是卡，所以tasks还是得临时用着（

这个卡死的原因很迷，我就没整明白到底到底是哪里卡住的……用systeminformer查了一下信息，显示如下图所示，并且好像taskkill 之类的也不能强制结束，太怪了简直

[ccmywish]

这个卡死的原因很迷，我就没整明白到底到底是哪里卡住的

之前我遇到过一次，chsrc-debug 无法删除的情况，最终发现是因为 VS Code 还在 debug 中。

跟 VS Code 自己有关系。

不要把问题复杂化了。

考虑必要的时候重启，以及，每次 debug 完的时候确保 debug 过程真的结束了，然后再开始下一次 debug 或者 构建。

[Mikachu2333]

之前我遇到过一次，chsrc-debug 无法删除的情况，最终发现是因为 VS Code 还在 debug 中。

跟 VS Code 自己有关系。

不要把问题复杂化了。

考虑必要的时候重启，以及，每次 debug 完的时候确保 debug 过程真的结束了，然后再开始下一次 debug 或者 构建。

所以我通过强制结束这仨进程达到了结束debug的功能。

我当然知道要重启了，问题是以我的复现频率每次调试都得重启，这谁遭得住啊……

[Mikachu2333]

ready for review，现在本地测试没啥问题，并且此修改应当不会影响原来就正确编译的人