拿 DEX 等举例子没任何意义啊，朱萧木直播说了底层可能跟 DEX 这类是一套硬件方案，但他们的目的是把这套方案加入和优化提升生产力的套件啊

人本来知道卖这套软件不赚钱想搞点显示器硬件赚点钱，结果沦为免费附件送你，你想买啥显示配件自己选。

@kindjeff #66 直接可以运行安卓的原生 app 包括 termux 的

xposed?

主要每月返利政策变化, 报的最低价会不同, 当然也有抓业绩的原因

我车就是江苏买临牌开会安徽上的牌, 小地方不用户籍居住证的
老家车之前也是跑到合肥上的牌

Jetbrain VCS

@tempdban twitter @VYSEa

万一跟阿根廷特辑一样在西藏....

@codehz #57 这个库不错, 做了不少 compat 补丁, 不过要是能封装一整套做 glue 的 libc, linker 直接跑已编译好的 ELF 就更好了

@tempdban #53 搞错了一点 VirtualApp 并没有用 ptrace 把 substrate so inject 进去, 而是自己代码直接 load library 的. Frida, ADBI 这种会用 ptrace.

@tempdban #53 linker 本质是负责加载 so, 最初两者只是实现细节上的区别, 比如之前研究一般情况可以替换:
https://v-e-o.blogspot.com/2017/12/run-arm-executables-on-linux-x86-with.html

不过最新的 Android linker 已经加入 PIE only, namespace, ZIP LD_LIBRARY_PATH 等一堆 feature, 现在已经没法直接移植到 Linux 平台
我司也有产品直接在 LXC 里跑 Android, 两套 linker 随便用

歧义相信长的准没错, 短的一般是自己想缩写结果错了

G3 2K 屏去年换过, 有国行版就不用担心

@s82kd92l #47 .......你自己再查查试试

@s82kd92l #45 我原话"ptrace hook 上去也可以实现 JNI 提供的功能", 你怎么非要脑洞到 ptrace 其他 UID 的进程, 我是说通过 ptrace 可以实现很多 JNI 调用, 比如 VirtualApp 里用到的 Substrate.

@s82kd92l #43 你可能有误解, 我说 exec 是说不需要 NDK, ELF 始终是可以执行的, 甚至可以用 Linux arm toolchain 静态编译出不依赖 Android linker 的 ELF.

第二 ptrace 的确是 syscall, 见 bionic 代码
unsigned int __fastcall _ptrace(enum __ptrace_request a1, void *a2, void *a3)
{
unsigned int result; // r0

result = linux_eabi_syscall(__NR_ptrace, a1, a2, a3);
if ( result > 0xFFFFF000 )
result = j___set_errno_internal(-result);
return result;
}

第三 ptrace 自己进程来做 code modify 从来没有被 seccomp 封过, 见市面多数加壳方案.

@s82kd92l #36 Runtime.getRuntime().exec()
and ptrace is a syscall