Debugging 最大的风之怒

Debugging 最大的风之怒,debugging,windbg,Debugging,Windbg,与微软的windbg调试器有关,你最大的不满是什么 (注意:如果忽略未抛光的UI,我真的很喜欢windbg。)当您试图使用单击-拖动来选择比其物理窗口宽的行上的文本时,这种荒谬的行为 我需要复制/粘贴到bug报告中的历史窗口片段通常比物理窗口更宽。我已经习惯了三次单击的解决方法,以至于我发现自己试图在其他(行为良好的)应用程序中滥用三次单击。当您试图使用单击拖动选择比其物理窗口宽的行上的文本时,这是一种可笑的行为 我需要复制/粘贴到bug报告中的历史窗口片段通常比物理窗口更宽。我已经习惯了三次单

与微软的windbg调试器有关,你最大的不满是什么


(注意:如果忽略未抛光的UI,我真的很喜欢windbg。)

当您试图使用单击-拖动来选择比其物理窗口宽的行上的文本时,这种荒谬的行为


我需要复制/粘贴到bug报告中的历史窗口片段通常比物理窗口更宽。我已经习惯了三次单击的解决方法,以至于我发现自己试图在其他(行为良好的)应用程序中滥用三次单击。

当您试图使用单击拖动选择比其物理窗口宽的行上的文本时,这是一种可笑的行为


我需要复制/粘贴到bug报告中的历史窗口片段通常比物理窗口更宽。我已经习惯了三次单击的解决方法,以至于我发现自己试图在其他(行为良好的)应用程序中滥用三次单击。

当焦点位于源窗口时,按键被忽略。你不能从windbg内部编辑源代码。至少有Alt-1的解决方法。

当焦点在源窗口中时,按键被忽略。你不能从windbg内部编辑源代码。至少还有Alt-1的解决方法。

文件在1394连接上复制新二进制文件的速度有多慢。一个大型dll最多需要一分钟。

速度太慢了。kdfiles通过1394连接复制新的二进制文件。对于一个大型dll,可能需要一分钟的时间。

第一次尝试停靠窗口几乎总是错误的停靠方式,直到:我将鼠标移动到正确位置。为什么它不能像VS2008那样具有停靠提示?

第一次尝试停靠窗口几乎总是错误的停靠方式,直到:我将鼠标移动到正确位置。为什么它不能像VS2008那样具有停靠提示?

无法使用按键从输出窗口切换到命令窗口,我读到“Alt+1”应该可以工作,但并不总是这样,所以我总是不得不使用鼠标。有时它也不记得我告诉它不要每次退出时都问我是否要保存工作区。

由于无法使用按键从输出窗口切换到命令窗口,我读到“Alt+1”应该可以工作,但并不总是这样,所以我总是不得不使用鼠标。有时它也不记得我告诉它不要每次退出时都问我是否要保存工作区。

您可以按Tab键在命令提示和相关输出窗口之间切换焦点。再次点击Tab返回。如果光标已在输出窗口中,键入任何字符都将首先切换到命令提示符,然后插入该字符。您可以按Tab键在命令提示符及其关联的输出窗口之间切换焦点。再次点击Tab返回。如果光标已经在输出窗口中,键入任何字符都将首先切换到命令提示符,然后插入字符。windbgx(windows应用商店版本)可能对此有所改进。我不记得在切换到windbgx后对停靠行为感到沮丧。windbgx(windows应用商店版本)可能在这方面有所改进。我不记得在切换到windbgx后对停靠行为感到沮丧。