2010-05-19 2 views
3

У меня есть действующее собственное приложение (windows exe) и хотелось бы узнать, какой именно инструмент был использован для его создания. Причина в том, что мне нравятся виджеты, которые он использует, и старайтесь использовать одну и ту же библиотеку в моем проекте (чтобы купить ее, если она также является собственностью).Как определить инструменты разработки, используемые для создания приложения Windows?

+1

У вас есть скриншот? Может быть, кто-то здесь знает ... кроме этого, единственный реальный ответ - спросить разработчиков. Если это не так очевидно, как WPF, VB или Delphi, тогда это трудно понять. –

ответ

3

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

+0

Если виджеты не настроены на заказ, то, вероятно, не будут связанных с ними DLL. –

1

Вы можете использовать PEiD для идентификации компилятора, который может быть подсказкой. PEiD также имеет хороший проводник процессов.

Например, Google Chrome использует C:\WINDOWS\SYSTEM32\IEFRAME.DLL :-) Приятно, не так ли?

(Не доверяю 100%, например, мой собственный компилятор имеет «Морфий 1,2 - 1,3 -> руткит» описание, которую я нахожу довольно неудобно:.. Это упаковщик/составитель след обфускатор)

2

Если библиотека статически связана, вам, возможно, придется немного поглядеть, может быть, вам повезет и найдет строку, в которой будет указано имя библиотеки или класс/функция. Вы можете использовать OllyDbg для просмотра строк, загруженных во время выполнения, или что-то вроде команды linux strings, чтобы просмотреть статически, хотя это не будет работать, если программа будет декодироваться при запуске. Если это не сработает, вам придется придумать список библиотек, которые выполняют то, что вы ищете, и найти некоторые артефакты в двоичном файле, которые являются общими между ними. В любом случае, лучше сначала проверить DLL, как сказал Пол Сасик.

+0

OllyDbg +1! На самом деле это лучший инструмент для обратной инженерии. (Особенно последняя бета версии 2) – Pindatjuh

+0

@Pindatjuh, у нее есть _very_ приятный графический интерфейс, но кроме этого я не нашел его действительно отличным для ничего, кроме динамического анализа гетто на 32-битном x86 :) –

Смежные вопросы