Użytkownik "Przemysłąw Dębski" <p...@g...pl> napisał w wiadomości
news:kpea2d$2mf$1@node1.news.atman.pl...
> kali pisze:
...
> Ale to chyba jakiś dissasembler masz na myśli ? Mamy przecież do
> dyspozycji goły exe i nic ponad to. Dodatkowo nie mamy pewności, czy
> nasza funkcja nie siedzi w jakimś dll - choć ok. w tym konkretnym
> przypadku to mało prawdopodobne. Załóżmy że przełamię "barierę językową"
> ;) Jak w takim kodzie znaleźć assemblerowy odpowiednik ~"case WM_PAINT"
> skoro na tym poziomie komunikat będzie reprezentowany przez liczbę a nie
> przez nazwę. Dodatkowo takich ~"case WM_PAINT" będzie tyle ile
> komponentów w aplikacji (dobrze myślę?) i skąd wiadomo który z nich to
> jest właśnie ten. Jeśli by chcieć szukać interesującego nas fragmentu
> kodu poprzez jakiś charakterystyczny string, to też mamy problem. To
> jest komponent chatu i wyświetla to co ludzie napiszą. Exe wrzucony do
> dissasemblera nie jest (?) działającym programem.
> Może źle zrozumiałem "włączasz debuger" ?

dobrze zrozumiałeś - debugger :)))
Choć IDA razem z debuggerem też może być.

Wszystko zalezy od windowsa: XP, 7,8,* 64/32 ?
najbezpieczniejszy bedzie windbg - bo od MS-
i działa na wszystkich windowsach - ale ciężki w obsłudze.
Oly bedzie przydatny tylko na 32 bitowych
ale masz więcej tutoriali - opisów bardziej przyjazny.
Kiedys softice był dobry na wszystko :)))))

Debuggerowi wszystko jedno
czy to jest w exe czy dll czy w czym innym
on działa na tym co juz w pamięci - skąd się tam
wzięło to mało ważne.
Jednak jeśli to komponent w C# np. to
nie tędy droga . A jeszcze może np.
( to juz perwrsja) rysowac poprzez directx
:))))

trzeba najpierw rozpoznać co to jest i czy nie ma
zabezpieczeń antydebugg
bo wtedy sprawa sie komplikuje.

Może puść to pod procesmonitor - sysinternals ?
http://technet.microsoft.com/en-us/sysinternals/bb89
6645

będzisz miał nadmiar informacji :))))

pozdr.