C++ LNK2001:未解析的外部符号_imp__AddEventSource
我有一个表面上看起来很简单的应用程序，类似于几十个给我带来很少或没有麻烦的类似情况。在修改了我在代码项目中找到的一个示例之后，我开始将顶级例程移动到一个新的控制台应用程序中，剩下的代码将进入传统的Win32 DLL。这是我做过几十次的事情，我对declspecdllexport和declspecdllimport都很熟悉。我定义了一对常用的宏和预处理器变量，告诉编译器为调用者发出u declspecdlimport，为被调用者发出u declspecdllexport。这一切都是花园式的Windows编程，但控制台程序不会链接C++ LNK2001:未解析的外部符号_imp__AddEventSource,c++,dllimport,dllexport,C++,Dllimport,Dllexport,我有一个表面上看起来很简单的应用程序，类似于几十个给我带来很少或没有麻烦的类似情况。在修改了我在代码项目中找到的一个示例之后，我开始将顶级例程移动到一个新的控制台应用程序中，剩下的代码将进入传统的Win32 DLL。这是我做过几十次的事情，我对declspecdllexport和declspecdllimport都很熟悉。我定义了一对常用的宏和预处理器变量，告诉编译器为调用者发出u declspecdlimport，为被调用者发出u declspecdllexport。这一切都是花园式的Wind
查找答案，我使用微软Visual C++编译器上的/EP开关获取两个受影响程序的预处理器输出的拷贝。 主例程ProcessTestCase_ELS在单独的源文件ProcessTestCase_ELS.cpp中定义。您可以想象，即使定义了WINDOWS_LEAN_和_MEAN，列表也相当长，但相关的部分只是以下几行
// The following ifdef block is the standard way of creating macros which make exporting
// from a DLL simpler. All files within this DLL are compiled with the EVENTLOGGINGFORALL_EXPORTS
// symbol defined on the command line. this symbol should not be defined on any project
// that uses this DLL. This way any other project whose source files include this file see
// EVENTLOGGINGFORALL_API functions as being imported from a DLL, wheras this DLL sees symbols
// defined with this macro as being exported.
// ============================================================================
// Install an app as a source of events under the name pszName into the Windows
// Registry.
// ============================================================================
extern "C" __declspec(dllimport) DWORD AddEventSource
(
PCTSTR pszName , // Pointer to string containing event source ID
PCTSTR pszMessages , // Optional (default = NULL) pointer to string containing name of associated message file
PCTSTR pszLogName , // Optional (default = NULL) pointer to string containing name of event log
PCTSTR pszCategories , // Optional (default = NULL) pointer to string containing name of category message file
DWORD dwCategoryCount // Optional (default = 0) category count
) ;
// ============================================================================
// Install an app as a source of events under the name pszName into the Windows
// Registry.
// ============================================================================
extern "C" __declspec(dllexport) DWORD AddEventSource
(
PCTSTR pszName , // Pointer to string containing event source ID
PCTSTR pszMessages , // Optional (default = NULL) pointer to string containing name of associated message file
PCTSTR pszLogName , // Optional (default = NULL) pointer to string containing name of event log
PCTSTR pszCategories , // Optional (default = NULL) pointer to string containing name of category message file
DWORD dwCategoryCount // Optional (default = 0) category count
TCHAR * lpszPath = ( TCHAR * ) &szPath ;
HKEY hRegKey = 0 ;
DWORD dwError = 0L ;
sprintf ( szPath , // Output buffer
"%s\\%s\\%s" , // Format string
"SYSTEM\\CurrentControlSet\\Services\\EventLog" , // Substitute for token 1
pszLogName
? pszLogName
: "Application" , // Substitute for token 2
pszName ) ; // Substitute for token 3
// ------------------------------------------------------------------------
// Create the event source registry key.
// ------------------------------------------------------------------------
dwError = RegCreateKeyA ( (( HKEY ) (ULONG_PTR)((LONG)0x80000002) ) , // Hive Name
szPath , // Key Name
&hRegKey ) ; // Pointer to place to store handle to key
// ------------------------------------------------------------------------
// If pszMessages is NULL, assume that this module contains the messages,
// and get its absolute (fully qualfied) name.
// ------------------------------------------------------------------------
if ( !(pszMessages) )
{
if ( !(( HMODULE ) GetModuleFileNameA ( m_hinstDLL , szPath , 260 )) ) // Sze of buffer, in TCHARs.
{
return util::ReportErrorOnConsole ( ) ;
} // Unless ( ( HMODULE ) GetModuleFileName ( m_hinstDLL , szPath , MAX_PATH ) )
} // Unless ( pszMessages )
// ------------------------------------------------------------------------
// Register EventMessageFile.
// ------------------------------------------------------------------------
dwError = RegSetValueExA ( hRegKey , // Handle to key
"EventMessageFile" , // Value Name
0x00000000L , // Reserved - pass NULL
( 2 ) , // Value type
( PBYTE ) szPath , // Value data
( ( ( strlen ( ( LPCTSTR ) szPath ) + 1 ) * sizeof ( TCHAR ) ) ) ) ; // Size of value data - Macro TCharBufSizeP6C encapsulates all of this: ( _tcslen ( szPath ) + 1 ) * sizeof TCHAR )
// ------------------------------------------------------------------------
// Register supported event types.
// ------------------------------------------------------------------------
DWORD dwTypes = 0x0001
| 0x0002
| 0x0004 ;
dwError = RegSetValueExA ( hRegKey , // Handle to key
"TypesSupported" , // Value Name
0x00000000L , // Reserved - pass NULL
( 4 ) , // Value type
( LPBYTE ) &dwTypes , // Value data
sizeof dwTypes ) ; // Size of value data
if ( dwError )
{
return util::ReportErrorOnConsole ( dwError ) ;
} // if ( dwError )
// ------------------------------------------------------------------------
// If we want to support event categories, we have also to register the
// CategoryMessageFile, and set CategoryCount. Note that categories need to
// have the message ids 1 to CategoryCount!
// ------------------------------------------------------------------------
if ( dwCategoryCount > 0x00000000 )
{
if ( !(pszCategories && pszMessages) )
{
if ( !(( HMODULE ) GetModuleFileNameA ( m_hinstDLL , szPath , 260 )) )
{
return util::ReportErrorOnConsole ( ) ;
} // Unless ( ( HMODULE ) GetModuleFileName ( m_hinstDLL , szPath , MAX_PATH ) )
} // Unless ( pszCategories && pszMessages )
dwError = RegSetValueExA ( hRegKey , // Handle to key
"CategoryMessageFile" , // Value name
0x00000000L , // Reserved - pass NULL
( 2 ) , // Value type
MsgFileNameString ( pszMessages ,
pszCategories ,
lpszPath ) , // Value data
MsgFileNameLen ( pszMessages ,
pszCategories ,
lpszPath ) ) ; // Size of value data
if ( dwError )
{
return util::ReportErrorOnConsole ( dwError ) ;
} // if ( dwError )
dwError = RegSetValueExA ( hRegKey , // handle to key
"CategoryCount" , // value name
0x00000000L , // reserved
( 4 ) , // value type
( PBYTE ) &dwCategoryCount , // value data
sizeof dwCategoryCount ) ; // size of value data
if ( dwError )
{
return util::ReportErrorOnConsole ( dwError ) ;
} // if ( dwError )
} // if ( dwCategoryCount > 0 )
dwError = RegCloseKey ( hRegKey ) ;
if ( dwError )
{
return util::ReportErrorOnConsole ( dwError ) ;
} // if ( dwError )
else
{
return util::AnnounceChangeToAll ( ) ;
} // FALSE (UNexpected outcome) block, if ( lr )
} // DWORD •
LIBRARY EventLoggingForAll
VERSION 1, 0, 0, 1
EXPORTS
AddEventSource @2
RemoveEventSource @3
Microsoft (R) COFF Binary File Dumper Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
Dump of file C:\Documents and Settings\DAG\My Documents\Programming\Visual Studio 6\DLL\EventLogging\Debug\EventLoggingForAll.lib
File Type: LIBRARY
Exports
ordinal name
2 _AddEventSource@20
3 _RemoveEventSource@8
Summary
A8 .debug$S
14 .idata$2
14 .idata$3
4 .idata$4
4 .idata$5
18 .idata$6
Microsoft (R) COFF Binary File Dumper Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
Dump of file C:\Documents and Settings\DAG\My Documents\Programming\Visual Studio 6\DLL\EventLogging\Debug\EventLoggingForAll.dll
File Type: DLL
Section contains the following exports for EventLoggingForAll.dll
0 characteristics
54BB1CE9 time date stamp Sat Jan 17 20:39:37 2015
0.00 version
2 ordinal base
2 number of functions
2 number of names
ordinal hint RVA name
2 0 00001014 AddEventSource
3 1 00001019 RemoveEventSource
Summary
1000 .data
1000 .idata
1000 .rdata
1000 .reloc
1000 .rsrc
12000 .text
选择dllexport或模块定义文件。不要两者都做。陈，起初，我只有dllexport，但我一事无成。此外，我的收藏中的其他每个项目都有这两个，我从来没有读过或听过任何不鼓励使用这两个项目的东西。我能看到的唯一不同的是这个项目的所有东西，在边界的两侧，都是C++；因此，prototype.Pick中的extern C可以选择dllexport或模块定义文件。不要两者都做。陈，起初，我只有dllexport，但我一事无成。此外，我的收藏中的其他每个项目都有这两个，我从来没有读过或听过任何不鼓励使用这两个项目的东西。我能看到的唯一不同的是这个项目的所有东西，在边界的两侧，都是C++；因此，prototype.Build目标中的extern C不是问题；所有内容都是32位。尽管我说过构建目标在本例中不是问题，但这个建议值得记住；所有内容都是32位。尽管我说过构建目标在本例中不是问题，但该建议值得记住。您提出的解决方案工作正常；将DLL项目的默认调用约定恢复为_cdecl允许控制台程序链接，我可以在上的dumpbin报告中看到差异
导入库；顺便说一句，我忘了提到我知道装修这个名字是问题的根源，但我无法发现如何解决它。我没有想到默认调用约定中的实验性更改是问题的根源；毕竟，导出的例程有显式的调用约定。关于TCHAR类型，我还没有完成。从中派生此代码的示例将参数强制转换为PCTSTR。最终版本将把它们转换为LPCTSTR，并将同时具有ANSI和Unicode实现。自2005年以来，我一直将TCHAR与TCHAR.H中定义的通用TCHAR映射结合使用，我敏锐地意识到许多缺陷，并且我认为我已经采取了足够的措施来缓解它们；保持同步的事情少了一件。我在几年前开始添加它，当时我在模块定义文件的文档中注意到它，假设它必须涵盖版本资源未涵盖的某些情况。从一开始我就一直在使用它们。关于标题，我只有一个，尽管从我发布的材料中看不明显。我的所有DLL头文件都与DLL具有相同的基名称。函数声明顶部的注释取自此声明的标题。显示的输出是我努力验证声明是否正确生成的结果，如调用例程中的u declspecdlimport和DLL中的u declspecdllexport；将DLL项目的默认调用约定恢复为_cdecl允许控制台程序链接，我可以在导入库的dumpbin报告中看到差异；顺便说一句，我忘了提到我知道装修这个名字是问题的根源，但我无法发现如何解决它。我没有想到默认调用约定中的实验性更改是问题的根源；毕竟，导出的例程有显式的调用约定。关于TCHAR类型，我还没有完成。从中派生此代码的示例将参数强制转换为PCTSTR。最终版本将把它们转换为LPCTSTR，并将同时具有ANSI和Unicode实现。自2005年以来，我一直将TCHAR与TCHAR.H中定义的通用TCHAR映射结合使用，我敏锐地意识到许多缺陷，并且我认为我已经采取了足够的措施来缓解它们；保持同步的事情少了一件。我在几年前开始添加它，当时我在模块定义文件的文档中注意到它，假设它必须涵盖版本资源未涵盖的某些情况。从一开始我就一直在使用它们。关于标题，我只有一个，尽管从我发布的材料中看不明显。我的所有DLL头文件都与DLL具有相同的基名称。函数声明顶部的注释取自此声明的标题。显示的输出是我努力验证声明是否正确生成的结果，如调用例程中的u declspecdlimport和DLL中的u declspecdllexport。