Autor ::Libor L.A. Poslaná :: 18.03.2014 17:14:23 Predmet ::Re: Chybné trasování RST1 s následnou pseudoinstrukcí DB
To jak se chová debuger při trasování RST1 mi Roman vysvětlil, to chápu, a popsané vysvětlení přesně sedí na to, co se mi stalo.
Ale i když debuger nenašel tu svou interní zarážku a program tedy běžel, reagoval debuger na stisk F8 a po jeho stisku se zastavil o kus dál v programu (to už běhal program ve smyčce čekání na bajt z MGF). Ty interní zarážky se mi jakoby nakotily na adresách 889x a program se při každém stisku F8 zastavil na některé z těchto adres. A tam se určitě zarážka kvůli RST1 nevkládala.
Ale v zásadě o nic nejde, tohle asi nikomu vadit nebude. Ten kdo to potřebuje, ten přijde na to, kde je zakopaný pes a obejde to jinak. Ale přimlouval bych se za "zhasnutí" okna debugeru v tomto případě, jak psal Roman výše.
Správa
Autor ::Busy Poslaná :: 21.03.2014 10:02:05 Predmet ::Re: Chybné trasování RST1 s následnou pseudoinstrukcí DB
Ja osobne sa priklanam za ponechanie okna debuggera s tym ze funkcia step-over by sa vykonavania prave tym testovanim SP po kazdom RET-e.
Je mi jasne, ze step-over sa odjakziva a vzdy robil breakpointom za instrukciou (aj MRS debuger ho tak robi) ale zase treba sa na to pozriet tak, ze pri debugovani v realnom systeme, kde je procesor fyzicka suciastka, to asi inak ani nejde, kdezto ked mame procesor emulovany, mame ho vo svojej plnej moci a mozeme si jeho internu funkcionalitu rozsirovat ako chceme.
Popripade by sa uzivatel pomocou dvoch zaskrtavatok mohol sam rozhodnut ci chce okno zhasinat a aky sposob vykonavania step-over chce mat :)
