(转)const char to LPCTSTR不能转化问题

转:

const char to LPCTSTR不能转化问题

Visual C++ 2008里cannot convert parameter 1 from ‘const char [13]‘ to ‘LPCTSTR‘造成不能运行的原因主要是2005和2008中增加了一些参数类型的安全性检查,所以通常在6.0没有问题的LPCTSTR与 const char之间的转换到了这里就玩不转。微软给出的解决办法有两个:

  1. Change your project configuration to use multibyte strings. Press ALT+F7 to open the properties, and navigate to Configuration Properties > General. Switch Character Set to "Use Multi-Byte Character Set".(project->Win32projectProperties->General->Character Set)
  2. Indicate that the string literal, in this case "Hello world!" is of a specific encoding. This can be done through either prefixing it with L, such as L"Hello world!", or surrounding it with the generic _T("Hello world!") macro. The latter will expand to the L prefix if you are compiling for unicode (see #1), and nothing (indicating multi-byte) otherwise.

但是如果是变量,不是常量字符串的话,就还是会有问题。最痛快的办法就是在建立工程时,直接选不用那个Use Unicode libraries ,这样就不会再遇到这个问题了。

因为根据百度百科里所讲,LPCTSTR中第一个T表示根据程序中是否定义了UNICODE来处理,这样,不使用Unicode libraries ,就仍延续ANSI。

以下转百度百科:

LPCTSTR类型

  如何理解LPCTSTR类型?

  L表示long指针 这是为了兼容Windows 3.1等16位操作系统遗留下来的,在win32中以及其他的32为操作系统中, long指针和near指针及far修饰符都是为了兼容的作用。没有实际意义。

  P表示这是一个指针

  C表示是一个常量

  T表示在Win32环境中, 有一个_T宏

  这个宏用来表示你的字符是否使用UNICODE, 如果你的程序定义了UNICODE或者其他相关的宏,那么这个字符或者字符串将被作为UNICODE字符串,否则就是标准的ANSI字符串。

  STR表示这个变量是一个字符串

  所以LPCTSTR就表示一个指向常固定地址的可以根据一些宏定义改变语义的字符串。

  同样, LPCSTR就只能是一个ANSI字符串,在程序中我们大部分时间要使用带T的类型定义。

  LPCTSTR == const TCHAR *

  CString 和 LPCTSTR 可以说通用。 原因在于CString定义的自动类型转换,没什么奇特的,最简单的C++操作符重载而已。

  常量字符串ansi和unicode的区分是由宏_T来决定的。但是用 _T("abcd")时, 字符串"abcd"就会根据编译时的是否定一_UNICODE来决定是char* 还是 w_char*。 同样,TCHAR 也是相同目的字符宏。 看看定义就明白了。简单起见,下面只介绍 ansi 的情况,unicode 可以类推。

  ansi情况下,LPCTSTR 就是 const char*, 是常量字符串(不能修改的)。

  而LPTSTR 就是 char*, 即普通字符串(非常量,可修改的)。

  这两种都是基本类型, 而CString 是 C++类, 兼容这两种基本类型是最起码的任务了。

  由于const char* 最简单(常量,不涉及内存变更,操作迅速), CString 直接定义了一个类型转换函数

  operator LPCTSTR() {......}, 直接返回他所维护的字符串。

  当你需要一个const char* 而传入了CString时, C++编译器自动调用 CString重载的操作符 LPCTSTR()来进行隐式的类型转换。

  当需要CString , 而传入了 const char* 时(其实 char* 也可以),C++编译器则自动调用CString的构造函数来构造临时的 CString对象。

  因此CString 和 LPCTSTR 基本可以通用。

  但是 LPTSTR又不同了,他是 char*, 意味着你随时可能修改里面的数据,这就需要内存管理了(如字符串变长,原来的存贮空间就不够了,则需要重新调整分配内存)。

  所以 不能随便的将 const char* 强制转换成 char* 使用。

  楼主举的例子

  LPSTR lpstr = (LPSTR)(LPCTSTR)string;

  就是这种不安全的使用方法。

  这个地方使用的是强制类型转换,你都强制转换了,C++编译器当然不会拒绝你,但同时他也认为你确实知道自己要做的是什么。因此是不会给出警告的。

  强制的任意类型转换是C(++)的一项强大之处,但也是一大弊端。这一问题在 vc6 以后的版本(仅针对vc而言)中得到逐步的改进(你需要更明确的类型转换声明)。

  其实在很多地方都可以看到类似

  LPSTR lpstr = (LPSTR)(LPCTSTR)string;

  地用法,这种情况一般是函数的约束定义不够完善的原因, 比如一个函数接受一个字符串参数的输入,里面对该字符串又没有任何的修改,那么该参数就应该定义成 const char*, 但是很多初学者弄不清const地用法,或者是懒, 总之就是随意写成了 char* 。 这样子传入CString时就需要强制的转换一下。

  这种做法是不安全的,也是不被建议的用法,你必须完全明白、确认该字符串没有被修改。

  CString 转换到 LPTSTR (char*), 预定的做法是调用CString的GetBuffer函数,使用完毕之后一般都要再调用ReleaseBuffer函数来确认修改 (某些情况下也有不调用ReleaseBuffer的,同样你需要非常明确为什么这么做时才能这样子处理,一般应用环境可以不考虑这种情况)。

  同时需要注意的是, 在GetBuffer 和 ReleaseBuffer之间,CString分配了内存交由你来处理,因此不能再调用其他的CString函数。

  CString 转LPCTSTR:

  CString cStr;

  const char *lpctStr=(LPCTSTR)cStr;

  LPCTSTR转CString:

  LPCTSTR lpctStr;

  CString cStr=lpctStr;

时间: 2024-10-25 08:47:32

(转)const char to LPCTSTR不能转化问题的相关文章

[转]不能将参数1从“const char []”转换为“LPCTSTR

今天在使用vs2008+MFC时候,使用editControl的replacesel(“”)发生报错.如下::不能将参数1从“const char []”转换为“LPCTSTR” 其解决方案就是, 在项目属性里面找到项目默认值下面的字符集, 将其换为:使用多字节字符集就ok了.原因: typedef   LPCTSTR    LPTSTR ; #ifndef   _UNICODE    typedef   TCHAR   char;    #else    typedef   TCHAR   w

error C2664: “CWnd::MessageBoxW”: 不能将参数 1 从“const char [17]”转换为“LPCTSTR

MFC中给某个菜单项添加一个事件处理程序: 1.      void CMainFrame::OnTest()   2.      {   3.            MessageBox("you clicked Menu item.");   4.            // TODO: 在此添加命令处理程序代码    5.      }   编译时报告如下错误:error C2664: "CWnd::MessageBoxW": 不能将参数 1 从"c

error C2664: “LoadLibraryW”: 不能将参数 1 从“const char *”转换为“LPCWSTR”

在使用VS2010编写运行时动态链接dll文件时出现的一个问题,问题解决得益于此文章: http://blog.sina.com.cn/s/blog_6a2236590100xbgl.html 通过调用这个函数:LoadLibrary出现的该问题.原因 :工程只支持UNICODE字符解决方法:1.在解决方案资源管理器中的工程上右键属性->配置属性-->常规--->字符集---->使用多字节符字符集 2.也就是宽字符,所以下面这行代码,应该编译有错误hinst=LoadLibrary

char*,const char*和string 三者转换

1. const char* 和string 转换 (1) const char*转换为 string,直接赋值即可. EX: const char* tmp = "tsinghua". string s = tmp; (2) string转换为const char*,利用c_str() EX:  string s = "tsinghua"; const char*tmp = s.c_str(); 2. char*和const char*之间的转换 (1) cons

不能从const char *转换为LPCWSTR

编译器有时候会根据编码方式来选择定义为LPCWSTR还是LPCTSTR LPSTR: 32bit指针 指向一个字符串,每个字符占1字节. 相当于 char * LPCSTR: 32-bit指针 指向一个常字符串,每个字符占1字节. 相当于 const char * LPTSTR: 32-bit指针 每字符可能占1字节或2字节,取决于Unicode是否定义 LPCTSTR:32-bit指针 指向一个常字符串,每字符可能占1字节或2字节,取决于Unicode是否定义 LPWSTR: 32-bit指针

VS2010 mfc CString转const char *

很简单,一句话: 1 CFileDialog fileDlg(TRUE,NULL,NULL,0,szFilter,this);//这是一个文件打开对话框 2 const char* filename=(char *)(LPCTSTR)fileDlg.GetPathName();

char* 、const char*和string之间的转换

1. const char* 和string 转换 (1) const char*转换为 string,直接赋值即可. EX: const char* tmp = "tsinghua". string s = tmp; (2) string转换为const char*,利用c_str() EX:  string s = "tsinghua"; const char*tmp = s.c_str(); 2. char*和const char*之间的转换 (1) cons

c语言检测文件是否存在int __cdecl access(const char *, int);

最近写代码,遇到很多地方需要判断文件是否存在的.网上的方法也是千奇百怪,“百家争鸣”. fopen方式打开的比较多见,也有其他各种方式判断文件是否存在的,由于其他方法与本文无关,所以不打算提及. 笔者近来使用winapi比较多,于是顺便搜索了msdn,找到了一个函数:PathFileExists BOOL PathFileExists( _In_ LPCTSTR pszPath ); 以下是笔者最初的方法,windows api原则上提供的函数应该是最合理高效的,起码这个方法在windows平台

CString转换为const char*

CString str=_T("这是我的测试程序.");// 先得到要转换为字符的长度const size_t strsize=(str.GetLength()+1)*2; // 宽字符的长度;char * pstr= new char[strsize]; //分配空间;size_t sz=0;wcstombs_s(&sz,pstr,strsize,str,_TRUNCATE); int n=atoi(const char*)pstr); // 字符串已经由原来的CString