> Ah, true, finding enough consecutive free CDS entries elsewhere
> would work > too. However, as I stated in the other mail, I think
> that assigning non-consecutive entries is possible too - and would
> probably do for most drivers.
DOS only tells the driver what the first drive number is, and DOS (and the
driver) always assume that the remaining drives are consecutive. That's the
way it's done in CONFIG.SYS, so it should be the way DEVLOAD works also.
Technically, though, you're correct in the sense that the driver shouldn't
really even care what its drive numbers are, since DOS calls the driver with a
unit ("index") number, not a drive number. If the driver status information
gets displayed somehow, or there is some sort of "interaction" between the
drives in the software, though, it would always assume things were consecutive.
Even if installed as a TSR, you really shouldn't even care what the drive
numbers are, unless you are trying to uninstall it or show the status.
> Yeah, well, that's true. On the other hand, there's system-specific
> things in DEVLOAD that one needs to figure out to install drives
> oneself, so > while programs doing everything on their own are the
> most flexible, they're also more tricky to write and more dependent
> on system internals.
True, but there are several source code examples on how to do it, including
DEVLOAD itself, so you can't use the "I don't know how" excuse, only the "I
don't want to".
------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts.
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
