Posted September 21, 201410 yr 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. eXoDiadev22g.rar
September 26, 201410 yr 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.
September 26, 201410 yr what you mean with the search function is not searching? or is it related to the unicode, that the search function is not working?
September 29, 201410 yr Author 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
September 30, 201410 yr ohh so i guess this is next then. UNICODE support looks really timeintensive to implement?
September 30, 201410 yr 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
October 1, 201410 yr not in general, but Mr. eXoDia made a BIG mistake at the beginning: not supporting unicode out of the box right from the beginning ok this makes sense. but im so in live with x64dbg. works now better like olly.
October 1, 201410 yr Author 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 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 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