[comp.os.msdos.programmer] DOS 5 Extended Errors?

rubin@visual1.jhuapl.edu (Don Rubin) (06/24/91)

Last week I tried a post of this to comp.os.msdos.misc
and didn't get any bites, so here goes.

Running two simple DOS apps (FC & FORMAT) I got the
omnious error message "Entended error 4" and 
"Extended error 2". What the heck are these? I RTFM
to no avail. Before I spend $$$ calling the Microsoft
black hole I ask for the net's help.

Don Rubin   rubin@visual1.jhuapl.edu

snow@drycas.club.cc.cmu.edu (06/25/91)

In a previous article, rubin@visual1.jhuapl.edu (Don Rubin) writes:
> Running two simple DOS apps (FC & FORMAT) I got the
> omnious error message "Entended error 4" and 
> "Extended error 2". What the heck are these? I RTFM
> to no avail. Before I spend $$$ calling the Microsoft
> black hole I ask for the net's help.

The manual mentions "Extended error" under "Command" in the reference
section (MS version, page 385.)  This may or may not be your problem.

I quote from the manual:

    /msg
	Specifies that all error messages should be stored in memory.
	Usually, some messages are stored only on disk.  This switch
	is useful only if you are running MS-DOS from floppy disks.
	You must specify the /p switch when you use the /msg switch.

-ken

bytehead@bluemoon.uucp (Bryan Price) (06/25/91)

rubin@visual1.jhuapl.edu (Don Rubin) writes:

> Last week I tried a post of this to comp.os.msdos.misc
> and didn't get any bites, so here goes.
> 
> Running two simple DOS apps (FC & FORMAT) I got the
> omnious error message "Entended error 4" and 
> "Extended error 2". What the heck are these? I RTFM
> to no avail. Before I spend $$$ calling the Microsoft
> black hole I ask for the net's help.

Are you using 4DOS as a COMMAND.COM replacement, or any other replacement 
for COMMAND.COM??  If not, are you using the correct COMMAND.COM for 5.0?  
This is a known problem with 4DOS, as the DOS programs use a part of 
COMMAND.COM for processing of help and extended errors.  If you don't use 
MS-DOS 5.0 COMMAND.COM, you get exactly what you are describing.

> 
> Don Rubin   rubin@visual1.jhuapl.edu



Bryan L. Price    bytehead@bluemoon | bytehead@bluemoon.uucp
                  1:226/340.1742 Fido