Hi again, VDS question time... So the only reason why you have to turn off VDS on some SCSI system is that the interfaces overlap (use the same interrupt / register values)? If so, it should be possible to autodetect that case. But I assume there are other cases where VDS must be turned off to make things work, so if you have encountered such a case, please tell us.
You means YOU DOS USER OUT THERE in this context :-). I remember that recent VDS problems were caused by bugs or incomplete support for this or that in EMM386 VDS. That does not count as "you have to turn off VDS to make things work", because the alternative solution "you have to update your emm386 to make things work while VDS is on ..." is the better solution here and there is no unavoidable general VDS incompatibility related to those problems. On the other hand, SCSI does seem to have odd properties which we should analyze some more. Remember that LBACACHE requires the TUNS option for some SCSI systems when you loadhigh LBACACHE: TUNS allocates stack space in low RAM, as some unknown quirk makes SCSI BIOSes fail on int 13 calls like function 8 or 48 when the stack is in UMB space... And it would be really nice to know more about that oddity. So I wonder if there are "VDS must be turned off" systems apart from the "interface overlaps" cases with the newest EMM386. And of course it would be nice to have a list of those SCSI systems (controllers / BIOSes) which do have the overlap-problem... Eric ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user