lane@cs.dal.ca (John Wright/Dr. Pat Lane) (09/25/89)
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.carhg@cpsolv.UUCP (Richard H. Gumpertz) (09/28/89)
As long as we are listing bugs (undocumented features?) in DOS 4.01: set | find "PATH" seems to work but set | find "PATH=" generates an error message concerning an undefined ketword!. Moby sigh. -- ========================================================================== | Richard H. Gumpertz: ...uunet!amgraf!cpsolv!rhg | | Computer Problem Solving, 8905 Mohwak Lane, Leawood, Kansas 66206-1749 | ==========================================================================