GCC 9.4 编译error: catching polymorphic type ‘class std::bad_alloc’ by value [-Werror=catch-value=]

原创 已于 2022-04-21 17:32:20 修改 · 3.9k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#gnu

于 2022-04-21 10:26:31 首次发布

环境

lm@lm:~$ cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.4 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.4 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal



lm@lm:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
最低0.47元/天 解锁文章
c++：警告：warning: catching polymorphic type ‘class std::exception’ by value
mzhan017的博客
11-22 2146
文章目录警告gcc 选项原因 警告 exception.cpp: In function ‘int main()’: exception.cpp:14:17: warning: catching polymorphic type ‘class std::exception’ by value [-Wcatch-value=] catch(exception e) 通过值，来捕获的多态类型”class std::exception"。 gcc 选项 -Wcatch-value=n (C++ and Ob
c: error: this statement may fall through [-Werror=implicit-fallthrough=]
mzhan017的博客
05-28 7831
fallthrough
vc++ warning C4541 'typeid' used on polymorphic type with GR-
weixin_33897722的博客
03-13 241
在vc2008编译器下使用c++ typeid操作符时，提示如下警告，并在运行时崩溃。 warning C4541: 'typeid' used on polymorphic type 'XXX' with /GR-; unpredictable behavior may result. 在vc++编译器中，“/GR”选项的作用如下： When /GR is on, ...
catching polymorphic type 'class std::exception' by value [-Wcatch-value=]
09-02 3038
class Person{ public: Person(){ mAge = 0; } void setAge(int age){ if(age < 0 || age > 100){ throw out_of_range("年龄应该在0-100之间！"); } ...
【C++报错已解决】std::bad_alloc
鸽芷咕的博客
09-28 6887
在C++开发过程中，报错是开发者经常会遇到的头疼问题。其中，std::bad_alloc这个报错信息可能会让很多开发者感到困惑。它的出现往往意味着程序在内存分配方面遇到了麻烦。那么，当我们遇到这个报错时，应该如何快速准确地解决呢？这篇文章将深入探讨这个问题，为开发者或者环境配置者提供一些有效的解决方法。
GCC 使用指南（gcc 9.4 compiling、warning 解决办法）
lm_hao的专栏
05-04 6571
背景 最近项目需要使用 Ubuntu 20.04.4，查看下 编译器版本居然是 9.4.0，自然项目迁移过程中会有很多编译问题需要解决，毕竟之前的 gcc 版本都是 4.8.5的，差距很大。 使用 gcc(g++) 遇到编译问题，首选当然是浏览器直接搜索问题关键字即可，一般都是有解决办法的，但是碰到和高版本如：gcc 8.4、gcc 9.4版本的问题，很多时候就不太好找的。因此就需要自己去 GCC官网 针对具体问题具体查看了。 附 Ubuntu 下载直达链接：Ubuntu Server 20.04.4 LT
GCC9.4 memset() clearing an object of type with no trivial copy-assignment [-Werror=class-memaccess]
lm_hao的专栏
05-06 7740
编译环境 lm@lm:~$ cat /etc/os-release NAME="Ubuntu" VERSION="20.04.4 LTS (Focal Fossa)" PRETTY_NAME="Ubuntu 20.04.4 LTS" HOME_URL="https://www.ubuntu.com/" lm@lm:~$ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gn
报错解决：error: this statement may fall through [-Werror=implicit-fallthrough=]
个人博客
07-24 3万+
下午在编译 grpc时报错如下： utilities/blob_db/blob_log_reader.cc:74:18: error: this statement may fall through [-Werror=implicit-fallthrough=] next_byte_ += kb_size; ~~~~~~~~~~~^~~~~~~~~~ utilities...
【gcc】warning信息梳理
一只立志于养老婆的程序猿
01-21 4922
gcc warning信息梳理-Wall,-Wextra开启的告警 -Wall,-Wextra开启的告警 -Waddress：可能是无意义的地址使用方式(包括函数地址、变量地址等)。 void f (int, int, int, bool, int *); void g (int i) { f (1, 2, 3, &i, &i); } # warning: the address of ‘i’ will always evaluate as 'true' [-Waddress]
gcc警告选项汇总
热门推荐
靑い空゛
04-18 3万+
参考资料:https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options 请求或取消警告的选项 警告是诊断消息，报告的结构本质上不是错误的，但是有风险或表明可能有错误。 以下与语言无关的选项不会启用特定的警告，但会控制GCC生成的诊断类型。 -fsyntax-only 检查代码中的语法错误，但除此之外...
gcc编译选项
weixin_47387060的博客
12-09 3796
严格的编译参数有利于在编译时发现问题，提高代码质量。 常用编译参数： -Werror 所有警告变成error -Werror= 所以指定的警告变成error,比如-Werror=switch 意味着受 -Wswitch控制的警告变成error -Wfatal-errors 这个选项使得编译器在遇到第一个error后就终止编译 通过‘-W’开头，能指定开启许多警告，与之对应通过‘-Wno-’也能关闭指定的警告 -pedantic 列出违背严格的c/c++标准的所有警告 -pedantic-err.
gcc/g++ 编译选项详解
RandyOliver's House
08-13 5235
它打开 -ffast-math、-fallow-store-data-races 和176 Using the GNU Compiler Collection (GCC) Fortran 特定的 -fstack-arrays，除非指定 -fmax-stack-var-size，和-fno-protect-parens。-fold-unroll-loops 意味着 -fstrength-reduce 和 -frerun-cse-after-loop。这是使用旧的循环展开器完成的，其循环识别基于前端的注释。
[GCC]告警信息梳理
小蜗牛之家
07-22 9485
-Wall,-Wextra开启的告警 -Waddress：可能是无意义的地址使用方式(包括函数地址、变量地址等)。 void f (int, int, int, bool, int *); void g (int i) { f (1, 2, 3, &i, &i); } warning: the address of ‘i’ will always evaluate as 'true' [-Waddress] -Warray-bounds：数组越界告警，如数组下标访问越界。 in
std::cout浮点数精度丢失
qq_23350817的博客
05-29 738
今天调试发现c++的cout在输出地理经纬度位置的时候，精度竞然出现丢失了。修改为如下，完美解决： char lati[25] = { ‘\0’ }; char loni[25] = { ‘\0’ }; sprintf(lati, “%.20lf”, predictedPosition.lat); sprintf(loni, “%.20lf”, predictedPosition.lon); std::cout << lati << " " << loni <&lt
std::exception 包含 range_error bad_alloc吗？
最新发布
11-11
<think>我们正在讨论C++标准库中的异常类型层次结构。用户的问题：std::exception是否包含std::range_error和std::bad_alloc？ 在C++标准库中，异常类型是通过继承层次来组织的。绝大多数标准库异常都派生自基类`std::exception`。 具体来说： - `std::range_error` 是 `std::runtime_error` 的派生类，而 `std::runtime_error` 又是 `std::exception` 的派生类。 - `std::bad_alloc` 直接继承自 `std::exception`。 因此，`std::range_error` 和 `std::bad_alloc` 都是 `std::exception` 的派生类。这意味着当我们捕获 `std::exception` 时，也会捕获到这些异常。 异常类层次结构（简化）： ``` std::exception ├── std::bad_alloc ├── std::runtime_error │ └── std::range_error └── ... (其他异常，如std::logic_error等) ``` 所以，在异常捕获时： - 如果我们先捕获 `std::bad_alloc`，然后再捕获 `std::exception`，那么 `std::bad_alloc` 会被第一个catch块捕获，而 `std::range_error` 会被第二个catch块捕获（因为 `std::range_error` 不是 `std::bad_alloc` 的派生类，所以会继续匹配下一个catch块）。 - 如果我们只捕获 `std::exception`，那么无论是 `std::bad_alloc` 还是 `std::range_error`（包括其他从 `std::exception` 派生的异常）都会被捕获。 因此，回答用户的问题：是的，`std::exception` 包含（即作为基类，其派生类包含）`std::range_error` 和 `std::bad_alloc`。 但注意：在异常捕获时，通常建议先捕获更具体的异常（派生类），再捕获更一般的异常（基类）。例如： ```cpp try { // 可能抛出多种异常的操作 } catch (const std::bad_alloc& e) { // 处理内存分配失败 } catch (const std::range_error& e) { // 处理范围错误 } catch (const std::exception& e) { // 处理其他标准异常 } catch (...) { // 处理非标准异常 } ``` 这样，我们可以针对不同类型的异常进行不同的处理。 在用户提供的引用中，也提到了一些异常情况： - 引用[1]中提到了`std::bad_cast`，它同样继承自`std::exception`。 - 引用[2][3][4]都提到了`std::bad_alloc`，即内存分配失败。 因此，我们可以确认这些异常都属于`std::exception`的派生类。 最后，生成相关问题供用户进一步探索。 </think>### 关于 `std::exception` 的类型包含关系 在 C++ 标准库中，`std::exception` 是**所有标准异常类的基类**。其类型层次结构可以表示为： ``` std::exception ├── std::bad_alloc ├── std::logic_error │ └── std::out_of_range └── std::runtime_error └── std::range_error ``` 因此： 1. **`std::range_error` 继承链** `std::range_error` → `std::runtime_error` → `std::exception` ✔️ 明确包含在 `std::exception` 中[^1] 2. **`std::bad_alloc` 继承链** `std::bad_alloc` → `std::exception` ✔️ 直接继承自 `std::exception`[^2][^3][^4] ### 关键结论 $$ \boxed{\text{std::exception} \supset \text{std::range\_error}} $$ $$ \boxed{\text{std::exception} \supset \text{std::bad\_alloc}} $$ 当使用 `catch (const std::exception& e)` 时，会捕获： - 所有直接或间接继承自 `std::exception` 的异常 - 包括但不限于：`std::range_error`, `std::bad_alloc`, `std::runtime_error`, `std::bad_cast` 等 ### 异常捕获实践建议 ```cpp try { // 可能抛出异常的代码 } catch (const std::range_error& e) { // 优先捕获具体异常 // 处理范围错误 } catch (const std::bad_alloc& e) { // 优先捕获具体异常 // 处理内存分配失败 } catch (const std::exception& e) { // 通用捕获 // 处理其他标准异常 } catch (...) { // 应急处理 // 捕获非标准异常 } ``` ### 深层原理 1. **`std::exception` 的设计原则** C++ 标准库通过继承实现异常分类： ```mermaid classDiagram exception <|-- bad_alloc exception <|-- logic_error exception <|-- runtime_error runtime_error <|-- range_error ``` 2. **内存分配失败的特殊性** `std::bad_alloc` 直接继承基类，因为内存错误可能发生在任何操作中（包括异常处理流程自身） 3. **跨平台兼容性** 所有主流编译器（GCC/Clang/MSVC）严格遵循此继承层次，保证代码可移植性 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值