Одним словом, є прога, написана на Visual C ++ 6.0 (не моя). Хочу розібратися,
як вона працює. Так як декомпілятори для C ++ не знайшов (до речі мож хто
чогось нитка порадить?), просто аналізувати код.
Далі сам поставив Visual C ++ 6.0 (за випадковим збігом у мене точно така
ж версія виявилася), і з його файлу LIBC.LIB витягнув все аналізувати код
функції стандартної сішной бібліотеки, після чого знайшов половину з них в
дизасемблювати файлі. Тепер сенс половини файлу став зрозумілий.
У зв'язку з цим з'явилися питання:
- В каталозі LIB у Visual C ++ купа бібліотек, як визначити, які з них
використовувалися при розробці проекту (або взагалі будь-нить сторонні). Hу
типу як "Якщо є MFC42.DLL то використовувався MFC, вихідні тут-то.". щоб
ще чверть проги НЕ дизасемблювати :).
- Де взагалі можна почитати про те, як саме будь-якої сішний код
перетвориться в асемблерний (стосовно Visual C ++ 6.0).
- А чи не винаходжу я велосипед :)
Самоналагоджувальний комплект FIDAL 1.0 beta 7 by Alex Rotanov 2: 5059/29
Evgeny V. Zalivotchkin
Post by Vladimir Romanov
Одним словом, є прога, написана на Visual C ++ 6.0 (не моя). хочу
Post by Vladimir Romanov
як вона працює. Так як декомпілятори для C ++ не знайшов (до речі мож хто
чогось нитка порадить?), просто аналізувати код.
Post by Vladimir Romanov
- А чи не винаходжу я велосипед :)
Е-е-е. А чим дізасеммбліровал? Просто IDA - вона сама определает і
використовувані бібіліотека, і наявність MFC.
Dan 'dNafigator' Bronyakin
VR> Привіт, All!
VR> Одним словом, є прога, написана на Visual C ++ 6.0 (не моя). хочу
VR> розібратися, як вона працює. Так як декомпілятори для C ++ не знайшов
VR> (до речі мож хто чогось нитка порадить?), Просто аналізувати код.
Є різні хороші дизасемблери. Рекомендую IDA, тому як сам ним користуюся.
VR> Далі сам поставив Visual C ++ 6.0 (за випадковим збігом у мене
VR> точно така ж версія виявилася), і з його файлу LIBC.LIB витягнув все
VR> дизасемблювати функції стандартної сішной бібліотеки, після чого
VR> знайшов половину з них в
VR> дизасемблювати файлі. Тепер сенс половини файлу став зрозумілий.
Тобі став зрозумілий сенс файлу з того, які функції в ньому викликаються? Ти крутий.
Поділися секретом :)
VR> У зв'язку з цим з'явилися питання:
VR> - У каталозі LIB у Visual C ++ купа бібліотек, як визначити, які з
VR> них використовувалися при розробці проекту (або взагалі якісь нитка
VR> сторонні). Hу типу як "Якщо є MFC42.DLL то використовувався MFC,
VR> вихідні тут-то. ".
Угу. Дістати б вихідні MFC. )
VR> Щоб ще чверть проги НЕ дизасемблювати :).
VR> - Де взагалі можна почитати про те, як саме будь-якої сішний код
VR> перетворюється в асемблерний (стосовно Visual C ++ 6.0).
Hігде. Якщо це не дебажний .exe, то там точно включена оптимізація і вже не
зрозумієш, що де було.
VR> - А чи не винаходжу я велосипед :)
Винаходити.
Є ще всякі asm2c і т.п. але вони, в основному, дають абсолютно нечитаний
код.
ось.
Все негативне повинно бути числом (с) проф. Баскаков
Dan 'dNafigator' Bronyakin пише:
VR >> вихідні тут-то. ".
DB> Угу. Дістати б вихідні MFC. )
аналогічно і в 6-ке
VR >> Загалом є прога, написана на Visual C ++ 6.0 (не моя). хочу
VR >> розібратися, як вона працює. Так як декомпілятори для C ++ не знайшов
VR >> (до речі мож хто чогось нитка порадить?), Просто аналізувати код.
DB> Є різні хороші дизасемблери. Рекомендую IDA, тому як сам їм
DB> користуюся.
Hе, це зрозуміло, хотів знайти не дизассемблер, а декомпілятор щоб
перетворював не в асемблер, а в C, але видно такого нету, або всі вони
непотрібного якості :(
VR >> дизасемблювати файлі. Тепер сенс половини файлу став зрозумілий.
DB> Тобі став зрозумілий сенс файлу з того, які функції в ньому викликаються? ти
DB> крутий. Поділися секретом :)
Hе, просто половину файлу і займали ці функии. Тепер стало зрозуміло що
саме вони роблять. А решті файл до речі набагато легше розбирати знаючи чого він
викликає.
VR >> - В каталозі LIB у Visual C ++ купа бібліотек, як визначити, які з
VR >> них використовувалися при розробці проекту (або взагалі якісь нитка
VR >> сторонні). Hу типу як "Якщо є MFC42.DLL то використовувався MFC,
VR >> вихідні тут-то. ".
DB> Угу. Дістати б вихідні MFC. )
Дик це (/ me чеше ріпу). Вони у мене ваабче років зо два як лежать. У Visual
C ++ вихідні MFC і CRT (стандартної сішной бібліотеки)
VR >> Щоб ще чверть проги НЕ дизасемблювати :).
VR >> - Де взагалі можна почитати про те, як саме будь-якої сішний код
VR >> перетворюється в асемблерний (стосовно Visual C ++ 6.0).
DB> Hігде. Якщо це не дебажний .exe, то там точно включена оптимізація і вже
DB »не зрозумієш, що де було.
Hу не треба, не треба, я ж половину розумію :).
DB> Є ще всякі asm2c і т.п. але вони, в основному, дають абсолютно
DB> нечитаний код. ось.
Самоналагоджувальний комплект FIDAL 1.0 beta 7 by Alex Rotanov 2: 5059/29
VR >> - В каталозі LIB у Visual C ++ купа бібліотек, як визначити, які
VR >> з них використовувалися при розробці проекту (або взагалі якісь нитка
VR >> сторонні). Hу типу як "Якщо є MFC42.DLL то використовувався MFC,
VR >> вихідні тут-то. ".
DB> Угу. Дістати б вихідні MFC. )
<Директория, куда установлена MSVS>\ Vc7 \ atlmfc \ src \ mfc