Application Details:
Version: | 2.0 |
License: | Shareware |
URL: | http://www.ollydbg.de/ |
Votes: | 0 |
Latest Rating: | Bronze |
Latest Wine Version Tested: | 1.1.7 |
Maintainers: About Maintainership
No maintainers. Volunteer today!
What works
What does not
Sometimes gets stuck when loading dlls.
Probably handling of debug events within debugger loop which might trigger APC to wineserver while the target's threads are suspended (APC fails to be executed, blocking caller = debugger).
Needs further investigation ...
Workarounds
What was not tested
-
Hardware tested
Graphics:
Additional Comments
This is early alpha release of debugger version 2.0
Operating system | Test date | Wine version | Installs? | Runs? | Used Workaround? | Rating | Submitter | ||
Current | Fedora 9 | Oct 26 2008 | 1.1.7 | Yes | Yes | Bronze | Anastasius Focht |
Bug # | Description | Status | Resolution | Other apps affected |
14697 | OllyDbg 2.x freezes sometimes during processing of debug events (debug events can block completion of queued user APCs) | CLOSED | FIXED | View |
23431 | OllyDbg 2.x crashes on unimplemented function ntdll.dll.NtSystemDebugControl | CLOSED | FIXED | View |
25561 | Setting watches (hw breakpoints) in debuggers can generate unhandled floating point stack check exceptions | CLOSED | FIXED | View |
27222 | OllyDbg 2.x crashes on unimplemented function dbghelp.dll.SymEnumSourceFilesW | CLOSED | FIXED | View |
27802 | OllyDbg 2.x crashes on unimplemented function dbghelp.dll.SymEnumSourceLinesW | CLOSED | FIXED | View |
36012 | OllyDbg 2.x debugger crashes with Wine builtin dbghelp when built with GCC 4.8 (DWARF2 symbol name is both, a function parameter and a local variable but only one entry exists) | RESOLVED | NOTOURBUG | View |
When the disassembly window goes blank (after pausing, single stepping into wine, etc.) you probably hit a code location which the debugger can't properly handle due to design of Wine/Linux.
The debugger encounters ELF code in wine builtins outside of win32 API virtual mapping range which leads to empty code/disassembly window (debugger needs to read memory in order to disassemble it). You can see EIP still changing while stepping (registers window) but no code is actually displayed.
Just hit a few "run until return" until the code reaches PE virtual mapping range. The code/disassembly will appear again. This is expected behaviour and by design.ÂÂ
You most likely hit bug 14697. Open another console and kill everything.
$ wineserver -k
Use WinetricksÂ'corefonts' to take care of this problem, it will fix the display of text in disassembly, memory views and the like
Â$ wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
$ bash winetricks corefonts
Comments for this application have been disabled because there are no maintainers.