Zatwierdzono: Fortect
W ciągu ostatnich kilku dni niektórzy czytelnicy napotkali błąd podczas wykonywania polecenia debugowania winxp. Ten problem może pojawić się z kilku powodów. Rzućmy okiem na je poniżej.
DEBUG
każdy debugger zorientowany liniowo jest w rzeczywistości poleceniem zewnętrznym względem operacji dotyczących sieci cpa, takich jak DOS, OS/4 i Windows (tylko w różnych wersjach 16-bitowych / 32-bitowych < sup > [1] ).
DEBUG może działać jako asembler, deasembler, a nawet program zrzutu heksadecymalnego, pozwalając użytkownikom na interaktywne eksplorowanie elementów pamięci (asembler, heksadecymalny ASCII) lub przeskakiwanie i precyzyjne wykonywanie COM, EXE i różne typy plików. Zawiera również wiele rodzajów podpoleceń, które są używane do uzyskiwania dostępu do określonych sektorów CD, portów we/wy i lokalizacji pamięci.
Prezentacja
Tradycyjnie prawie wszystkie komputery i systemy mają każdą rozbudowaną funkcję konserwacji, która służy do wpływania na to, czy najnowsza wersja programu często działa poprawnie. [Wymagany link] DEBUG wydaje się być pierwotnie opracowany przez Tima Patersona dla. napisane z zrobić to w 86-DOS. Kiedy PateSon rozpoczął współpracę z Microsoftem na początku lat 80. i przywiózł ze sobą nowe oprogramowanie. DEBUG był częścią DOS 1. A 00 wydaje się nosić MS-DOS / PC-DOS i niektóre replikacje Microsoft Windows. Plik wykonywalny miał pierwotnie nazwę DEBUG.COM, ale w DOS 5.0 zmieniono jego nazwę na DEBUG.EXE. [2]
Windows XP i późniejsze mają zintegrowany DEBUG
dla MS-DOS jako podsystem zapewniający zgodność z MS-DOS. 16-bitowe polecenia DOS nie są dostępne w 64-bitowych wersjach systemu Windows. [3]
- W trybie budowania/demontażu obsługiwane są tylko kody operacji 8086.Can
- Doskonały dostęp na drodze do rejestrów 16-bitowych, nigdy rejestrów rozszerzeń 32-bitowych.
- Jeśli generalnie podkomenda „N” jest używana do przywoływania plików, te nazwy plików są przechowywane od przesunięcia DS: 5D do DS: 67 (segment programowy przedrostek pliku zachowuje kontrolę nad obszarem bloku). Ważne jest, aby harmonogram przechowywał dane tylko w FAT. użyj formatu nazwy pliku 8.3.
Rozszerzone pakiety DEBUG składają się z polecenia DEBUG w DOS Novelty 7, OpenDOS 7.01 i DR-DOS 7.02 i późniejszych, reimplementacja związana z poprzednią symboliczną instrukcją SID / SID86 spowodowaną przez Digital Research, [4] Debugger jest tak długi, jak w poprzednich wersjach i DR DOS. [5] [6] [7] Jest to prawie na pewno pełna zgodność ze składnią sekwencji łowienia poleceń DEBUG MS-DOS / PCÂ DOS , ale oferuje wiele aktualizacji, w tym obsługę 16-bitowych i 32-bitowych kodów operacyjnych aż do Pentium, rozszerzoną ścieżkę (/X) z dziesiątkami wielu innych podtrybów poleceń, znacznie ulepszoną składnię wiersza poleceń w imieniu niestandardowych makr oraz symboliczne funkcje debugowania poprzez rozpoznawane jako rejestry, załadowane tablice symboli, podstawowe procedury matematyczne i konwersyjne oraz deasembler komentarzy. [8] [7] Niektóre wersje również używały DPMS do działania jako debugger trybu chronionego wokół „h ukrytego trybu”. 32 bity [9]
Istnieje również wersja naszego klona “DEBUGX”, która obsługuje 32-bitowe programy DPMI. [11] Andreas “Japheth” Grech, autor HX-Extender, rozszerzył wersję DEBUG 0,98 razy tylko na. Podczas opracowywania 1.25 były programista PC-DOS Vernon S. Brooks dodał wersję 1.26 do 1.32. [12]
Składnia
DEBUG [[dysk:] [ścieżka] nazwa pliku [ustawienia]]
Jeśli DEBUG jest uruchamiany bez parametrów osobistych, monit DEBUG wyświetla “-“. Użytkownik może następnie wprowadzić jedną z kilku jedno- lub dwuliterowych podkomend, takich jak „A” w celu przełączenia na system asemblera, „D” w celu wykonania zrzutu szesnastkowego, „T” bezpośrednio do monitora i „U” do rozmontuj program, aby otrzymać ilość pamięci. [13] DEBUG może być również używany jako tłumacz skryptu “DEBUG” o następującej składni. <
Nazwa katalogu debugowania
Plik skryptu może składać się z podkomend DEBUG i instrukcji języka asemblera. [14] Ta metoda może być używana do przygotowania plików z plików wsadowych lub do edycji muzyki w formacie binarnym. [2]
Użycie do celów innych niż debugowanie
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
Narzędzie debugowania jest przydatne do zarządzania plikami binarnymi w przypadku środowiska, w którym zainstalowany jest tylko DOS i nic więcej. Może również okazać się używany do modyfikowania sektorów dysku twardego, co jest tylko metodą usuwania wirusów sektora rozruchowego.
Ułatwienia dostępu
Chociaż dokumentacja techniczna, dla której polecenie DEBUG było zwykle usuwane po puszczeniu MS/DOS 3.3, to polecenie to powinno być używane. Było używane w standardowej dystrybucji, w porównaniu z EXE2BIN. [15] [16]
DEBUGOWANIE W INNYCH SYSTEMACH
Systemy sprinterskie Intel ISIS-II [17] oraz iRMX 86, [18] DEC TOPS-10 [19] < /sup> jeszcze TOPS -20, [20] THEOS / OASIS, [21] Zilog Z80-RIO, [22] Stratus OpenVOS, [23] PC-MOS, [24] i AROS [25] jednocześnie wydają DEBUG
Komenda.
Zobacz też
- Lista poleceń DOS
- DDT (polecenie CP / M) (metoda dynamicznego debugowania)
- SID (Debugger instrukcji symbolicznych)
- SYMDEB
- Wyświetl kod
- Turbo Debuger
- SoftICE
Linki
Linki zewnętrzne
- Debugowanie | Dokumenty Microsoft
- Nawet implementacja Open Source DEBUG zawarta w MS-DOS v2.0
- ^ Zgodnie z dokumentacją Microsoft Macro Assembler, montaż wbudowany nie jest obsługiwany w wersji x64.
- ^ b Sedori, Daniel B. Przewodnik DEBUG. Data prawidłowego leczenia 29.11.2014.
- ^ Polecenia podsystemu MS-DOS
- ^
Podręcznik użytkownika SID-86 CP / M-86 z powodu (wydanie drugie). Badania cyfrowe. Sierpień 1982 [marzec 1982]. SID86UG.WS4. Zarchiwizowane w oryginale 20 października 2019 r. Otrzymano 6 lutego 2020 r. [1] (Uwaga. Zmieniona adaptacja fizycznej wersji Emmanuela Roche wyposażonej w dodane Q, SR, Z i komendy. Te wskazówki dotyczą tylko alternatywa cp / m-86, ale wersja DR-DOS jest podobna.) - ^ Urodzony, Gunther (1993). DOS 5 Tuning (w (1. ed. niemiecki).). Rynek i technologia. ISBN 3-87791-495-0 . (Uwaga. Ma kilka stron na temat DEBUG ms-dos.EXE i debuggera instrukcji symbolicznych SID.EXE w całym DR DOS 5.0 / 6.0.)
- ^
Paul, Mathias R. (24 maja 1997) [1991]. DRDOSTIP.TXT – Porady i wskazówki dotyczące DR DOS 3.41 – 5.0. MPDOSTIP (w języku niemieckim) (wyd. 47). Zarchiwizowane 7 listopada 2016. Pobrane 7 listopada 2016 (Uwaga: Niektórzy mają informacje o debuggerze lekcji symbolicznych (SID86.EXE w DR DOS 3.41 i dodatkowo SID.EXE w DR DOS 5.0 / 6.0), prekursorach DR -DOS, DEBUG.EXE .) - ^ Paul, b Matthias R. (2002-01-09). „SID86”. Grupa dyskusyjna: Comp.os.cpm. Pobrano 8 kwietnia 2018
[…] Ponieważ DR-DOS 7.03 DEBUG jest zwykle nadal oparty na starym SID86.EXE, popieram uruchomienie DEBUG 1.51 i korzystanie z komputera pomocy rozszerzonego o ?? dowolny monit debugowania. Może to zapewnić 8 ekranów z instrukcjami używania tej składni. Niektóre z tych funkcji są chronione przed starszymi problemami. [â € ¦]
- ^
Paul, Mathias R. (1997.07.30). „Rozdział II.5. Ogólne: Nieudokumentowane funkcje DEBUG ”[Nieudokumentowane funkcje DEBUG]. NWDOS-TIPs – Wskazówki i triki dla Novella oprócz tego DOS 7, które dostarczają szczegółów, błędów, dodatkowo nieudokumentowanych obejść. MPDOSTIP. Wersja 157 ( w języku niemieckim) (3rd ed.) Zarchiwizowane 10 września 2017 r. Pobrane 6 września tego roku (NB. NWDOSTIP.TXT to opisowa praca nad DOS Novell 7 i OpenDOS 7.01, która wskazuje różne nieudokumentowane funkcje i elementy wewnętrzne. Jest to aspekt jeszcze większego zbioru MPDOSTIP.ZIP. Przeniesiony w końcu do 2001 r., w tym czasie wiele z nich jest rozpowszechnianych za pośrednictwem witryn. Podane linki pochodzą ze starej wersji przekonwertowanej na HTML, do której będzie link plik NWDOSTIP .TXT.) - ^
Paweł, Matt Aby wejść do prasy redebug, klienci muszą wpisać „Q”, a następnie nacisnąć Enter. Aby rozpocząć procedurę debugowania, należy ustawić zakres „G” i nacisnąć klawisz Enter.
Aby wyczarować debuger z powłoki systemu UNIX, należy umieścić alias debugera, po którym następuje kolekcja telefonów programu obiektowego, który jest wykonywany we wszystkich kierunkach debugowania. Debuger poprosi o wprowadzenie jednego z niedrogich poleceń wymienionych poniżej. Aby uruchomić nowy program w debuggerze, wykonaj specjalne polecenie gdb r (un).