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

[Livid]

[geew]

线上有问题 内网没部署.....产品不让线上直接调...

[gseven0312]

php调用java后台，没出现500错误，而且显示发送失败，最后抓包解决

[dong3580]

程序完全是接口，不能直接运行调试，线上有问题没日志。本机测又没数据库，对线上的数据库没权限，领导有不给数据库权限，但是又要解决问题。

[jybox]

http://www.zhihu.com/question/21991014

[incompatible]

多线程相关的问题通常比较难调试，比这更棘手的是在集群不同节点上的多线程的问题
另外事务相关的问题也比较难以调试

[hehuozhao]

OpenGL比较难Debug, 系统内部pipeline很难断点

[typcn]

电信抽风网断了，PHP 有 BUG，于是去网吧。用IE6 ， 记事本 和 FlashFXP 写代码并实时上传到服务器上调试， 服务器也不敢开error_reporting ， 看到输出不完整就说明网页有错误，然后修改。。。

[johnsneakers]

@typcn 为啥不用error_log?

[typcn]

@johnsneakers 不是我的服务器。。没SSH访问权限 就个FTP 超蛋疼

[acros]

游戏，网络同步，极低重现率。
打了大量log才确认出来。

原上级主程超猛，debug最后发现微软的编译器在某个条件下link的代码有bug...那个bug比较特殊，最后他通过内存定位，直接改了微软sdk里面一个字节，问题就这样修掉了...

[em70]

错误只要能重现,都好解决

[uestcldp]

刚工作时做一个外包项目，运维和服务器都在客户那边，更新版本是邮件传增量包和文档，由对方运维操作。每次线上操作甚至查个数据都要漫长的审批流程，而且对方运维很忙或者多一事不如少一事遇到问题首先要我们排查代码不配合定位。经常折腾了几圈最后发现是他忘了传包或者其它操作问题… #为什么外包害死人

[clino]

不调试会出现，一用调试手段就完全表现正常的问题

[anheiyouxia]

第一份工作的时候要调试一个游戏bug，但是游戏应用有个线程锁处理机智，一个线程运行到一定时常会被强制终止，这个东西之前完全没人跟我说过，也加上没经验，每次调试到不同地方程序就直接被关闭了，当时好想把键盘砸了

[bbx]

hadoop job，运行一次5-6个小时。每改一点，就再运行一遍。。

[cdfmr]

最糟糕的场景是一次帮同事解决问题，MFC程序僵死，最终发现是一个跨越了N个文件十几个函数的死循环，并且中间有的环节并非函数调用，而是SendMessage消息。

另外就是那些复现机率极低的问题。

[pythonee]

内网多层虚拟机，系统是多个组件分布式部署在这多层虚拟化后的虚拟机上，而我需要远程联调这些系统，网络问题就能把能搞疯，当时采用了多层的端口转发

[MexiQQ]

最难调试？莫过于抱着一堆别人的代码，还不在自己的机子上调试,然后屏幕非常小吧

[geodesy]

segmentfault

[kokdemo]

调移动端的网页最痛苦了……

一堆设备……