Question

在我的应用程序中，main函数调用一个函数 - f2，它产生了几个线程，应用程序工作正常。现在我试图在f2之前添加一个新函数f1来生成一个新线程。这个新线程在屏幕上打印一些内容，然后在while循环中进行休眠。我得到了一次打印，一段时间后应用程序终止。在从GDB调试时，我得到以下消息：

(gdb) Program received signal SIG34, Real-time event 34.Quit
(gdb) bt
#0  0x0fa97cc8 in __nanosleep_nocancel ()
from /export/home/disk4/omsn/401.03022010/montavista/pro/devkit/ppc/82xx/target/lib/tls/libc.so.6
#1  0x0fa97a50 in __sleep (seconds=0) at sleep.c:137
#2  0x10007098 in f2 (arg=0x204) at main.c:152
#3  0x0fd2197c in start_thread (arg=0x204) at pthread_create.c:256
#4  0x0fac853c in clone ()
at ../sysdeps/unix/sysv/linux/powerpc/powerpc32/clone.S:100 warning: Previous frame inner to this frame (corrupt stack?)

代码段：

main(){
    f1(); /*New function added to spawn a new task*/
    f2(); /*Existing function spawns several tasks*/
}

有人可以告诉我什么是“信号SIG34，实时事件34”以及可能导致相同的原因。

以下是f1的详细信息：

int f1(){
    pthread_t thread_id;
    pthread_attr_t attr;
    size_t stack_size;
    int ret=0;

    pthread_attr_init(&attr);
    /*Initialize the stack size*/
    pthread_attr_getstacksize (&attr, &stack_size);
    printf("Default Stack Size = %d\n", stack_size);
    stack_size = 2000;
    pthread_attr_setstacksize (&attr, stack_size);

    /*Initialize detach state*/
    pthread_attr_setdetachstate(&attr,PTHREAD_CREATE_DETACHED);

    printf("Going to spawn thread\n");
    ret = pthread_create(&thread_id, &attr, task_func, NULL);
    if (ret){
        printf("ERROR; return code from pthread_create() is %d\n", ret);
        return ret;
    }else{
        printf("thread successfully spawned, thread id - %d\n", thread_id);
    }

    pthread_attr_destroy(&attr);

    return ret;
}

void* task_func(void* arg){
    printf ("Inside %s going for long sleep\n",__FUNCTION__);
    sleep(100);
    while(1){
        printf ("Inside %s\n",__FUNCTION__);
        sleep(5);
    }

}

Answer 1

Linux支持最初在POSIX.1b实时扩展中定义的实时信号（现在包含在POSIX.1-2001中）。支持的实时信号范围由宏SIGRTMIN和SIGRTMAX定义。你从信号34得到软件中断。它是SIGTEMI+0。在终端

中键入以下命令

$ kill -l </ p>

您将获得信号列表。您将在此链接上获得有关此信号的更多信息。 http://www.freedesktop.org/software/systemd/man/systemd.html 我希望这些信息可以帮助你找到获取信号背后的原因34.因为你没有在这里更新整个代码，所以有点难以说明为什么你会得到这个SIGNAL34。

Answer 2

要解决此问题，请创建一个.gdbinit文件，其内容如下：

handle SIG34 nostop noprint pass noignore

程序终止于接收 - 信号SIG34，实时事件34

2 个答案: