Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!cs.dal.ca!lane
From: lane@cs.dal.ca (John Wright/Dr. Pat Lane)
Newsgroups: comp.sys.ibm.pc
Subject: YAB in DOS4
Summary: Yet Another Bug in DOS 4.0: PRINT.COM and SUBST'd drives.
Keywords: DOS 4.0, bugs, PRINT, SUBST
Message-ID: <1989Sep25.060102.23290@cs.dal.ca>
Date: 25 Sep 89 06:01:02 GMT
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Lines: 29

Well, I'm sure that news of another little bug in DOS 4 won't surprise
anybody but here goes.

Suppose you have used SUBST to make D: equivalent to C:\WORK and your in
D:\TOPRINT (= C:\WORK\TOPRINT).  Issue PRINT *.* and the first file gets
into the queue OK but for the rest you get a message like:
	File not found - C:\WORK\TOPFILE2.TXT 
	File not found - C:\WORK\TOPFILE3.TXT 
	....
The problem is that PRINT does a DOS FINDFIRST function to get the first
matching file, constructs an ASCIIZ string with the path (from D:) and
the filename.  It then checks the drive and if it is a SUBST'd drive
copies the string to another area and calls a DOS fuunction that returns
the path for the drive and it reconstructs the pathname from the real
drive, overwriting the old pathname.  Then it passes this string to the 
resident PRINT server.  The problem comes when it does a FINDNEXT for
the next matching file.  It puts the next filename exactly where the
first one went in the ASCIIZ string with the path from D: resulting in
the jumbled up filename that appears in the error message.  

This does not occur with DOS 3.20 or 3.30.

I hope someone from Microsoft is listening. 

-- 
John Wright      //////////////////     Phone:  902-424-3805  or  902-424-6527
Post: c/o Dr Pat Lane, Biology Dept, Dalhousie U, Halifax N.S., CANADA B3H-4H8 
Cdn/Eannet:lane@cs.dal.cdn  Uucp:lane@dalcs.uucp or {uunet watmath}!dalcs!lane
Arpa:lane%dalcs.uucp@uunet.uu.net  Internet:lane@cs.dal.ca