At 03:38 AM 7/30/2005 +0000, Mark Bailey wrote:

I see no difference at all with that version, either with the
development kernel/command.com or the stable kernel/
command.com.

Specifically, with
device=a:\himem.exe
device=a:\emm386.exe x=test memcheck vds

vol c: hangs.  Remove vds, it works normally. (development)

Alright, one more time. I rewrote the VDS routines such that any reserved function which was unused (0, 1, 0dh-0ffh) no longer returns an error code, but simply sets carry flag and chains to old INT 4bh handler. That may get around a SCSI conflict. Or not.

In addition, I cleaned up slightly naughty code which re-enabled interrupts when returning from the VDS call. Theoretically, the VDS interrupt might have been called with hardware interrupts disabled for good reason.

Will these revisions change anything? Don't know, but it's the best I can do without a misbehaving machine here to test. Hopefully no new error was introduced. Those with VDS-unhappy machines will need to try it out and report back results.

To test this version of EMM386, amble over to ftp.devoresoftware.com\downloads\emm386 and download emmhorse.zip. As before, unofficial release, no exterior version change, no EXE compression.




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to