今天用VS2005编译DirectShow程序,一些莫名其妙的问题总结
2014-10-15 16:42
344 查看
error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter::FindPin(wchar_t const *,struct IPin * *)" (?FindPin@CBaseFilter@@UAGJPB_WPAPAUIPin@@@Z)
error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter::JoinFilterGraph(struct IFilterGraph *,wchar_t const *)" (?JoinFilterGraph@CBaseFilter@@UAGJPAUIFilterGraph@@PB_W@Z)
error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter::QueryVendorInfo(wchar_t * *)" (?QueryVendorInfo@CBaseFilter@@UAGJPAPA_W@Z)
上网一查,发现如下设置即可:
C/C++ | Language | Treat wchar_t as built-in type: yes?no?
默认为是,设置为否即可
(1) 为什么会出现这种错误呢?是因为VC6以及VS2003在wchar_t内置的选项上默认为No,而VS2005在此选项上默认为Yes,我今天使用VS2005打开原来VS2003建立的BaseClass项目,使得选项为No,这样编译出来的基类库的选项就是No了。
然后,在使用VS2005新建DirectShow程序时,默认选项为Yes,这样程序与基类的选项就不一致了,在函数的参数涉及到wchar_t时,程序的链接会由于生成的名字不同而导致链接不上(同样是wchar_t,链接时lib文件的符号是不同的)。
弄清楚这个问题之后,此选项的选择就无所谓了,只要工程和Lib在该选项上一致即可
(2)
通过查看定义CBasefilter类的头文件(amfilter.h)我发现其中关于构造函数的定义有如下代码
C/C++ code public: CBaseFilter( const TCHAR *pName, // Object description LPUNKNOWN pUnk, // IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid); // The clsid to be used to serialize this filter CBaseFilter( TCHAR *pName,
// Object description LPUNKNOWN pUnk, // IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid, // The clsid to be used to serialize this filter HRESULT *phr); // General OLE return code #ifdef UNICODE CBaseFilter( const
CHAR *pName, // Object description LPUNKNOWN pUnk, // IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid); // The clsid to be used to serialize this filter CBaseFilter( CHAR *pName, // Object description LPUNKNOWN pUnk,
// IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid, // The clsid to be used to serialize this filter HRESULT *phr); // General OLE return code #endif
所以我想,vs默认编码就是unicode的,所以应该用的构造函数时下面两个,于是我把调用CBasefilter构造函数的地方改成
C/C++ code CBaseFilter("NetSender", lpunk, &mFilterLock, CLSID_NetSender)
原来是
C/C++ code CBaseFilter(NAME("NetSender"), lpunk, &mFilterLock, CLSID_NetSender)
其他的构造函数的调用也进行相应的改造,果然将这些link error都给kill掉了^_^
但是还有一处有问题就是关于CPosPassThru这个构造函数,这个类的构造函数没有定义unicode版本的,只有这样一个构造函数
C/C++ code CPosPassThru(const TCHAR *, LPUNKNOWN, HRESULT*, IPin *);
我去掉NAME宏以后出现如下错误
C/C++ code error C2664: 'CPosPassThru::CPosPassThru(const TCHAR *,LPUNKNOWN,HRESULT *,IPin *)' : cannot convert parameter 1 from 'const char [13]' to 'const TCHAR *'
我使用NAME宏的话,又出现连接错误
C/C++ code error LNK2028: unresolved token (0A00024D) "public: __thiscall CPosPassThru::CPosPassThru(unsigned short const *,struct IUnknown *,long *,struct IPin *)" (??0CPosPassThru@@$$FQAE@PBGPAUIUnknown@@PAJPAUIPin@@@Z)
也就是说,它认为我给它传入的第一个参数是一个unsigned short const char*类型
1,请问为什么我使用NAME宏,它会认为我使用的是unsigned short const char*类型,NAME宏不就是TEXT宏么,而TEXT宏不就是可以将常量字符创转换成TCHAR*么?
2,如何解决这个问题,我想也就是如何将unsigned short const char*转换成TCHAR*的问题。
error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter::JoinFilterGraph(struct IFilterGraph *,wchar_t const *)" (?JoinFilterGraph@CBaseFilter@@UAGJPAUIFilterGraph@@PB_W@Z)
error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter::QueryVendorInfo(wchar_t * *)" (?QueryVendorInfo@CBaseFilter@@UAGJPAPA_W@Z)
上网一查,发现如下设置即可:
C/C++ | Language | Treat wchar_t as built-in type: yes?no?
默认为是,设置为否即可
(1) 为什么会出现这种错误呢?是因为VC6以及VS2003在wchar_t内置的选项上默认为No,而VS2005在此选项上默认为Yes,我今天使用VS2005打开原来VS2003建立的BaseClass项目,使得选项为No,这样编译出来的基类库的选项就是No了。
然后,在使用VS2005新建DirectShow程序时,默认选项为Yes,这样程序与基类的选项就不一致了,在函数的参数涉及到wchar_t时,程序的链接会由于生成的名字不同而导致链接不上(同样是wchar_t,链接时lib文件的符号是不同的)。
弄清楚这个问题之后,此选项的选择就无所谓了,只要工程和Lib在该选项上一致即可
(2)
通过查看定义CBasefilter类的头文件(amfilter.h)我发现其中关于构造函数的定义有如下代码
C/C++ code public: CBaseFilter( const TCHAR *pName, // Object description LPUNKNOWN pUnk, // IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid); // The clsid to be used to serialize this filter CBaseFilter( TCHAR *pName,
// Object description LPUNKNOWN pUnk, // IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid, // The clsid to be used to serialize this filter HRESULT *phr); // General OLE return code #ifdef UNICODE CBaseFilter( const
CHAR *pName, // Object description LPUNKNOWN pUnk, // IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid); // The clsid to be used to serialize this filter CBaseFilter( CHAR *pName, // Object description LPUNKNOWN pUnk,
// IUnknown of delegating object CCritSec *pLock, // Object who maintains lock REFCLSID clsid, // The clsid to be used to serialize this filter HRESULT *phr); // General OLE return code #endif
所以我想,vs默认编码就是unicode的,所以应该用的构造函数时下面两个,于是我把调用CBasefilter构造函数的地方改成
C/C++ code CBaseFilter("NetSender", lpunk, &mFilterLock, CLSID_NetSender)
原来是
C/C++ code CBaseFilter(NAME("NetSender"), lpunk, &mFilterLock, CLSID_NetSender)
其他的构造函数的调用也进行相应的改造,果然将这些link error都给kill掉了^_^
但是还有一处有问题就是关于CPosPassThru这个构造函数,这个类的构造函数没有定义unicode版本的,只有这样一个构造函数
C/C++ code CPosPassThru(const TCHAR *, LPUNKNOWN, HRESULT*, IPin *);
我去掉NAME宏以后出现如下错误
C/C++ code error C2664: 'CPosPassThru::CPosPassThru(const TCHAR *,LPUNKNOWN,HRESULT *,IPin *)' : cannot convert parameter 1 from 'const char [13]' to 'const TCHAR *'
我使用NAME宏的话,又出现连接错误
C/C++ code error LNK2028: unresolved token (0A00024D) "public: __thiscall CPosPassThru::CPosPassThru(unsigned short const *,struct IUnknown *,long *,struct IPin *)" (??0CPosPassThru@@$$FQAE@PBGPAUIUnknown@@PAJPAUIPin@@@Z)
也就是说,它认为我给它传入的第一个参数是一个unsigned short const char*类型
1,请问为什么我使用NAME宏,它会认为我使用的是unsigned short const char*类型,NAME宏不就是TEXT宏么,而TEXT宏不就是可以将常量字符创转换成TCHAR*么?
2,如何解决这个问题,我想也就是如何将unsigned short const char*转换成TCHAR*的问题。
相关文章推荐
- Directx SDK9.0b 中的程序在VS2005中编译中的一些问题
- Directx SDK9.0b 中的程序在VS2005中编译中的一些问题
- 关于VS2005编译的程序运行时提示“由于应用程序配置不正确,应用程序未能启动”的问题
- DirectShow 在vs2005中的问题解决之其它类文件编译错误问题处理
- (转)DirectShow9在VS2005或vc6.0下编译出现问题的解决方法
- Android程序的反编译和防止反编译,以及操作过程中遇到的一些问题
- 解决由VS2005 SP1带来的问题-在编译WM5程序时
- Netbeans开发桌面数据库程序时的一些小问题总结
- directshow编译中出现的一些问题,好贴,具有参考价值
- VS2005向导生成的win32程序编译GDI+问题
- VS2005下编译调试保护模式32位汇编程序总结
- 解决由VS2005 SP1带来的问题-在编译WM5程序时
- 理解VS2005 编译程序后出现的 manifest 后缀文件的问题
- 编译一些网上的directshow的例子时候,总会遇到各种各样的问题,下面搜集如下:
- VS2005下编译调试保护模式32位汇编程序总结
- 总结:今天在MSN Group里面和一些朋友谈ASP.net程序的性能优化
- vs2005编译的release MFC程序无法在未安装2005的机器上使用的问题解决
- 关于VS2005编译的程序运行时提示“由于应用程序配置不正确,应用程序未能启动”的问题
- 今天写程序遇到的一些问题
- ALSA编译中的一些问题总结