无法将参数1从“const char [6]”转换为“char *”的解决方法

简介: 无法将参数1从“const char [6]”转换为“char *”的解决方法

       有一些C++程序在VS2017上运行会有一些错误,而在vc6.0中却能运行出来。接下来的一个程序就是我在vs2017上运行出现错误,而在vc6.0上运行出来。但我已经通过分析vs2017上错误来源解决了该问题,并以此作为分享。

实例码:

#include<iostream>
using namespace std;
class String
{
public:                                            
String() { p = NULL; }            //定义默认构造函数
String( char *str);                  //声明构造函数
void display();
private:
char *p;                                 //字符型指针,用于指向字符串
};
String::String( char *str)                //定义构造函数
{
p = str;                                  //使p指向实参字符串
}
void String::display()
{
cout << p;
}
int main()
{
String string1("Helle");
String string2("Book");
string1.display(); 
cout << endl;
string2.display();
cout << endl;
return 0;
}

在vs2017运行会显示

从vs2017显示的错误中看出,把形参改为常指针的话,就可以与实参相匹配了,所以可以把源程序改如下:

#include<iostream>
#include<string>
using namespace std;
class String
{
public:
String() { p = NULL; }             //定义默认构造函数
String(const char *str);          //声明构造函数,把形参定义成常指针
void display();
private:
const char *p;                        //定义成常对象成员,用于指向字符串
};
String::String(const char *str)        //定义构造函数
{
p = str;                                   //使p指向实参字符串
}
void String::display()
{
cout << p;
}
int main()
{
String string1("Helle");
String string2("Book");
string1.display(); 
cout << endl;
string2.display();
cout << endl;
return 0;
}

这样就能在vs2017成功运行出来了

相关文章
|
10月前
|
C++
E0144 “const char *“ 类型的值不能用于初始化 “char *“ 类型的实体
E0144 “const char *“ 类型的值不能用于初始化 “char *“ 类型的实体
191 0
|
11月前
|
C++
【C++】std::string 转换成非const类型 char* 的三种方法记录
【C++】std::string 转换成非const类型 char* 的三种方法记录
317 0
C++ --- error C2664: “LoadLibraryW”: 不能将参数 1 从“const char *”转换为“LPCWSTR”
C++ --- error C2664: “LoadLibraryW”: 不能将参数 1 从“const char *”转换为“LPCWSTR”
428 0
|
关系型数据库 MySQL C++
类型收窄 error C2397: conversion from ‘const int‘ to ‘char‘ requires a narrowing conversion
类型收窄 error C2397: conversion from ‘const int‘ to ‘char‘ requires a narrowing conversion
283 0
map使用const char*作为key值查找注意事项
map使用const char*作为key值查找注意事项
|
1月前
|
SQL
【YashanDB知识库】通过触发器复制varchar(4000 char)列的数据导致乱码
【YashanDB知识库】通过触发器复制varchar(4000 char)列的数据导致乱码
|
2月前
|
SQL
【YashanDB 知识库】通过触发器复制 varchar(4000 char) 列的数据导致乱码
**简介:** 某客户在使用触发器将表 A 的 varchar(4000 char) 列数据复制到表 B 时,出现数据乱码且不一致的问题。经分析,YashanDB 在处理触发器场景下的 varchar(4000 char) 列数据复制时存在机制错误,影响所有版本。建议将列长度修改为 varchar(2000 char) 或更小以规避问题。通过特定 SQL 可验证该问题是否存在。
|
2月前
|
SQL
【YashanDB 知识库】通过触发器复制 varchar(4000 char) 列的数据导致乱码
**问题简介:** 客户在使用触发器将表 A 中 varchar(4000 char) 列的数据复制到表 B 时,发现表 B 中的数据出现乱码且与表 A 不一致。此问题影响所有 YashanDB 版本,原因是 YashanDB 在处理触发器场景下的大长度 varchar 数据复制时存在机制错误。为避免该问题,建议将列长度修改为 varchar(2000 char) 或更小。数据正确性无法保证,需谨慎处理。 **验证方法:** 可通过创建表 A 和 B 及相应触发器进行测试。
【YashanDB 知识库】通过触发器复制 varchar(4000 char) 列的数据导致乱码
|
8月前
|
存储 数据管理 数据库
|
11月前
|
存储 关系型数据库 MySQL
MySQL字段的字符类型该如何选择?千万数据下varchar和char性能竟然相差30%🚀
本篇文章来讨论MySQL字段的字符类型选择并深入实践char与varchar类型的区别以及在千万数据下的性能测试
MySQL字段的字符类型该如何选择?千万数据下varchar和char性能竟然相差30%🚀