大约一年前，在一个x86板子系统上实现端口转发。现在又出现问题，于是抽空整理整理。虽说是另一同事在另一项目中遇到的，但中秋节前我出差之前老大叫我帮忙协助该同事排查，出差时该同事又call我，出差后老大又叫我继续协助，所以是我的锅，最终还是逃不掉的。这也使得自己对自己做(过)的事不敢懈怠，天知哪一天又回到自己手中。
cppcheck是一个C/C++静态检查工具。它可以帮助我们检测出代码存在(潜在)的问题，比如数组越界、内存申请未释放、文件打开未关闭。注意，cppcheck不是编译器，替代不了gcc。
前段时间老大安排我解决网络问题，老大说，硬件部门老大的结论是平台软件有问题，叫我排查。经过几天的换交换机、换网线、换设备的测试，最后硬件部门同事说板子上有个静电阻抗器质量有问题。
这两天学习了Linux环境下的时区方面的东西。做一些小笔记，也包括代码方面。
最近搞ONVIF，在时间接口中有一个时区的字段，需要使用POSIX格式的时区，ONVIF手册要求符合IEEE100.3.1的第8章节，但要注册才能看IEEE标准，我印象中以前下载过，但找不到了。幸好，找到一篇讲POSIX格式时区的文章，终于有点认知了。
前段时间，某项目中遇到一个端口转发问题，虽然我无缘参与项目，但由于项目使用到的一个平台恰好是我前不久搞过的，所以最终还是找我，于是中断了正在进行的任务进行协助。他们定位到只有udp无法转发成功，而tcp是成功的。我看了代码，里面只针对tcp进行转发的。因此，需要对该端口同时支持tcp和udp转发。下面记录一下转发命令。
前段时间搞完openwrt，就接着上级安排的任务：搞新CPU。但对于android我实在是新手，各种目录各种库，简单地拆分内核、文件系统，跑个helloworld程序，都搞了好久。刚刚看了几天，领导拿了一台X86的工控机给我，安排我测试其性能，要和之前搞的x86的设备对比。幕后安排事务是另外一个领导，我们老大也没发电子邮件，只是口头说。本来想具体写这个小小题外话，但想想还是算了。对于小兵来说，谁安排不是安排。
我刚刚在脑中演练了一下要进行的测试的计划，并于每天早会汇报时，老大说，某大部门有个网络问题要排查，今天下班前给结论：什么原因，能不能解决，评估什么时候可完成。于是临时中断测试计划转而投入到网络问题排查中。
最近遇到一个Linux系统时间无法更改小于某个固定时间的问题。有关部门反馈，一旦将设备的时间设置小于2012年11月3号4点34分，复位设备后，系统时间就会变成2012年11月3号4点后的时间。此问题十分诡异。负责业务的同志无法排查，于是安排我——或许天生注定，我这里，所有和Linux有关，所有“底层问题”，都可以找到我。