Jan-Jaap Korpershoek
Jan-Jaap Korpershoek
You are correct, memmove (or memcpy as Ghidra detects it) is not imported, but it is bundled in the application itself. So you would need a different kind of detection...
I'm not a developer of this script, so I can't help you with that right now. I just thought to help you one step further in the right direction. Good...
@v1k1ngfr did you manage to find a solution? I'm now also running into this problem.
I often have changed files in git where the only change is a newline at the end as a result of this behaviour. I would prefer to change this behaviour...
For future reference, I also ran into this issue today. In my case, it was because MDE Cloud Protection was detecting the file, while the local component did not detect...
In my fork I have changed the algorithm to be more parallellizable, namely, by dividing the binary into more than two parts. If these parts can be scanned in parallel...
I would suggest using async to run the invocations in parallel instead of threads. Since the waiting time is almost 100% in the avred server. So first run all _scanDataPart...
I encounter the race condition most when switching between modes. Maybe implementing some kind of locking mechanism as soon as a mode change occurs would help? Then all keypresses that...
+1 for a list of presets
I noticed the search API is limited to at most 100 results, so at most 100 people can be found using this module.