🚀 go-pugleaf

Michal Kaczmarczyk wrote:
> 
> Problem z zapisem w przerwaniach nie polega³ na tym, ¿e co¶ tam mo¿e
> zabru¼dziæ (inne przerwanie), tylko na tym, ¿e kod DOSu nie jest
> reentrant. Tak, ¿e jak bêdziesz zapisywa³/wysy³a³ dane z g³ównego programu
> to nic nie powinno siê dziaæ.

Problem polega na tym, kiedy mozna wywolywac funkcje systemowe z
programu, ktory zostal zainstalowany jako program obslugi przerwania,
zwlaszcza 8 (zegar), czy 9 (klawiatury), tj. przerwan sprzetowych,
de facto asynchronicznych. Zajmowalem sie tym kiedys i napisalem
kilka programow w asemblerze 0x86, ktore przejmowaly przerwania
zegara i/lub klawiatury i "pod przerwaniem" pisaly do pliku dyskowego.
Dzialaly bez zarzutu. Rzecz nie jest trywialna, chociaz nie az tak
skomplikowana, jakby sie moglo wydawac. Wykorzystuje sie tzw.
znacznik INDOS (funkcja 34H), ktory sygnalizuje, czy w danym
momencie DOS jest aktywny, czy nie. Oprocz tego korzysta sie
z tzw. przerwania stanu jalowego (28H), ktory DOS generuje,
ilekroc "nie ma nic do roboty" (trzeba to przerwanie przejac).
  Niegdys byly to tzw. nieudokumentowane opcje DOS-u.
Zostaly opisane juz w DOS Technical Reference 5.0, a takze
w podreczniku MASM 6.0.
  Jest jeszcze jedna technika, wykorzystujaca SDA (Swappable
Data Area). Pole to zawiera tzw. kontekst systemowy programu,
w tym m.in. numer segmentu PSP, adres biezacego pola DTA,
znacznik bledu krytycznego, itd. Poprzez to pole wlasnie DOS
"widzi" program. Technika polega na wymienianiu zwartosci pola
SDA - DOS widzi raz glowny program, raz procedure przejmujaca
przerwanie. Jest to skuteczna technika, ale bardziej
skomplikowana od metody INDOS + INT 28H. Napisalem wprawdzie
program, podmieniajacy dynamicznie SDA, ktory w koncu uruchomilem,
ale trzeba bylo kilka rzeczy sprawdzac empirycznie, jako
ze jest to technika calkowicie nieudokumentowana. Najwyrazniej
Microsoft nie chce dopuscic, by programisci grzebali w
strukturach systemowych DOS-u. Moze i slusznie. :-)


  Pozdrawiam

  Marek Kotowski