报错
- 如何解决C++编译报错 was not declared in this scope
- error: ‘xxxxx::xxx’ will be initialized after [-Werror=reorder]
- warning: deleting object of abstract class type 'XXXX' which has non-virtual destructor will cause undefined behaviour [-Wdelete-non-virtual-dtor]或者warning: deleting object of polymorphic class type which has non_virtual destructor
- std::bad_alloc异常
- Segmentation fault (core dumped)
- 对‘sem_init/sem_wait/sem_destroy’等未定义的引用
如何解决C++编译报错 was not declared in this scope
参考文章
遇到错误'xxx'was not declared in this scope
表明编译器在当前作用域内找不到xxx类型的定义,即使已经在头文件中定义了,也可能由于以下几个原因导致错误:
- 头文件包含问题:确保在使用xxx的源文件中正确的包含了xxx.hpp文件
#include "xxx.hpp"
#include "../xxx.hpp" //依赖文件在上一级目录里
#include "xxx.h"
- 头文件包含路径:如果xxx.hpp不在标准包含路径里,需要在编译命令中指定正确的路径,或在包含语句中使用相对或绝对路径
如下文的getch.h,就是自行编写的工具头文件,放到标准路径中后,就可以直接#include <getch.h>调用了 - 头文件循环依赖:如果xxx.hpp依赖于定义xxx的其他文件,而这些文件又反过来依赖于xxx.hpp,这可能会导致循环依赖问题。
- 命名空间问题:如果xxx是在某个命名空间内定义的,那么在使用它时需要加上相应的命名空间前缀
- 编译器错误或限制:确保使用的编译器/编译器版本支持代码结构
- 保护宏问题:如果xxx.hpp使用了预处理器宏来防止多重包含,那么检查这些宏正确无误
#ifndef BRASS_H
#define BRASS_H
#endif // BRASS_H
#pragma once
getch.h
路径:/usr/include
功能:更加好用的getchar
代码:
error: ‘xxxxx::xxx’ will be initialized after [-Werror=reorder]
加上-Werror后,成员函数的定义顺序和构造函数的初始化顺序必须一致,否则报错
warning: deleting object of abstract class type ‘XXXX’ which has non-virtual destructor will cause undefined behaviour [-Wdelete-non-virtual-dtor]或者warning: deleting object of polymorphic class type which has non_virtual destructor
如果基类里有虚函数,然后定义了基类指针指向派生类,就需要定义基类的虚析构函数
,这样,基类指针析构的时候,就会首先析构派生类,再析构基类。
std::bad_alloc异常
1、问题
在对一个120w行的数据进行解析的时候,程序运行时出现了崩溃,系统提示出现了std::bad_alloc异常。
已知:在使用new分配内存空间时,内存空间不够时就会抛出该异常。
解决:在程序中加入delete和clear及时释放内存,并且对原始数据进行分割处理。
2、异常处理
当分配较大块内存时,进行内存分配失败的异常处理。避免程序的运行错误或崩溃。
利用try-catch模块函数,将内存分配语句放在try中,这样出现了异常就会立刻获得,从而转入匹配的catch块进行处理。catch的参数是异常类型,这里为std::bad_alloc。
int *a;
try
{
//分配内存
a= new int[bigBigNum];
}
catch(std::bad_alloc)
{
//异常处理
//弹出提示对话框
// 返回
}
写了try…catch后程序可以跑起来,可能是因为加了-Wall -Werror,把警告当报错了,但是实际运行的时候并没有出错
Segmentation fault (core dumped)
段错误
1 问题原因
Segmentation fault (core dumped)多为内存不当操作造成。空指针、野指针的读写操作,数组越界访问,破坏常量等。对每个指针声明后进行初始化为NULL是避免这个问题的好办法。排除此问题的最好办法则是调试。
更为详细的原因:
(1)内存访问越界
a) 由于使用错误的下标,导致数组访问越界
b) 搜索字符串时,依靠字符串结束符来判断字符串是否结束,但是字符串没有正常的使用结束符
c) 使用strcpy, strcat, sprintf, strcmp, strcasecmp等字符串操作函数,将目标字符串读/写爆。应该使用strncpy, strlcpy, strncat, strlcat, snprintf, strncmp, strncasecmp等函数防止读写越界。
(2)多线程程序使用了线程不安全的函数。
(3)多线程读写的数据未加锁保护。
对于会被多个线程同时访问的全局数据,应该注意加锁保护,否则很容易造成core dump
(4)非法指针
a) 使用空指针
b) 随意使用指针转换。一个指向一段内存的指针,除非确定这段内存原先就分配为某种结构或类型,或者这种结构或类型的数组,否则不要将它转换为这种结构或类型的指针,而应该将这段内存拷贝到一个这种结构或类型中,再访问这个结构或类型。这是因为如果这段内存的开始地址不是按照这种结构或类型对齐的,那么访问它时就很容易因为bus error而core dump.
(5)堆栈溢出。
不要使用大的局部变量(因为局部变量都分配在栈上),这样容易造成堆栈溢出,破坏系统的栈和堆结构,导致出现莫名其妙的错误。
参考文章
对‘sem_init/sem_wait/sem_destroy’等未定义的引用
解决办法:编译的时候加 -pthread 即可。
g++ -pthread main.cpp http_conn.cpp -o main