整理并解释一些c++编译和运行错误
2017-07-04 21:48
288 查看
一、error: passing ‘const 类名' as ‘this’ argument of ‘bool 类名::函数名 (const XXX&)’
字面翻译就可以大体知道原因,const XXX无法传递给this,类成员函数有一个隐藏参数,就是this,原因很明显了,const到非const转换。那怎么把this const了呢?
声明const成员函数,也就是函数后面加上const
例:
bool operator<(const Node& p2)
改为
bool operator<(const Node& p2) const
二、xxx cannot have cv-qualifier
cv是指const和volatile,也就是说前面的xxx多了cv修饰,找出去除,一般见于以下情况
1)非类成员函数修饰 const
2)静态成员不修饰 const
三、a lambda closure type has a deleted default constructor
字面翻译:lamda类型拥有一个禁止调用的默认构造函数,也就是lamda默认构造对象。
举一个场景:map使用lamda函数,由于map第三个参数接收的是类型,需要用decltype获得lamda类型
auto fun = [](const Node&v1, const Node&v2){ return v1.val < v2.val };
map<Node, int, decltype(fun)> obj; //正确用法obj(fun)
这个时候,在执行具体比较时,会用第三参数创建可执行对接,导致触发无参构造。
解决办法就是传递比较对象进去,使用带一个参数的map构造方法
四、使用stl标准thread编译未加-lpthread导致的运行错误
Program received signal SIGSEGV, Segmentation fault
#0 0x00007ffff7dea45c in _dl_fixup () from /lib64/ld-linux-x86-64.so.2
#1 0x00007ffff7df0c55 in _dl_runtime_resolve () from /lib64/ld-linux-x86-64.so.2
#2 0x00007ffff7b8c5a7 in std::thread::_M_start_thread(std::shared_ptr<std::thread::_Impl_base>) () from /usr/lib64/libstdc++.so.6
#3 0x0000000000404ae3 in std::thread::thread<void (ThreadPool::*)(int), ThreadPool* const, int&> (this=0x7fffffffe210, __f=@0x7fffffffe220)
at /opt/rh/devtoolset-2/root/usr/include/c++/4.8.2/thread:135
五、引用乱用,一些指针类型不能使用引用,比如函数指针,在typedef之后容易发生
no known conversion for argument 1 from ‘std::_Bind<void (*(int))(int)>’ to ‘TaskType& {aka std::function<void()>&}’
字面翻译就可以大体知道原因,const XXX无法传递给this,类成员函数有一个隐藏参数,就是this,原因很明显了,const到非const转换。那怎么把this const了呢?
声明const成员函数,也就是函数后面加上const
例:
bool operator<(const Node& p2)
改为
bool operator<(const Node& p2) const
二、xxx cannot have cv-qualifier
cv是指const和volatile,也就是说前面的xxx多了cv修饰,找出去除,一般见于以下情况
1)非类成员函数修饰 const
2)静态成员不修饰 const
三、a lambda closure type has a deleted default constructor
字面翻译:lamda类型拥有一个禁止调用的默认构造函数,也就是lamda默认构造对象。
举一个场景:map使用lamda函数,由于map第三个参数接收的是类型,需要用decltype获得lamda类型
auto fun = [](const Node&v1, const Node&v2){ return v1.val < v2.val };
map<Node, int, decltype(fun)> obj; //正确用法obj(fun)
这个时候,在执行具体比较时,会用第三参数创建可执行对接,导致触发无参构造。
解决办法就是传递比较对象进去,使用带一个参数的map构造方法
四、使用stl标准thread编译未加-lpthread导致的运行错误
Program received signal SIGSEGV, Segmentation fault
#0 0x00007ffff7dea45c in _dl_fixup () from /lib64/ld-linux-x86-64.so.2
#1 0x00007ffff7df0c55 in _dl_runtime_resolve () from /lib64/ld-linux-x86-64.so.2
#2 0x00007ffff7b8c5a7 in std::thread::_M_start_thread(std::shared_ptr<std::thread::_Impl_base>) () from /usr/lib64/libstdc++.so.6
#3 0x0000000000404ae3 in std::thread::thread<void (ThreadPool::*)(int), ThreadPool* const, int&> (this=0x7fffffffe210, __f=@0x7fffffffe220)
at /opt/rh/devtoolset-2/root/usr/include/c++/4.8.2/thread:135
五、引用乱用,一些指针类型不能使用引用,比如函数指针,在typedef之后容易发生
no known conversion for argument 1 from ‘std::_Bind<void (*(int))(int)>’ to ‘TaskType& {aka std::function<void()>&}’
相关文章推荐
- C/C++常见编译错误整理
- C++编译过程中常见的一些错误
- [工具]SublimeText编辑器一些设置-C++编译运行
- linux 编译C++错误整理
- C++中由于浅拷贝造成的程序中断错误的简例(编译通过,运行出现中断)
- C++编译错误,连接错误,运行错误
- gcc 编译时碰到的一些错误提示整理
- C++编译错误与运行时错误
- C++ 程序编译的一些莫名其妙的错误。【2013.11.7】
- cocos2d-x编译时的一些错误解决,编译出错,运行错误
- C/C++/MFC 编译运行错误解决方法收集error
- JavaScript是解释型语言,是不需要编译的,浏览器直接解释源代码,并执行在内存中创建变量等操作。不需要编译,即不存在什么语法不语法的,因为没有编译阶段,直接在运行的阶段才发现有没有语法错误
- android编译和运行错误整理
- UNIX 环境下C++编译运行常见错误
- tomcat 的一些运行错误整理
- VS2013的C++程序用VS2017运行,出编译错误
- 一些我们开发中常见的概念,整理了些比较经典的解释
- C++反汇编揭秘2 – VC编译器的运行时错误检查(RTC)
- C/C++编译时的Link.EXE错误问题与解决方法
- C++反汇编揭秘2 – VC编译器的运行时错误检查(RTC)