Az illesztőprogram lényegében egy kapcsolat az operációs rendszer, azaz a szoftver és a hardver, azaz a fizikai eszközök, például videokártyák, nyomtatók, processzorok stb. között. Az operációs rendszer a legtöbb esetben tartalmazhat alapvető illesztőprogramokat szükséges eszközöket- egér, billentyűzet, de minden máshoz friss illesztőprogramok kellenek.

Hogyan kell telepíteni az illesztőprogramot?

1.A legegyszerűbb módja, ha elérhető beállítási fájl, csak le kell futtatnia, és követnie kell a telepítő utasításait.
2. Ha nem érhető el telepítő, de csak *.inf, *.dll, *.vxt, *.sys, *.drv. kiterjesztésű fájlok vannak jelen, akkor a műveletek algoritmusa a következő legyen:

a) Először ki kell választania az ikont az asztalon ( A számítógépem) és kattintson rá jobb egérgombbal, a legördülő menüből válassza ki a ( Tulajdonságok).

b) Most lépjen a lapra ( Felszerelés) és nyomja meg a gombot ( Eszközkezelő).

c) Most ki kell választania azt az eszközt, amelyhez az illesztőprogramot telepíti/frissíti. Az eszköz vonalában kattintson a jobb gombbal, és válassza ki a legördülő menüből ( Tulajdonságok), vagy egyszerűen kattintson rá duplán a kívánt beállítások eléréséhez.

d) Lépjen a lapra ( Sofőr), válassza ki a gombot ( Frissítés).

e) A megjelenő párbeszédpanelen válassza ki az elemet ( Nem, nem most) és megy ( További).

f) Ebben a szakaszban két lehetőség van. Megpróbálhatod telepíteni az illesztőprogramokat 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 sikertelen, akkor folytassa a második lépéssel ( Telepítés meghatározott helyről) és válassza ki ( További).

g) Ez a menüpont azt jelenti, hogy választhat az illesztőprogram cserélhető adathordozón való keresése és a mappa meghajtóval való saját megadása között. Ezért, ha van elérhető lemez illesztőprogramokkal, akkor be kell helyeznie a lemezt a CD-ROM-ba, és ki kell választania a lehetőséget ( Keresés cserélhető adathordozókon (hajlékonylemez, CD stb.)) és megy ( További).

Ha az illesztőprogramot egyedül találja meg és tölti le az internetről, akkor 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, az alábbiak szerint. Tárgy kiválasztása ( Adja meg a következő keresési helyet:) és menj ide: ( Felülvizsgálat), most válassza ki az illesztőprogramot tartalmazó mappát a listából, és kattintson a gombra ( rendben). Most pedig bátran lépj tovább További), ha minden megfelelően megtörtént, megkezdődik a szükséges illesztőprogram telepítése.

debug.exe Hibakereső program, amely a végrehajtható fájlok vizsgálatára és hibakeresésére szolgál.

Operációs rendszerrel használva MS-DOS . A későbbi verziókhoz operációs rendszer

emulátoron keresztül működik MS-DOS és van korlátozott lehetőségek. Parancssoron keresztül hívható

HIBAKERESÉS [[meghajtó:][elérési út]fájlnév [opciók]].

Például: DEBUG C:\...\My.com

Ez a program egy konzolalkalmazás, és kódfájlok létrehozására vagy módosítására szolgál. Ezzel lehet alkotni egyszerű alkalmazás alatt MS-DOSés nyomon követni a munkájukat. Ez a hibakereső a fordítók legalacsonyabb szintjén található szerelő. De vannak jó tulajdonságai, mint például a memória megtekintése és megváltoztatása, a regiszterek állapotának lekérése.

debug.exe parancsokat

debug.exe parancskészlet szabályai:

· A Debug.exe nem tesz különbséget a kis- és nagybetűk között.

· A parancsokban lévő szóközök csak a paraméterek elválasztására szolgálnak.

· A beírt számoknak hexadecimális számrendszerben kell lenniük, a h betű nélkül.

· A szegmens és az eltolás kettősponttal írható, szegmens:eltolás formátumban, például CS:3C1 (3C1h eltolás a kódszegmensben) vagy 40:17 (17h eltolás abban a szegmensben, amelynek kezdőcíme 40h).

A hibakereső betöltése után egy kötőjelnek látszó prompt jelenik meg a képernyőn. Regisztrálok CS, D.S., ES, SS ezen a ponton a 256 bájtos programszegmens előtag címével inicializálódnak, és a memóriában lévő munkaterület ennek az előtagnak a címével kezdődik + 100h. Csapatok debug.exe közvetlenül a meghívó után kerülnek be a kurzorral jelölt helyre. Minden parancs egy azonosítóból és paraméterekből áll, az azonosító egyetlen betűből áll.

1. táblázat: Az összes debug.exe parancs összefoglaló táblázata

Csapat	Leírás	Formátum
A (közgyűlés)	Assembler parancsok fordítása gépi kódba; 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 a DS. A parancs megadja a szakaszok hosszát vagy a címek tartományát.	C<начальный_адрес_1>L<длина> <начальный_адрес_2>C<начальный_адрес_1> <конечный_адрес_1> <начальный_адрес_2>
D (megjelenítés/kiírás)	A memóriaterület tartalmát hexadecimális és ASCII formátumban jeleníti meg. Az alapértelmezett a DS; hossz vagy tartomány megadható.	D[<начальный_адрес>] D [kezdő_cím vég_cím]
E (Enter)	Adatok vagy gépi kód utasítások bevitele a memóriába; az alapértelmezett a DS.	E[<адрес> [<инструкции/данные>]]
F (kitöltés)	A memóriaterület feltöltése a listából származó adatokkal; az alapértelmezett a DS. Használhatja a hosszt és a tartományt is.	F<начальный_адрес_1>L<длина> "<данные>"F<начальный_адрес> <конечный_адрес> "<данные>"
G (Go)	Futtasson egy hibakereső gépi nyelvű programot egy megadott töréspontig; az alapértelmezett a CS. Ennek során győződjön meg arról, hogy az IP a megfelelő címet tartalmazza.	G[=<начальный_адрес>] <адрес_останова> [<адрес_останова> ...]
H (hexadecimális)	Számítsa ki két hexadecimális érték összegét és különbségét!	H<величина_1> <величина_2>
én (bemenet)	Egy bájt beolvasása és kimenete a portról.	én<адрес_порта>
L (betöltés)	Fájlok vagy adatok betöltése lemezszektorokból a memóriába; az alapértelmezett CS:100h. A fájl megadható az N paranccsal vagy egy argumentummal a debug.exe futtatásakor.	L[<адрес_в_памяти_для_загрузки>]L[<адрес_в_памяти_для_загрузки> [<номер_диска> <начальный_сектор> <количество_секторов>]]
M (mozgás)	Memóriacellák tartalmának másolása; az alapértelmezett a DS. Megadhatja a hosszt és a tartományt is.	M<начальный_адрес>L<длина> <адрес_назначения>M<начальный_адрес> <конечный_адрес> <адрес_назначения>
N (név)	Fájlnév megadása az L és W parancsokhoz.	N<имя_файла>
O (kimenet)	Bájt küldése egy portra.	O<адрес_порта> <байт>
P (Tovább)	Hajtsa végre a CALL, LOOP, INT vagy ismételt karakterlánc-utasítást REPnn előtagokkal, és folytassa a következő utasítással.	P[=<адрес_начала>] [<количество_инструкций>]
Q (kilépés)	A debug.exe leállítása.	K
R (Regisztráció)	A regiszterek tartalmának kiadása és a következő utasítás.	R<имя_регистра>
S (keresés)	Karakterek keresése a memóriában a listából; az alapértelmezett a DS. Megadhatja a hosszt és a tartományt is.	S<начальный_адрес>L<длина> "<данные>"S<начальный_адрес> <конечный_адрес> "<данные>"
T (nyom)	A program végrehajtása lépésről lépésre. A P parancshoz hasonlóan az alapértelmezett pár a CS:IP. Megjegyzem, hogy a megszakítások végrehajtásához jobb a P parancsot használni.	T[=<адрес_начала>] [<количество_выполняемых_команд>]
U (szétszerelés)	Gépi kód szétszedése; az alapértelmezett a CS:IP pár. Sajnos a debug.exe nem bontja szét megfelelően a 80286+ processzorok adott 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; meg kell adni a fájl nevét az N paranccsal, ha még nem töltötte be. A programokat pedig csak .COM fájlként rögzítik!	W[<адрес> [<номер_диска> <начальный_сектор> <количество_секторов>]]

Memóriaterületek megtekintése

Nézzük meg közelebbről a csapat munkáját D, amely lehetővé teszi a memória egyes területeinek tartalmának megtekintését. Ez a példa a parancsot használja D a 0159:0240-től kezdődő memóriaterület megtekintéséhez:

Itt egy memóriaterület megtekintésére vonatkozó kérelemre válaszolva nyolc sort kaptunk, amelyek a kiválasztott memóriaterület tartalmát jelzik. Minden sor három részből áll:

A formátumban látható első bal oldali bájt címe szegmens:eltolás.

· Egy bekezdés hexadecimális ábrázolása (16 bájt), amely a sor elején megadott bájttal kezdődik.

· Ugyanazon bekezdés karakterei ASCII formátumban.

A sorban megadott cím kizárólag a bekezdés első bájtjára vonatkozik, az azt követő bájtok címét önállóan kell kiszámítani. A hexadecimális ábrázolás minden bájtban két karaktert tartalmaz, és magukat a bájtokat szóközök választják el az olvasás megkönnyítése é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és két részre osztható, és könnyebben kiszámítható a bekezdés bájtjainak címe.

Hasznos trükkök a D csapattal

Párhuzamos és soros portok ellenőrzése

A BIOS adatterületének első 16 bájtja tartalmazza a párhuzamos és soros portok címét. Ezért ezeket a portokat a következő paranccsal ellenőrizheti:

Az első nyolc bájt a soros portok címét jelzi. COM1-COM4. A következő 8 bájt a párhuzamos portok címét jelzi. LPT1-LPT4. Például, ha a számítógépének egy párhuzamos portja van, akkor az első két bájt nagy valószínűséggel a következő lesz: 7803. A port címe fordított sorrendben van írva, azaz. 0378.

Felszerelés ellenőrzése

A BIOS-ban a 410h címen található első két bájt a rendszerbe telepített hardverről tartalmaz információkat. 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ót kapjunk telepített eszközök. Ehhez ezeket a bájtokat (44 23) forgatjuk, majd lefordítjuk kettes számrendszerbe. Kapunk:

Bitérték

Bit pozíció

Mit jelentenek ezek a bitek? Folytatjuk a megfejtést:

A billentyűzet regiszter állapotának ellenőrzése

Az adatterületen BIOS a cím szerint 417 óra az első bájt, amely a billentyűzet regiszterének állapotát tárolja. Kikapcsolni Szám zárÉs sapkazár , majd beírjuk a parancsot:

Az első bájt 00 lesz. Belefoglalással Szám zárÉs sapkazár, futtassa ú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 sapkazár - 40.

A videorendszer állapotának ellenőrzése

A cím szerint 449 óra V BIOS az első videó adatterület található. Az ellenőrzéshez beírjuk:

Az első bájt jelzi az aktuális videó módot (például 03 - szín), a második pedig az oszlopok számát (például 50 - mód 80 oszloppal). A sorok száma a címen található 484 óra (40:84).

A BIOS szerzői jogának és sorozatszámának ellenőrzése

Szerzői jogi információk a következőhöz BIOS beépítve ROM BIOS a cím szerint FE00:0. A szerzői jogi karakterlánc könnyen megtalálható ASCII-sorozatban, a sorozatszám pedig hexadecimális számként. Bár a szerzői jogi sor hosszú lehet, és nem fér bele a memória kimeneti területébe. Ebben az esetben csak újra be kell lépnie D.

BIOS gyártási dátum ellenőrzése

Ezt a dátumot is rögzítik ROM BIOS címtől kezdve FFFF:5. A megfelelő parancs végrehajtása után ez a dátum az ASCII sorrendben lesz, formátumban írva éé.hh/nn.

Program behelyezése a memóriába közvetlenül a debug.exe segítségével

debug.exe lehetővé teszi a program közvetlen bevitelét a gép memóriájába, majd a végrehajtásának figyelését és vezérlését. A paranccsal gépi kódokban írjuk be a programot E. Ugyanakkor légy óvatos a hibás adatok rossz címen történő bevitele beláthatatlan következményekkel jár! Bár ez nem valószínű, hogy komoly problémákhoz vezet a rendszerben, de az összes bevitt adat elvesztésével debug.exe, akkor könnyen. A beírandó program az utasítások törzsébe közvetlenül beágyazott adatokat használja. Az alábbiakban felsoroljuk a programot az assemblerben, a megjegyzések a nyelvi parancsok analógjait jelzik gépi kódokban, valamint az egyes parancsok magyarázatát. Vegye figyelembe, hogy a számokban nincs szimbólum h mert mint fentebb említettük, debug.exe csak a hexadecimális számokat érti.

MOV AXE, 0123 ; kód B82301: az AX-be írjuk be a 0123h értéket

ADD AXE, 0025 ; kód 052500: 0225h hozzáadása az AX értékhez

MOV BX, AX ; 8BD8 kód: BX-be írjuk be az AX értékét

ADD BX, AX ; kód 03D8: AX érték hozzáadása a BX-hez

MOV CX, BX ; 8BCB kód: CX-ben írjuk be a BX értékét

SUB CX, AX ; 2BC8 kód: vonjuk ki az AX értéket a CX-ből

SUB AX, AXE ; kód 2BC0: tiszta AX

JMP 100; EBEE kód: ugorjon a program elejére

Mint látható, minden gépi utasítás 1-3 bájt hosszúságú. Az első bájt a műveletet, a következő bájt az operandusokat adja meg. A program végrehajtása az első utasítástól kezdődik, és egyenként végigmegy az összes utasításon. Most beírhatja a programot a memóriába. A gépi kódot három, hat bájtos részre osztjuk, és mindegyiket a paranccsal írjuk be Eés a címtől kezdve CS:100.

Most, hogy a program a memóriában van, próbáljuk meg irányítani a végrehajtását. Először nézzük meg a regiszterek és zászlók aktuális állapotát, ehhez adjuk meg a parancsot R. A hibakereső hexadecimálisan nyomtatja ki a regiszterek tartalmát; tovább különböző gépek a regiszterek tartalma változhat.

Szóval, mint látod, debug.exe inicializált szegmensek D.S., ES, SS, CS ugyanaz a cím. Regisztráció IP tartalmaz 0100 , jelezve, hogy az utasítások eltolásból kerülnek végrehajtásra 100 óra viszonylag CS(és mi, utasításokat beírva a memóriába, csak ezt a címet jeleztük).

A túlcsordulás, irány, megszakítás, előjel, nulla, extra átvitel, paritás és átviteli jelzők értékei is itt láthatók:

A regiszterek és zászlók állapota után a debug.exe információkat ad ki 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.

· A kézikönyvnek megfelelő gépkód (B82301).

· Maga az utasítás, assemblerben írva (MOV AX,0123).

Most a regiszterek és flagek tartalmának elemzése után térjünk át a programvégrehajtásra. A programot lépésről lépésre hajtjuk végre a parancs segítségével T. A parancs első használata T, végrehajtjuk az utasítást MOV. Itt az utasítás operandusának gépi kódja 2301 . Működési helyek 23 V AL(fiatalabb fele FEJSZE), A 01 - V AH(régebbi). Azt követően debug.exe ismét kinyomtatja a regisztrációs adatokat:

Most FEJSZE tartalmaz 0123h, IP ‑ 0103h(ezért a végrehajtott utasítás hossza: 0103h - 0100 óra = 3 bájt) és a következő utasítás a művelet HOZZÁAD. Tehát újra és újra végrehajtja a parancsot T, elérjük az utolsó utasítást JMP 100. Ő fogja beállítani a nyilvántartást IP V 100 óra, És debug.exe visszatér a program elejére. Visszatérve a program elejére, meg kell jegyezni, hogy in D.S., ES, SSÉs CS ugyanazt a címet tartalmazza. A tény az, hogy debug.exe a bevitt programokat csak programnak tekinti .COM. És a programokban .COM, Nem úgy mint .ALKALMAZÁS, a verem, a kód és az adatok ugyanabban a szegmensben vannak tárolva.

Össze- és szétszerelés

Az előző példában gépi kódokban írtuk be a programot, azonban debug.exe eléggé képes megérteni az assemblerben írt utasításokat. Ilyen programokkal dolgozni debug.exe parancsokat használják AÉs U.

Csapat A assembly nyelvi utasításokat kér és gépi kóddá alakítja át. Először inicializáljuk a kezdőcímet az utasítások beviteléhez (100h):

A hibakereső kiadja a kódszegmens címét és az eltolást (pl. 13F2:0100). Most be kell lépnünk utasításokat követve az assemblerben a memóriába, minden sor után megnyomásával Belép:

Az utolsó utasítás bevitele után nyomja meg a gombot Belép kétszer, hogy jelezze a hibakeresőnek, hogy befejeztük a program beírását. Most a program futtatható a parancsokkal R nyilvántartások megtekintéséhez és T nyomon követésére. Megjegyzem, hogy a programjaimban, ha vannak utasítások INT azokat nem szabad a parancsnak feldolgoznia T, és a csapat P, amely az összes megszakítást egyszerre kezeli.

Térjünk át a szétszerelési eljárásra, és vegyük példaként azt a programot, amibe most beléptünk. Az első és az utolsó utasítás címét használjuk a szétszedni kívánt tartomány jelzésére, pl. 100 óraÉs 107 óra.

A parancs végrehajtása után debug.exe kinyomtatja az utasításokat a megadott tartományban, assemblerben, gépi kódban, valamint az egyes utasítások címét:

Program mentése lemezre

Először a fájlnév kerül megadásra:

Aztán regisztrálni CX meg kell adni a program méretét bájtokban. Ez egyenlő lesz a végső és a kezdeti eltolás különbségével. 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 végrehajtásra kész programot kapunk.

A kilépést 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=0000 BX=0000 CX=0007 DX=0000 SP=FFEE BP=0000 SI=0000 DI=0000

DS=0B3B ES=0B3B SS=0B3B CS=0B3B IP=0100 NV UP EI PL NZ NA PO NC

0B3B:0100 B83412 MOV AX,1234

Írjon 00007 bájtot

Ennek teljesítésére laboratóriumi munka Szüksége lesz néhány assembler parancsra:

movah,<шестнадцатиричное число>- regisztrációs bejegyzés AH számok 02 rendszerfunkció megadásához - egy karakter megjelenítése a képernyőn;

MOVDL,<шестнадцатиричное число>- regisztrációs bejegyzés DL karakter kód;

INT 21 - a fő DOS-megszakítás (eljárás), amely sok mindent megvalósít különféle funkciókat; a funkció száma előre be van írva az AH regiszterbe; karaktert a képernyőre nyomtatni - a regiszterben AH funkció 02, míg be DL rögzítse előre a karakterkódot.

INT 20 - 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.

movAH,02; rendszer funkció 02 - karakter megjelenítése a képernyőn

mov DL,2A ; ASCII csillagkód

int 21h ; megszakítás a "*" kimenetre

int 20h ; kilép a programból

Gyakorlati feladat

Cél

A debug.exe hibakereső bemutatása. Gyakorlati készségek megszerzése a programmal való munkavégzés során.

Felszerelés:

Személyi számítógép Windows operációs rendszert futtat.

Szoftver:

Debug program.

Felvételi kérdések

1. Mi a Debug program célja?

2. Hogyan kell futtatni ezt a programot?

3. Hogyan kerülnek be a parancsok a Debugba?

4. Mi az azonosító?

5. Hogyan kerül be a program a Debugba?

Gyakorlat

· Az elméleti anyag tanulmányozása.

· Hajtsa végre a szövegben leírt parancsokat.

Keresse meg 2 szám összegét és különbségét: az 1. szám a csoport száma (hexadecimálisra lefordítva), a 2. az a szám, amely ellentétes a vezetéknév első betűjének számával az ábécében (negatív szám kiegészítő kód). Konvertálja az összeget és a különbséget tizedesjegyre.

· Tekintse meg a mikroprocesszor regiszterek tartalmát, valamint a flageket, és írja be a protokollba. Mi a funkciója az egyes regisztereknek? .

· Írja be az első számot (a 3. feladatból) az AX regiszterbe, a második számot (a 3. feladatból) a BX regiszterbe. Begépel RAM a kódszegmensbe (100 eltolás) az AX és BX regiszterek hozzáadására szolgáló gépi utasítás. Tekintse meg összeszerelő űrlapját a képernyőn. Hajtsa végre ezt a parancsot, konvertálja az eredményt decimális formára.

· Írjon be a RAM-ba a kódszegmensbe (100-as eltolás) egy assembler parancskészletet, hogy kinyomtasson egy karaktert a képernyőn - vezetéknevének első betűjét. Ellenőrizze a programot a DEBUG-ban. Majd írd lemezre .COM fájlként. Mekkora a program mérete? Futtassa a végrehajtáshoz DOS-ból.

· Ismertesse a jelentésben szereplő összes műveletet.

1. Munka címe.

2. A munka célja.

3. Műszerek és felszerelések.

4. Rövid elméleti információk.

5. A megtett intézkedések leírása.

6. Az elkészített program szövege.

7. Következtetések.

Ellenőrző kérdések

1. Melyik parancs állít elő adatbeviteli vagy gépi kód utasításokat a memóriába?

2. Hogyan hasonlítsuk össze két memóriaterület tartalmát?

3. Hogyan lehet a memóriaterületet feltölteni adatokkal a listából?

4. Milyen parancs hajtja végre a hibakereső programot gépi nyelven?

5. Melyik parancs ír fájlt a Debugból?

6. Hogyan történik az össze- és szétszerelés?

A DOS Debug egy hibakereső alkalmazás, amely javítja az eredeti MS DEBUG parancs funkcionalitását. Csak 32 bites számítógép-architektúrán fut, összeszerelő és szétszerelő szerepet tölt be, így a programozók számára módot ad a COM és más futtatható fájlok diagnosztizálására.

A csomag tartalmaz egy 16 bites alkalmazások hibakeresésére szolgáló bináris fájlt (DEBUG.COM), valamint egy DEBUGX.COM nevű módosított verziót, amely kompatibilis a védett módban (DPMI-kompatibilis) futó 16 és 32 bites alkalmazásokkal. ).

Az alkalmazás a parancskonzolon fut, így a „Súgó” szakaszban megtekintheti az összes elérhető parancs listáját.

A DOS Debug által kínált további szolgáltatások között megtalálhatók az összeszerelő és a szétszerelő fejlesztései (amelyek értesíthetik, ha a processzor inkompatibilitását észlelik), az FPU műveleti kódok, a 80386+ CPU-k és mint ilyenek, a 32 bites regiszternevek támogatása.

Ezenkívül hexadecimális kiíratási alkalmazásként is működhet, és opciókat köthet össze a memóriatartalom elemzéséhez, a címtartományok összehasonlításához vagy kitöltéséhez, valamint az MCB lánc megjelenítéséhez (DOS memóriavezérlő blokk). Más parancsok lehetővé teszik bizonyos lemezrészekhez, portokhoz és memória szektorokhoz való hozzáférést, vagy egy program nevének beállítását.

A DEBUG.COM 16 bites programként fut, ami azt jelenti, hogy csak 16 bites alkalmazásokon tud működni, de továbbfejlesztett verziója (DEBUGX.COM) lehetővé teszi a 32 bites DPMI programok hibakeresését is.

A tapasztalt programozóknak szánt DOS Debug olyan segédprogramot biztosít, amely helyettesítheti az MS DEBUG parancsot. Mind a 16 bites, mind a 32 bites DPMI-csomagokat képes feldolgozni, és részletes funkcióleírást tartalmaz a dokumentációban, amely lehetővé teszi az egyes parancsok működésének egyszerű megértését.

Hibakereső eszközök a Windows számára - Működési kód hibakereső eszközök Windows rendszerek. Ezek a Microsoft szabadon terjesztett programjai, amelyek felhasználói módú és kernelmódú kódok hibakeresésére szolgálnak: alkalmazások, illesztőprogramok, szolgáltatások, kernelmodulok. Az eszközkészlet tartalmaz konzol- és grafikus felhasználói felület-hibakeresőket, szimbólumokkal való munkavégzésre szolgáló segédprogramokat, fájlokat, folyamatokat, valamint távoli hibakereső segédprogramokat. Az eszközkészlet olyan segédprogramokat tartalmaz, amelyek segítségével megtalálhatja a rendszer különböző összetevőiben fellépő hibák okait. Hibakereső eszközök Windowshoz egy bizonyos pillanattól kezdve nem tölthetők le önálló disztribúció formájában, és a Windows SDK (Windows Software Development Kit) részét képezik. Hangszeres készlet Windows Eszközök Az SDK pedig elérhető az MSDN előfizetési program részeként, vagy külön disztribúcióként ingyenesen letölthető az msdn.microsoft.com webhelyről. A fejlesztők szerint a Debugging Tools for Windows legújabb és legfrissebb verziója a Windows SDK-ban található.

A Windows hibakereső eszközei frissítve és közzétételre kerülnek nyilvános hozzáférés elég gyakran, és ez a folyamat nem függ az operációs rendszerek kiadásától. Ezért rendszeresen ellenőrizze az új verziókat.

Lássuk, mire valók a hibakereső eszközök Microsoft Windows:

• Helyi alkalmazások, szolgáltatások (szolgáltatások), illesztőprogramok és kernel hibakeresése;
• Hibakeresés hálózaton keresztül távoli alkalmazások, szolgáltatások (szolgáltatások), illesztőprogramok és kernel;
• A futó alkalmazások valós időben történő hibakeresése;
• Az alkalmazások, a kernel és a rendszer egészének memóriakiíratási fájljainak elemzése;
• Dolgozzon x86/x64/Itanium architektúrán alapuló rendszerekkel;
• Felhasználói módú és kernel módú programok hibakeresése;

A Windows rendszerhez készült Hibakereső eszközök 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 Windows rendszerhez készült hibakereső eszközök telepítésének számos módja van, ebben a cikkben csak a főbbeket vesszük figyelembe:

• Telepítés webes telepítőn keresztül.
• Hibakereső eszközök telepítése Windowshoz a Windows SDK ISO-ból.
• A Windows rendszerhez készült hibakereső eszközök telepítése közvetlenül a dbg_amd64.msi /dbg_x86.msi csomagokból.

Továbbra sem világos, hogy mikor, miért telepítsek hibakereső eszközöket a számítógépre? Végül is gyakran találkozik olyan helyzettel, amikor a munkakörnyezetbe való beavatkozás rendkívül nem kívánatos! És még inkább, mivel egy új termék telepítése, azaz a rendszerleíró adatbázis / rendszerfájlok módosítása teljesen elfogadhatatlan lehet. Példa erre a küldetéskritikus szerverek. Miért nem veszik figyelembe a fejlesztők az alkalmazások hordozható verzióit, amelyek nem igényelnek telepítést?
Verzióról verzióra a Debugging Tools for Windows csomag telepítési folyamata néhány változáson megy keresztül. Most ugorjunk közvetlenül a telepítési folyamatba, és nézzük meg, hogyan telepíthető az eszköztár.

Hibakereső eszközök telepítése Windows rendszerhez a webes telepítő segítségével

Nyissa meg a Windows SDK archívum oldalát, és keresse meg az alatta lévő részt Windows név 10 és régebbi "Windows 10 SDK (10586) és Microsoft Windows 10 Mobile Device Emulator (verzió 10586.11)".

Kattintson egy elemre SDK TELEPÍTÉSE. A kattintás után töltse le és futtassa az sdksetup.exe fájlt, amely elindítja a Windows SDK online telepítésének folyamatát. A kezdeti szakaszban a telepítő ellenőrzi, hogy a .NET-keretrendszer csomag telepítve van-e a rendszeren legújabb verzió(V Ebben a pillanatban ez 4,5). Ha a csomag hiányzik, a rendszer felajánlja a telepítést, és az állomás újraindul, ha befejezte. 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-val kezdődik.

Gyakran előfordulhat, hogy kivétel nélkül a csomag összes összetevőjének kiválasztásakor hibák fordulhatnak elő a telepítési folyamat során. Ebben az esetben ajánlatos az alkatrészeket szelektíven telepíteni, a minimálisan szükséges készletet.

A Windows Debugging Tools telepítése után a hibakereső fájlok helye ezzel a telepítési módszerrel a következő lesz:

• 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 az x.x a fejlesztőkészlet egy adott verziója;
Észrevettük, hogy a 8-as és újabb verziók telepítési útvonalai mindenkinél érezhetően eltérnek a klasszikustól előző verziók hibakereső eszközök?

Hatalmas plusz ez a módszer A Debigging Tools for Windows telepítése azt jelenti, hogy egyszerre telepíti a hibakereső eszközök verzióit az összes architektúrára.

Hibakereső eszközök telepítése Windowshoz a Windows SDK ISO-ból

Ez a módszer magában foglalja a Hibakereső eszközök Windowshoz telepítését a teljes Windows SDK (Software Developers Kit) telepítőkészlet használatával. Egy bizonyos ideig töltse le iso kép a megfelelő rendszerhez látogassa meg a Windows SDK archívum oldalát. Jelenleg azonban az SDK ISO-képet kaphat, ha futtatja az sdksetup.exe webes telepítőt, és kiválasztja az elemet Töltse le a Windows szoftverfejlesztő készletet a telepítő indító ablakában:

Mint kiderült, a webes telepítőt használó korábbi telepítési módszer meglehetősen szeszélyes és gyakran meghiúsul. Tiszta rendszereken problémamentesen települ, de kellően terhelt rendszereken számos probléma merül fel. Ha ez a helyzet, akkor használja ezt a módszert.

Ennek megfelelően az oldalon ki kell választani a kívánt disztribúciós készletet, nekem (és szerintem sokaknak) jelenleg ez a "Windows SDK for Windows 7 and .NET Framework 4" és egy kicsit lent kattintson a "Get" linkre. DVD ISO kép" .

Ha az msdn.microsoft.com webhelyen dolgozik, azt javaslom, hogy használjon böngészőt internet böngésző, mert előfordultak olyan esetek, amikor a versengő termékek nem működnek!

Ennek megfelelően csak szükség szerint kell választani. A Windows Debugging Tools bitessége általában megegyezik a rendszer bitségével. A tesztrendszereim többnyire 64 bitesek, így a legtöbb esetben a GRMSDKX_EN_DVD.iso 64 bites rendszerhez töltöm le a képet.
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 a CD írása, de ez meglehetősen hosszú és néha költséges módszer. Használatát javaslom ingyenes közművek virtuális lemezeszközök létrehozásához a rendszerben. Személy szerint én inkább a DEAMON Tools Lite programot használom erre a célra. Valakinek más preferenciái lehetnek, közvetlenebb vagy könnyedebb segédprogramok, ízben és színben, ahogy mondjá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 a rendszeremben:

Ezután dupla kattintással aktiválom az automatikus betöltést, és elindítom a Windows SDK telepítését:

Amikor eljön a sor, hogy kiválasszuk a listából a telepítendő összetevőket, a képernyőképen megjelöltek kivételével abszolút minden opciót letiltunk. Ez most segít elkerülni a szükségtelen hibákat.

Ez így van, a képernyőképen két lehetőség látható: "Windows Performance Toolkit" és "Hibakeresési eszközök Windowshoz". Válassza mindkettőt, mert a Windows Performance Toolkit minden bizonnyal jól jön a munkájában! Továbbá a "Tovább" gombra kattintás után a telepítés folytatódik normál mód. És a végén látni fogja a "Telepítés befejeződött" feliratot.
A telepítés befejezése után a Debugging Tools for Windows készlet munkakönyvtárai a következők lesznek:

• x86-os verzióhoz:
• x64-es verzióhoz:

Ezzel befejeződik a Hibakereső eszközök Windowshoz telepítése.

Hibakereső eszközök telepítése Windowshoz .msi fájlon keresztül

Ha problémákba ütközik a Hibakeresési eszközök for Windows telepítése során kettővel korábbi módszerek, van még raktáron még egy, a legmegbízhatóbb és legbeváltabb, ami úgymond nem egyszer segített. Egyszer, a Windows SDK-ba való integráció előtt, a Debugging Tools for Windows különálló .msi telepítőként elérhető volt, amely még mindig megtalálható, de már a zsigerekben. Windows disztribúció SDK. Mivel a Windows SDK-ról már rendelkezünk ISO képpel, nem tudjuk becsatolni a rendszerbe, hanem egyszerűen megnyitni a jól ismert program segítségével. WinRAR archiváló, nos, vagy bármely más termék, amely együttműködik az ISO lemezek tartalmával.

A kép megnyitása után a gyökérben található "Setup" könyvtárba kell mennünk, majd ki kell választani 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 befejezése után a Debugging Tools for Windows készlet munkakönyvtárai a következők lesznek:

• x86-os verzióhoz: C:\Program Files (x86)\Hibakeresési eszközök Windowshoz (x86)
• x64-es verzióhoz: C:\Program Files\Debugging Tools for Windows (x64)

Ezen a ponton a Debugging Tools for Windows telepítése befejezettnek tekinthető.

további információ

Nem tudom, mihez kapcsolódik, talán az én figyelmetlenségemből, de a Debugging Tools for Windows telepítése után a telepítő nem állítja be a könyvtár elérési útját a Path system path változóban található hibakeresővel. Ez bizonyos korlátozásokat ír elő a különféle hibakeresési feladatok közvetlenül a konzolról történő futtatására vonatkozóan. Ezért út hiányában magam írok az ablakba Környezeti változók a hibakereső eszközök elérési útja:

• C:\Program Files (x86)\Windows Kits\10\Debuggers\x86
• C:\Program Files (x86)\Windows Kits\10\Debuggers\x64

* Az Ön esetében az elérési utak eltérő bitességű operációs rendszer használata és más verziójú SDK használata miatt is eltérhetnek.

A Debugging Tools for Windows csomag segédprogramjai hordozható alkalmazásként is 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 szerveren. De ne felejtse el figyelembe venni a rendszer kapacitását !! Még akkor is, ha egy kritikus rendszerre telepítette a csomagot, azonnal elkezdheti a munkát, nincs szükség újraindításra.

Hibakereső eszközök Windowshoz

És most végre itt van a Hibakereső eszközök Windowshoz összetétele:

Fájl	Célja
adplus.doc	Az ADPlus segédprogram dokumentációja.
adplus.exe	Konzolalkalmazás, amely automatizálja a cdb hibakereső munkáját, hogy kiíratokat, naplófájlokat hozzon létre egy vagy több folyamathoz.
agestore.exe	Egy segédprogram elavult fájlok eltávolítására a szimbólumszerver vagy a forrásszerver által használt tárolóról.
breakin.exe	Egy segédprogram, amely lehetővé teszi egyéni szünet-kombinációk küldését a folyamatoknak, hasonlóan a CTRL+C billentyűkombinációhoz.
cdb.exe	Felhasználói mód konzol hibakereső.
convertstore.exe	Segédprogram karakterek 2-szintűről 3-szintűre konvertálására.
dbengprx.exe	Ripiter (proxy szerver) távoli hibakereséshez.
dbgpc.exe	Egy RPC-hívás állapotával kapcsolatos információk megjelenítésére szolgáló segédprogram.
dbgsrv.exe	A távoli hibakereséshez használt szerverfolyamat.
dbh.exe	Segédprogram egy szimbólumfájl tartalmával kapcsolatos információk megjelenítésére.
dumpchk.exe	Dump ellenőrző segédprogram. Segédprogram a dump fájl gyors ellenőrzéséhez.
dumpexam.exe	Memóriakiíratások elemzésére szolgáló segédprogram. Az eredmény a %SystemRoot%\MEMORY.TXT fájlba kerül.
gflags.exe	Globális rendszerjelzők szerkesztője. A segédprogram kezeli a rendszerleíró kulcsokat és egyéb beállításokat.
i386kd.exe	Burkolat kd-hez. Valaha kd-nek hívták a bekapcsolt rendszerek számára Windows alap NT/2000 x86-os gépekhez? Valószínűleg kompatibilitási okokból hagyták ki.
ia64kd.exe	Burkolat kd-hez. Ez volt az a kd, amit valaha a Windows NT/2000 alapú rendszerekhez hívtak ia64 gépekhez? Valószínűleg kompatibilitási okokból hagyták ki.
kd.exe	Kernel módú konzol hibakereső.
kdbgctrl.exe	Kernel hibakereső eszköz. Segédprogram a kernel hibakereső kapcsolatának kezelésére és konfigurálására.
kdsrv.exe	Csatlakozási szerver a KD-hez. A segédprogram egy kis alkalmazás, amely fut, és várja a távoli kapcsolatokat. A kd egy kliensen fut, és csatlakozik ahhoz a szerverhez távoli hibakeresés céljából. A kiszolgálónak és a kliensnek is ugyanabból a Hibakereső eszközök összeállításból kell származnia.
kill.exe	Segédprogram a folyamatok befejezéséhez.
list.exe	Segédprogram egy fájl tartalmának a képernyőn való megjelenítéséhez. Ez a miniatűr segédprogram egyetlen célt szolgált: nagy szöveg- vagy naplófájlok megtekintése. Kevés memóriaterületet foglal el, mivel részenként tölti be a szöveget.
logger.exe	Egy apró hibakereső, amely csak egy folyamattal tud működni. A segédprogram beszúrja a logexts.dll fájlt 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	A logger.exe hibakereső által írt naplók megtekintésére szolgáló segédprogram.
ntsd.exe	Microsoft NT Symbolic Debugger (NTSD). Egy hibakereső, amely megegyezik a cdb-vel, azzal a különbséggel, hogy indításkor szöveges ablakot hoz létre. A cdb-hez hasonlóan az ntsd is képes a konzolalkalmazások és a grafikus alkalmazások hibakeresésére.
pdbcopy.exe	Segédprogram privát szimbólumok szimbólumfájlból való eltávolítására, a szimbólumfájlban található nyilvános szimbólumok vezérlésére.
remote.exe	Segédprogram bármely KD, CDB és NTSD konzolhibakereső távoli hibakereséséhez és távvezérléséhez. Lehetővé teszi ezen konzolhibakeresők távoli futtatását.
rtlist.exe	Távoli Task Viewer. A segédprogram a futó folyamatok listázására szolgál a DbgSrv szerverfolyamaton 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 hálózat létrehozásához ill helyi raktár karakterek (2-szintű/3-szintű). A szimbólumtároló egy speciális könyvtár a lemezen, amely egy bizonyos struktúra szerint épül fel, és szimbólumokat tartalmaz. A szimbólumok gyökérkönyvtárában egy almappastruktúra jön létre, amelynek nevei megegyeznek a komponensek nevével. Az almappák mindegyike tartalmaz beágyazott almappákat speciális névvel, amelyeket bináris fájlok kivonatolása révén kaptak. A symstore segédprogram átvizsgálja a komponensmappákat, és új összetevőket ad a szimbólumtárhoz, ahonnan bármely ügyfél lekérheti azokat. Állítólag a symstore-t arra használják, hogy szimbólumokat szerezzenek be a 0-rétegű tárolóból, és helyezzék el őket a 2-rétegű/3-szintű tárolóba.
tlist.exe	Feladatnézegető. Az összes futó folyamat listázására szolgáló segédprogram.
umdh.exe	Felhasználói módú dump heap segédprogram. Segédprogram egy kiválasztott folyamat halmainak elemzésére. Lehetővé teszi a kupac különféle opcióinak megjelenítését.
usbview.exe	USB néző. segédprogram megtekintésére USB-eszközök számítógéphez csatlakoztatva.
vmdemux.exe	Demultiplexer Virtuális gép. Több elnevezett csövet hoz létre egyetlen COM-kapcsolathoz. A csatornák a virtuális gép különféle összetevőinek hibakeresésére szolgálnak
windbg.exe	Felhasználói mód és kernel módú hibakereső grafikus felhasználói felülettel.

Az Android Debug Bridge (adb) egy konzolprogram, amely lehetővé teszi a hibakeresést mobil eszközök Androidon és emulátorokon is.

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 shellhez. Utóbbi segítségével lefuttathatók a szükséges parancsok az eszközön. A programmal többek között olyan okostelefont is fel lehet oldani, amelynél engedélyezve van a hibakeresési mód. Érdemes azonban megjegyezni, hogy az Android Debug Bridge bármilyen Android-eszközt támogat, feltéve, hogy a szükséges funkciókat a gyártó nem tiltotta le.

A program három összetevőből áll:

• Ügyfél. A fejlesztő PC-jén fut, parancsokat küld. A kliens hívásához használhatja a terminál megfelelő parancsát.
• Daemon (adbd). Parancsokat hajt végre az eszközön. Működik háttér minden eszközön.
• Szerver. Szabályozza a kliens és a démon közötti interakciót. A háttérben fut a fejlesztőgépen.

Az ADB jellemzői:

• 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 átvitele az eszközök között.
• Alkalmazások telepítése és eltávolítása.
• Az adatszakasz törlése és felülírása.
• És még sok más is.

Oldalunkról ingyenesen, regisztráció és SMS nélkül letöltheti az Android Debug Bridge-et.

Képernyőképek