The information in this article applies to:
SYMPTOMSWhen using the Microsoft Library Manager (LIB) to extract or delete an object module in a library, the following error is generated even though the object module is in the library: Similarly, when attempting to replace an object module in a library, the following warnings are generated even though the object module is in the library: When attempting to add an object module to a library that already contains it, the following warning is generated: This warning may be followed by: Instead, just the U4150 warning should be generated. CAUSE
The library may have been created using the /NOI option on the LIB command
line. This switch turns on case sensitivity when comparing symbols.
However, this also causes LIB to preserve case when comparing module names.
This can result in unexpected U2155, U4155, U4151, and U4150 messages.
lib testlib.lib *test.obj;will result in an incorrect U2155 error because LIB will not match test.obj with TEST.OBJ, because TESTLIB.LIB was created using the /NOI option. Executing commands to remove TEST.OBJ from the library or to both extract and remove TEST.OBJ, as shown below lib testlib.lib -test.obj;will generate the same incorrect U2155 error because test.obj will not be considered as matching TEST.OBJ. Similarly, the command to replace TEST.OBJ in the library lib testlib.lib -+test.obj;generates warnings U4155 and U4151 because LIB does not consider test.obj to be the same as TEST.OBJ. Thus the same module is added to the library a second time causing symbol redefinitions. Also, the command to add test.obj to the library TESTLIB.LIB, which already contains it as TEST.OBJ lib testlib.lib +test.obj;causes the U4151 warning to be generated, possibly followed by the U4150 warning. Again, this is because test.obj is not considered to be the same module name as TEST.OBJ. RESOLUTIONThe following are workarounds in this situation.
-or- STATUSThis feature is under review. Additional query words: 3.10 3.20 LibIss
Keywords : kb16bitonly |
Last Reviewed: October 28, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |