Well, so it is a BIOS bug, and that is the end of research in this direction...
Either syslinux (that seems to be better but for which I need help) or RDISK+SUBST (that I know, but may be a bit clumsy) Thanks, Alain Em 17-05-2011 15:05, Jack escreveu: > > Alain, > >> I just foud how to make it work (kind of...) >> >> I boot normally, single-stepping, loading all *except UIDE*, than I do: >> SET COMSPEC=C:\COMMAND.COM (it's the same) >> C: >> DEVLOAD A:\DOS\UIDE.SYS /D:CDROM >> >> it loads, and I can access drive C:, but if I access A: it locks just >> the same, with the HardDisk led on. >> >> ==>> so, imho, the drive A: is disapearing when UIDE is loaded. It looks >> like an interaction between the BIOS boot driver that creates A: for the >> CD boot image and UIDE :( > > I wrote UIDE to be a "standard" system driver, not a "CD boot" driver, > and I was unaware that BIOS "CD boot" drivers set the CD to be used as > the A: drive. How they do this, and what hardware access schemes are > used, are unknown to me. So, I am not surprised that the BIOS "boot" > driver conflicts with UIDE, if both run on the same system. > > If you still want to use UIDE (or UIDEJR) in your CD download process, > you can load it as follows -- > > DEVICE[HIGH]=C:\DOS\UIDE.SYS /N2 > > The /N2 switch tells UIDE not to handle any CD/DVD drives, thus you do > not need a /D: switch either. This should allow your "boot" A: drive > to go on being used. After users have downloaded all they need from > your CD, they can then change UIDE to handle regular files from the CD > by getting rid of /N2 and re-adding a /D: device name. > > Jack R. Ellis > > > ------------------------------------------------------------------------------ > Achieve unprecedented app performance and reliability > What every C/C++ and Fortran developer should know. > Learn how Intel has extended the reach of its next-generation tools > to help boost performance applications - inlcuding clusters. > http://p.sf.net/sfu/intel-dev2devmay > _______________________________________________ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user