Gunkkk

have solved?

Similiar issue! The desiredCapabilities object was not valid for the following reason(s): 'chromeOptions' must be of type object > Could you share the log? I wonder the message was from...

log显示 offset问题但fart提供的替换是能够成功的 Skip invalid offset

> 1. dump下来bin是否有函数信息？ > 2. bin里的函数信息偏移是否正确？ 有的 用fart.py是可以复原出smali的 offset确实比文件大，可能壳把dexitem拿出来导致的，也就是说这种直接的找offset插入好像不太能应对这种情况 至于fart.py为什么可以复原还没有仔细研究过代码

> eWFud2VuZHJlYW1AMTYzLmNvbQ== 已发送

> 收到了，也想到了一种更好的方案，后续会把这个代码给写出来 大佬🐂

> 尽力了...你导出的bin有问题，字节码比原本的区段长 确实用的原版frida脚本导出的，原版复原脚本可以还原出来，具体是什么问题还没有对dex仔细研究过 现在这个版本是解决了吗 辛苦啦 🙏

> 现在是能合进去，但是不能完全合进去，还得继续研究 您好， 阅读了fart.py之后发现了如下问题： methoditem结构： ``` 名称 | 格式 | 说明 -- | -- | -- registers_size | ushort | 此代码使用的寄存器数量 ins_size | ushort | 此代码所用方法的传入参数的字数 outs_size | ushort |...

> dex.readCode(method).getInstructions()得到的字节码是包含tries部分的，强行插入导致class被破坏的原因是bin中的ins的长度比dex中的insns_size要长 重新试了下 用dex.readCode(method).getInstructions().length作为插入位置， bin 中长度作为插入长度之后 修复的文件还原出了很多函数 不知道您用您自己的数据试验过后如何

尝试attach 进城后 Failed to attach: remote_write PTRACE_POKEDATA head failed: 3