terminate called after throwing an instance of ‘std::regex_error‘解决办法

原创 于 2023-11-27 14:27:37 发布 · 1.2k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#CentOS7.9 #C++11 #stdregex_error

文章讲述了在CentOS7.9环境下，C++11程序编译正常但运行时遇到regex_error的问题。解决方法是通过安装DeveloperToolset7软件集合，使用devtoolset-7版本的GCC，更新编译环境后解决问题。

CentOS 7.9下的C++ 11程序编译正常，运行时报错：

terminate called after throwing an instance of 'std::regex_error'

what(): regex_error

Aborted

解决办法：

经查询gcc4.9才支持c++的正则表达式，所以我们需要将gcc进行升级。

不需要这样做，因为即使升级后，可能还是会运行出错。

测试有效的解决办法：

安装： Developer Toolset 7

# 1. Install a package with repository for your system:
# On CentOS, install package centos-release-scl available in CentOS repository:
$ sudo yum install centos-release-scl

# On RHEL, enable RHSCL repository for you system:
$ sudo yum-config-manager --enable rhel-server-rhscl-7-rpms

# 2. Install the collection:
$ sudo yum install devtoolset-7

# 3. Start using software collections:
$ scl enable devtoolset-7 bash

对代码重新编译后即可！

【报错】terminate called after throwing an instance of ‘std::bad_alloc‘ what(): std::bad_alloc
静谧、淡雅
11-09 4178
报错😱😱😱： terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc 分析🐯🐯🐯： 确认下函数是否有返回值，是否return。
报错日志1：terminate called after throwing an instance of ‘ros::TimeNotInitializedException‘——ROS项目报错
追星，但也不要忘了土地
10-13 2875
大家好啊，这篇博文是鄙人新开的一个专题《报错日志》的第一期。开这个专题的主要原因是心血来潮，想和大家以一种诙（shen）谐（jing）有（bing）趣（fa）的笔调分享一下我在编程过程中，遇到的各式各样的报错（唯一的共同点就是都令人心脏骤停，血压飙升）。希望大家在看的开心的同时，也能吸取鄙人的教训，可以规避我的错误，开开心心地编程（雪豹：然而历史中唯一可以学到的，就是人类永远不会吸取历史的教训~~假面DJ：雪豹闭嘴，不要坏了我的好事）。
编译时正常运行时出现terminate called after throwing an instance of 'std::regex_error' what(): regex_error错误
Template Code
03-18 4517
问题出现 在设置了开放端口和阿里云安全组后任然不能在浏览器访问阿里云服务器.而且还报出错误 terminate called after throwing an instance of 'std::regex_error' what(): regex_error Aborted 编译时没有出错误,而且服务器运行也没有出错.但是通过浏览器访问阿里云服务器就出现了上述错误. ...
terminate called after throwing an instance of ‘std::regex_error‘
OceanStar的博客
11-08 1516
项目场景： #include <iostream> #include <regex> using namespace std; int main() { regex r1("S"); printf("S works.\n"); regex r2("."); printf(". works.\n"); regex r3(".+"); printf(".+ works.\n"); regex r4("[0-9]"); pr
gcc报错：terminate called after throwing an instance of ‘std::regex_error‘ what(): regex
花狗Fdog的博客
02-03 3443
查看自己的gcc版本是不是不是4.9+，如果不是，请更换。 查看版本命令： gcc --version
terminate called after throwing an instance of &#39;std::regex_error&#39; what(): regex_error Aborted
05-10
当程序遇到这个错误时，会输出 "terminate called after throwing an instance of &#39;std::regex_error&#39; what(): regex_error Aborted" 信息并终止运行。 要解决这个问题，你需要检查代码中使用的正则表达式是否正确...
terminate called after throwing an instance of &#39;std::regex_error&#39; what(): regex_error Aborted
07-25
当出现 `terminate called after throwing an instance of &#39;std::regex_error&#39; what(): regex_error` 错误时，通常由以下原因导致： #### 1. **编译器版本过低**（最常见原因） - C++11 的正则表达式库需要 GCC ...
terminate called after throwing an instance of &#39;std::logic_error
11-15
首先，用户的问题是关于解决一个特定的错误：&#39;terminate called after throwing an instance of &#39;std::logic_error&#39;&#39;。他们在引用中提到了几个场景：一个是在ROS环境中，另一个是在Linux中使用cpp-httplib时。 从...
这段代码报错:terminate called after throwing an instance of &#39;std::regex_error&#39; what(): regex_error
10-11
这段代码在尝试使用标准库中的正则表达式操作时抛出了 `std:... std::cerr << "Regex error: " () ; // 输出具体的错误信息 } catch (const std::exception& e) { std::cerr << "Other exception caught: " () ; } ```
C++_regex错误_terminate called after throwing an instance of ‘std::regex_error‘
田一一
11-05 4054
报错 在使用C++中的regex(正则表达式)时，发现编译能过，但是在运行到这块代码的时候，报下列错误，。 terminate called after throwing an instance of 'std::regex_error' what(): regex_error Aborted 解决方案： 1. 确定gcc版本 gcc版本在4.9+才支持正则表达式。 2. 确定添加了头文件 #include <regex> 测试代码 #include <iostream>
Linux报错：terminate called after throwing an instance of ‘std::regex_error‘ what(): regex_error
qq_56101220的博客
10-17 1374
Linux测试cpp-httplib出现报错terminate called after throwing an instance of 'std::regex_error'的解决办法
terminate called after throwing an instance of 'std::regex_error'
Android/Linux的专栏
02-22 2419
terminate called after throwing an instance of 'std::regex_error' what(): regex_error Aborted c++11代码编译时没有出现问题，运行时出来问题了。在PC上编译运行时还没有问题呢，在ARM上编译运行有上述问题了。网上查了一下，大概是g++版本的问题，PC上是使用的是5.4版本的G++，而ARM上使...
【已解决】terminate called after throwing an instance of ‘cv::Exception‘，已放弃 (核心已转储)
You can do more than just get by.
05-13 2万+
这是运行高翔slambook2的代码出现的错误 >terminate called after throwing an instance of 'cv::Exception' …………已放弃 (核心已转储) 问题原因就在于代码中的文件路径找不到，所以出现为空的问题。
C++运行报错：terminate called after throwing an instance of ‘std::future_error‘（promise对象调用set前不能销毁！）
Dontla的博客
02-04 2938
不能用detach，因为async_task函数退出后，promise对象就被销毁了，销毁的对象去调用set_value，就会报Broken promise的错误，所以必须等待线程结束后，本函数再返回。
C++运行报错，terminate called after throwing an instance of ‘std::regex_error‘
u010803887的博客
11-07 490
首先排除代码问题，然后对比了gcc编译器版本，centos机器gcc版本4.8.5比较低，升级版本后重新编译解决了问题。同一份代码在不同的机器上，运行报错。
报错：terminate called after throwing an instance of ‘std::bad_alloc‘ what(): std::bad_alloc
xiaoqixiaoguai的博客
07-19 1万+
仔细看了下写的代码，想到一个知识点：vector容器的end指向的并不是容器中最后一个元素，而是最后一个元素的下一个元素地址，所以访问了非法内存，故这里的解决方法是：如果要访问容器中最后一个元素，需要将迭代器--，即it--；或者使用.back()来访问最后一位；2，确认是否使用vector，vector超容量时会重新申请二倍内存，因为vector会将老的一块内存，完全拷贝到另一块连续容量为2倍的vector内存中，高峰时内存将时当前系统的3倍，此时可能导致 std::bad_alloc。
Centos7 编译C++项目错误解决 ： terminate called after throwing an instance of ‘std::regex_error‘
HW140701的博客
12-16 8526
文章目录1 问题原因2 解决方法3 Centos7升级gcc3.1 安装centos-release-scl3.2 安装devtoolset3.3 激活对应的devtoolset3.4 验证gcc版本3.5 新安装的gcc/g++路径3.6 新建软链接替换旧的gcc4 Cmake指定编译器为新安装的gcc版本5 参考链接 1 问题原因 Centos7默认的gcc版本是4.8.3，虽然对C++11的一些新特性提供了支持，但是对C++11的正则表达式好像只写了头文件，没有提供具体的实现？？？？！Wtf！ 因为在
C++异常处理报错【terminate called after throwing an instance of ‘char const‘】
热门推荐
ghsticker的博客
09-21 2万+
C++只是在大学中学习过，都是为了应付考试，今天导师给我一个问题，C++异常处理的问题，让我来解决一下，这能怎么办，不会也得会，硬着头皮解决呗 0.问题描述 先看一下代码 //插入的方法 template <class DataType> void SeqList<DataType> :: Insert(int i, DataType x) { if (i >= MaxSize) throw "上溢"; if (i < 1 || i > length .
terminate called recursively terminate called after throwing an instance of &#39;terminate called recursively
最新发布
12-26
<think>我们正在处理两个相关的错误： 1. terminate called after throwing an instance of &#39;terminate called recursively&#39; 2. terminate called recursively 根据之前的讨论，这些错误通常与异常处理和锁的递归使用有关。结合用户提供的引用，我们注意到两个关键点： 引用[1]：显示了一个NVDECException异常，这可能是由于视频解码时的CUDA错误（错误代码716）引起的。 引用[2]：展示了一个异常处理中由于catch语句未正确捕获异常（需要将char*改为const char*）而导致的错误。 但是，用户现在明确要求解决“terminate called recursively”和“terminate called after throwing an instance of &#39;terminate called recursively&#39;”错误。 回顾我们之前的回答，我们主要讨论了由于递归加锁导致的terminate called recursively错误。然而，用户现在可能遇到了更复杂的情况，即异常处理过程中又发生了terminate调用，导致递归终止。 因此，我们应当从两个方面入手： 1. 检查异常处理是否完备（避免未捕获的异常导致std::terminate被调用） 2. 检查锁的使用（避免递归加锁） 特别地，错误信息“terminate called after throwing an instance of &#39;terminate called recursively&#39;”表明： - 程序首先抛出了一个异常（throw），但在异常处理过程中，又发生了导致terminate被调用的情况（例如未捕获的异常），而在terminate的处理过程中又发生了异常，导致递归调用terminate。 这是一个非常严重的情况，通常意味着异常处理机制被破坏。 解决步骤： ### 1. **确保所有异常都被正确捕获** - C++中，如果异常未被捕获，则会调用`std::terminate`。如果在一个异常处理过程中（例如在析构函数或`noexcept`函数中）又抛出了异常，则会导致`std::terminate`被递归调用。 - 检查代码中所有可能抛出异常的地方，确保有适当的`catch`块。 - 特别注意：在析构函数和声明为`noexcept`的函数中，避免抛出异常。 示例：在析构函数中抛出异常是危险的，因为如果析构函数是因为栈展开（处理异常）而调用，那么此时再抛出异常会导致`std::terminate`。 ```cpp class MyClass { public: ~MyClass() noexcept(false) { // 不推荐，析构函数最好不抛出异常 // ... 可能抛出异常的操作 } }; ``` 修复：在析构函数中捕获异常并处理，避免异常传播到析构函数之外。 ```cpp class MyClass { public: ~MyClass() noexcept { try { // ... 可能抛出异常的操作 } catch (...) { // 记录错误，但不要重新抛出 } } }; ``` ### 2. **检查递归加锁问题** 如之前所述，同一线程对非递归锁（如`std::mutex`）进行递归加锁会导致未定义行为（通常是抛出`std::system_error`异常）。如果这个异常没有被捕获，就会导致`std::terminate`被调用。 因此，检查所有锁的使用： - 确保不重复加锁。 - 使用递归锁（`std::recursive_mutex`）如果确实需要递归加锁。 ### 3. **检查异常处理中的异常安全** 在异常处理过程中（catch块内）也可能抛出异常。如果catch块内抛出的异常没有被该catch块内的嵌套try-catch捕获，则会导致未捕获的异常，从而再次调用`std::terminate`。 示例： ```cpp try { // 代码可能抛出异常 } catch (const MyException& e) { // 处理过程中可能抛出新的异常 throw; // 或者某个操作抛出异常 } ``` 修复：在catch块内部使用嵌套的try-catch，确保catch块内不会再抛出未捕获的异常。 ```cpp try { // ... } catch (const MyException& e) { try { // 处理异常，可能会抛出 } catch (...) { // 处理内部异常 } } ``` ### 4. **使用自定义terminate处理函数** 可以设置自定义的terminate处理函数来获取更多信息： ```cpp #include <exception> #include <iostream> void my_terminate() { std::cerr << "Terminate called. Backtrace:" << std::endl; // 这里可以打印堆栈信息（需要平台相关支持） std::abort(); // 必须终止程序 } int main() { std::set_terminate(my_terminate); // ... } ``` 注意：在自定义terminate处理函数中，不能有异常抛出，且必须终止程序。 ### 5. **调试与日志** - 使用GDB调试：运行程序，当terminate被调用时，GDB会中断，此时可以查看堆栈回溯（backtrace）。 - 在关键位置添加日志，特别是锁操作和异常捕获点。 ### 6. **针对引用[1]中视频解码错误的建议** 用户引用[1]中的错误是NVDECException，发生在NvDecoder.cpp中。这个异常被抛出后如果没有被捕获，就会导致terminate。而如果在这个异常的处理过程中又发生了问题（比如析构函数中抛出异常或锁的问题），则会导致递归terminate。 因此，需要确保捕获这个NVDECException，并安全处理。 ```cpp try { // 调用视频解码的代码 } catch (const NVDECException& e) { // 安全地处理解码异常，注意不要在这个块中再抛出异常（除非有嵌套try-catch） std::cerr << "NVDEC Error: " << e.what() << std::endl; // 进行清理，不要重新抛出 } catch (...) { // 捕获其他所有异常 } ``` 总结： 错误“terminate called recursively”通常表示在程序终止过程中又发生了异常，这往往是由于异常处理不当（如在析构函数或terminate处理函数中抛出异常）或递归加锁导致未捕获异常而引起的。解决的关键是： - 确保所有异常都被捕获，特别是在析构函数和异常处理过程中。 - 避免在析构函数中抛出异常。 - 检查锁的使用，避免递归加锁。 - 在异常处理代码中保证异常安全（使用嵌套try-catch）。 由于问题可能涉及多个层次，需要结合日志和调试工具定位具体错误点。 相关问题： 1. 如何在C++中设置自定义终止处理函数？ 2. 如何避免在析构函数中抛出异常？ 3. 如何在C++中调试未捕获的异常？ 4. 如何安全地处理NVDECException等第三方库异常？ </think> ### 解决 "terminate called recursively" 和 "terminate called after throwing an instance of &#39;terminate called recursively&#39;" 错误 这两个错误通常表示程序在异常处理过程中发生了**递归终止调用**，本质是异常处理机制被破坏。以下是系统性的解决方案： --- ### 1. **检查未捕获的异常（核心问题）** 当异常未被捕获时，C++ 会调用 `std::terminate()`。若在终止过程中又抛出异常，则触发递归终止[^1]。 **修复步骤**： ```cpp int main() { try { // 所有可能抛异常的代码 videoProcessing(); // 引用[1]中的视频处理函数 } catch (const NVDECException& e) { // 捕获特定异常 std::cerr << "NVDEC Error: " << e.what() << std::endl; } catch (...) { // 捕获所有其他异常 std::cerr << "Unknown exception" << std::endl; } return 0; } ``` > 📌 **关键**：确保所有异常（包括第三方库异常如 `NVDECException`）都被显式捕获[^1][^2]。 --- ### 2. **检查析构函数中的异常** 析构函数中抛出异常会导致递归终止（尤其在栈展开时）。 **修复方法**： ```cpp class ResourceHolder { public: ~ResourceHolder() noexcept { // 声明 noexcept try { cleanup(); // 可能抛异常的操作 } catch (...) { // 仅记录日志，不重新抛出 log("Cleanup failed"); } } }; ``` > ⚠️ 析构函数必须用 `noexcept` 声明，并在内部捕获所有异常。 --- ### 3. **验证锁的递归使用** 同一线程对 `std::mutex` 递归加锁会抛出 `std::system_error`，若未捕获则触发终止[^2]。 **解决方案**： ```diff std::mutex mtx; void threadFunc() { std::unique_lock<std::mutex> lock(mtx); // 加锁 // ... 临界区代码 ... - lock.lock(); // 错误：递归加锁（删除此行） } // 自动解锁 ``` 或改用递归锁： ```cpp std::recursive_mutex rmtx; // 允许同一线程递归加锁 ``` --- ### 4. **检查自定义终止处理函数** 若设置了 `std::set_terminate()`，处理函数**禁止抛出异常**： ```cpp void safeTerminate() noexcept { // 必须声明 noexcept std::cerr << "Terminating" << std::endl; std::abort(); // 直接终止，不抛异常 } int main() { std::set_terminate(safeTerminate); // ... } ``` --- ### 5. **调试与日志追踪** **GDB 诊断**： ```bash gdb ./your_program (gdb) catch throw # 捕获异常抛出点 (gdb) run (gdb) bt full # 查看完整调用栈 ``` **关键日志点**： ```cpp try { std::cout << "Before risky operation\n"; riskyOperation(); // 引用[1]中的视频解码调用 } catch (...) { std::cout << "Exception caught at line:" << __LINE__ << std::endl; } ``` --- ### 错误发生流程图 ```mermaid graph TD A[主线程抛出未捕获异常] --> B[调用 std::terminate] B --> C[执行 terminate_handler] C --> D{handler 内是否抛异常？} D -->|是| E[递归调用 terminate] D -->|否| F[程序终止] E --> G[输出 &#39;terminate called recursively&#39;] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

北雨南萍

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值