Дискутировали как-то с одним линуксоидом, так он мне давал ссылку на отладчик, визуально напоминающий Олли, вот только к сожалению не помню названия. Но смысл в том, что все подобные отладчики - всего лишь графическая надстройка над ГДБ со всеми вытекающими глюками...
Что-то мне кажется, что это опять "гнусный дебагер". Подозрения вызывает следующая фраза: Вот бы нам такой отладчик, который не использовал ptrace. Такой отладчик надо писать переносимым, ведь почти в каждой UNIX-системе procfs реализована по-разному.
К сожалению под linux нет альтернативы SoftIce/Syser. Был LinIce - разработка остановилась уже давным давно (( Был kdb - тоже самое (( Остаётся только gdb - true way ))) Ой, совсем забыл про rr0d
litrovith Я вот все месяцы жду - когда время свободное появится . Если жаждите, могу выложить последние исходники (с дизасмом). Точно не помню, но по-моему там чтение / запись памяти еще не реализовано. Работы - еще много.
Mecid Эй, мужик! Я первый это хотел сказать! Если и соберемся, то сначала надо будет все обдумать. Во-первых, он обязательно должен быть переносимым! Но не раньше того, как я со своим Win-дебагером разберусь! .
Мда, вот еще планы на будующее - относительно WinDbg: P.S. Давайте возвращаться к нашим баранам (то есть к UNIX-дебагерам).
Мне лично импонирует EDB, особенно тем, что ориентирован на ассемблерную отладку. Тем не менее, для реверсинга серьёзных программных пакетов просто необходима развёрнутая поддержка многопоточности, скриптабельность, удалённая отладка... В общем, лучше GDB ничего не придумали. Перейти на консольный интерфейс после привычной виндовой графики не так просто, но со временем приходит просветление Да и зацикливаться на x86 не стоит в плане написания под него отладчика, ведь там, где *nix, там вполне реально встретить PARISC, PPC и т.д. Зато иксы стоят далеко не всегда, а если сервер находится не сильно рядом, то от графики вообще пользы ноль. В общем, не ленитесь вникать в GDB - реально мощный инструмент.