在你写过的所有程序中，你曾经遇到过的最难调试的场景是？

[Livid]

[XadillaX]

前几日搞 Storm，每隔三四个小时就会阻塞要重启——有时候要一天，也就是说等重现要那么久。

[gyteng]

客户的机房不允许接互联网，每次更新一点东西，需要：
1. 先QQ远程控制当地某负责人的电脑
2. 从他的电脑登陆堡垒机（ie里面有个类似远程桌面的东西）
3. 再从堡垒机里的putty登陆机房的服务器
……

[shyrock]

@acros 我想说，类似的问题90%的可能是自己的代码调用错误，比如篡改了环境变量什么的，如果仔细梳理可以查到。当然，改SDK是可以绕过问题。

[davepkxxx]

我以前的一家公司买了一个第三方的中间件，前台页面页、数据传输和校验都是根据配置自动生成，中间业务逻辑和数据存取需要自己写，后来因为扯皮导致对方不愿意再提供技术支持。使用这个中间件的代码不少地方也出现逻辑不清和结构混乱的地方，还有为了实现某些特定的功能而对该中间件进行了部分代码上的重写，导致的结果就是有些地方出了问题很难追踪，并且难以定位和解决。

[ahtsiu]

想为运行在mipsel 的ddwrt 交叉编译一个nodejs，v8都编译成功运行了，nodejs 死活都是segmentfault，各种修改flags，怀疑uclibc 版本太低，又专门编译了一个uclibc 出来，，，，各种蛋疼，最后放弃

[signifox]

C++全异步处理+回调+异常处理

[efi]

firmware与内核问题导致机器变砖。重现一次就是一个机器变砖。

[jamiesun]

“最难调试”我认为是一个伪命题。

如果只是自己的软件范围，基本上不存在最难调试这种情况，假设碰到“最难调试”这种情况，更可能是其他非代码原因。

和第三方系统对接时难的也不是接口代码问题，而是和第三方人员的交流问题，沟通不到位，互相踢皮球那才是让人抓狂的

[acros]

@shyrock 不是。
这个是Xbox360的XDK里面的BUG，微软确认过了，只是当时没发布修正，现在也不知道修正了没。

[leohxj]

个人经历中，移动设备上原生浏览器的JS调试最麻烦，遇到问题的难调试。

[233]

嵌入式设备开发，连debugger没问题，正常运行有问题。而且因为没有fs，没法打log。
不过也是开始没经验，解决方法是节约下来一个GPIO用来输出log。以后就都这么做了

[xylophone21]

没有人调过栈破坏问题吗?嵌入式里破坏瞬间没有错误报出来,错了就错了,继续往下走的那种.

[learnshare]

客户说路由器不能上网~~~

[bombless]

最困难的还是SaaS提供者的生产环境和测试环境有显著的差异，有些问题还要线上调，真是囧死。

[samt42]

老板发现iphone客户端在3G环境下加载比较慢, 要求抓包调试一下...

[lehui99]

刚开始熟悉一个新的系统，拿到一个bug：
运行了一段script，显示20列10行的二进制数据，其中有一个数字错了（应该是0，但显示是1）。
发现这个script并不是通用的script，而是用lex+yacc自定义的解释器。bug描述说是script本身的逻辑没错，错误应该在系统提供给script的api上或者在script的解释器上。
在不理解script含义，不理解业务逻辑，不了解lex和yacc的情况下需要进行修复。

[lazyphp]

在本地调试一天，咦?我明明已经exit 中断语句了，怎么还在运行的？
肯定是环境出问题。重新配置文件，迁移代码。
发现问题有出来。继续折腾。
离疯不远的时候，发现我填写的域名是 www.xxx.com 。
艹，是外网的服务器！！

[Kymair]

想起之前看Coders at Work, 几乎所有大牛的回答都是：Concurrency bugs.

[yqrm]

IE6中英版不一致

[a2z]

改别人的rootkit,偶尔kernel panic