James,
I am the author of the UIDE and UIDEJR drivers, and I will try
to answer your questions.
I am trying to set up support for a cd/dvd drive on my freedos.
I am using vbox on a mac running freedos as my operating system.
I assume your vbox responds the same as a true PC system. If
it does not, UIDE/UIDEJR may not work, as they interrogate the
PCI BIOS to find what controllers and hard-disks are present.
I want to be able to use my cd/dvd drive on my MacBook pro laptop.
I have the drivers for UIDE. I have read the readme file, but it
is very technical. I could use some help loading the drivers.
Do note Section 5 of the README file, which gives samples of the
commands needed in CONFIG.SYS, or FDCONFIG.SYS in your case, for
loading UIDE.
Do I have to edit my config.sys file?
Yes, you do. At least a command similar to the following must be
added to it, for loading UIDE --
DEVICE=C:\DRIVERS\UIDE.SYS /S100 /D:MYCDROM
If you want only a basic non-caching driver, you can load UIDEJR
[i.e. junior UIDE] using the same type of CONFIG.SYS line --
DEVICE=C:\DRIVERS\UIDEJR.SYS /D:MYCDROM
The /D: name must be the same as given to SHSUCDX or SHCDX33E (my
equivalent CD/DVD manager), so the two programs can communicate
correctly re: the CD/DVD drives they handle. Also, since UIDEJR
is not a caching driver, it needs no /S cache-size switch.
Do I put the drivers, that I downloaded on my c: drive?
They can be on any drive or in any directory you like, as long as
the DEVICE= in your command line tells FreeDOS exactly where they
are.
I could use some help, my goal is to be able to access my cd/dvd
drive on my mac while in freedos. Like I could put in a cd and
then in freedos change to drive a or b or whatever letter is
assigned the cd drive and access a cd in my MacBook pro cd drive.
If you intend only occasional use of CD/DVD files, you may want
to download my latest 10-May-2011 DRIVERS.ZIP file from --
http://johnson.tmfc.net/dos/driver.html
Johnson Lam has been my partner since 2004 in testing and distri-
buting the drivers, and his above website still hosts the drivers
for me.
In the 10-May-2011 DRIVERS.ZIP, the latest UIDEJR.SYS driver takes
only 2032 bytes of memory in its CD/DVD only form, loaded as --
DEVICE=C:\DRIVERS\UIDEJR.SYS /D:MYCDROM /N1
The /N1 switch tells it No hard-disks and saves about 1100 bytes
of memory, i.e. it omits disk logic and runs only CD/DVD drives.
The latest UIDEJR is not particular re: being loaded with an XMS
manager, e.g. HIMEM or my own XMGR.If an XMS manager is there,
UIDEJR using the above command-line requests 128K of XMS memory as
its I-O buffer. The buffer is used only when UltraDMA may NOT be
used, as when a DOS program does input to an odd address buffer,
etc. If XMS is unavailable, UIDEJR will handle such misaligned
CD/DVD input using old PIO mode [Programmed input-output, i.e.
SLOW!].
The above DEVICE= command always places the driver in low memory
i.e. in the original 640K of DOS memory. If you use DEVICEHIGH=
instead, the driver can be loaded into upper memory beyond 640K.
Doing so requires an XMS manager and either (A) the UMBPCI driver,
which can map system Shadow RAM into the 640K to 1-MB area, or
(B) one of the EMM drivers such as JEMMEX, or the combination of
HIMEMX + JEMM386 or my own XMGR + JEMM386, which can map regular
memory into the 640K to 1-MB range.UMBPCI is simpler, but more
limited in functionality (complex subject!), so if you want to use
upper-memory, a better choice is an XMS manager and an EMM driver,
or the combined JEMMEX.
Upper memory schemes are admittely a lot more complicated!If
you are new to FreeDOS, loading UIDEJR just as I show above will
handle your CD/DVD files O.K.
Do remember to load either SHSUCDX, my own SHCDX33E, or MSCDEX, in
your AUTOEXEC.BAT file. UIDE/UIDEJR are only the drivers for a
CD/DVD drive -- Its file manager is one of the above 3 programs!
You need to add a line in AUTOEXEC similar to --
C:\DRIVERS\SHSUCDX.COM /D:MYCDROM /C
The /C switch keeps the driver where it was loaded, i.e. if into
low-memory, it shall not try to move itself to upper-memory, and
vice-versa.And again, the name after /D: must match the name
given to UIDE or UIDEJR. My drivers default to UDVD1 thus if
you give SHSUCDX/SHCDX33E the switch /D:UDVD1 you needn't have a
/D: switch on the CONFIG.SYS command-line which loads UIDE/UIDEJR.
Anything further, send me a private E-Mail, and I shall be happy
to respond!
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