Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BugId fails with error: "Unexpectedly short disassembly output at address 0x..." #133

Open
maxcoderrrr opened this issue Feb 12, 2025 · 0 comments

Comments

@maxcoderrrr
Copy link

Hi,

I encountered the following error in BugId:

→ Command line: C:\test\foo.exe C:\test\foo.bar
+ Main process 1016/0x3F8 (foo.exe, x64, IL:3): Attached ("test\foo.exe" C:\foo.bar).
► Main process 1016/0x3F8 (foo.exe, x64, IL:3): stderr>W: test.
┌───[ Fatal builtins.AssertionError Exception in thread 1392/0x570 (cThread#206B63AD550{main = __fRun, #1392, running}) ]
│ Unexpectedly short disassembly output at address 0x1`4043`B000:
│ 0x1`4043`B000 | E8 EB 0A 00 00       | call    image00000001_40000000+0x43baf0 (00000001`4043baf0)
│ 
│ Local variables:
│   asDisassemblyBeforeAddressHTML = []#206B63C6240
│   o0DisassemblyBeforeAddress = <mBugId.mDisassembler.cDisassembly.cDisassembly object at 0x00000206B63C7D90>#206B63C7D90
│   o0VirtualAllocation = <VirtualAllocation(Allocated, uState=MEM_COMMIT, uType=MEM_IMAGE, base @ 0x1`4000`0000, [0x1`4043`B000-0x1`40D2`1000] (0x8E`6000 bytes, uProtection = PAGE_EXECUTE_READ)) at 0x206B6379BD0>#206B6379BD0
│   oBugReport = <mBugId.cBugReport.cBugReport.cBugReport object at 0x00000206B63AF610>#206B63AF610
│   oProcess = <mBugId.cProcess.cProcess.cProcess object at 0x00000206B63E7B90>#206B63E7B90
│   s0DescriptionOfInstructionAtAddress = 'return address'
│   s0DescriptionOfInstructionBeforeAddress = 'call'
│   uAddress = 5373145093
│   uDisassemblyBytesBefore = 266
│   uLastAddress = 5373145092
│   uStartAddress = 5373145088
│ 
│ Stack for thread 1392/0x570 (cThread#206B63AD550{main = __fRun, #1392, running}):
│ ─┐ __fRun @ C:\BugId3\modules\mBugId\cCdbWrapper\cCdbWrapper_cHelperThread.py:66
│  │ 65:      try:
│  │ 66:        oSelf.__fActivity(*oSelf.__axActivityArguments);
│  ├─┐ cCdbWrapper_fCdbStdInOutHelperThread @ C:\BugId3\modules\mBugId\cCdbWrapper\cCdbWrapper_fCdbStdInOutHelperThread.py:54
│  ╷ │ 53:    oCdbWrapper.fbFireCallbacks("Log message", "Main loop #%d" % uMainLoopCounter);
│  ╷ │ 54:    (bEventIsFatal, bEventHasBeenHandled) = oCdbWrapper.ftbHandleLastCdbEvent(asbOutputWhileRunningApplication);
│  ╷ ├─┐ cCdbWrapper_ftbHandleLastCdbEvent @ C:\BugId3\modules\mBugId\cCdbWrapper\cCdbWrapper_ftbHandleLastCdbEvent.py:229
│  ╷ ╷ │ 228:  ### Report bug and see if the collateral bug handler can ignore it #################################################
│  ╷ ╷ │ 229:  o0BugReport.fReport();
│  ╷ ╷ ├─┐ cBugReport?.fReport @ C:\BugId3\modules\mBugId\cBugReport\cBugReport.py:280
│  ╷ ╷ ╷ │ 279:        if oFrame.u0InstructionPointer is not None:
│  ╷ ╷ ╷ │ 280:          s0FrameDisassemblyHTML = oSelf.fs0GetDisassemblyHTML(
│  ╷ ╷ ╷ ├─┐ cBugReport_fs0GetDisassemblyHTML @ C:\BugId3\modules\mBugId\cBugReport\cBugReport_fs0GetDisassemblyHTML.py:70
│  ╷ ╷ ╷ ╷ │ 69:        return None;
│  ╷ ╷ ╷ ╷ │ 70:      assert len(o0DisassemblyBeforeAddress) >= 2, \
│  ╒═══════╛ ▲ Assertion failed: 'Unexpectedly short disassembly output at address 0x1`4043`B000:\r\n0x1`4043`B000 | E8 EB 0A 00 00       | call    image00000001_40000000+0x43baf0 (00000001`4043baf0)'
│  │ __fRun @ C:\BugId3\modules\mBugId\cCdbWrapper\cCdbWrapper_cHelperThread.py:74
│  │ 73:        cException, oException, oTraceBack = sys.exc_info();
│  │ 74:        if not oSelf.__oCdbWrapper.fbFireCallbacks("Internal exception", oSelf.__oThread, oException, oTraceBack):
│ ═╛ ▲ Application terminated because exception was not handled.
└──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

BugId terminates before a bug report can be created, but I'm using the same test environment and versions as in my other bug reports that I filed. Any help to fix this issue would be great.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant