Re: Disk I/O, BIOS, dosemu, FreeDOS, linux host with Virtual Machines



On Fri, 22 Feb 2008 10:10:25 -0500, Pop Tart <spamtrap@xxxxxxxxxx>
wrote:

I've come to a point in my study of MASM where I can't work the examples for
disk I/O unless I have Windows 98 or less.

WinXP changed the segment defaults, which certainly affected some
32 bit protected mode programs. For us, anything that has failed
in the XP DOS box has always worked with DOSbox from
http://www.dosbox.com/

Stephen


--
Stephen Pelc, stephenXXX@xxxxxxxxxxxx
MicroProcessor Engineering Ltd - More Real, Less Time
133 Hill Lane, Southampton SO15 5AF, England
tel: +44 (0)23 8063 1441, fax: +44 (0)23 8033 9691
web: http://www.mpeforth.com - free VFX Forth downloads

.



Relevant Pages

  • Re: Does Linux hog fs and gs registers?
    ... > disappointing that Windows reserves fs and gs for itself. ... There really isn't much reason to use the other segment registers. ... segmentation to allow Windows code to use FS as the TEB pointer without ...
    (comp.lang.asm.x86)
  • Re: newbie questions
    ... Windows XP (at least in the 32 bit ... The good old int21 interface provides anything you need and is ... but about which "16 bit registers" are you speaking? ... And any applications uses segment registers. ...
    (alt.lang.asm)
  • Re: Disk I/O error
    ... Microsoft MVP [Windows] ... | Disk I/O error: Status = 0000AA01 ...
    (microsoft.public.win2000.hardware)
  • Re: Role of the code segment register during "far" CALLs
    ... I read some of your article from which i understood that Windows ... does'nt use call gates to implement intersegment calls. ... privilege level as the code segment of my "main" program. ...
    (microsoft.public.win32.programmer.kernel)
  • Re: Role of the code segment register during "far" CALLs
    ... I read some of your article from which i understood that Windows ... reading it to understand how intersegment far calls are made across ... privilege level as the code segment of my "main" program. ...
    (microsoft.public.win32.programmer.kernel)