
1 CodeM 2022 年 8 月 4 日 早就这样了,坐和放宽 |
2 penll 2022 年 8 月 4 日 估计,给用户看的提示这个。真实错误代码和异常的堆栈。他们已经上报了 |
3 fournoas 2022 年 8 月 4 日 我也碰到了,好像是 windows 的 bug 。windows update 一下,删除 msstore ,重新安装,然后 WSReset 重置一下,再用 dism++清理了一波,总算恢复正常了 |
4 learningman 2022 年 8 月 4 日 提供了详细的错误信息你也很难解决,Windows 又不开源 |
5 ecloud 2022 年 8 月 4 日 不错了,至少比当年说你“非法”强多了 |
6 knightjun 2022 年 8 月 4 日 这种一看就是没好好写错误处理代码,直接在最外层 catch 错误 |
7 zx900930 2022 年 8 月 4 日 @knightjun 你想多了, 它的详细 traceback log 都是在后台记录的, 给你用户看也看不懂, 所以干脆就不显示, 自动或者手动 report 的时候就会回传详细错误. |
8 seanzxx OP |
9 knightjun 2022 年 8 月 4 日 @zx900930 其实不冲突,traceback log 只是包含堆栈信息,方便开发定位在哪个函数出问题,traceback log 在最外层的 catch 过程记录就行了,用户确实看不懂。 但是良好的错误处理是会考虑给用户看的,比如 open 文件的时候失败了,就判断并且向用户提示具体的失败原因,是磁盘满了还是文件被占用,像磁盘满了这种错误用户一般可以自己处理的,不过这种代码写起来很繁琐。差一点的错误处理就是返回错误代码,让用户上网去搜索原因。最差的就像这个帖子一样,直接显示错误,不说明原因。 |
10 bk201 2022 年 8 月 4 日 可能是不可预料的错误 |
11 beeeeeeat 2022 年 8 月 4 日 via iPhone 禁用 Windows Update 了吗? |
12 8x5orstp 2022 年 8 月 4 日 科学上网软件退了试试 |
13 MiketsuSmasher 2022 年 8 月 4 日 via Android Windows 以前的错误信息是,出错了就给用户一个错误码让用户自己查,也不写可能导致的原因,也看不出来他们到底有多走心。 |
14 xieqiqiang00 2022 年 8 月 4 日 via Android @MiketsuSmasher 其实有个 事件查看器 里面记录了 Windows 的大小 log |
16 seanzxx OP |
19 iPc666 2022 年 8 月 28 日 |
20 iPc666 2022 年 8 月 28 日 |