Eric Auer-3 wrote:
>
> ...
> I find it a very good idea in USB drivers to support the ASPI API so other
> drivers and client apps can use
> that to access the drives in question :-)
>
I disagree. ASPI and INT 13h are essentially competitive technologies, not
complementary. If a disk can be a
In reply to: Eric Auer
>>> ... in vague terms, that most stringent "anti
>>> reverse engineering" laws allow for independent fixes
>>> and enhancements to IP protected code, but IANAL.
> You can manipulate software to fix interoperability bugs afair.
My understanding too.
>> usually the cl
In reply to: Bernd Blaauw
> Op 29-1-2012 12:21, Bertho Grandpied schreef:
>> Hard Disk -- USB (4K sectors) -- DOS with "usbaspi.sys" (ASPI manager) --
>> "didd1000.sys" (ASPI to DOS converter)
(...)
>> The ASPI to DOS converter is the part that has to
> adapted, or else redone from scratch. I
Op 29-1-2012 17:52, Jack schreef:
> What UIDE will NOT permit is handling any BIOS units flagged as being
> "removeable"!! One CANNOT be certain all DOS variants will handle a
> "media change" (new disk) within their Int 13h coding, which was done
> at a time when Int 13h hard-disks really were
> Jack has his own private reasons for not being a fan of ASPI, thus his
> UIDE driver (PCI IDE/SATA storage and optical disk driver) doesn't
> implement nor hook into ASPI. I'm not aware of opensource CD-writing
> software that doesn't require ASPI.
Not entirely true -- UIDE can call "Int 13h"
Hi Bret,
the ASPI thing that we are missing now is, afaik, a driver
which turns partitions on ASPI non-int13 disks into DOS
block devices... Separate from that question, I find it a
very good idea in USB drivers to support the ASPI API so
other drivers and client apps can use that to access the
d
Op 29-1-2012 16:19, Bret Johnson schreef:
> USBDRIVE provides a device driver, but also provides an INT 13h interface.
> There are lots of freely available DOS tools that will work with this type of
> architecture, since the USB disk appears to be a simple removable hard drive.
> DOS should h
As I was designing USBDRIVE, I considered writing it as a straight ASPI driver
(similar to the architecture of DIDD1000 or ASPIDISK), but decided against it
for a multitude of reasons. The most important reason was the lack of freely
available DOS ASPI support programs (e.g., to format or parti
Hi people,
>> Hard Disk -- USB (4K sectors) -- DOS with "usbaspi.sys" (ASPI
>> manager) -- "didd1000.sys" (ASPI to DOS converter)
Adaptec ASPIDISK is less than 8 kB, much smaller than DI1000 the
2001 Novac Ninja ASPI disk driver 2.00 which made some FreeDOS
developers write angry comments about
Op 29-1-2012 12:21, Bertho Grandpied schreef:
> Hard Disk -- USB (4K sectors) -- DOS with "usbaspi.sys" (ASPI manager) --
> "didd1000.sys" (ASPI to DOS converter)
Ah the data flow from a drive behind an USB connector, to operating
system booted from harddisk?
> The ASPI to DOS converter is the
10 matches
Mail list logo
