Массив byte: как взять integer, искать integer, сравнивать при частичном совпадении?

запустить игру и искать в /proc/PID/mem более другими языками нежели чем pascal?

1. Сдвигами и битовыми операциями

2. Перейти на C/C++ и использовать memmem/std::search

3. Наверное искать первые 20 байт как в п.2, потом проверять остальное.

А вообще п 2. и 3. не нужны, нужно только найти таблицу со смещениями до нужных объектов.

strncmp memcmp

1, 2 - поиск подстроки (с 0 не прокатит, но суть примерно та же)

3 - то же

поиск подстроки (с 0 не прокатит, но суть примерно та же)

Поиск подстроки не прокатывает, если между стартовой позицией и искомым куском есть нули.

strncmp memcmp

Удалены из новых версий.

1. Сдвигами и битовыми операциями

Типа dw := b[x] or (b[x+1] shl 8) or (b[x+2] shl 16) or (b[x+3] shl 24) ?

Это реально быстрее, чем присвоить указателю адрес и взять значение?

А вообще п 2. и 3. не нужны, нужно только найти таблицу со смещениями до нужных объектов.

Там проблема в том, что таблица указывает не на сами файлы ресурсов, а на блок служебной информации переменной длины, за которым следует файл.

запустить игру и искать в /proc/PID/mem более другими языками нежели чем pascal?

Я это затеял, чтобы увидеть то, до чего мне не хватит терпения дойти. Сомневаюсь, что игра хранит в памяти несколько десятков мегабайт ресурсов, когда файл сделат в расчёте на быстрый поиск на диске. Или же грузит файл целиком, что то же самое.

Кстати, /proc/PID/mem у меня все имеют нулевую длину, даже с

sudo less -L

Как их смотреть?

Удалены из новых версий.

Давай я немного поищу за тебя

http://www.freepascal.org/docs.var

http://www.freepascal.org/docs-html/current/rtl/index.html

http://www.freepascal.org/docs-html/current/rtl/system/index.html

http://www.freepascal.org/docs-html/current/rtl/system/memoryfunctions.html

http://www.freepascal.org/docs-html/current/rtl/system/comparebyte.html

Поиск подстроки не прокатывает, если между стартовой позицией и искомым куском есть нули

О чём я и написал - но кроме строковых сравнений есть и побайтовые сравнения

Типа dw := b[x] or (b[x+1] shl 8) or (b[x+2] shl 16) or (b[x+3] shl 24) ?

Что-то вроде. При условии что в паскале сдвиги расширяют операнд (до dword в данном случае), иначе надо ещё кастовать.

Это реально быстрее, чем присвоить указателю адрес и взять значение?

Начнём с того что это единственно правильно, потому что остальные методы в лучшем случае непортабельны относительно требований по выравниванию и endianess, а в худшем всегда ведут к неопределённому поведению. А так, во-первых, нормальный компилятор оптимизирует такие чтения там где это безопасно, во-вторых, у вас это что, бутылочное горлышко чтобы задумываться тут о скорости?

Там проблема в том, что таблица указывает не на сами файлы ресурсов, а на блок служебной информации переменной длины, за которым следует файл.

Не понял что это значит, но игра явно не занималась поиском в своих данных строк и структур. Разберите до конца формат, поймите где хранятся смещения и всё.

Разберите до конца формат, поймите где хранятся смещения и всё.

Вот для разбора поиск и понадобился.

Осиль уже си, он как раз для такого создавался.

Если надо «быстро, на коленке и на один раз» - perl + sysread() + unpack()

man open

man read man close

Ты это о чём?

При попытке открыть файлы mem у них нулевая длина.

Нашёл уже. Нужно смотреть /proc/$pid/maps и читать перечисленные там диапазоны.