New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
文本处理 #6
Comments
催更【 |
坑太大,@iAsiby 先提重点吧。 |
什么编辑器资源 |
讨论代码编辑器的文本存储的实现的一些数据结构,暂时先链接到上面了。 另外你的站 |
最近刚换https,看看是不是http了? |
嗷。我那几篇基本覆盖了我见过的所有的。 |
我博客是GitHub的,国内可能不太稳定。有考虑过搞个国内的host |
所有访问全是https的。 |
有这个可能。 |
暂时决定搁置这里的任务,排到这篇修订之后。 |
emmm,yinwang.org也会被reset,难道出口集体抽风么…… |
上面坑先埋一半,接下来继续对付这里的问题吧…… |
遇到一系列 M$ 智熄问题,所以多坑几天:
|
今天终于又推送了,还以为是 1903 ,不过更新完一看是 1809(17763.379) ,看起来还算正常…… |
……然后就蓝屏了,代码 |
又回滚了…… 备份了邮件居然还有 GMail 的邮件 ost 文件是坏的……强行保留出错的文件,进入后闪退。 语言包没法降级,还是先得重装商店应用。 其它 Office 组件也无法启动,也还是得手动重装。 Powershell 重装商店应用:
想了下干脆全部重装:
然后似乎 Word 正常了,其它的还是英文。删除损坏的 ost 总算能进 Outlook 了,就是又得重新下载和设置搜索文件夹…… |
弃坑了吗?【 |
坑大,优先级低。 或者 @iAsiby 你觉得哪些比较急先拆一部分出来。 |
可以先把基本概念之类的讲一讲。 @FrankHB |
关于代码编辑器,可以先看我的那个系列博客 |
Windows 易作死升级到 1903 ,首先下载一坨进度快走完,提示硬件没准备好。关掉还要清理下载。 第二次拔掉扩展 TF 卡,重新升级成功(还要下载……),出来似乎不会有开个 然而,打开 Outlook :“无法在 AppData 文件夹下存储 Outlook 数据文件。请选择其他文件夹。”这又是什么鬼?┴─┴︵╰(‵□′╰) |
好吧,直接把 |
2019-06-26又随机 segfault ,WSL 下编译失败还马上蓝屏
查询原因:
然而并没发现有 dmp ……设置的是自动内存转储,只发现了 minidump 。WinDbg (话说商店那个 WinDbg Preview 页面显示一半,Get 都点不动,什么鬼)打开一看 因为这回不像 1809 100% 出现,是最近装了更新以后才出现的,而且重启后似乎暂时正常了,先拉个待排查清单:
但是考虑 1903 蓝屏报告根本不限 18362.175 这个版本(例如这个),而且内存可能在之前就烂了,所以实际上也不好说。看来还是要再评估几天,不过如果 2019-06-27蓝屏前又是一样的错误,开 回 1803 后继续更新,暂时没发现问题。已安装更新列表:
2019-07-041803 公告停止支持,手贱点升级了……又到 18362.207 ,等挂。(实在不行滚上 Insider 作死试试……) 初始更新:
固件之前已经升级了,反正 1803 下正常。没有驱动更新。 第一次启动几个小时后就 2019-10-21Surface Book 2 固件更新后隔天自动更新 1903 。问题照旧(在 Win32 下构建 YSLib 解析预编译头报错,删除后没发现问题,但在 WSL 下删除 唯一的改进是回滚旧系统后 Outlook 不会变成英文版本,邮件的目录也不会自动丢失了,但 GMail 同步失败,需要手动解决。
邮箱设置测试邮件倒都是通的,似乎是临时性网络问题。 2019-12-04一台非常用机器一个月前自动更新了 1903 ,没法回退了,所以再次试验。能成功构建 YSLib ,没发现内存错误,没有蓝屏。尚未部署 WSL ,待测试。 看来又遇到 Heisenbug 了么。还是说最近 Windows 更新修好了一些 bug ?或者因为这台机器用的 E3-1230v2 ? 2019-12-06有问题的机器(现在都回退到 Windows 10 1803 )似乎都开了内核隔离(在“安全中心”的“设备安全性”中能看到),但其中的“内存完整性”(在 1803 下 )都是关的。因为一台机器坏了暂时没完全确认。 没有问题的机器显示“不支持标准硬件安全性”。 2020-05-23Windows 易升只给更新 1909 没 2004 。更新成功 1909 试了下马上发现还是老样子,不等蓝屏就回退了。结果到 1803 后一个不注意又给我偷偷更新 1903 ,妈的智障……直接进 |
┴─┴︵╰(‵□′╰) |
1 similar comment
┴─┴︵╰(‵□′╰) |
2020-10-22昨天晚上 Windows 易升更新 2009 ,之后还是有 GCH 错误。 之前开 因为之前停止服务试过会键盘失灵,开好屏幕键盘, 淦。 顺便这几个月 GitHub issue 的 comment 编辑也一直抽风,Basilisk 点了没反应(今天试了下是点了一直转圈圈),1803 的 Edge 也一样,Linux 的原版 Basilisk 除非卡了才能点得动,Firefox 看来因为 WSL 的问题地址栏输入任何东西都各种 Channel error 根本开不了页面(今天试了也一样)……换 20H2 的 Edge 才行,看起来偷懒倒就会适配欠扁的炒肉末了。叒鸡。原来 Basilisk 连搜索 issue 都不灵光,不过今天试了似乎修好了。 2020-10-23对文件缓存被污染的情况,用 Empty Standby List 续命。不过因为是内核问题,也就只是能续命,不妨碍之后继续坏了或者蓝屏。另外因为 MinGW32 GCC ICE 会直接丢下半拉子 WSL issue 5769 有提到虚拟机平台和 vcxsrv 不明原因冲突,果然一开 vcxsrv 以后编译 YSLib 死得很快,没几分钟就蓝屏了。 但是虚拟机平台虽然是 1809 有的,但默认看来并没开。而且按那个 issue 里面说的似乎 2004 前还没问题。 反正先这样放置,至少不会一下就死了。 (因为之前空间不够看没马上挂掉作死删了旧版本所以没法回滚了……) 2020-10-24这里提到 Windows 10 的一个性能问题可以用 Empty Standby List 解决,并建议计划任务安排上。 先用 RAMMap 确定了 Empty Priority 0 Standby List 至少对重复编译 YSLib 有效,正准备改计划任务,结果……突然就蓝屏了…… (╯-_-)╯╧╧ 2020-10-26灵机一动关闭了 坚持了约 1 天 23 小时后 GG …… 2020-10-27因为 nt 模块的内存错误很可能来自其它驱动对内核模式存储的使用错误,所以继续关个别驱动排查。不过设置 Administrator 切换的时候终于出现了一次不是 nt 模块的蓝屏,这回是 iacamera64.sys ,看来是相机驱动的锅?但是卸载禁用了还是照旧其它蓝屏。可能只是偶然现象。 2020-10-29排查驱动无果,忍无可忍打算退回 1803 ,但是没 Surface 系统映像(官网 Surface Book 2 给 1809 和 1803 的,但下载都以 KiB/s 计)所以还是得找通用 ISO 映像。结果发现 ISO 下载奇卡无比,BT 根本没速度(度盘就算了,离线还卡半天 99% )。好在https://blog.csdn.net/weixin_43314519/article/details/106184232有人分流了可以匿名直连的国内版 OneDrive 还有 3 个镜像地址。下载中途又蓝屏几次,有次下载了一半进度全作废,不过基本有 1.9MiB/s(用了 DownThemAll! 加上镜像)。但是下载了进恢复模式全新安装居然装了一半失败……后来验了 SHA1 文件是错的,看来这这机器缓存已经坑到下载文件都不靠谱了。换机单地址重下,1.4MiB/s 也还行,这回重装正常。 正设置新系统,又 至于这个破 SB2 嘛……不管了,先果断重新恢复扔 2020-10-30搞了半天好不容易 MediaCreationTool 做了 ISO 镜像打算覆盖重装修复,发现 20H2 不能原地覆盖升级,大概是因为 19042 比 19041 新的关系…… 结果启动后又各种抽风(搞不好真是硬件坏了)。 首先是 Windows 商店和商店应用全部阵亡不说(设置了开机自启的便笺没过几秒闪退,Office 365 全员闪退),开始菜单直接挂了一点就对话框要求注销(当然是无用的,重启也无效;更坑的是不干掉
干掉 顺带手动 但对搜索怎么操作都没反应的问题毫无帮助。最后还又通过批量 因为是开机一次性的,又还有更重要的问题要解决,先忍了。 类似的还有别的应用的错误,但重装应用后都解决了。 中间还有桌面右键菜单没有反应的问题(其实是卡了几分钟才弹出来)。删掉注册表 最无语的是,过了半小时之后搜索莫名其妙恢复正常了……(不过,第一次搜索的标题上各个标签是中文,第二次打开就是英文了。这个先无视,反正应用商店几次更新后都是几乎全搞成英文版了,这次界面上反倒还有些中文。) 而更抽风的是,过了一会儿,下载了反馈中心之后(磁贴还是之后才正常的),商店里就再也下载不了了,全是 80072F8F 错误,连带 Windows 更新也连接不上……而且包括其它用户(用的 搜索错误号(不管是百度还是 Google )当然是例行没用的(即便错误的场景并没发散),反映出来的都是什么各种语言的时间错误的垃圾。这个错误实际上是 又找了半天,发现 Microsoft 论坛上一样还是各种对牛弹琴油盐不进的反馈回复外,难得还有个(看起来)有用的线索 。不过遗憾的是看注册表我这里看起来原来就是正常的,用 IISCrypto 按里面的 Best Practice 设置重启后一样无效,手动把注册表改回来了。 用 Sysinternals 的 另外之前设置 顺便把 2020-10-31关掉 NTFS 压缩当然也不保证彻底(有些系统文件管不到),而且逻辑上还是只能减小而不是避免系统缓存的使用。果不其然,早上 WSL 里多编译了几个小的程序,还是挂了。 偶然点开了设置应用里的激活页面,发现激活信息没显示。运行 看起来背后的原因是和 Powershell 重置系统应用时发现个别的所谓的“终结点映射器中没有更多的终结点可用”的问题一样(进恢复模式命令提示符里面——现在的版本 1803 ——提示“内存资源不足”,看来也是一样)。这个含糊的错误提示来自该死的没事找抽型 就 20H2 不能覆盖升级安装的问题,找到的新出炉的德语解决方案,里面提到的原因和我想的一样。死马当活马医,先再试试…… 安装 5% 后…… 好在起码日志有官方文档。在 重来,到 6% 蓝屏 …… 之前脑子抽风+懒得切换管理员用户偷懒,居然没想到验证映像时计算多个 hash 根本就是浪费时间,HashMyFiles 就 40MiB/s+ 连 USB 3 移动机械硬盘的瓶颈都没碰到……早知老实用管理员控制台 首先设备管理器关了主硬盘写缓存,复制了几次,确定主硬盘上的安装源的文件 hash 确认是和移动硬盘中的 ISO 映射的文件相同。虽然有进一步损坏的风险,内置 SSD 能比外置机械硬盘顺序读写快几倍,省时间更重要。主要的问题就是 2020-11-01在浪费若干次 Windows 程序安装擦写硬盘无用功后,发现安装程序复制的 ……好吧,唯一发现有点区别的是 心累,弃疗,等新机器。 |
重装几次 Win11 问题依旧。受不了无法安装商店应用,store.rg-adguard.net 凑数。 直到前几天重置系统清空了 看来根本还是软件问题。至今仍然不明白到底是哪里的权限炸了。 (中间偶有蓝屏比如 WSL1 bug 略。) |
推荐使用 Linux |
催更 |
尝试开新issue,发现会跳转到一个内建论坛页面,不知道为什么。 |
先加一个列表。部分内容待合并。
The text was updated successfully, but these errors were encountered: