December 30, 20159 yr In x32 and x64 navigation keys up and down do not work in the window references and the window symbols. In X32 when patched in some directions out the window. The instruction is patched correctly. Edited December 31, 20159 yr by sstrato
January 7, 20169 yr Author On 30 December 2015 at 9:40 PM, sstrato said: In x32 and x64 navigation keys up and down do not work in the window references and the window symbols. In X32 when patched in some directions out the window. The instruction is patched correctly. Thanks for the report. I will look into it. This warning message is meant to help you if you try to assemble "jmp x" where x is not pointing to a valid memory location or a memory location that is marked as non-executable. This behavior has been fixed and a new snapshot should be available soon.
March 19, 20169 yr Hi. Newest snapshot have issues with breakpoints. Sometimes doesn't break. Anyone can confirm this?
March 19, 20169 yr From this update do not work properly ((#373 (05-mar-2016 13:03:43) (DBG: implemented caching (lookup in the memory map))). Edited March 19, 20169 yr by sstrato
March 19, 20169 yr the first time you run the program breakpoints work properly if recharging the program and rerun the breakpoints of the libraries do not work. If you revert back cache modification work (tested).
March 19, 20169 yr Author Okay, thank you very much! I disabled caching for most part now, there might still be some issues with disassembling in newly allocated pages but this was expected behavior.
March 19, 20169 yr From esta big update (#204 (24-nov-2015 1:57:45)) it is impossible to erase the HBP placed in memory (Outside libraries and program), without parecece grave But it is annoying. Anyway they are inactive and can not be used. Edited March 19, 20169 yr by sstrato
March 20, 20169 yr Author @sstrato Confirmed and fixed those issue(s). Thanks a lot for the report! Now 'inactive' breakpoints are shown in a GUI and you should be able to manipulate them normally (enable/delete).
March 20, 20169 yr 9 hours ago, Mr. eXoDia said: @sstrato Confirmed and fixed those issue(s). Thanks a lot for the report! Now 'inactive' breakpoints are shown in a GUI and you should be able to manipulate them normally (enable/delete). They seem to work fine now, thanks great job.
April 8, 20169 yr Hi, just registered to say "Thank you!" for x64dbg. And I already have a small feature request: Maybe the strings from a file should be cached somewhere so they are not "processed" again every time I want to start a string search?
April 11, 20169 yr Author On 4/8/2016 at 10:06 PM, Cthulhux said: Hi, just registered to say "Thank you!" for x64dbg. And I already have a small feature request: Maybe the strings from a file should be cached somewhere so they are not "processed" again every time I want to start a string search? If you search for strings you can go back to the reference tab and see your old results there.
April 17, 20169 yr Unable to save patch introduced at the end of the file without code area. Example: no-patch.wmv
April 19, 20169 yr Author @sstrato are you sure there is space free there? A bug was found in the RVA <-> Offset conversion but most executables simply don't have space after the 'NOP' that you saw as last instruction.
April 19, 20169 yr 1 hour ago, Mr. eXoDia said: @sstrato are you sure there is space free there? A bug was found in the RVA <-> Offset conversion but most executables simply don't have space after the 'NOP' that you saw as last instruction. If there is free space. Tested with several executables, all with free space at the end of the section of the .text section. OllyDbg if allowed.
April 22, 20169 yr Author @sstrato Do you maybe see the bug in this conversion code? https://bitbucket.org/titanengineupdate/titanengine-update/src/941f39131757a76867176ccd256876c4e776a3cb/TitanEngine/TitanEngine.PE.Convert.cpp?at=master&fileviewer=file-view-default#TitanEngine.PE.Convert.cpp-106 Greetings
April 22, 20169 yr Author @sstrato It should be fixed now. Here is the corresponding issue https://github.com/x64dbg/x64dbg/issues/356
May 12, 20169 yr the string search is working a bit slower in the last version from 1. May, it hangs at a percentage. i do most of the time search for strings in one module, maybe it is normal, but i remember in a build from April, it was much faster.
May 12, 20169 yr Does anybody have any contact with the author? It would be cool to ask him to publish the source code in order to someone could make a script editor for x64DBG debugger? OllySubScript сommands can be added to the list, removing completely the same lines from the list does not work, there is only forcible manner. x64DBG_SubScript - Generally it would be useful to users.
July 13, 20169 yr @Hatschi: considering that you can't create unmanaged exported functions in C# without extra hacks (like https://www.nuget.org/packages/UnmanagedExports ), people are quite unlikely to port SDK to C#. But if you wish to do that yourself, that might be a pretty cool weekend project..
Create an account or sign in to comment