Article ID: 126646
Article Last Modified on 1/6/2006
APPLIES TO
- Microsoft Visual C++ 2005 Express Edition
- Microsoft Visual C++ .NET 2003 Standard Edition
- Microsoft Visual C++ .NET 2002 Standard Edition
- Microsoft Visual C++ 6.0 Professional Edition
- Microsoft Visual C++ 6.0 Enterprise Edition
- Microsoft Visual C++ 6.0 Standard Edition
- Microsoft Visual C++ 5.0 Professional Edition
- Microsoft Visual C++ 5.0 Enterprise Edition
- Microsoft Visual C++ 4.2 Professional Edition
- Microsoft Visual C++ 4.2 Enterprise Edition
- Microsoft Visual C++ 4.1 Subscription
- Microsoft Visual C++ 4.0 Standard Edition
- Microsoft Visual C++ 2.1
- Microsoft Visual C++ 2.0 Professional Edition
This article was previously published under Q126646
SYMPTOMS
When compiling an MFC application using the single-threaded run-time library, you receive the following two unresolved external error messages:
CAUSE
Starting with version 3.0, all MFC classes are "thread safe" and require the multi-threaded run-time libraries to link successfully. Many people try to use the single-threaded run-time libraries because they assume these libraries are needed to enable the application to run in Win32s. This is not the case. MFC versions 3.0 and later will use a single thread, so as long as you are not creating additional threads in the application, the application will run under Win32s.
RESOLUTION
To avoid these unresolved external errors, do not set the Project Settings to Single-Threaded for an MFC version 3.0 or later application. This setting can be changed by doing the following:
- On Microsoft Visual C++ 2005 or on Microsoft Visual C++ .NET
To set the option, read the online help topic under Setting Visual C++ Project Properties.
- On Microsoft Visual C ++ 2.
x, 5.0, and 6.0- Select the Project menu.
- Select the Settings... option.
- Select the C/C++ tab.
- Select Code Generation on the Category list box.
- Finally, make a selection other than Single-Threaded on the Use Run Time Library list box.
- On Microsoft Visual C++ 4.
x- Select the Build menu.
- Select the Settings... option.
- Select the C/C++ tab.
- Select Code Generation on the Category list box.
- Finally, make a selection other than Single-Threaded on the Use Run Time Library list box.
STATUS
This behavior is by design.
MORE INFORMATION
For Win32s, MFC version 3.0 and later versions do not create additional threads. However, the MFC does use Thread Local Storage (TLS) in the multithreaded libraries to provide per-process data in DLLs that are used by multiple applications under Win32s.
In the Project Settings dialog box, if you select the run-time library option to link "Multithreaded using DLL," you can take advantage of using the shared DLL, MSVCRTx0.DLL (where x represents the major version of Visual C++). There are separate versions of MSVCRTx0.DLL for Windows NT and Win32s that cannot be interchanged. "Multithreaded using DLL" is required when building an AFXDLL.
Linking to the multithreaded libraries may cause multiple defined symbol errors. This usually occurs when the application uses user-created or third-party static libraries that were created as single-threaded.
The best solution in this case is to rebuild the static libraries to use the same library options as MFC (either /MT or /MD, depending on which MFC lib is used).
In this case, you may be able to use /NOD:LIBC.LIB. However, if the static library accesses any static global C Run-Time data such as _errno or stdin, you will get unresolved externals on these symbols.
One solution which will always work is to isolate the single-threaded code into a DLL, and call it, protected by semaphores, from the multithreaded MFC code.
REFERENCES
For more information about the run-time library options, see the online help topic for the compiler options /MT and /MD.
Additional query words: 3.00 9.00
Keywords: kberrmsg kbtshoot kbprb kbcompiler KB126646
