Hi!
Well, I made additional test how MS-DOS performs INT21/26 (which fields
fills). I fill 100h bytes by AAh, point to this are by CS and perform
INT21/26. Result:
______________O\_/_________________________________\_/O______________
00 CD 20 AA AA AA 9A F0 FE-1D F0 4F 03 F8 08 AC 13
10 F8 08 17 03 F8 08 AA AA-8F 8F 8F 8F 8F 8F 8F 8F
20 8F 8F 8F 8F 8F 8F 8F 8F-8F 8F 8F 8F AA AA AA AA
30 AA AA 14 00 18 00 D4 0E-FF FF FF FF AA AA AA AA
40 06 16 AA AA AA AA AA AA-AA AA AA AA AA AA AA AA
50 CD 21 CB AA AA AA AA AA-AA AA AA AA AA AA AA AA
60 AA AA AA AA AA AA AA AA-AA AA AA AA AA AA AA AA
70 AA AA AA AA AA AA AA AA-AA AA AA AA AA AA AA AA
_____________________________________________________________________
O/~\ /~\O
This mean that MS-DOS fills:
00-01: "CD 20", ps_exit.
05-09: ps_farcall and ps_reentry.
0a-15: ps_isv*
18-2b: ps_filetab[]. I don't understand why 8F used to fill this table.
32-37: ps_maxfiles and ps_filetab.
38-3b: ps_prevpsp.
40-41: result for INT21/30. Not used under FreeDOS. :)
50-52: ps_unix (INT21/RETF).
Unlike my note in previous letter, ps_parent is untouched, but in any case
new_psp() should be hardly reworked.
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel
