Coding is hard, you can make it easy!

实在抱歉，因为图床的原因，可能文章中的某些图片看不到，如果需要查看相关图片，请联系我，或者到我的公众号里查看。

我的个人微信号是 BianChengNan，公众号是 编程难。

缘起

这个端午节又在加班改 bug，没想到改了一个长见识的 bug。因为是过节，而且卷了一天确实有些累，没打算刨根问底。本想简单跟客户沟通一下错误代码是如何引入的。没想到客户对这个问题比较感兴趣，想把砂锅打破。好吧，恭敬不如从命。

前言

5 月 18 日参加了 Incredibuild 与博览网联合举办的主题为 《深入解析 20 个 c++ 典型输入错误》的线上研讨会。主要讲解了 20 个 C++ 中的典型错误。本以为作为一个 c++ 老鸟，做这些题应该问题不大吧？您猜怎么着？20 道题，我可能没做对 5 道题目。汗！！！

话不多说，请看题。

缘起

前一阵子，平台在换基线，底层接口变了很多，因此引出了至少 20000 个编译错误。在加班改完这些编译错误后，没想到又遇到了一个诡异的编译错误。而且之前还解决过类似的编译错误，但是这次却没能第一时间找出罪魁祸首。一起看看这是一个什么编译错误吧。

前言

好久没在这个号上发表文章了，今天听群友说微信开放了私信功能，赶紧来试试。欢迎私信。

前言

在前面两篇文章中（这里，这里）总结了使用 windbg 和 IDA 找出 cvtres.exe 报错的根本原因，并把一些细节问题弄清楚了。但是还剩下一个小细节没有深究 —— 如果启动 cvtres.exe 的时候没有指定全路径，windbg 会报系统找不到指定的文件的错误。当时只是根据经验判断需要使用完整路径，但是为什么只使用文件名不行呢？今天就把这个问题也格尽。

说明： 写完本文，我犹豫了很久要不要发表出来。因为这个问题其实很简单（在设置 PATH 环境变量时，路径多加了双引号）。但是当时的我真的是当局者迷，完全没意识到这个问题，导致花费了很长时间。process monitor，gflag，IDA，windbg，轮番上场，甚至都调试起 windbg 来了（嗯，你没看错，不是用 windbg 调试，而是调试 windbg），好一阵忙活，中间还走了很多弯路（自以为是的在错误的函数中下断）。最后幡然醒悟，原来真理就在那躺着，静静的等着被发现。

之所以决定发出来有几点原因：

1. 介绍了让进程自动中断到调试器中的方法，甚至是让一个调试器自动中断到另外一个调试器中的方法。
2. 介绍了只对特定线程设置断点的方法、使用 wt 追踪函数调用的方法等。
3. 提醒自己，在调试过程中一定要保持清醒的头脑。

没耐心的朋友直接跳到最后即可。

缘起

代码里有很多值得商榷的写法。今天来发点牢骚。

前言

在 上一篇文章 中，我们总结了使用 windbg 和 IDA 找出 cvtres.exe 报错的根本原因，但是留下了几个细节问题。本篇文章就来把这几个细节问题“格”干净。

缘起

前一段时间在折腾拆分 rc 的问题，已经把遇到的问题整理成文了。感兴趣的小伙伴儿可以参考这里，这里 和 这里。本以为不会有问题了，后续流程就请其它同事帮忙处理了，没想到在拆分实际项目时遇到了一个非常奇怪的链接问题。

本文总结了使用 process monitor 监听进程创建，查看进程参数、使用 gflags 设置 Image File Excution Options、使用 IDA 静态分析相关函数的业务逻辑以及使用 windbg 进行动态调试的整个过程。我认为这是一个由不良的编程习惯与 crt 的限制共同导致的问题。快来一起看看吧。

前言

在前面三篇文章中应该已经把 .NET 中正则表达式相关的问题”格尽”了。感兴趣的小伙伴儿可以参考 part1，part2 和 part3。

由于篇幅原因，在前面的文章中并没有介绍如何下载 .NET 源码，如何调试 .NET 源码。本文会简单介绍如何下载 .NET 源码，如何在线浏览 .NET 源码，如何使用 vs 调试 .NET 源码。