Декомпилляторы С/С++

[Imago!]

Подскажите пожалуйста более-менее грамотные декомпилляторы...

[alexander.pronin]

Дизассемлеры - это понятно.
А декомпилятоы С/C++ ...

[Yurror]

более менее грамотный декомпилятор - это человек-специалист в этой области
Гы...

[st_vladm]

Есть такой дизассемблер IDA Pro. Он умеет опознавать вызовы функций Windows API. Возможно, знаком и с Linux. Облегчает понимание кода. А декомпиляторов  "в чистом виде" для компилируемых языков высокого уровня не существует.

[Yurror]

st_vladm, ох зря ты сказал что их не существует. он же сейчас бросится писать такой декомпилятор =)

[st_vladm]

А вдруг напишет? Будет богаче создателя Гугла! 

[Imago!]

ну ладно вам тут холивары устраивать ну да, не разбараюсь я в программирование, что ж поделать, не особо люблю... просто есть пара простеньких прог, написанных на С или С++, и надо вытащить исходный код...

[Yurror]

мда... этот топик первый кандидат на субботник форума =) гы.
если не понимаешь, не любишь тогда плати тем кто плнимает и любит

P.S. исходники легче вытаскиваются терморектальным методом чем декомпилятором

[SergeyIT]

есть пара простеньких прог

Проще заново написать

[axe]

:LOL:, чувак, как найдешь - не забудь дать ссылку)))

[st_vladm]

Есть такая страшная вещь - оптимизация кода при компиляции. После нее бывает такой винигрет, что написать с нуля гораздо проще. Вот утрированный пример, в реальной жизни все еще хуже. Представь - есть 2 подпрограммы. Одна выводит слово "благоустроить", другая "строительство". Компилятор выделит участок, выводящий слово "строит", в отдельную подпрограмму, и будет вызывать ее из 2-х мест. Автор кода, понятное дело, так не задумывал. Но результат все равно одинаковый, а размер программы - меньше. Или такой случай. Есть функция, вычисляющая сложным способом результат на основе полученных аргументов. Функция несомненно имеет смысл, важный для понимания программы. Но, если в данной реализации она вызывается всего один раз и с одним константным аргументом -  компилятор вычислит результат и вместо вызова функции сделает присвоение переменной этого результата.

Декомпилированный код (допустим существование гипотетического декомпилятора) не будет идентичен исходному.

[nikulyan]

Если не разбираешься и не сможешь!
Получишь "кашу" на "выходе", тут ещё и думать много надо!

[alexander.pronin]

Получаемый нативный код зависит от компилятора, которым компилировался исходный код. Про оптимизацию разговор особый.
Правильно люди говорят, что легче что-то свое написать, чем изучать машинный код.

[bektau]

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

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

[Lifewalker]

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

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

Единственное что можно теоретически вытянуть, так это общую структуру алгоритма и более или менее отследить что за чем следует.