跟踪进程的方法有竞争条件，而且还有可能故意逃逸（比如 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% 看看结果，有的话就说明应用上了，出的问题是别的问题（

@dyxang 如果没有多用户需求的话，加哪里都一样，windows 会合并用户的 path 和系统的 path

拍照没啥用啊，不同情况色彩响应什么的都不太一样，尤其是光线不足的时候