Текст в памяти

[Res5]

Есть адрес в памяти, с текстом неопределенной длины. Как через "ReadProcessMemory" в проекте вывести содержимое этого адреса? Если это число, то получается нормально, а вот с текстом выводит непонятно что.

[Mikle]

Может текст юникодный? Или наоборот ASCII, а ты пытаешься вывести, как юникод?

[Res5]

Что это за кодировка такая?

[Qwertiy]

Ты уверен, что правильный адрес читаешь?

[Res5]

Да уверен CE правильно показывает. Может я неправильно строку читаю

[FireFenix]

CE

CheatEngine?
Однако здравствуйте!

Ты прими из VB не строку, а побайтно и посмотри сходятся ли байты и как они идут

[Res5]

ок попробую

[Res5]

как байты в строку перевести?

[Хакер]

А зачем ReadProcessMemory? Адрес принадлежит адресному пространсству чужого процесса?

как байты в строку перевести?

В общем случае — никак.
В тысячи частных случаев существует тысяча решений.

Отбросить всё, забыть о всех и прочитать вот эту статью особо внимательно.

Затем помедитировать о том, есть ли информация (явлная или подразумеваемая) о том, в какой кодировке находится строка.

VB внутри себя все строки представляет в юникоде. Windows NT внутри себя представляет строки в юникоде. Все цивилизованные люди исопльзуют для строк юникод. Причём речь идёт про UCS-2.

Если на твоё счастье строка по известному адресу уже лежит в кодировке UCS-2, то дело за малым. Осталось только узнать её длину. Если она NULL-терминированная, то окей, в ином случае нужно будет каким-то образом узнать её длину самому. Дальше, чтобы уж сделать из неё полноценную строку COM (а следовательно и полноценную строку для VB): SysAllocString или SysAllocStringLen.

Если счастья не происходит, и строка не в UCS-2 (а пусть даже в UTF-8, а то и чего похуже: в одной из национальных кодировок), то нужно использовать MultiByteToWideChar, прежде чем проделывать вышеописанное (SysAllocString).

[Res5]

Процесс игры, юникод

[Res5]

Код: Выделить всё

      ReadProcessMemory(hProcess, ptr(ChatStartAddr), @start_addr, sizeof(start_addr), BytesCountOfRead);
      ReadProcessMemory(hProcess, ptr(ChatNumberAddr), @ChatLen, sizeof(ChatLen), BytesCountOfRead);
      for strNo := 0 to ChatLen-1 do
      begin
        str[0] := #0;
        i := 0;
        try
          ReadProcessMemory(hProcess, ptr(start_addr + ((StrNo * $1C) + $8)), @addr, sizeof(addr), BytesCountOfRead);
          if addr <> 0 then
          repeat
            ReadProcessMemory(hProcess, ptr(addr), @ch, 2, BytesCountOfRead);
            str[i] := ch;
            addr := addr + 2;
            inc(i);
          until (ord(ch) = 0) or (i >= High(str));
        except
        end;
        if i >= 1 then
          str[i] := #0;
        st := Str;
        Chat.Add(st);
      end;

рабочая версия, но к соажалению это делфи(

[Хакер]

Процесс игры, юникод

Ты не читал статью. Иди читай, потом возвращайся и продолжим.

[Res5]

Статью я смотрел, только всеравно не понял как она поможет мне сванговать код.

[Qwertiy]

рабочая версия, но к соажалению это делфи(

По-моему, читать блоками по 2 байта всё-таки извращение... Если я правильно идею понял.

[Хакер]

Статью я смотрел, только всеравно не понял как она поможет мне сванговать код.

Статью надо читать, а не смотреть. А потом медитировать.

Статья не содержит простого ответа на вопрос, а содержит пищу для ума. Которую нужно будет переварить.

[Qwertiy]

Статья не содержит простого ответа на вопрос, а содержит пищу для ума. Которую нужно будет переварить.

И какое отношение она имеет к этой теме сейчас?
По делфи-коду видно, что читается юникодная (UTF-16) строка, завершаемая нулём.

[ger_kar]

рабочая версия, но к соажалению это делфи(

Лучше свой вариант приведи. Тот код, который у тебя неправильно выводит строку.

По-моему, читать блоками по 2 байта всё-таки извращение...

В принципе да. Такое чтение из чужого процесса будет сопровождаться кучей не нужных накладных расходов. Проще за один раз скопировать всю строку.

[Хакер]

По делфи-коду видно, что читается юникодная (UTF-16) строка, завершаемая нулём.

Я даже не читал его.

Имеет значение, что хочет автор (что нужно автору), и не имеет значения, что делает какой-то код, который ему удалось найти, даже если кому-то (включая автора) кажется, что код далает именно то, что надо.

Даже если просто написать автору правильный код, пока у автора не возникнет понимания картины, это будет сродни обмену заклинаниями.

[Qwertiy]

Проще за один раз скопировать всю строку.

Эм.. Длина неизвестна. И границы страниц наверное пересекать не стоит, на случай если там другая защита (ну строки там естественно не будет в таком случае). Хотя это мои предположения. Не знаю что будет, если пытаться прочитать лишее - может функция и сама разберётся...

[Qwertiy]

и не имеет значения, что делает какой-то код, который ему удалось найти, даже если кому-то (включая автора) кажется, что код далает именно то, что надо.

Я так понимаю, фраза "рабочая версия" означает, что этот код делает именно то что нужно и оно никому не кажется. Ошибиться с кодировкой при этом весьма сложно, поскольку там UTF-16. Да и вообще, не особо-то другие юникодные кодировки растространены в качестве способа хранения данных в памяти.

Даже если просто написать автору правильный код, пока у автора не возникнет понимания картины, это будет сродни обмену заклинаниями.

А смысл тыкать в конкретную статью, которая к вопросу уже не относится? Изначально были варианты, что там какая-то левая кодировка, но сейчас-то они отвалились. И знание разновидностей юникода при известном способе представления вообще никак делу не помогает. Так зачем же?

[ger_kar]

Эм.. Длина неизвестна.

Не факт. Вообще можно провести эксперимент и точно это выяснить, но это сможет сделать только сам автор. Самое лучшее в этом случае посмотреть на его код и наверняка станет понятно, что он делает не так.

[Qwertiy]

Не факт.

Согласен что не факт, но делфятина читает до завершающего нуля...

[Хакер]

весьма сложно, поскольку там UTF-16.

Похоже, ты сам не знаешь разницы между UTF-16 и UCS-2?

[ger_kar]

Согласен что не факт, но делфятина читает до завершающего нуля...

А как быть с этим?
ReadProcessMemory(hProcess, ptr(ChatNumberAddr), @ChatLen, sizeof(ChatLen), BytesCountOfRead)
until (ord(ch) = 0) or (i >= High(str))

[Qwertiy]

Похоже, ты сам не знаешь разницы между UTF-16 и UCS-2?

Ладно, расскажи.
Гугл по UCS-2 первой же показывает статью википедии об UTF-16, там есть ссылка на

UCS-2 is obsolete terminology which refers to a Unicode implementation up to Unicode 1.1, before surrogate code points and UTF-16 were added to Version 2.0 of the standard. This term should now be avoided.

UCS-2 does not define a distinct data format, because UTF-16 and UCS-2 are identical for purposes of data exchange. Both are 16-bit, and have exactly the same code unit representation.

Sometimes in the past an implementation has been labeled "UCS-2" to indicate that it does not support supplementary characters and doesn't interpret pairs of surrogate code points as characters. Such an implementation would not handle processing of character properties, code point boundaries, collation, etc. for supplementary characters.

А как быть с этим?

A что это? Я не разбираюсь в паскалях.
Вроде как проверка, что оно влазиет в ту строку, которую мы формируем сейчас и прередача адреса переменной, которая не используется?

PS: В .NET'е вообще UTF-16 названа Encoding.Unicode, а остальные живут под своими именами.

[ger_kar]

Вроде как проверка, что оно влазиет в ту строку

Да и в @ChatLen возвращается длина, поэтому можно прочитать за раз весь буфер, а не устраивать чтение по 2 байта.

[Хакер]

Гугл по UCS-2 первой же показывает статью википедии об UTF-16, там есть ссылка на

Всё правильно. UCS-2 — более простая штука, нежели UTF-16. В кодировке UCS-2 каждый word (пара байтов) будет одним символов и число символов жестко соответствует числу байтов, тогда как в UTF-16 ты не можешь сказать, сколько в строке символов, не проходясь по всей цепочке.

Поэтому, если тебе нужна строка в UCS-2, ты не можешь просто взять, спрятать голову в песок, скопировать UTF-16 строку в UCS-2-совместимый буфер и притвориться, что всё хорошо.

[ger_kar]

Поэтому, если тебе нужна строка в UCS-2, ты не можешь просто взять, спрятать голову в песок, скопировать UTF-16 строку в UCS-2-совместимый буфер и притвориться, что всё хорошо.

А если делать наоборот и строку UCS-2 копировать в UTF-16 совместимый буфер, то все будет хорошо и ничего не надо мудрить?

[Qwertiy]

Всё правильно. UCS-2 — более простая штука, нежели UTF-16.
Поэтому, если тебе нужна строка в UCS-2, ты не можешь просто взять, спрятать голову в песок, скопировать UTF-16 строку в UCS-2-совместимый буфер и притвориться, что всё хорошо.

Т. е. ты утверждаешь, что на www.unicode.org написана неправда?

тогда как в UTF-8

При чём тут вообще UTF-8?

[Хакер]

Т. е. ты утверждаешь, что на www.unicode.org написана неправда?

В чём именно? Где?

При чём тут вообще UTF-8?

Это была простая опечатка.