И сканировать надо не с FuncTable, а с FuncTable+601*4
Ни один компилятор, знающий что допустмые значения «601-609», не станет строить таблицу вызовов с 600ю-стами пустыми указателями, он просто вычтет 600 из eax. и случай приводится к обычной таблице.
Кстати любой более-менее приличный декомпилятор умеет распознавать подобные таблицы и правильно строить схему вызовов.
При работе с важными данными (например тот-же онлайн банк), нужно иметь полезную привычку заглядывать в информацию о сертификате для https-сессии, перед тем как вводить пароли.
… глянул из любопытства:
в libwrap версия библиотеки skylib-winblue-x86-release_2014.06.19.137
в скайпе 6.20.0.104 — skylib-win-release_2014.07.17.1037
в 6.18.0.106 — skylib-win-release_2014.05.22.1547
так что можно считать, враппер более-менее свежий :)
но требует доработки напильником — для запуска хотя-бы на 7ке нескольких импортов ему не хватает.
Ну UI-ев неплохих пока хватает, типа тойж миранды или триллиана. На мой взгляд, для начала стоит не изобретать велосипед, а сделать к ним нормальные плагины, без монстра-скайпкита :)
Это вы глубоко заблуждаетесь :) Хоть бы прочитали внимательно то на что ссылаетесь…
у Ефима есть восстановленный код (т.е. результат реверс-инжениринга) очень небольшой части транспортного слоя скайпа. Никакого отношения к исходному коду оно не имеет, и судить о кривости кода по маленькому фрагменту отреверсенного — нонсенс. К тому-же в статье никаких выводов о «быдлокоде» нет, Ефим такого тоже не заявлял (я с ним регулярно общаюсь) — откуда тогда Ваш вывод?
ОБсфукация какраз памяти не жрет. вообще. тихо-мирно распаковывается в памяти, на те-же адреса. и все. а дальше обычное дельфевое + сишное приложение, вот они уже памяти кушают от души…
MySQL это СУБД, в общем случае не предназначенная для работы на десктопах с небольшим кол-вом памяти. И настройки по-умолчанию у нее заточены на производительность а не на экономию памяти. Если Вас это не устраивает — учитесь ее настраивать под себя (хотя-бы например подложить готовую настройку my-small.ini), или ищите готовые сборки, заточенные под разработчиков.
Ни один компилятор, знающий что допустмые значения «601-609», не станет строить таблицу вызовов с 600ю-стами пустыми указателями, он просто вычтет 600 из eax. и случай приводится к обычной таблице.
Кстати любой более-менее приличный декомпилятор умеет распознавать подобные таблицы и правильно строить схему вызовов.
в libwrap версия библиотеки skylib-winblue-x86-release_2014.06.19.137
в скайпе 6.20.0.104 — skylib-win-release_2014.07.17.1037
в 6.18.0.106 — skylib-win-release_2014.05.22.1547
так что можно считать, враппер более-менее свежий :)
но требует доработки напильником — для запуска хотя-бы на 7ке нескольких импортов ему не хватает.
у Ефима есть восстановленный код (т.е. результат реверс-инжениринга) очень небольшой части транспортного слоя скайпа. Никакого отношения к исходному коду оно не имеет, и судить о кривости кода по маленькому фрагменту отреверсенного — нонсенс. К тому-же в статье никаких выводов о «быдлокоде» нет, Ефим такого тоже не заявлял (я с ним регулярно общаюсь) — откуда тогда Ваш вывод?