X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
Sender: owner-executor@ardi.com
Precedence: bulk
Twerp <CAVANY@central.edu> wrote:
>For all the ppl having problems w/ reading Mac CDs and such under windoze95,
>there is a decently simple solution... before we get to that, there is something
>everyone using win95 should know... win95 is just another application that can
>be started and stopped whenever from DOS7. The logos.sys file in the windows
>directory contains the shutdown screen for win95 which HIDES the dos prompt.
>ie... when you "shut down" from win95, you just ended the win95 app and went
>back to DOS7. Typing C:\mode co80 will get rid of that screen. This takes me
>to the whole point of writing this... go ahead and load the drivers for the cd
>rom drive and the mouse drivers in the config.sys file and autoexec.bat files.
>Win95 will not use those drivers -- it replaces them with "32bit clean" drivers.
>Just remember, Win95 is EXACTLY like win3.1 and win3.11 in that it is a
>make-believe OS. MS just has DOS7 start up win95 automatically via a hidden file called msdos.sys. Change "boot GUI=1" to "boot GUI=0" to start up at the
>command prompt.
This only works if you use an alternate command interpreter (other
than COMMAND.COM). For example, I use NDOS; I added the following
entry to my ALIAS file:
w*in=c:\windows\win %&^mode co80
Evidently, the COMMAND.COM in DOS 7 has a "feature" that causes the
machine to freeze after Windows 95 exits.
Incidentally, if you do use an alternate command interpreter, the
"BootGUI" entry in MSDOS.SYS will be ignored; Windows will never be
automatically started after AUTOEXEC.BAT is finished.
As a side note, I have a WDC 1280 Mb hard drive, and an old,
nontranslating BIOS. Since I boot from that drive, it is set up to
load the Dynamic Drive Overlay. This is a TSR that places itself on
the top of the lower 640K, taking up conventional memory. When I run
COMMAND.COM, it is moved into upper memory. Therefore, I have placed