欢迎留言、转载请注明出处
这次要记录的感觉是个比较硬核的问题，限于标题字数限制，没法准确表达出所有问题，比如，调试断点单步跟踪FFmpeg代码时，代码不按顺序执行，满处乱飞，断点位置查看周围局部变量，不能正常显示值，比如这样：
局部变量offset无法显示当前值，而是显示“Variable is optimized away and not available.”的信息，看字面意思可以猜到，代码被编译器做了优化了，比如直接内联省去中间变量，所以看不到了。
但是，FFmpeg的构建configure参数确实设置了
–disable-optimizations –enable-debug –disable-stripping
这些官方说明的构建debug版的参数，怎么实际调试的时候还是会出现上面描述的种种看起来是代码被优化了造成的调试跟踪障碍呢？
Continue reading…
最近同事提到合宙商城在搞AIR32F103的BluePill开发板（https://wiki.luatos.com/_static/bom/BluePill.html）促销活动，9.9一个开发板还额外赠送一片AIR32F103CCT6，之前从来没接触过STM32系的MCU，于是入了一片研究，至少可以收藏。
到手后在合宙官网快速学习了一下，又从搜索引擎上查找了一些STM32的入门资料学习（互联网时代各行各业的入门知识都很廉价），了解到了各种上传程序的方法，由于之前购买过ST-LINK V2（本来是打算留着给文宇WY815P焊台刷固件用的），于是选择了ST-LINK SWD方式测试，焊好排针，按丝印指示接好线，电脑装上STM32 ST-LINK Utility，插上调试器，顺利识别，随后又装了研究版的Keil（买ST-LINK时送的网盘5.23版），按合宙wiki里的教程装好AIR32的软件库，学了下GPIO的调用方法，顺利点亮了板子上的小灯（到这一步就已经能够感觉到Arduino对比起来有多简单了😂），而且也能成功使用Keil进行断点调试，但是紧跟着问题就来了，用Arduino Nano时，虽然无法断点调试，但是可以很容易的使用IDE自带的串口通讯工具查看log以及完成命令行形式的交互，现在这套配置并不能实现简单的看printf功能，于是又花了一些时间搜索调研…
Continue reading…
自从Google抛弃Eclipse ADT转投IntelliJ IDEA搞出Android Studio后，Android的开发调试环境可以说是日臻完善，先是Android Studio 2.x加入了调试原生C/C++代码的功能，一解Android NDK开发调试不方便之困（想当年可是拜ndk开发调试所赐才熟练掌握了gdb命令行的各种操作…），现在的3.x又加入了直接调试任意apk中Java和native .so的功能：
测试了下，虽然过程中遇到了个小问题，不过最终还是成功了，基本能和AS开发的带C++ Support项目原生调试体验一致。下面记录下这个”小问题“的解决方法：
先说明下这个小问题是用AS调试任意apk中的.so时找不到调试符号，且无法定位到源码并命中断点的问题，也就是说是有源码调试！无源码调试理论上应该也可以，但不在本次研究范围之内。
Continue reading…
问题概述：
在导入一个app后提示如下错误：
“Error generating final archive: Debug Certificate expired on 10/09/18 16:30”
原因分析：
android要求所有的程序必须有签名，否则就不会安装该程序。在我们开发过程中，adt使用debug keystore，在 preference->android->buid中设置。debug的keystore默认有效期为一年，如果你是从一年前开始完android程序，那么在一年后导入这个app的时候很可能出现debug keystore过期，导致你无法生成 apk文件。
此时你只要删除debug keystore就行，系统又会为你生成有效期为一年的私钥。
解决方法：
进入C:\Documents and Settings\Administrator\.android 删除路径下的debug.keystore及 ddms.cfg。
（不同环境下的目录可能略有不同，可在eclipse中查找此路径：Window->Preferences->Android->Build下 Default debug keystore）
然后重新导入即可。
原文：http://www.cnblogs.com/yyangblog/archive/2011/01/07/1929657.html
*******************************
Source file: D:\Projects\StereoMatch\stereomatcher.cpp
Module: D:\Projects\StereoMatch\Debug\StereoMatch.exe
Process: [4024] StereoMatch.exe
The source file is different from when the module was built. Would you like the debugger to use it anyway?
*******************************
***********************************
At StereoMatcher.cpp, line 166 (‘ComputeCorrespondence()’, line 128)
The breakpoint will not currently be hit. The source code is different from the original version.
就当是个记录吧，收藏夹多了也不好找。
以前抄过一个利用dbghelp api来进行release版调试跟踪的工具类，就是当release版exe在客户机上异常后记录堆栈，局部变量，寄存器值等的东西。突然发现一个小问题需要断点调试检查，但发现这个在挂着调试器的时候就不起作用了，google发现这篇文章：
http://www.debuginfo.com/articles/debugfilters.html
大概意思看明白了，结果文中提到的下windows api断点的部分不知道怎么做，继续google发现MSDN上有大致说明：
http://msdn.microsoft.com/en-us/library/d16ayc6z.aspx
手动添加断点的location要这样：{,,USER32.DLL}_MessageBeep@4，用起来还是比较麻烦的，因为还要涉及到api的dll中导出decorated name，不过至少是能用了，知足常乐。
PS:注意这个提到的是32bit系统下，而且调试时需要导入这些加在的系统dll的调试符号，好在发现VS2010有个Load symbols from microsoft symbol servers，虽然下载慢了点不过还是挺方便的。
发现1：当开启DEBUG_LOG_GL_CALLS的时候，会判断所有原本运行正常的glDrawArrays出现数组越界的异常，修改了几下，发现开启log calls后，会多读1个点的数据，也就是最后一个参数的count+1，所以原本正常长度的顶点数组会被访问越界，不晓得为何会这样。
发现2：在真机上使用vbo的时候，如果开了debug，会导致在调用vbo相关gl函数的时候出现unsupported操作异常，可实际vbo功能却执行的好好的，同样不晓得为何会这样。