DOS ain't dead

... UIDE Not Designed For This. (Announce)

posted by Jack, 02.11.2007, 02:25

> I really understand problems with SCSI and ZIP drivers and even don't
> think about them - they are not widespread. But I'm speaking about
> another driver - ASPI emulation layer for IDE/ATAPI CD/DVD drives.
> Drive is IDE/ATAPI, software interface is ASPI. I think, that it
> may be a separate driver interacting with UIDE ...

UIDE handles CD/DVD drives for data input only, not any sort of data
output. The spec for a "CD-ROM Redirector" like SHCDX33C or MSCDEX
never included write functions, as it was done before CD/DVD burners
were available.

Instead of adding write logic in UIDE, you should keep your "burner"
driver separate. If it only does output, UIDE can still input data
files, since UIDE and the "burner" driver will not be running at the
same time. If the "burner" driver DOES do file input, it can still
call UIDE's "external entry" routine for data caching like UDVD did.
Slightly different "linkage", but it can still work O.K.

Complete thread:

• New UIDE Releases. - Jack R. Ellis, 01.11.2007, 18:21 (Announce)
  • New UIDE Releases. - avoskov, 01.11.2007, 22:02
    • No "ASPI", Only "IDE" In UIDE. - Jack, 02.11.2007, 00:35
      • No "ASPI", Only "IDE" In UIDE. - avoskov, 02.11.2007, 01:35
        • ... UIDE Not Designed For This. - Jack, 02.11.2007, 02:25