Windbg:添加多个未解析的断点

我有一个卸载的模块，我想添加未解决的断点，但我不能让它工作

我试过了

在bm中使用通配符。这似乎没有得到支持

BURPS32*

要显式命名方法，但每个断点都会获取其分配的id 0。这仅为最后添加的方法设置断点

BURPS32！RpsConvertBuffer

BURPS32！RpsConvertFile

显式命名方法和id。身份证好像不粘。每个断点再次只是重新定义id 0，并且只实际设置最后添加的断点

bu39 RPS32！RpsConvertBuffer

bu40 RPS32！RpsConvertFile

所以我的问题实际上有两个：

是否可能有多个未解析的断点？ 如果可能的话，我使用的语法有什么问题？ 我自己再次遇到同样问题的可能性很大，所以我几乎是出于自身利益而回答自己的问题

删除方法周围的引号

这可能是WinDbg断点语法101，但在方法周围添加引号会使WinDbg

使用当前指令的地址添加未解析的断点 正在重用Id 0 并将引号之间的内容解释为命令。 看看断点列表，那一分钱真的应该早一点掉下来

(1e48.1c10): Break instruction exception - code 80000003 (first chance)
eax=00000000 ebx=00000000 ecx=08160000 edx=0012e118 esi=fffffffe edi=00000000
eip=77220ed4 esp=0025f93c ebp=0025f968 iopl=0         nv up ei pl zr na pe nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00000246
ntdll!LdrpDoDebuggerBreak+0x2c:
77220ed4 cc              int     3
0:000> bu "Unresolved1"
0:000> bu "Unresolved2"
breakpoint 0 redefined
0:000> bl
     0 e Disable Clear  77220ed4     0001 (0001)  0:**** ntdll!LdrpDoDebuggerBreak+0x2c "Unresolved2"

---

您尝试过bu和id之间的空格吗？e、 g.“bu 39 RPS32！RpsConvertBuffer'？您还可以使用x命令查找这些函数：x/D/f RPS32！RpsConvert*@GamerJ5-当我尝试添加断点时，模块被卸载，因此查找不会返回任何结果。添加空格会更改语义。它在地址39处添加了一个未解析的断点，并将执行命令RPS32！触发时使用RpsConvertBuffer。@GamerJ5-似乎是引用造成的：S。添加不带引号的bu断点效果很好。