FIX: MS-DOS APPEND Interacts with /Fo and /FeLast reviewed: September 16, 1997Article ID: Q85475 |
5.10 6.00 6.00a 6.00ax 7.00 | 1.00
MS-DOS | WINDOWSkbinterop kbfixlist kbbuglist The information in this article applies to:
SYMPTOMSWhen the MS-DOS APPEND path is set, if an .OBJ or .EXE file does not exist in the current directory or in the directory specified with the /Fo or /Fe switch but does exist in a directory on the APPEND path, the new .OBJ or .EXE file will be placed in the directory on the APPEND path. This will occur regardless of how the path is specified with the /Fo or /Fe compiler switch.
CAUSEAPPEND is an MS-DOS terminate-and-stay-resident (TSR) program that searches for data files in directories other than the current directory. APPEND maintains its own list of directories to search for data files. When the compiler tries to open a file, APPEND causes the file on its path to be opened instead of the file in the current directory or in the directory specified with the /Fo or /Fe switch.
RESOLUTIONPlacing a copy of the .OBJ or .EXE file in the directory specified by the /Fo or /Fe switch allows the compiler to update the appropriate file. Also, removing the .OBJ or .EXE file from the directory specified by the APPEND path allows the compiler to place the file in the directory specified by the /Fo or /Fe switch. Removing the APPEND TSR also resolves the problem.
STATUSMicrosoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. This bug was corrected in Visual C++ for Windows, version 1.5.
MORE INFORMATIONTo reproduce this problem, follow these steps:
|
Additional reference words: 5.10 6.00 6.00a 6.00ax 7.00 8.00 1.00
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |