În general, există un program scris în Visual C ++ 6.0 (nu al meu). Vreau să înțeleg,
cum functioneaza. Ca decompilatoare pentru un C ++ nu a găsit (de modul în care mozh cine
ce-sfaturi sfat?), doar dezasamblat.
Apoi a pus Visual C ++ 6.0 (prin coincidență, am exact acest lucru
a apărut aceeași versiune), iar din fișierul său LIBC.LIB au fost scoase toate dezasamblate
funcțiile bibliotecii standard de frate, după care a găsit jumătate din ele în
fișierul dezasamblat. Acum, înțelesul a jumătate din dosar a devenit clar.
În această privință, au existat întrebări:
- În directorul LIB al Visual C ++, o grămadă de biblioteci, cum se determină care dintre ele
utilizate în dezvoltarea proiectului (sau orice fir de terță parte). bine
tastați ca "Dacă există MFC42.DLL atunci a fost utilizat MFC, codul sursă este acolo". Deci asta
un alt sfert din program nu poate fi dezasamblat :).
- Unde poți să citești exact despre codul albastru
este convertit în asamblare (aplicat Visual C ++ 6.0).
- Dar inventez bicicleta :)
Set auto-tuning FIDAL 1.0 beta 7 de Alex Rotanov 2: 5059/29
Evgeny V. Zalivotchkin
Post de Vladimir Romanov
În general, există un program scris în Visual C ++ 6.0 (nu al meu). Vreau
Post de Vladimir Romanov
cum functioneaza. Ca decompilatoare pentru un C ++ nu a găsit (de modul în care mozh cine
ce-sfaturi sfat?), doar dezasamblat.
Post de Vladimir Romanov
- Dar inventez bicicleta :)
Uh-uh. Și decît să fi fost dezambiguată? Doar IDA - ea însăși definește și
bibliotecile folosite și disponibilitatea MFC.
Dan 'dNafigator' Bronyakin
VR> Salutări, toate!
VR> În general, există un program scris pe un Visual C ++ 6.0 (nu al meu). Vreau
VR> să înțeleagă cum funcționează. Deoarece nu există niciun decompilator pentru C ++
VR> (după modul în care putem sfătui acel fir?), Pur și simplu dezasamblat.
Există diverși dezasamblători buni. Recomand IDA, pentru că eu o folosesc singură.
VR> În plus, puneți Visual C ++ 6.0 (într-o coincidență întâmplătoare la mine
VR> exact aceeași versiune a fost), și din fișierul său LIBC.LIB scos toate
VR> funcțiile dezasamblate ale bibliotecii standard, atunci
VR> a găsit jumătate din ele
VR> fișierul dezasamblat. Acum, înțelesul a jumătate din dosar a devenit clar.
Ați înțeles sensul fișierului prin ce funcții sunt numite în el? Esti cool.
Distribuiți secretul :)
VR> În această privință au existat întrebări:
VR> - În directorul LIB din Visual C ++ o mulțime de biblioteci, cum să determina care dintre
VR> acestea au fost utilizate la dezvoltarea proiectului (sau, în general, ce-șir
VR> indirect). Ei bine tip ca "Dacă există MFC42.DLL apoi MFC a fost folosit,
VR> codurile sursă aici. “.
Uh-huh. Obțineți sursa MFC. )
VR> Încă un sfert dintr-un program care nu trebuie dezasamblat :).
VR> - În cazul în care, în general, este posibil să se prețuiească despre asta, cum exact orice sishnyj codul
VR> este convertit în asamblare (aplicat Visual C ++ 6.0).
Higde. Dacă acest lucru nu este un program de depanare .exe, atunci optimizarea este cu siguranță inclusă și nu
veți înțelege că unde a fost.
VR> - Și nu inventez o bicicletă :)
Invent.
Mai există tot felul de asm2c, etc. dar ele, în general, dau complet de neciplinit
cod.
aici.
Toți negativi trebuie să fie numărul (numerele) prof. Baskakov
Dan 'dNafigator' Bronyakin scrie:
VR >> codurile sursă aici. “.
DB> Uh-huh. Obțineți sursa MFC. )
în mod similar în 6-ke
VR >> În general, există un program scris pe un Visual C ++ 6.0 (nu al meu). Vreau
VR >> să înțeleagă cum funcționează. Deoarece nu există niciun decompilator pentru C ++
VR >> (după modul în care putem că firul va sfătui?), Pur și simplu dezasamblat.
DB> Există diferite dezasamblări bune. Îi recomand IDA, pentru că el însuși
DB> Eu folosesc.
Nu, este de înțeles, am vrut să nu găsesc un dezasamblator, ci un decompilator
convertită nu la asamblor, ci la C, dar se pare că nu există astfel sau toate
calitate nesatisfăcătoare: (
VR >> fișierul dezasamblat. Acum, înțelesul a jumătate din dosar a devenit clar.
DB> Ați înțeles semnificația unui fișier cu privire la ce funcții au fost cauzate? tu
DB> rece. Distribuiți secretul :)
Nu doar jumătate din fișier și acele funcții. Acum a devenit clar acest lucru
ei fac. Și restul fișierului este mult mai ușor de dezasamblat știind ce este
Cauzează.
VR >> - Într-un catalog LIB la un Visual C ++ o grămadă de biblioteci cum să definiți, ce
VR >> acestea au fost folosite la dezvoltarea proiectului (sau, în general, ceea ce-șir
VR >> indirect). Ei bine tip ca "Dacă există MFC42.DLL apoi MFC a fost folosit,
VR >> codurile sursă aici. “.
DB> Uh-huh. Obțineți sursa MFC. )
Duc it (/ scratch me reputație). Ei s-au culcat cu mine doi ani. În Visual
Sursa C ++ MFC și CRT (biblioteca standard Sishnoy)
VR >> Asta încă un sfert din programul de a nu dezasambla :).
VR >> - În cazul în care, în general, este posibil să se creadă despre modul în care este orice cod
VR >> este transformat în asamblare (cu referire la Visual C ++ 6.0).
DB> Acolo. Dacă acest lucru nu este un program de debug .exe, atunci optimizarea este cu siguranță inclusă acolo și deja
DB> nu veți înțelege, unde a fost.
Ei bine, nu, nu, înțeleg jumătate din ea :).
DB> Mai există încă asm2c, etc. Dar ei, în general, dau absolut
DB> codul necitit. aici.
Set auto-tuning FIDAL 1.0 beta 7 de Alex Rotanov 2: 5059/29
VR >> - Într-un catalog LIB la un Visual C ++ o grămadă de biblioteci cum să definești, ce
VR >> de la acestea au fost utilizate la dezvoltarea proiectului (sau, în general, ce-șir
VR >> indirect). Ei bine tip ca "Dacă există MFC42.DLL apoi MFC a fost folosit,
VR >> codurile sursă aici. “.
DB> Uh-huh. Obțineți sursa MFC. )
<Директория, куда установлена MSVS>\ vc7 \ atlmfc \ src \ mfc
Trimiteți-le prietenilor: