你好吗?
我将在Ubuntu 18.04上的辅助线程中修复分段错误。
我的代码如下。
#include <thread>
#include <signal.h>
#include <string.h>
#include <pthread.h>
#include <opencv2/opencv.hpp>
void sigsegv_handler(int signum, siginfo_t *info, void *data)
{
printf("The thread was crashed\n");
pthread_exit(NULL);
}
void sleep_ms(int milliseconds)
{
#ifdef WIN32
Sleep(milliseconds);
#elif _POSIX_C_SOURCE >= 199309L
struct timespec ts;
ts.tv_sec = milliseconds / 1000;
ts.tv_nsec = (milliseconds % 1000) * 1000000;
nanosleep(&ts, NULL);
#else
usleep(milliseconds * 1000);
#endif
}
void thread_func(int i)
{
if(i == 3)
{
int *p = 0;
*p = 10;
}
printf("A new thread ran successfully\n");
}
int main()
{
/* Set SIGSEGV handler. */
struct sigaction handler;
sigemptyset(&handler.sa_mask);
handler.sa_sigaction = &sigsegv_handler;
handler.sa_flags = SA_SIGINFO;
if (sigaction(SIGSEGV, &handler, NULL) == -1)
fprintf(stderr, "Cannot set SIGSEGV handler: %s.\n", strerror(errno));
int i = 0;
while(1)
{
std::thread writer_thread(thread_func, i);
writer_thread.detach();
sleep_ms(1000);
printf("%d\n", i++);
}
return 0;
}
该代码运行良好。
此代码的输出如下。
新线程成功运行
0
新线程成功运行
1
新线程成功运行
2
线程崩溃
3
新线程成功运行
4
新线程成功运行
5
新线程成功运行
6
新线程成功运行
7
但是,如果我将函数“ thread_func”更改为以下内容,则该程序将崩溃。
void thread_func(int i)
{
if(i == 3)
{
int *p = 0;
*p = 10;
}
cv::Mat img(100, 100, CV_8UC3); // newly inserted
cv::resize(img, img, cv::Size(200, 200)); //newly inserted
printf("A new thread ran successfully\n");
}
错误消息如下。
新线程成功运行
0
新线程成功运行
1
新线程成功运行
2
线程崩溃
终止调用而没有活动异常
中止(核心已转储)
当然,我确定OpenCV模块中没有问题。
你能帮我解决这个问题吗?
谢谢
简单的答案是你不能这样做:
void sigsegv_handler(int signum, siginfo_t *info, void *data)
{
printf("The thread was crashed\n");
pthread_exit(NULL);
}
首先,根据C 11标准的第4.1.4节“库函数的使用”:
不保证标准库中的函数是可重入的,并且可能会在静态或线程存储期间修改对象。
或者,如脚注188所述:
因此,信号处理程序通常不能调用标准库函数。
因此,如果你的平台没有关于可以从信号处理程序安全调用的函数的具体保证, 则不能从信号处理程序内进行任何函数的调用。
但是由于你正在调用pthread_exit()
,并且假设你使用的是POSIX系统,所以POSIX确实为你可以调用的函数提供了一些保证,这些函数在https://pubs.opengroup.org/onlinepubs/9699919799/上称为“异步信号安全”。functions / V2_chap02.html#tag_15_04_03。特定于Linux的列表可以在https://man7.org/linux/man-pages/man7/signal-safety.7.html找到
请注意,这两个列表中的任何一个printf()
都不pthread_exit()
是。
printf()
从SIGSEGV
信号处理程序中进行调用将很危险-的大多数实现printf()
将使用malloc()
/的某种形式free()
,并且SIGSEGV
通常是malloc()
/ new
/ free()
/delete
操作遇到损坏的堆的结果。堆操作通常在某种锁下发生,以防止同时修改堆状态,因此调用所有事物printf()
的SIGSEGV
处理程序会带来巨大的死锁风险。
而且pthread_exit()
还会引起巨大的问题-它不仅想更改进程的地址空间中的进程状态,而且还想更改内核空间中的进程状态。从信号处理程序内部,这根本行不通。
感谢您的回复。实际上,我希望主线程将继续运行,即使万一子线程由于分段错误而崩溃。您知道为此目的有什么解决方案吗?