yager0203的专栏

替换单行替换:s/vivian/sky/ 替换当前行第一个 vivian 为 sky:s/vivian/sky/g 替换当前行所有 vivian 为 sky多行替换:n,$s/vivian/sky/ 替换第 n 行开始到最后一行中每一行的第一个 vivian 为 sky:n,$s/vivian/sky/g 替换第 n 行开始到最后一行中每一行所有 vivian 为 sky(n 为数字，若 n 为 .，表示从当前行开始到最后一行)全局替换:%s/vivian/sky/（

最近项目中遇到进程core, 然后测试报了5次多了，每次去看core，都是问号。so search path, sysroot都配好了，依赖的库的symbol也都load成功了，但就都是问号。和旁边开发对了一下。他的core都能看到，我的core都看不到。后面他意识到他的core都是在主线程中生成的。我的core有线程信息，是在子线程中生成的。测试一下，发现，果然子线程中的core，无法捕获调用函数栈信息。于是，发现目前系统中启动的dumper是加了 -t 参数的。虽然介绍 -t 是捕获出问题的线程。

android 开发中的调试命令和技巧debugger -b PIDstrace -p PIDps -A | grep futex_wait_queue_mebinder 在 客户端调用后，会等待服务端执行返回。服务端在调用客户端后（对客户端来说是callback），也会等待执行返回。aidl中的oneway 关键字用于修改远程调用的行为。当客户端有set类行为的时候，或者服务端有回调客户端行为，或者其他单向同步数据的调用，都可以使用oneway；本地调用(同步调用)&n

找到交叉编译链目录下面的交叉调试 gdb 工具获取 sysroot启动交叉调试gdb工具，通过 set sysroot，设置上面的sysroot目录，可以用“:”设置多个sysroot路径gdb环境下(gdb) file bin(gdb) target qnx 192.168.110.110:8888(gdb) attach PID(gdb) info sharedlibraries如果有so文件没有成功load symbol,则找到对应so,集中到某个目录，添加 solib-sear.

gdb调试core环境配置启动gdb调试bin和core~/PATH/TO/CROSS/COMPILE/TOOLCHAINS$ ./A_platform-aarch64-gdb BIN_FILE CORE-FILE提示so找不到，需要设置so search path;使用:set solib-search-path /PATH/TO/CROSS/COMPILE/TOOLCHAINS/SYSROOT/:/SOME/SELF/COLLECTED/SO/LIBS/未load symbol的

要有好的工具，才可以提升工作效率。yuv格式文件查看工具，找到国外一个研究机构开源的pyuv工具