Декомпилировать exe файл написанный на Delphi

Как ты с такой кашей в голове собрался что-то искать в программе?

https://xakep.ru/2008/01/17/41931/

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

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

Давай от обратного — что ты знаешь о компиляции и том, как устроен *.exe файл?

Секундочку. В чём баг? В алгоритме, или в отображении? Если тупо не хватает колонок с данными в таблице - ты их никак не добавишь, хоть обдекомпилируйся.

Меня попросили найти баг

а ты каким боком к этому? О_о

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

Понятно. Тогда сначала иди читай про машинные коды, ассемблер, компиляцию и вот это вот все.

Сам баг в алгоритме, скорей всего, на сколько мне известно, во время выполнения, а именно в момент сильно скачка (программа разработана для проведение экспериментов) происходит зависание, и мне хотелось бы посмотреть структуру вызова файлов и узнать какой именно файл за это отвечает

меня попросили посмотреть на этот баг и по возможности его исправить, получится хорошо, нет ну и ладно, но попытаться стоит

Я так понимаю, исходный код программы на дельфи у тебя есть?

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

Is True Decompilation Possible?

No, of course not. Fully automated decompilation is not possible - no decompiler could exactly reproduce the original source code.

When a Delphi project is compiled and linked to produce a standalone executable file, most of the names used in the program are converted to addresses. This loss of names means that a decompiler would have to create unique names for all the constants, variables, functions, and procedures. Even if a certain degree of success is achieved, the generated «source code» lacks meaningful variable and function names. Obviously, source language syntax no longer exists in the executable. It would be very difficult for a decompiler to interpret the series of machine language instructions (ASM) that exist in an executable file and decide what the original source instruction was.

Тебе надо установить Windows XP, поставить туда Delphi 7 (или на какой там твой проект написан), если использованы нестандартные компоненты - найти, скачать и установить их, потом открыть программу в Delphi, скомпилировать, запустить в режиме отладки и остановить программу в нужный момент. И в отладчике уже разбираться со своими вопросами.

Кали, линукс, машинные коды, ассемблер тебе для этого не нужны.

так стоп, самого исходника нету, только конечный результат в виде файлов

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

Тогда сразу забей, это задача не для начинающего.

Для очистки совести скачай IDA Free, декомпилируй, посмотри с умным видом на миллион инструкций ассемблера и забей.

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

Какие такие «файлы» «дергает» эта твоя программа? О каком «скачке» речь?

А ещё лучше ищи того, кто писал эту программу и требуй с него исходные файлы.

во время выполнения эксперимента измеряется давление в барах, дальше оно по формулам преобразуется в амперы, в момент взрыва, идет скачек давления и программа зависает, а файлы которые есть в проекте с расширениями .pas, .ini, .dfm, .dcu, .ddp, .dpr, .res.

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

.pas, .ini, .dfm, .dcu, .ddp, .dpr, .res.

Так это и есть исходники.

Понятно. Я было подумал, что у тебя там алгоритмы записаны во внешних файлах.

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

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

Нужны исходники программы.

.pas, .ini, .dfm, .dcu, .ddp, .dpr, .res.

Покажи содержимое *.pas. Это очень похоже на исходники.

*.dpr - это проект Delphi.

ну в этом деле я новенький и не все понял, раз это исходники то в каком-то из них и есть функция с багом, я думал может дизасемблировав ехе файл я пойму какой именно файл отвечает за это и не искать в сотнях строках кода

файлы которые есть в проекте с расширениями .pas

😒

Дизассемблировав ты получишь миллионы инструкций ассемблера. Найти в них что-то куда сложней. А сотни строк кода можно прочитать за пару часов.

Если это исходники, то тебе дали верный совет: ставишь винду с Delphi, запускаешь в режиме дебага (это такой режим, когда дебаггер показывает состояние всех переменных и так далее), и долго и упорно ловишь свой баг.

А в программировании ты что-нибудь понимаешь?

понял, спасибо, буду искать

там в суме около двух тысяч строк кода разбросанных в три файла, спасибо за совет

такую же, но с перламутровыми пуговицами?

по сути да

Всё ещё проще, даже читать особо не надо. Смотришь, после нажатия какой кнопочки у тебя баг, Run to cursor тудысь и по Step into шуруешь до бага. И там уже читаешь код и чешешь тыковку.

Это немного. Причем тебе главное найти то место, где падает. А для этого достаточно запустить в делфи с дебаггером, поймать момент падения и… ну ты понял.

понял, спасибо

Ага, можню описать этот момент сюда, поможем разобраться.

окей, могу закинуть эти три файла, может что и подскажите

Да, но чтобы подсказать, надо хотя бы чтобы ты нашел, в каком конкретно месте проиходит падение. Просто так смотреть в 2000 строк не решение.

Сам баг в алгоритме, скорей всего, на сколько мне известно, во время выполнения, а именно в момент сильно скачка (программа разработана для проведение экспериментов) происходит зависание, и мне хотелось бы посмотреть структуру вызова файлов и узнать какой именно файл за это отвечает

А, ну, тогда всё не безнадёжно. Будь готов получить ответ вида «Происходит взаимоблокировка процессов при таких-то входных данных». Потом, конечно, тебя попросят баг исправить, а ты, конечно, разведёшь руками.

я постараюсь своими силами разобраться, в крайнем случаи спрошу вас

У меня тоже не получилось :(

меня попросили посмотреть на этот баг и по возможности его исправить

У тебя должны быть исходники этой программы. Или у того кто тебя попросил помочь. Вот проси их, и запускай в отладчике и добавь логирование чтобы отыскать причину бага.

Иначе ты врешь и просто пытаешься хакнуть что-то.

Почитай тред, там поворот сюжета.