Страница 2 из 3
Добавлено: 25.11.2007, 04:33
vityan666
[AGNESTEAM]
Подойдёт и MSVC(только не забудь параметр -D_MSVC_ компоновщику задать) или MingW(Порт GCC под Windows)
Установка не так сложна...
Качаешь последний инсталлятор MingW. Ставишь поверх обновы(более свежие GCC/GDB,mingw32-runtime,win32-api и тд и тп)
Качаешь классный бесплатный IDE Code::Blocks(GPL, исходники открыты) только Nightly Build и ты готов к работе :) Пирём абсолютно легально и бесплатно ;)
[andreil]
Щас заканчиваю кваку. Как только доделаю TF2 дам тебе статическую библиотеку откуда тебе понадобится вызвать лишь одну две функции и всё будет чики пики ;)
[All]
Планы на OpenPtch 1.15:
Поддержка сравнения файлов и получения массивов паттэрнов как результата сравнения.
Поиск похожих паттэрнов по заданному проценту схожести.
Добавлено: 25.11.2007, 12:32
andreil
vityan666
Ждем с нетерпением.
Планы на OpenPtch 1.15:
Поддержка сравнения файлов и получения массивов паттэрнов как результата сравнения.
Вот этого я тоже ожидаю.
Добавлено: 25.11.2007, 16:39
SilentMan
Это конечно радостно, но зачем мне это в линуксе? Можно было не заморачиваться и писать под вендо.
Но PKGBUILD для Арча все равно напишу! :o
Добавлено: 26.11.2007, 19:38
vityan666
[All]
Среднее голосование в теме...
Последние пару дней в голове неизменно крутится идея переписать потоковую базу для поддержки блочности... Уже в голове не раз прокрутил все малейшие детали имплементации и все новые функции и изменени требуемые для старых)... Фишка позволит работать с файлами имея в каждый определённый момент в памяти всего один блок от файла(его размер будет передаваться при загрузке файла в память)... Это позволит работать даже с огромными файлами(превышающими кол-во вашей ОЗУ в разы) и при этом отжирать не больше указанного вами кол-ва памяти(100 кило или пару мегатон). Но учтите что кол-во чтений с диска при работе в режиме полной загрузки одно а в блочном будет составлять в среднем Размер файла * колво_паттэрнов/размер блока...Хотя появится новое неприятное ограничение... Надобность создание временной копии файла и сброса в него каждого малейшего изменения(потому что на пример если первый паттэрн был пропачен и мы собираемся найти и пропачить второй то при поиске нанчётся загрузка блоков из исходного файла(оригинальных) и изменения в памяти будут потеряны... Вообщем каждое малейшее изменение будет обязанно быть скинуто обратно на диск... Можно конечно создать кэш паттэрнов с оффсэтами где они были найдены и пропачить всё потом за один раз)... Вообщем вариантов имплементации много и всё довольно муторно...
Как думаете... Стоит ли это имплеметировать(Хотя если муза пробьёт я это всё равно замучу... Гыыы)
Добавлено: 26.11.2007, 20:09
SilentMan
Стоит - не стоит... хз. Ибо для больших объемов и сделано сбрасывание на диск, в подкачку.
Кстати, сорри за предыдущий пост - я почему-то решил(судя по одному из направлений форума) что прога в основном предназначается для создания патчей *.gcf файлов :oops:
Добавлено: 26.11.2007, 20:44
impulse666
vityan666 писал(а):Среднее голосование в теме...
где?%)
но по поводу выбора...это ведь нескажеться на быстродействии в работе с файликами 3-10 мег? Если нет, мути что хочеш :D
Добавлено: 27.11.2007, 02:33
vityan666
[imp]
С понтом голосование сообщениями(потом подчистим). Надо взвесить все за и против(а то встроенное голосование не даёт причым ответа то есть чистые статические данные а мне желательно мнение общественности знать)
Добавлено: 27.11.2007, 16:22
andreil
vityan666
Если работать будет, то стоит.
Добавлено: 28.11.2007, 00:41
vityan666
[All]
Пока что куча проблем со всем этом делом(в частности с 64-ёх разрядными сборками)... Посколько у MingW на данный момент проблемное отсутствие поддержки 64-ёх битных бинарников винды это заставляет меня из кожи вон лезть и пересобирать ручками из исходников новейшие версии всех ютилит(binutils-2.18.5-CVS,GCC-4.3-CVS,mingw-w64-crt-CVS,...)... Вообщем работки полно...
[Отчёт по исправлению ошибки чтения с диска(17) в межплатформенной конфигурации]
1a) Подготовка окружения для сборки 64-ёх разрядных объектов
1a1)Microsoft
Microsoft Visual Studio 2008 Team Suite Final - Установлен
Работают и 32-ух разрядный пач и 64-ёх разрядный(под виндой)
1a2)MingW-W64
В процессе сборки.
Добавлено: 19.12.2007, 14:34
impulse666
Неофициальные новости:
на данный момент реализованы и работают опциональные блоки (!)
т.е. паттерн "00 ?? 90 8? 36 90" может иметь опциональную часть заключенную в квадратныве скобки - []
например "00 ?? 90 8? 36 90[BA ?? FF ?7]"
что являеться абсолютным рекордом по функционалу.
Добавлено: 22.12.2007, 08:44
impulse666
pinkpiton2
Это патчерский движок, ТФ2 тут ни при каких обстоятельствах без паттерна\ов (последовательности находимых и последовательности заменяемых байтов) не пропатчиться.
Добавлено: 22.12.2007, 16:35
impulse666
pinkpiton2
тебе в раздел Dedicated Servers
Добавлено: 23.12.2007, 18:31
vityan666
[All]
В дебьрях моего сервачка наконец-то сварился OpenPtch 1.17:
Изменения:
Поддержка двоичного анализа испольняемых файлов и модулей(PE/PE+/ELF COFF).
Поддержка субпаттэрнизации опционального и логического уровня
(Опциональный блок - данные паттэрна присутствие которых в искомых данных является опциональным - т.е не обязательным. Логический блок - набор субпаттэрнов разделённых логическим XOR(^) из которых в соответствующем участке искомого файла должен находится только один).
Исправлен глюк который проявлялся как False-Positive нахождение паттэрна в конце файла когда паттэрн длинее оставшегося участка файла.
Множество косметических фиксов кода которые при другой организации определения типов привели бы к неработоспособности HB паттэрнов.
добавлено спустя 4 часа 12 минут:
Ещё изменения(не все перечислил):
В пользовательских паттэрнах кроме пробела можно использовать:
. , : ; - _
Для wildcards теперь можно использовать в добавок к ? ещё и *.
Свободная сборка под GCC/MSVC без дополнительных defines.
MSVC не будет вы...ться на стандартные функции в частности strcpy/fopen и другие для которых MS сделала *_secure версии.