Jump to content
Tuts 4 You

Testing x64_dbg UNICODE support...


mrexodia

Recommended Posts

Posted

Hello everyone,

Recently there have been some questions regarding UNICODE support in x64_dbg. If you're a Chinese/Russian/Vietnamese/Japanese/Whatever user, please try this test version on your computer and report any bugs on http://issues.x64dbg.com or in this topic.

Everything inside x64_dbg should have UNICODE support. Comments/variables/scripts etc are all supported (hopefully).

Notice that your script files should be encoded UTF-8 without BOM.

Notice that this is not an official release. This is a branch called 'utf8_support', if it turns out to be working good, there will be a new release.

Attached the test build.

Greetings,

Mr. eXoDia

dev22g.rar

  • Like 2
Posted

This version supports Chinese, preliminary tests are normal, in the hope that the official the next version of the amendment. But when the search string is still not search, hope to add a new function, press ESC to return to the last.


Posted

what you mean with the  search function is not searching? or is it related to the unicode, that the search function is not working?


Posted

He means that x64dbg will only detect extended ASCII strings, no chinese characters etc. The reason for this is mainly that chinese characters have a variable width even though I specify 'fixed width' in the font settings.

Greetings

Posted

ohh so i guess this is next then. UNICODE support looks really timeintensive to implement?

Posted

ohh so i guess this is next then. UNICODE support looks really timeintensive to implement?

not in general, but Mr. eXoDia made a BIG mistake at the beginning: not supporting unicode out of the box right from the beginning :P

Posted

not in general, but Mr. eXoDia made a BIG mistake at the beginning: not supporting unicode out of the box right from the beginning :P

:P ok this makes sense. but im so in live with x64dbg. works now better like olly.

Posted

ohh so i guess this is next then. UNICODE support looks really timeintensive to implement?

Nope, it was actually done in a few hours of work :)

not in general, but Mr. eXoDia made a BIG mistake at the beginning: not supporting unicode out of the box right from the beginning :P

Maybe true, although making everything wchar_t doesn't solve anything, it would require conversions to UTF-8 when you save it to disk anyway :D

Currently everything appears to be working (except searching for Chinese characters, but that's just because I don't want to support that right now). The plugin interface is still the same, except that paths could be UTF-8 instead of ASCII.

Greetings

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...