@ljpCN #18 直接用新的 sdk 编译软件了呗（然后很可能顺便也用了其他版本依赖的 api ）
至于为啥要不支持出厂不自带的旧系统，我觉得成本问题可能是一个很重要的因素，总不能在一个非目标环境测试好，然后再在目标环境下测试一下吧（

(全整合在一起岂不是容易一死全死？
解析用户 sql 语句也很不靠谱，基本上这样搞到最后为了安全都是变成填空模式）
解决就单独开 SQLite 吧（这样只要提供文件系统隔离就好了

跟踪进程的方法有竞争条件，而且还有可能故意逃逸（比如 fork 两次 setsid 就出去了（
思考下 android 的停止运行功能是怎么被绕过的（

得区分系统，windows 10 下大概可以使用 job 对象配合 silo 隔离
linux 可以用 pid namespace 隔离

你应该试试假装接受，然后签合同之前反悔，反正没签就不算钱）

打开窗口动画那个我记得是新特性，故意放慢 0.75x 做测试的）
另外 insider 出问题不是预期内的吗，特别是这种分 branch 的（

(要不你去.git/objects 里找找大文件？然后 git cat-file 的方式看看是啥内容

登录之后不是有一个提示让你选同步内容吗，你把扩展同步关掉就好了

@ysc3839 pidfd 可以保证的（
就算重用了也能拿到之前死了的通知，然后这个 fd 失效不能再读取

用 pidfd，降低出问题的可能性（指竞争条件）

实际上即使在没有 ASLR 之前，动态库地址也是运行时才能拿到的(PIE PIC)，不然只要两个库加载地址范围重叠，就会出现问题，因此开发时也不可能完全预测每个库的加载地址
ASLR 保护的是，在不同进程中，同一个库的加载地址，是否有高概率一致（没错，没有 ASLR 也可以因为种种原因导致加载地址不一致，只是 ASLR 要求强制随机化）

@lewis89 这和 ABI 稳定性一点关系都没有，动态库地址随机是运行时做的。。。
建议学习 ELF GOT PLT 相关知识。。。

(aslr win 也早就默认启用了，
ASLR 和二进制 abi 稳定性有啥关系。。。
建议复习操作系统相关课程

ubuntu 系的升级出问题概率还是挺高的...官方也不是很推荐用跨版本升级

我怎么感觉需要 CV ？
或者有别的能判定垃圾类型的机制吗？

加区号）

（做一个假的 python，提供伪造的接口给 so，然后套出注册信息，一般不搞信息对抗的话这样就够了）））

@dyxang #9 你可以在改用户 PATH 重启后用 cmd echo %PATH% 看看结果，有的话就说明应用上了，出的问题是别的问题（