bejáratHibakereső eszközök telepítése Windows rendszerhez. Munka a Windows parancssorával, a Debug programmal és annak használatával Töltse le a debug exe 64 bites programot
Debug.exe - a futtatható fájlok ellenőrzésére és hibakeresésére használt hibakereső program.
Az operációs rendszer alatt használják MS-DOS ... A későbbi verziókhoz operációs rendszer
emulátoron keresztül működik MS-DOS és korlátozott képességekkel rendelkezik. Hívás a parancs idővonalán keresztül
DEBUG [[meghajtó:] [útvonal] fájlnév [opciók]].
Például: HIBAKeresés C: \\ ... \\ My.com
Ez a program egy konzolos alkalmazás, és fájlok kódjának létrehozására vagy módosítására szolgál. Ezzel egyszerű alkalmazásokat hozhat létre a MS-DOS és nyomon követni a munkájukat. Ez a hibakereső a legalacsonyabb fordítói szinten van szerelő... De jó képességekkel rendelkezik, például a memória megtekintésével és megváltoztatásával, a regiszterek állapotának megszerzésével.
Debug.exe parancsok
Debug.exe parancskészlet szabályai:
· A Debug.exe nem különbözteti meg a kis- és nagybetűket.
· A parancsokban szereplő szóközök csak a paraméterek elkülönítésére szolgálnak.
· A beírt számoknak hexadecimális jelöléssel kell lenniük, és a h betű nélkül.
· A szegmenst és az eltolást kettősponttal írják, a formátum-szegmensben: eltolás, például CS: 3C1 (3C1h eltolás a kódszegmensben) vagy 40:17 (17h eltolás a szegmensben, amelynek kezdő címe 40h).
A hibakereső betöltése után elválasztott parancs jelenik meg a képernyőn. Nyilvántartások CS, DS, ES, SS ebben a pillanatban inicializálják a programszegmens 256 bájtos előtagjának címével, és a memóriában a munkaterület ennek az előtagnak a címéről indul + 100h. Parancsok debug.exe közvetlenül a prompt után kerülnek be a kurzorral jelölt helyre. Minden parancs azonosítóból és paraméterekből áll, az azonosító egy betűből áll.
1. táblázat: Az összes debug.exe parancs összefoglalása
| Parancs | Leírás | Formátum |
| A (Összeszerelés) | Az összeszerelési utasítások fordítása gépi kódra; az alapértelmezett cím CS: 0100h. | A [<адрес_начала_кода>] |
| C (Összehasonlítás) | Két memóriaterület tartalmának összehasonlítása; az alapértelmezett DS. A parancs vagy a szegmensek hosszát, vagy a címek tartományát határozza meg. | C<начальный_адрес_1> L<длина> <начальный_адрес_2> C<начальный_адрес_1> <конечный_адрес_1> <начальный_адрес_2> |
| D (Kijelző / Dump) | A memóriaterület tartalmát hexadecimális és ASCII formátumban jeleníti meg. Az alapértelmezett DS; megadhat egy hosszúságot vagy egy tartományt. | D [<начальный_адрес> ] D [kezdő_cím vég_cím] |
| E (Enter) | Adatok vagy gépi kód utasításainak bevitele a memóriába; az alapértelmezett DS. | E [<адрес> [<инструкции/данные>]] |
| F (kitöltés) | A memóriaterület kitöltése a lista adataival; az alapértelmezett DS. Használhatja mind a hosszúságot, mind a tartományt. | F<начальный_адрес_1> L<длина> "<данные>"F<начальный_адрес> <конечный_адрес> "<данные>" |
| G (Go) | Hibakeresett gépnyelvi program végrehajtása meghatározott töréspontig; az alapértelmezett CS. Ennek során győződjön meg arról, hogy az IP a megfelelő címet tartalmazza. | G [\u003d<начальный_адрес>] <адрес_останова> [<адрес_останова> ...] |
| H (hexadecimális) | Kiszámítja két hexadecimális érték összegét és különbségét. | H<величина_1> <величина_2> |
| I (bemenet) | Egy bájt beolvasása és kimenete a portból. | én<адрес_порта> |
| L (terhelés) | Fájl vagy adatok betöltése a lemezszektorokból a memóriába; az alapértelmezett CS: 100h. A fájl az N paranccsal vagy egy argumentummal határozható meg a debug.exe futtatásakor. | L [<адрес_в_памяти_для_загрузки>] L [<адрес_в_памяти_для_загрузки> [<номер_диска> <начальный_сектор> <количество_секторов>]] |
| M (mozgás) | A memória cellák tartalmának másolása; az alapértelmezett DS. Mind a hossz, mind a tartomány megadható. | M<начальный_адрес> L<длина> <адрес_назначения> M<начальный_адрес> <конечный_адрес> <адрес_назначения> |
| N (név) | Fájlnév megadása az L és W parancsokhoz. | N<имя_файла> |
| O (kimenet) | Bájt küldése a kikötőbe. | O<адрес_порта> <байт> |
| P (folytatás) | Futtassa a CALL, LOOP, INT vagy egy ismételt karakterláncot REPnn előtagokkal, továbblépve a következő utasításra. | P [\u003d<адрес_начала>] [<количество_инструкций>] |
| Q (Kilépés) | Állítsa le a debug.exe fájlt. | Q |
| R (Regisztráció) | A regiszterek tartalmának és a következő utasításnak a kiadása. | R<имя_регистра> |
| S (Keresés) | Keressen a memóriában szimbólumokat a listából; az alapértelmezett DS. Mind a hossz, mind a tartomány megadható. | S<начальный_адрес> L<длина> "<данные>"S<начальный_адрес> <конечный_адрес> "<данные>" |
| T (nyom) | A program lépésről lépésre történő végrehajtása. Csakúgy, mint a P parancsnál, az alapértelmezett a CS: IP pár. Vegye figyelembe, hogy a legjobb, ha a P parancsot használja a megszakítások végrehajtására. | T [\u003d<адрес_начала>] [<количество_выполняемых_команд>] |
| U (szétszerelés) | Gépkód szétszerelése; az alapértelmezett CS: IP pár. Sajnos a debug.exe nem szünteti meg megfelelően a 80286+ processzorok specifikus utasításait, bár azok továbbra is megfelelően futnak. | U [<начальный_адрес>] U [<начальный_адрес конечный_адрес>] |
| W (írás) | Fájl írása a debug.exe fájlból; feltétlenül meg kell adni a fájl nevét az N paranccsal, ha még nincs betöltve. A programokat pedig csak .COM fájlként írják! | W [<адрес> [<номер_диска> <начальный_сектор> <количество_секторов>]] |
Megtekintheti a memóriaterületeket
Nézzük meg részletesen a csapat munkáját Dlehetővé teszi az egyes memóriaterületek tartalmának megtekintését. Ez a példa a parancsot használja D a memóriaterület megtekintéséhez 0159: 0240 kezdettel:
Itt egy memóriaterület megtekintésére irányuló kérésre válaszként nyolc sort kaptunk, amelyek a kiválasztott memóriaterület tartalmát jelzik. Minden sor három részből áll:
Az első bájt címe balról látható formátumban szegmens: eltolás.
· A bekezdés hexadecimális ábrázolása (16 bájt), a sor elején jelzett bájttól kezdve.
· Ugyanazon bekezdés karakterei ASCII formátumban.
A sorban megadott cím kizárólag a bekezdés első bájtjára vonatkozik, és a következő bájtok címét függetlenül kell kiszámítani. A hexadecimális ábrázolás byte-onként két karaktert tartalmaz, és maguk a bájtok is szóközökkel vannak elválasztva az egyszerű olvashatóság érdekében. Ezenkívül meg kell jegyezni, hogy a nyolcadik és a kilencedik bájt kötőjellel van elválasztva, így a bekezdést kettéválasztjuk, és megkönnyítjük a bekezdés bájtcímeinek kiszámítását.
D csapat trükkök
Párhuzamos és soros portok ellenőrzése
A BIOS adatterületének első 16 bájtja tartalmazza a párhuzamos és a soros port címeket. Ezért a következő paranccsal ellenőrizheti ezeket a portokat:
Az első nyolc bájt kinyomtatja a soros port címét COM1-COM4... A következő 8 bájt a párhuzamos portcímeket jelöli LPT1-LPT4... Például, ha számítógépének egy párhuzamos portja van, akkor az első két bájt valószínűleg: 7803. A port címe fordított sorrendben van megírva; 0378.
Felszerelés ellenőrzése
Az első két bájt, amely a BIOS-ban található 410 órakor, információkat tartalmaz a rendszerbe telepített hardverről. Ezeket a bájtokat a következő paranccsal találjuk meg:
Tegyük fel, hogy az első két bájt 23 44. Dekódoljuk ezeket a bájtokat, hogy információkat szerezzünk a telepített eszközökről. Ehhez fordítsa meg ezeket a bájtokat (44 23), majd fordítsa le őket kettes számrendszer leszámolás. Kapunk:
| Bitérték | ||||||||||||||||
| Bit pozíció |
Mit jelentenek ezek a bitek? Folytatjuk a megfejtést:
A billentyűzet regisztráció állapotának ellenőrzése
Az adatok terén BIOS a cím alapján 417h az első bájt található, amely tárolja a billentyűzet regiszter állapotát. Kikapcsolni Szám zár és Caps lock, majd beírjuk a parancsot:
Az első bájt 00 lesz. Beleértve Szám zár és Caps lock, hajtsa végre újra a parancsot. Most az első bájtnak 60-nak kell lennie. Kísérletileg megállapították, hogy mikor Szám zár az első bájt 20, és mikor Caps lock - 40.
A videorendszer állapotának ellenőrzése
A cím szerint 449h ban ben BIOS a videoadatok első területe található. Az ellenőrzéshez beírjuk:
Az első bájt az aktuális videó módot mutatja (pl. 03 a színes), a második pedig az oszlopok számát (pl. 50 egy 80 oszlopos mód). A sorok száma megtalálható itt: 484h (40:84).
A BIOS szerzői jogi és sorozatszámának ellenőrzése
Szerzői jogi információk a következőhöz: BIOS beágyazva ROM BIOS a cím alapján FE00: 0... A szerzői jogi karakterlánc könnyen megtalálható az ASCII sorozatban, és sorozatszám - hexadecimális számként. Bár a szerzői jogi sor hosszú lehet, és nem fér bele a kimeneti memória területébe. Ebben az esetben csak újra be kell lépnie D.
A BIOS gyártási dátumának ellenőrzése
Ezt a dátumot a ROM BIOS címtől kezdve FFFF: 5... A megfelelő parancs végrehajtása után az ASCII szekvencia ezt a dátumot formátumban írja éééé / hh / nn.
A program beírása közvetlenül a memóriába a debug.exe segítségével
debug.exe lehetővé teszi, hogy egy programot közvetlenül a gép memóriájába írjon be, majd figyelje és ellenőrizze annak végrehajtását. A parancsot gépi kódokban adjuk meg E... Ebben az esetben legyen óvatos - a hibás adatok rossz címre történő beírása kiszámíthatatlan következményekkel jár! Bár ez nem valószínű, hogy komoly problémákat okozna a rendszerben, minden bevitt adatot elveszít debug.exe, könnyen. A beírandó program a közvetlenül az utasítások törzsében tárolt adatokat használja. Az alábbiakban felsoroljuk az Assembler programjait, a megjegyzések a nyelvi parancsok analógjait jelzik a gépi kódokban, valamint az egyes parancsok magyarázatát. Vegye figyelembe, hogy a számokban nincs szimbólum h, mivel, mint fent említettük, debug.exe csak a számokat érti hexadecimális rendszerben.
MOV AX, 0123; kód B82301: írja be a 0123h értéket az AX-be
ADD AX, 0025; 052500 kód: adja hozzá a 0225h értéket az AX értékhez
MOV BX, AX; kód 8BD8: írja be az AX értékét a BX-be
ADD BX, AX; kód 03D8: adja hozzá az AX értékét a BX-hez
MOV CX, BX; kód 8BCB: írja be a BX értékét a CX-be
SUB CX, AX; 2BC8 kód: vonja le az AX értékét a CX-ből
SUB AX, AX; 2BC0 kód: törölje az AX-t
JMP 100; EBEE kód: ugorjon a program elejére
Mint láthatja, minden gépi utasítás 1-3 bájt hosszú. Az első bájt a műveletet, a későbbiek az operandusait jelöli. A program végrehajtása az első utasításból indul, és egymás után végigmegy az összes utasításon. A program most bevihető a memóriába. Ossza fel a gép kódját három részre, hat bájtból, és írja be mindegyiket a paranccsal E és címből indulva CS: 100.
Most, hogy a program a memóriában van, próbáljuk meg ellenőrizni a végrehajtását. Először ellenőrizzük jelenlegi állapot regiszterek és zászlók, ehhez beírjuk a parancsot R... A hibakereső a regiszterek tartalmát hexadecimális formában nyomtatja ki; tovább különböző autók a nyilvántartások tartalma változhat.
Tehát, mint láthatja debug.exe inicializált szegmensek DS, ES, SS, CS ugyanaz a cím. Regisztráció IP tartalmaz 0100 , jelezve, hogy az utasításokat ellentételezéskor hajtják végre 100h viszonylag CS (és mi, az utasításokat beírva a memóriába, csak feltüntettük ezt a címet).
A túlcsordulás, az irány, a megszakítás, a jel, a nulla, az extra hordozás, a paritás és a hordozás jelzők itt is megjelennek:
A regiszterek és a zászlók állapota után a debug.exe információkat nyomtat az első végrehajtandó utasításról:
· Az utasítás címe, esetünkben 0B12: 0100, ahol 0B12 a kódszegmens címe.
· Gépkód a jelen kézikönyv szerint (B82301).
· A tényleges utasítás, amelyet az assembler írt (MOV AX, 0123).
A regiszterek és a zászlók tartalmának elemzése után térjünk át a program futtatására. A parancsot lépésről lépésre hajtjuk végre T... A parancs első használatakor T, követjük az utasításokat MOV... Itt az utasítás operandus gépi kódja - 2301 ... Műveleti helyek 23 ban ben AL (fiatalabb fele FEJSZE), és 01 - ban ben AH (régebbi). Ezután debug.exe ismét kinyomtatja a nyilvántartásokkal kapcsolatos információkat:
Most FEJSZE tartalmaz 0123h, IP ‑ 0103h (ezért a végrehajtott utasítás hossza: 0103h - 0100h = 3 byte), és a következő utasítás a művelet ADD... Tehát újra és újra a parancs végrehajtása T, eljutunk az utolsó utasításig JMP 100... Beállítja a nyilvántartást IP ban ben 100hés debug.exe visszatér a program elejére. Visszatérve a program elejére, meg kell jegyezni, hogy a DS, ES, SS és CS ugyanazt a címet tartalmazza. A tény az, hogy debug.exe a bevitt programokat kizárólag programnak tekinti .COM... És a programokban .COM, Nem úgy mint .ALKALMAZÁS, a verem, a kód és az adatok egy szegmensben vannak tárolva.
Összeszerelés és szétszerelés
Az előző példában gépi kódokkal írtuk be a programot, azonban debug.exe teljesen képes megérteni az összeállítási nyelven írt utasításokat. Ilyen programokkal dolgozni debug.exe parancsokat használnak A és U.
Parancs A kéri az összeszerelési utasításokat és átalakítja azokat gépi kódokká. Először inicializáljuk a kezdő címet az utasítások beírásához (100h):
A hibakereső kinyomtatja a kódszegmens címét és eltolását (például 13F2: 0100). Most minden egyes sor után nyomja meg a memóriában a következő szerelési utasításokat Belép:
Az utolsó utasítás beírása után nyomja meg a gombot Belép kétszer jelezzük a hibakeresőnek, hogy befejeztük a programszöveg beírását. A program a parancsok segítségével futtatható R a regiszterek megtekintéséhez és T a nyomon követéshez. Megjegyzem, hogy a programjaimban vannak utasítások INT nem szabad paranccsal feldolgozni őket Tés a parancs Pamely egyszerre kezeli a teljes megszakítást.
Térjünk át a szétszerelési eljárásra, és vegyük példának a most bemutatott programot. Az első és az utolsó utasítás címét használjuk annak a tartománynak a megjelölésére, amelyet szétszerelünk, azaz 100h és 107h.
A parancs futtatása után debug.exe megjeleníti az utasításokat, amelyek a megadott tartományba esnek, összeállítóban, gépkódokban, valamint az egyes utasítások címét:
Program mentése lemezre
A fájlnevet először adják meg:
Majd a nyilvántartásba SH a program méretét bájtokban kell megadni. Ez egyenlő lesz a vég és a kezdő eltolás közötti különbséggel. Most már csak a lemezre kell írni a paranccsal W és ennek eredményeként lásd az írt bájtok számát. Ennek eredményeként egy programot készen állunk végrehajtásra.
A kijáratot a parancs hajtja végre q... Példa:
0B3B: 0100 mov ax, 1234
0B3B: 0103 mov ah, 4c
0B3B: 0105 int 21
0B3B: 0100 B83412 MOV AX, 1234
0B3B: 0103 B44C MOV AH, 4C
0B3B: 0105 CD21 INT 21
AX \u003d 0000 BX \u003d 0000 CX \u003d 0007 DX \u003d 0000 SP \u003d DÍJ BP \u003d 0000 SI \u003d 0000 DI \u003d 0000
DS \u003d 0B3B ES \u003d 0B3B SS \u003d 0B3B CS \u003d 0B3B IP \u003d 0100 NV FEL EI PL NZ NA PO NC
0B3B: 0100 B83412 MOV AX, 1234
Írjon 00007 bájtot
Ennek megvalósításához laboratóriumi munka több assembler parancsra lesz szüksége:
MOV AH,<шестнадцатиричное число> - írás a nyilvántartásba AH számok 02 jelezni a rendszer funkcióját - szimbólum megjelenítése a képernyőn;
MOV DL,<шестнадцатиричное число> - írás a nyilvántartásba DL karakterkód;
INT 21 - a fő DOS megszakítás (eljárás), amely sokféle funkciót valósít meg; a funkció száma előre be van írva az AH regiszterbe; karakter kinyomtatása a képernyőn - az AH regiszter 02 funkcióban, míg a DL előzetesen rögzítse a szimbólum kódot.
Az INT 20 egy DOS megszakítás, amely kilép a programból (a .COM programból).
Példa:
Jelenítse meg a "*" karaktert a képernyőn.
mov AH, 02; rendszerfunkció 02 - egy karakter megjelenítése a képernyőn
mov DL, 2A; ASCII csillag
int 21h; megszakítás a "*" kimenethez
int 20h; lépjen ki a programból
cél
Ismerkedés a debug.exe hibakeresővel. Gyakorlati készségek megszerzése a programmal való munkában.
Felszerelés:
Személyi számítógép a Windows operációs rendszer futtatása.
Szoftver:
Felvételi kérdések
1. Mire szolgál a Debug?
2. Hogyan lehet elindítani ezt a programot?
3. Hogyan lehet a parancsokat bevinni a hibakeresésbe?
4. Mi az azonosító?
5. Hogyan kerül a program a Debugba?
A feladat
· Tanulmányi elméleti anyag.
· Végezze el az ismertetett parancsokat.
Keresse meg 2 szám összegét és különbségét: az 1. szám a csoportban lévő szám (hexadecimális alakra lefordítva), a 2. az ábécében szereplő vezetéknév első betűjének számával ellentétes szám ( negatív szám kiegészítő kódban). Konvertálja az összeget és a különbséget tizedessé.
· Tekintse meg a mikroprocesszoros regiszterek és zászlók tartalmát, és írja le őket a protokollba. Mi a feladata az egyes regisztereknek? ...
· Írja be az első számot (a 3. feladattól) az AX regiszterbe, a másodikat (a 3. feladattól) a BX regiszterbe. Lépjen be rAM a kódszegmensbe (100-as eltolás) az AX és BX regiszter hozzáadására vonatkozó gépi utasítás. Tekintse meg az összeszerelő formáját a képernyőn. Futtassa ezt a parancsot, konvertálja az eredményt tizedessé.
· Írja be a kódszegmens fõ memóriájába (100-as eltolás) egy sor assembler parancsot, hogy kinyomtasson egy karaktert a képernyõn - a vezetéknevének elsõ betûje. Ellenőrizze a programot a DEBUG-ban. Ezután égesse lemezre .COM fájlként. Mekkora a program? Futtassa a DOS-ból.
· Írja le a jelentés összes műveletét.
1. A mű címe.
2. A munka célja.
3. Eszközök és berendezések.
4. Rövid elméleti információk.
5. A megtett intézkedések leírása.
6. A létrehozott program szövege.
7. Következtetések.
tesztkérdések
1. Melyik parancs hajtja végre az adatbeviteli vagy gépi utasításokat a memóriába?
2. Hogyan lehet összehasonlítani két memóriaterület tartalmát?
3. Hogyan lehet kitölteni a memória területét a listából származó adatokkal?
4. Melyik parancs hajtja végre a hibakereső gépprogramot?
5. Melyik parancs írja a fájlt a Debug-ból?
6. Hogyan történik az összeszerelés és a szétszerelés?
Az Android Debug Bridge (adb) az konzol programamely lehetővé teszi a hibakeresést mobil eszközök Androidon, valamint emulátorok.
Leírás
Ez a segédprogram nagyban leegyszerűsíti az alkalmazások telepítését és hibakeresését, valamint hozzáférést biztosít a Unix héjhoz. Ez utóbbi felhasználható a szükséges parancsok futtatására az eszközön. A program többek között egy okostelefon feloldására használható, engedélyezett hibakeresési móddal. Ugyanakkor meg kell jegyezni, hogy az Android Debug Bridge támogatja a munkát minden androidos eszközzel, feltéve, hogy a szükséges funkcionalitást a gyártó nem blokkolta.
A program három összetevőt tartalmaz:
- Ügyfél. Működik a fejlesztő PC-jén, parancsokat küld. Az ügyfél hívásához használhatja a terminál megfelelő parancsát.
- Démon (adbd). Parancsokat hajt végre az eszközön. Minden eszközön a háttérben működik.
- Szerver. Kezeli az ügyfél és a démon közötti kommunikációt. A háttérben dolgozik a fejlesztő számítógépén.
ADB jellemzők:
- Tekintse meg a csatlakoztatott és támogatott eszközök listáját.
- Naplók megtekintése.
- Adatok és fájlok másolása és továbbítása az eszközök között.
- Alkalmazások telepítése és eltávolítása.
- Az adatrész törlése és felülírása.
- És még sok más is.
Webhelyünkről ingyen letöltheti az Android Debug Bridge alkalmazást regisztráció és SMS nélkül.
Pillanatképek
Az illesztőprogram lényegében összekapcsolja az operációs rendszert, vagyis szoftver és hardver, vagyis fizikai eszközök, például videokártyák, nyomtatók, processzorok stb. Az operációs rendszer tartalmazhatja a legszükségesebb eszközök alapvető illesztőprogramjait - egeret, billentyűzetet, de minden máshoz friss illesztőprogramokra van szükség.
Hogyan telepíthetem az illesztőprogramot?
1. A legegyszerűbb módszer, ha van telepítőfájl, akkor csak futtatnia kell, és kövesse a telepítő utasításait.2. Ha nincs elérhető telepítő, és csak a * .inf, * .dll, * .vxt, *. Sys, * .drv kiterjesztésű fájlok vannak jelen, akkor az eljárásnak kb.
a) Először ki kell választania az ikont az asztalon ( A számítógépem), és kattintson rá a jobb egérgombbal, a legördülő menüben válassza a ( Tulajdonságok).
b) Most lépjen a fülre ( Felszerelés) és megnyomja a gombot ( Eszközkezelő).
c) Most ki kell választania azt az eszközt, amelyhez az illesztőprogramot telepítik / frissítik. A készülékkel egy vonalban kattintson a jobb gombbal, és válassza a ( Tulajdonságok), vagy egyszerűen kattintson rá duplán a kívánt beállítások eléréséhez. 
d) Menjen a fülre ( Sofőr), válassza a gombot ( Frissítés).
e) A megjelenő párbeszédpanelen válassza ki az elemet ( Nem, nem most) és menjen át ( További).
f) Ebben a szakaszban két lehetőség van. Megpróbálhatja telepíteni a meghajtókat automatikus üzemmód, akkor maga az operációs rendszer megpróbálja megtalálni az eszközhöz megfelelő illesztőprogramokat és telepíteni őket, ehhez kiválasztjuk ( Automatikus telepítés (ajánlott)), ha a kísérlet nem sikerül, akkor folytassa a második ponttal ( Telepítés egy megadott helyről) és válassza a További).
g) Ez a menüpont azt jelenti, hogy választani kell az illesztőprogram cserélhető adathordozón történő keresése és a mappa saját maga megadásának lehetősége között. Ezért ha van elérhető meghajtókkal rendelkező lemez, akkor be kell helyeznie a lemezt a CD-ROM-ba, és ki kell választania az opciót ( Keresés cserélhető adathordozókon (hajlékonylemezek, CD-k ..)) és megy ( További).
Ha az illesztőprogramot egyedül találja meg és tölti le az internetről, akkor az alábbiak szerint manuálisan kell megadnia annak a mappának az elérési útját, amelyben az illesztőprogram telepítési adatai találhatók. Válassza ki az elemet ( Adja meg a következő keresési helyet:), és lépjen a Áttekintés), most válassza ki a mappát az illesztőprogrammal a listából, és kattintson a gombra ( rendben). Most nyugodtan megyünk ( További), ha mindent helyesen végeztek, akkor megkezdődik a szükséges illesztőprogram telepítése. 
Hibakereső eszközök a Windows rendszerhez - Működési kód eszközök hibakeresése windows rendszerek... Ezek a Microsoft ingyenes szoftverkészlete, amelyet a felhasználói mód és a kernelmód kódjának hibakeresésére terveztek: alkalmazások, illesztőprogramok, szolgáltatások, kernelmodulok. Az eszközkészlet tartalmazza a konzol és a grafikus felhasználói felület módjainak hibakeresőit, a szimbólumokkal való munka segédprogramjait, a fájlokat, a folyamatokat és a távoli hibakereséshez szükséges segédprogramokat. Az eszköztár olyan segédprogramokat tartalmaz, amelyekkel megtalálhatja a hiba okait a rendszer különböző összetevőiben. Hibakereső eszközök a Windows rendszerhez egy bizonyos pillanattól kezdve nem tölthetők le önálló terjesztőkészlet formájában, és a Windows SDK (Windows szoftverfejlesztő készlet) részét képezik. Hangszerkészlet windows eszközök Az SDK viszont elérhető az MSDN előfizetői program részeként, vagy önálló terjesztésként ingyenesen letölthető az msdn.microsoft.com webhelyről. A fejlesztők szerint az utolsó és a legtöbb jelenlegi verzió A Windows hibakeresési eszközeit a Windows SDK tartalmazza.
A Windows hibakeresési eszközei frissülnek és feltöltésre kerülnek nyilvános hozzáférés elég gyakran, és ez a folyamat semmilyen módon nem függ az operációs rendszerek kiadásától. Ezért rendszeresen ellenőrizze az új verziókat.
Most nézzük meg, hogy mire, különösen a Hibakereső eszközök Microsoft Windows:
- Hibakeresés helyi alkalmazások, szolgáltatások (szolgáltatások), meghajtók és kernel;
- Távoli alkalmazások, szolgáltatások (szolgáltatások), illesztőprogramok és kernek hibakeresése a hálózaton keresztül;
- A futó alkalmazások valós idejű hibakeresése;
- Elemezze az alkalmazásmemória, a kernel és a rendszer egészének dump fájljait;
- X86 / x64 / Itanium architektúrákon alapuló rendszerekkel való munka;
- Felhasználói és kernelmódú programok hibakeresése;
A Debugging Tools for Windows következő verziói érhetők el: 32 bites x86, Intel Itanium, 64 bites x64. Kettőre van szükségünk: x86 vagy x64.
A Debugging Tools for Windows telepítésének számos módja van, ebben a cikkben csak a legfontosabbakat vesszük figyelembe:
- Telepítés a webes telepítőn keresztül.
- A Windows hibakeresési eszközeinek telepítése a Windows SDK ISO lemezképéről.
- A Windows hibakeresési eszközeinek telepítése közvetlenül a dbg_amd64.msi /dbg_x86.msi csomagokból.
Egyelőre nem világos, miért, miért kell telepíteni a hibakereső eszközöket a számítógépemre? Végül is végül is olyan helyzetben van, amikor a munkakörnyezetbe történő beavatkozás rendkívül nem kívánatos! Ezenkívül egy új termék telepítése, vagyis a rendszerleíró adatbázis / rendszerfájlok módosítása, teljesen elfogadhatatlan lehet. Ilyenek például a kritikus fontosságú szerverek. Miért nem gondolnak a fejlesztők egy olyan lehetőségre, amely hordozható (hordozható) verziójú alkalmazásokat igényel, amelyek nem igényelnek telepítést?
A Debugging Tools for Windows csomag telepítési folyamata verzióról verzióra változott. Most ugorjunk közvetlenül a telepítési folyamatba, és vizsgáljuk meg az eszköztár telepítésének módjait.
A Windows hibakeresési eszközének telepítése a webes telepítő segítségével
Nyissa meg a Windows SDK archívum oldalát, és keressen egy Windows 10 nevű szakaszt és a "Windows 10 SDK (10586) és egy eszközemulátor Windows 10 Mobile (Microsoft) (10586.11 verzió)" elem alatt.
Kattintson az elemre Telepítse az SDK-t... Kattintás után töltse le és futtassa az sdksetup.exe fájlt, amely elindítja a Windows SDK online telepítését. A kezdeti szakaszban a telepítő ellenőrzi, hogy a .NET Framework csomag telepítve van-e a rendszerben. legújabb verzió (ban ben ebben a pillanatban ez 4,5). Ha hiányzik a csomag, felajánlja a telepítést, és a befejezés után az állomást újraindítja. Közvetlenül az újraindítás után, a felhasználói engedélyezés szakaszában a telepítési folyamat közvetlenül a Windows SDK-ból indul.
Gyakran az összes csomagkomponens kivétel nélkül történő kiválasztásakor hibák fordulhatnak elő a telepítési folyamat során. Ebben az esetben ajánlott az alkatrészeket szelektív módon telepíteni, a minimálisan szükséges készletet.
A Debugging Tools for Windows telepítésének befejezése után a hibakeresési fájlok helye, amikor ez a módszer telepítések a következők lesznek:
- 64 bites verziók: C: \\ Program Files (x86) \\ Windows Kits \\ x.x \\ Debuggers \\ x64
- 32 bites verziók: C: \\ Program Files (x86) \\ Windows Kits \\ x.x \\ Debuggers \\ x86
* ahol x.x a fejlesztőkészlet meghatározott verziója;
Észrevettük, hogy a 8-as és újabb verziók esetében a telepítési útvonalak észrevehetően különböznek a mindenki számára megszokottól előző verziók hibakereső eszközök?
Óriási plusz ez a módszer A Debigging Tools for Windows telepítése a hibakereső eszközök verzióinak telepítése az összes architektúrához egyszerre.
A Windows hibakeresési eszközeinek telepítése a Windows SDK ISO Image alkalmazásból
Ez a módszer magában foglalja a Windows hibakeresési eszközeinek telepítését a teljes Windows SDK (Software Developers Kit) telepítési kép használatával. Egy bizonyos ideig a megfelelő rendszer ISO képét le lehetett tölteni a Windows SDK Archívum oldaláról. Jelenleg azonban megszerezheti az SDK ISO-képét, ha futtatja a web-installer sdksetup.exe fájlt, és kiválasztja az elemet Töltse le a Windows szoftverfejlesztő készletet a telepítő indító ablakában:
Mint kiderült, a webtelepítőt használó korábbi telepítési módszer meglehetősen szeszélyes és gyakran kudarcot vall. A tiszta rendszereken problémamentesen telepítik, azonban kellően terhelt rendszereken számos probléma merül fel. Ha csak ilyen esete van, akkor használja ezt a módszert.
Ennek megfelelően az oldalon ki kell választani a szükséges terjesztőkészletet, nekem (és azt hiszem sokaknak) jelenleg ez van " Windows csomag SDK for Windows 7 and .NET Framework 4 ", majd közvetlenül kattintson a" ISO kép letöltése a DVD-re "linkre.
Az msdn.microsoft.com webhely használatakor azt tanácsolom, hogy használja internet böngésző Explorer, mivel voltak olyan esetek, amikor a versengő termékek nem működnek!
Ennek megfelelően csak akkor kell választania, ha szükséges. Általában a Debugging Tools for Windows bitnesssége megegyezik a rendszer bitnessségével. Vizsgálat alatt álló rendszereim vannak, többnyire 64 bitesek, ezért a legtöbb esetben letöltöm a képet a 64 bites rendszerhez, GRMSDKX_EN_DVD.iso.
Ezután a kép letöltése után valahogyan dolgoznunk kell a meglévő ISO képpel. A hagyományos módszer természetesen CD-felvétel, de ez meglehetősen hosszú és néha költséges módszer. Javaslom a használatát ingyenes segédprogramok virtuális lemezeszközök létrehozására a rendszerben. Személy szerint inkább a DEAMON Tools Lite programot használom erre a célra. Valakinek lehetnek más preferenciái, közvetlenebb vagy könnyebb segédprogramjai, íze és színe, ahogy mondani szokták .. A DAEMON telepítése után Tools Lite, Csak duplán kattintok a GRMSDKX_EN_DVD.iso képfájlra, és van egy új virtuális CD-m a rendszerben:
Akkor dupla kattintás Aktiválom az automatikus futtatást és elindítom a Windows SDK telepítését:
Amikor sorra kerül a telepítendő komponensek kiválasztása a listából, akkor a képernyőn megjelölteken kívül abszolút minden lehetőséget letiltunk. Ez segít elkerülni a számunkra felesleges hibákat.
Minden pontosan így van, a képernyőképen két opció van megjelölve: "Windows Performance Toolkit" és "Debugging Tools for Windows". Válasszon mindkettőt, mert a Windows Performance Toolkit mindenképpen hasznos lesz munkájához! A "Tovább" gombra kattintás után a telepítés folytatódik normál mód... És a végén megjelenik a "Telepítés befejeződött".
A telepítés végén a Debugging Tools for Windows készlet működő könyvtárai a következők lesznek:
- X86 verzió esetén:
- X64 verzió esetén:
Ezzel befejeződött a Debugging Tools for Windows telepítése.
A Windows hibakeresési eszközének telepítése .msi fájl segítségével
Ha a Debugging Tools for Windows telepítésével kapcsolatos problémák merülnek fel a két előző módszerrel, akkor is van még egy, a legmegbízhatóbb és időnként bevált módszer, amely úgymond többször is segített. Valamikor, a Windows SDK-ba való integrálás előtt a Debugging Tools for Windows különálló .msi telepítőként volt elérhető, amely még most is megtalálható, de már a mélyben windows terjesztés SDK. Mivel már van a kezünkben a Windows SDK ISO-képe, nem tudjuk csatlakoztatni a rendszerhez, hanem egyszerűen megnyitni az ismerős segítségével winRAR archiváló, vagy bármely más olyan termék, amely az ISO lemezek tartalmával működik.
A kép megnyitása után el kell mennünk a gyökérben található "Setup" könyvtárba, majd ki kell választanunk az egyik könyvtárat:
- A 64 bites verzió telepítése: \\ Setup \\ WinSDKDebuggingTools_amd64 és csomagolja ki a dbg_amd64.msi fájlt ebből a könyvtárból.
- A 32 bites verzió telepítéséhez: \\ Setup \\ WinSDKDebuggingTools, és csomagolja ki a dbg_x86.msi fájlt ebből a könyvtárból.
A telepítés végén a Debugging Tools for Windows készlet működő könyvtárai a következők lesznek:
- X86 verzió esetén: C: \\ Program Files (x86) \\ Debugging Tools for Windows (x86)
- X64 verzió esetén: C: \\ Program Files \\ Debugging Tools for Windows (x64)
Ezzel befejeződött a Debugging Tools for Windows telepítése.
további információ
Nem tudom, hogy ez milyen kapcsolatban áll, talán az én gondatlanságommal, de a Debugging Tools for Windows telepítése után a telepítő nem regisztrálja a könyvtár elérési útját a hibakeresővel a Path rendszerváltozóban. Ez bizonyos korlátozásokat szab a különféle hibakeresési feladatok futtatására közvetlenül a konzolról. Ezért út hiányában magam is írok az ablakba Környezeti változók a hibakereső eszközök útja:
- C: \\ Program Files (x86) \\ Windows Kits \\ 10 \\ Debuggers \\ x86
- C: \\ Program Files (x86) \\ Windows Kits \\ 10 \\ Debuggers \\ x64
* Az Ön esetében az útvonalak eltérhetnek mind egy másik bit bit operációs rendszer, mind pedig egy másik verzió SDK használata miatt.
A Debugging Tools for Windows csomag segédprogramok hordozható alkalmazásokként működhetnek, csak másoljon innen működő rendszer katalógus Microsoft Windows Performance Toolkit és hordozható verzióként használja egy éles kiszolgálón. De ne felejtsd el figyelembe venni a rendszer kapacitását !! Ha a csomagot teljesen telepítette egy kritikus rendszerre, akkor a telepítés után azonnal elkezdheti a munkát, nincs szükség újraindításra.
Hibakereső eszközök a Windows összetételéhez
Végül bemutatjuk a Debugging Tools for Windows összetételét:
| File | Időpont egyeztetés |
|---|---|
| adplus.doc | Dokumentáció az ADPlus segédprogramhoz. |
| adplus.exe | Egy konzolalkalmazás, amely automatizálja a cdb hibakeresőt, hogy egy vagy több folyamathoz kukákat, naplófájlokat hozzon létre. |
| agestore.exe | Segédprogram az elavult fájlok eltávolításához a szimbólumkiszolgáló vagy a forráskiszolgáló által használt lerakatból. |
| breakin.exe | Segédprogram, amely lehetővé teszi a felhasználó által definiált töréskombináció elküldését a folyamatokhoz, hasonlóan a CTRL + C megnyomásához. |
| cdb.exe | Felhasználói módú konzol hibakereső. |
| convertstore.exe | Segédprogram a szimbólumok 2-szintesből 3-ossá alakításához. |
| dbengprx.exe | Reaper (proxy szerver) távoli hibakereséshez. |
| dbgrpc.exe | Segédprogram RPC hívás állapotával kapcsolatos információk megjelenítéséhez. |
| dbgsrv.exe | A távoli hibakereséshez használt szerver folyamat. |
| dbh.exe | Segédprogram szimbólumfájl tartalmával kapcsolatos információk megjelenítésére. |
| dumpchk.exe | Dump check segédprogram. Segédprogram a dump fájl gyors ellenőrzéséhez. |
| dumpexam.exe | Segédprogram a memóriakép elemzéséhez. Az eredmény a% SystemRoot% \\ MEMORY.TXT fájlban jelenik meg. |
| gflags.exe | A rendszer globális zászlóinak szerkesztője. A segédprogram kezeli a rendszerleíró kulcsokat és egyéb beállításokat. |
| i386kd.exe | Kd burkolója. Mikor hívták a kd-t Windows NT / 2000 alapú rendszerekre x86-os gépekhez? Valószínűleg kompatibilitási okokból távozott. |
| ia64kd.exe | Kd burkolója. Mikor hívták kd-nek Windows NT / 2000 alapú rendszerekhez ia64 gépekhez? Valószínűleg kompatibilitási okokból távozott. |
| kd.exe | Kernel módú konzol hibakereső. |
| kdbgctrl.exe | Kernel hibakereső eszköz. Segédprogram a rendszermag hibakeresési kapcsolatának kezeléséhez és konfigurálásához. |
| kdsrv.exe | Csatlakozási kiszolgáló a KD számára. A segédprogram egy kicsi alkalmazás, amely elindul, és várja a távoli kapcsolatokat. A kd fut az ügyfélen, és csatlakozik ahhoz a kiszolgálóhoz távoli hibakeresés céljából. A kiszolgálónak és az ügyfélnek egyaránt ugyanazokból a Debugging Tools összeállításból kell származnia. |
| kill.exe | Segédprogram a folyamatok leállításához. |
| list.exe | Segédprogram egy fájl tartalmának megjelenítésére a képernyőn. Ezt a miniatűr segédprogramot egyetlen célhoz mellékelték - nagy szöveges vagy naplófájlok megtekintésére. Kevés memóriaterületet foglal el, mivel a szöveget darabokban tölti be. |
| logger.exe | Miniatűr hibakereső, amely csak egy folyamattal működhet. A segédprogram a logexts.dll fájlt injektálja a folyamattérbe, amely rögzíti a vizsgált program összes függvényhívását és egyéb műveletét. |
| logviewer.exe | Segédprogram a logger.exe hibakereső által rögzített naplók megtekintéséhez. |
| ntsd.exe | Microsoft NT Symbolic Debugger (NTSD). Hibakereső, azonos a cdb-vel, azzal a különbséggel, hogy indításkor létrehoz egy szövegdobozt. A cdb-hez hasonlóan az ntsd képes a konzolalkalmazások és a grafikus alkalmazások hibakeresésére is. |
| pdbcopy.exe | Segédprogram a privát szimbólumok eltávolításához egy szimbólumfájlból, a szimbólumfájlban található nyilvános szimbólumok ellenőrzése. |
| remote.exe | Segédprogram bármely KD, CDB és NTSD konzol debugger távoli hibakereséséhez és távvezérléséhez. Lehetővé teszi ezeknek a konzolos hibakeresőknek a távoli futtatását. |
| rtlist.exe | Távoli feladatmegtekintő. A segédprogram a lista megjelenítésére szolgál futó folyamatok a DbgSrv szerver folyamatán keresztül. |
| symchk.exe | Segédprogram szimbólumok letöltéséhez a Microsoft szimbólumkiszolgálóról és helyi szimbólum gyorsítótár létrehozásához. |
| symstore.exe | Segédprogram a szimbólumok hálózatának létrehozásához vagy helyi tárolásához (2-rétegű / 3-rétegű). A szimbólumtár egy speciális könyvtár a lemezen, amely egy bizonyos struktúrának megfelelően épül fel és szimbólumokat tartalmaz. A szimbólumok gyökérkönyvtárában egy almappák struktúrája jön létre az összetevők nevével megegyező nevekkel. Viszont ezek az almappák beágyazott almappákat tartalmaznak speciális nevekkel, amelyeket bináris fájlok hasításával nyernek. A symstore segédprogram átvizsgálja az összetevő mappákat, és új összetevőket ad hozzá a szimbólumtárolóhoz, ahonnan bármely ügyfél letöltheti azokat. Állítólag a symstore-t arra használják, hogy szimbólumokat szerezzen egy 0-szintű tárolóból, és egy 2-rétegű / 3-szintű tárolóba helyezze őket. |
| tlist.exe | Feladatmegtekintő. Segédprogram az összes futó folyamat felsorolásához. |
| umdh.exe | Felhasználói módú dump kupac segédprogram. Segédprogram a kiválasztott folyamat halmainak elemzéséhez. Lehetővé teszi a halom különféle lehetőségeinek megjelenítését. |
| usbview.exe | USB néző. Viewer segédprogram USB eszközökcsatlakozik a számítógéphez. |
| vmdemux.exe | Demultiplexer virtuális gép... Több elnevezett csövet hoz létre egy COM-kapcsolat számára. A csatornákat a virtuális gép különféle összetevőinek hibakeresésére használják |
| windbg.exe | Felhasználói mód és kernelmód GUI hibakereső. |
1)
Indítsa el a Virtual PC 2007 alkalmazást egy Windows XP képpel. Helyezze az operációs rendszert parancssori módba.
Start -\u003e Futtatás -\u003e Enter cmd és nyomja meg az Enter billentyűt.
2)
Segítség beszerzése és végrehajtása a hibakeresési parancsokhoz
A konzolban: írja be a hibakeresést, majd (?).
Rövid lista összes csapat:
A (össze) - Az összeszerelési utasítások fordítása gépi kódra. Az alapértelmezett cím: CS: 0100h.
C (összehasonlítás) - Két memóriaterület tartalmának összehasonlítása. Az alapértelmezett DS... A parancs megadja a szegmensek hosszát vagy a címek tartományát.
D (dump) - A memóriaterület tartalmának megjelenítése hexadecimális és ASCII formátumban. Az alapértelmezett DS... Hossz vagy tartomány megadható.
E (enter) - Adatok vagy a gépi kód utasításainak bevitele a memóriába. Az alapértelmezett DS.
F (kitöltés) - A memóriaterület kitöltése a listán szereplő adatokkal. Az alapértelmezett DS... Használhatja mind a hosszúságot, mind a tartományt.
G (megy) - Egy hibakeresett gépnyelvi program végrehajtása a megadott töréspontig. Az alapértelmezett DS... Ebben az esetben meg kell győződni arról IP érvényes címet tartalmaz.
H (hexadecimális) - Két hexadecimális érték összegének és különbségének kiszámítása.
I (bemenet) - Egy bájt beolvasása és kimenete a portból.
L (terhelés) - Fájl vagy adatok betöltése a lemezszektorokból a memóriába. ... Alapértelmezett - CS: 100 óra... A fájl a paranccsal határozható meg N vagy érv az indításkor debug.exe.
M (mozgás) - A memória cellák tartalmának másolása; az alapértelmezett DS
N (név) - A parancsok fájlnevének megadása L (TERHELÉS) és W (WRITE).
O (kimenet) - Bájt küldése a kimeneti portra.
P (folytatás) - Kövesd az utasításokat CALL, LOOP, INT (hurok, megszakítás, eljárás) vagy megismételhető előtagú string utasítás REPnntovábblépve a következő utasításra.
Q (kilépés) - A munka befejezése debug.exe... A tesztelt fájl mentése nélkül.
R (regisztráció) - Adja ki a regiszterek tartalmát és a következő utasítást.
S (keresés) - Keressen a memóriában szimbólumokat a listából. Az alapértelmezett DS... Mind a hossz, mind a tartomány megadható.
T (nyom) - A program lépésről lépésre történő végrehajtása. Mint a csapatban P, az alapértelmezett pár CS: IP... De a megszakítások végrehajtásához jobb használni a parancsot P.
U (szétszerelés) - A gép kódjának szétszerelése. Az alapértelmezett pár az CS: IP.
W (írás) - Fájl írása innen: debug.exe lemezre. A paranccsal meg kell adni a fájl nevét Nha nem lett betöltve.
3)
Szerezzen be és javítson ki jellegzetes RAM és ROM területeket
Írjuk be az R parancsot.
Nyilvántartások CS, DS, ES, SS ebben a pillanatban inicializálódnak a 256 bájtos programszegmens előtag címeés a memóriában lévő munkaterület azzal kezdődik ennek az előtagnak a címe + 100 óra.
Parancssor-szabályok:
A) B debug.exe a betűk nem különböztetik a kis- és nagybetűket.
B) A parancsokban szereplő szóközök csak a paraméterek elkülönítésére szolgálnak.
C) A beírt számoknak hexadecimális jelöléssel kell lenniük, és nélkül befejező levél h.
D) A szegmenseket és az eltolásokat kettőspont segítségével írják, formátumban szegmens: eltolás.
4)
Memóriaterület megtekintése.
Parancs D, lehetővé teszi az egyes memóriaterületek tartalmának megtekintését.
Ellenőrizzük a munkához rendelkezésre álló memória méretét. Ehhez bemutatjuk: d 40:13 és Enter.
A képernyőn megjelenő első két bájt a memória méretét kilobájtban és hexadecimális formában tartalmazza, a bájtok fordított sorrendben. Ez megvan: 8002 0280 640 (C)
- Az első bájt címe balról látható formátumban szegmens: eltolás.
- A bekezdés (16 bájt) hexadecimális ábrázolása a sor elején jelzett bájttól kezdődően.
- Ugyanazon bekezdés karakterei ASCII formátumban.
4)
Párhuzamos és soros portok ellenőrzése.
A BIOS adatterületének első 16 bájtja tartalmazza a párhuzamos és a soros port címeket. Az első nyolc kinyomtatott bájt a COM1-COM4 soros portok címét jelzi. A következő 8 bájt az LPT1-LPT4 párhuzamos port címeket jelzi. Port címe 78 03 - fordított formában írva.
5)
A billentyűzet regisztráció állapotának ellenőrzése.
Az adatok terén BIOS a cím alapján 417h az első bájt található, amely tárolja a billentyűzet regiszter állapotát.
6)
A BIOS gyártási dátumának ellenőrzése.
Szerzői jogi információk a következőhöz: BIOS beágyazva ROM BIOS a cím alapján FE00: 0... A szerzői jogi sor könnyen megtalálható itt ASCII -következményt, és a sorozatszámot hexadecimális számként. A képernyőn látjuk a hétjegyű számítógép számát és a szerzői jogi dátumot. Bár a szerzői jogi sor hosszú lehet, és nem fér bele a kimeneti memória területébe. Ebben az esetben csak újra be kell lépnie D.
A dátumot itt is rögzítik ROM BIOS címtől kezdve FFFF: 5... A megfelelő parancs végrehajtása után ASCII A -sequence formátumban írja be ezt a dátumot éééé / hh / nn.
7)
Példa a gépi kódokra.
Vegyük fontolóra egy program létrehozását gépi nyelven, annak megjelenítését a memóriában és a végrehajtás eredményeit. Hibakereső parancs A (Összeszerelés) fordítja HIBÁK az assembler parancsok fogadásának és gépi kódokká alakításának módjába.
Most, hogy a program a memóriában van, próbáljuk meg ellenőrizni a végrehajtását. Először ellenőrizzük a regiszterek és a zászlók aktuális állapotát, ehhez adjuk meg a parancsot R.
IP - egy regiszter, amely tartalmazza a következő végrehajtandó parancs eltolási címét a kódszegmenshez képest CS az x86 család processzoraiban.
Regisztráció IP társult, összekapcsolt, társított valamivel CS mint CS: IPahol CS az aktuális kódszegmens és IP - a szegmenshez viszonyított aktuális eltolás.
Regisztráció IP egy 16 bites mutató regiszter. Ezen kívül az ilyen típusú regiszterek tartalmazzák a következőket: SP (Verem mutató - verem mutató) és BP (Alapmutató - alapmutató).
Felvétel CX sikeresen megfelelt és egyenlő 8-tal. A szegmens inicializálása megtörtént DS, ES, SS, CS ugyanaz a cím. Regisztráció IP tartalmaz 0100 , jelezve, hogy az utasításokat 100 óra elteltével hajtják végre CS (kezdtünk vele).
Érték |
Leírás |
Nincs túlcsordulás |
|
Irány felfelé vagy jobbra |
|
Megszakítás felbontása |
|
Pozitív jel |
|
Nem nulla érték |
|
Nincs további transzfer |
|
Páratlan szó |
|
| 0
B16
- kódszegmens címe.
Végezzük el. Tájékoztatni kell a hibakeresőt az első és az utolsó megtekintendő parancsok címéről (100 és 107 van). A megadott tartományban lévő utasítások összeszerelési nyelven, gépi kódokban jelennek meg, valamint az egyes utasítások címe. Futtassuk a programot lépésről lépésre a parancs segítségével T. Másodszor használja a parancsot T, követtük az utasításokat MOV... Az utasítás operandus gépi kódja: 00D8... A művelet hozzáteszi AL nak nek BL... A kilépéshez írja be Q... És ismét szétszedjük a létrehozottakat testpi.com.
Kód módosítása vagy másolása BIOS sértheti a gyártó szerzői jogait BIOS. BIOS csak személyes használatra másolható vagy módosítható, terjesztés céljából nem. Tipikus másolási eljárás BIOS a program használata HIBÁK lent. Ezzel az eljárással a teljes 64 KB-os szegmens mentésre kerül a címről F000: 0000h által F0000: FFFFh. Következtetések:
|