|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
OllyDbg is not good at supporting breakpoints in multi-threading environment
I have encountered OllyDbg's failing to trigger
breakpoints set in other threads several times especially hardware breakpoints. Is there any way to solve this problem? Thanks. |
#2
|
|||
|
|||
If I understood your question a way is is use the olly_hardware_breakpoint plugin and save yours BP, if you have problem to find your calls to dll,ocx,etc..., load the BP saved by the OHB, when you load the app in olly.
Greetings... |
#3
|
|||
|
|||
Quote:
(1) There are two functions say f() and g(); (2) OllyDbg debugs f() and sets a breakpoint inside g(); (3) g() is executed by another thread which is not the same as the thread executing f(); (4) When g() is executed, the breakpoint set inside will not be triggered whether it's a software breakpoint or hardware one. So, do you think olly_hardware_breakpoint plugin can solve this problem? Thanks. |
#4
|
|||
|
|||
Try instead a hardware memory-read pointer to the byte or word at the beginning of the instruction you want to break-in: That may trip the BP because regardless, before an instruction is executed, it is read by the thread.
|
#5
|
|||
|
|||
Yes, I have tried this trick, but it did not work.
|
#6
|
|||
|
|||
You could enable Options / Events/ Pause on new thread, maybe that could solve your problem.
|
The Following User Says Thank You to computerline For This Useful Post: | ||
niculaita (08-09-2017) |
#7
|
|||
|
|||
Quote:
Thank you for this great idea. |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Delphi threading problem | phroyt | Source Code | 5 | 05-05-2020 13:03 |
Armadillo Environment Variables Finder 1.2 | rukov | Community Tools | 3 | 12-16-2015 01:59 |
Some useful Breakpoints in lsdecode 8.2.2.3 | Calvin | General Discussion | 2 | 05-03-2010 16:05 |
Modifying Kernel Mode Driver for Hyper Threading | aldente | General Discussion | 8 | 08-13-2004 10:11 |