cdb/windbg输出太大

我们正在使用cdb（winDBG的命令行版本）来解决cab问题。 为了在文件中获得输出，我们使用-logo输出来指定输出文件。 对于某个cab，我们得到“0x7536的CvRegToMachine（x86）转换失败”超过一百万次。
基本上，我们得到了一个巨大的解析代码日志，将近1GB，并且每行都充满了上面的字符串。
我们正在使用以下cdb命令
cdb-z“abc.cab”-y“SymbolsPath”-G-logo“outputfile”-line-c.kframes 100；！analyze-v；！load msec.dll；！可利用的-v；vertarget；lmv；q“

---

有人知道这里可能有什么问题吗？

您

不能同时使用-c和-G

-c需要先休息才能读取首字母
如果需要运行代码，请使用g命令并根据其执行操作；在-c命令的末尾

而且很多时候需要首先提供

-c命令，被调试者需要

在命令行的末尾

cdb -c "<some cmd;someother cmd;g>" -z foo.cab

**将转储加载为调试对象（cdb）调试对象（foo.cab）并四处查看**

C:\>cdb cdb -z foo.cab

    0:000> s -u dbgeng l?39b000  "CvReg"
020341f8  0043 0076 0052 0065 0067 0054 006f 004d  C.v.R.e.g.T.o.M.

0:000> # *(*20341f8 dbgeng l?39b000
dbgeng!MachineInfo::CvRegToMachine+0xfe:
021bf8ae 68f8410302      push    offset dbgeng!`string' (020341f8)

0:000> # call*dbgeng!MachineInfo::CvRegToMachine dbgeng l?39b000
dbgeng!ImageInfo::CvRegToMachine+0x22:
021b62f2 e8b9940000      call    dbgeng!MachineInfo::CvRegToMachine (021bf7b0)

0:000> # call*CvRegToMachine dbgeng l?39b000
dbgeng!ImageInfo::CvRegToMachine+0x22:
021b62f2 e8b9940000      call    dbgeng!MachineInfo::CvRegToMachine (021bf7b0)
dbgeng!TypeInfoValueFromSymInfo+0x4b:
022541ab e82021f6ff      call    dbgeng!ImageInfo::CvRegToMachine (021b62d0)
dbgeng!TypedData::SetToSymbol+0x25f:
02285edf e8ec03f3ff      call    dbgeng!ImageInfo::CvRegToMachine (021b62d0)
dbgeng!TypedData::SetToSymbol+0x2da:
02285f5a e87103f3ff      call    dbgeng!ImageInfo::CvRegToMachine (021b62d0)
0:000> ln 0x21bf8ae


(021bf7b0)   dbgeng!MachineInfo::CvRegToMachine+0xfe   |  (021bf8d0)   dbgeng!Ma
chineInfo::GetContextState

在该函数上执行和uf将检查SymbolInfo->Flags的位置

检查并确定上面的示例转储未输入路径
是否已验证转储文件所来自的处理器体系结构使用的是正确版本的cdb？是。对于其他出租车来说，它运行良好@blabb。我认为正在处理的cab是腐败的。但我想知道，如果是由SYMFLAG_NULL引起的某种无休止的循环，是什么导致处理结束的。我忘了提到，我得到了不同大小的不同损坏的出租车，而且，我没有得到的内存，而处理。
C:\>cdb cdb -z foo.cab

    0:000> s -u dbgeng l?39b000  "CvReg"
020341f8  0043 0076 0052 0065 0067 0054 006f 004d  C.v.R.e.g.T.o.M.

0:000> # *(*20341f8 dbgeng l?39b000
dbgeng!MachineInfo::CvRegToMachine+0xfe:
021bf8ae 68f8410302      push    offset dbgeng!`string' (020341f8)

0:000> # call*dbgeng!MachineInfo::CvRegToMachine dbgeng l?39b000
dbgeng!ImageInfo::CvRegToMachine+0x22:
021b62f2 e8b9940000      call    dbgeng!MachineInfo::CvRegToMachine (021bf7b0)

0:000> # call*CvRegToMachine dbgeng l?39b000
dbgeng!ImageInfo::CvRegToMachine+0x22:
021b62f2 e8b9940000      call    dbgeng!MachineInfo::CvRegToMachine (021bf7b0)
dbgeng!TypeInfoValueFromSymInfo+0x4b:
022541ab e82021f6ff      call    dbgeng!ImageInfo::CvRegToMachine (021b62d0)
dbgeng!TypedData::SetToSymbol+0x25f:
02285edf e8ec03f3ff      call    dbgeng!ImageInfo::CvRegToMachine (021b62d0)
dbgeng!TypedData::SetToSymbol+0x2da:
02285f5a e87103f3ff      call    dbgeng!ImageInfo::CvRegToMachine (021b62d0)
0:000> ln 0x21bf8ae


(021bf7b0)   dbgeng!MachineInfo::CvRegToMachine+0xfe   |  (021bf8d0)   dbgeng!Ma
chineInfo::GetContextState