On Wed, 11 Aug 2004, Bart Oldeman wrote:

Hello Bart,

The section is not from me, but it simply is to inform a multitasking scheduler that something bad happens currently -- in a simple case it's just an extended InDOS flag.

ASSIGN has to issue these calls, too, I believe to inform a protected mode portion that it has modified user space memory and it would be no good thing to return to that process before ASSIGN restored that memory.
Maybe it is even needed for Win3.xx to unlock some memory protection?


The only data it requires - as far as I know - is register AX, to inform the handler what type of Critical section is going on. At least ASSIGN does NOT include the PUSH AX's. However, maybe you can successfully search the archives, there was some discussion about how Windows 3 is patching MS DOS, and when you see RBIL's INT-2A-80 it makes sense to patch PUSH AX into RET and vice verse to enable / disable critical sections, see DOS-5D-06 for _DOS 3_ (but zero -> non-zero for DOS 4+).

;
;   end Dos Critical Section 0 thur 7
;
;
dos_crit_sect:
               mov     [_Int21AX],ax       ; needed!
               push    ax                  ; This must be here!!!
               mov     ah,82h              ; re-enrty sake before disk stack
               int     2ah                 ; Calling Server Hook!
               pop     ax
               ret

Bye,

--

Steffen Kaiser

FH Bonn-Rhein-Sieg        | e-mail: [EMAIL PROTECTED]
FB Informatik             |
Grantham-Allee 20         | phone : +49 2241/865-203
53757 Sankt Augustin      |
Germany - Deutschland     | fax   : +49 2241/865-8203



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

Reply via email to