Question 226202 in CentOS Question posted in
The official documentation can be found here.

Centos – Linux log redirect and call stack info or core dump

There are some problems I need your help with. Please let me describe it first.

  1. program(test) source:
#include <stddef.h>
#include <stdio.h>

int main(int argc, char *argv[])
{
    char * a = NULL;
    printf("print a:n");
    printf("%cn", *a);
}

2.excute it in bash

[root@localhost test]# ./test
print a:
Segmentation fault (core dumped)

3.direct to test.log

[root@localhost test]# ./test > test.log 2>&1
Segmentation fault (core dumped)
[root@localhost test]# cat test.log
[root@localhost test]#

4.use stdbuf

[root@localhost test]# stdbuf -o0 ./test > test.log 2>&1
Segmentation fault (core dumped)
[root@localhost test]# cat test.log
print a:
[root@localhost test]#

5.use shell script test.sh

[root@localhost test]# cat test.sh 
./test
[root@localhost test]# ./test.sh > test.log 2>&1
[root@localhost test]# cat test.log 
./test.sh: line 1: 63426 Segmentation fault      (core dumped) ./test
[root@localhost test]#

6.use stdbuf in test.sh

[root@localhost test]# cat test.sh
stdbuf -o0 ./test
[root@localhost test]# ./test.sh > test.log 2>&1
[root@localhost test]# more test.log 
print a:
./test.sh: line 1: 16761 Segmentation fault      (core dumped) stdbuf -o0 ./test
[root@localhost test]#
  1. my env
[root@localhost test]# cat /etc/redhat-release 
CentOS Linux release 7.3.1611 (Core)
[root@localhost test]# uname -a
Linux localhost.localdomain 3.10.0-1127.19.1.el7.x86_64 #1 SMP Tue Aug 25 17:23:54 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Now I want test.log content is :

print a:
Segmentation fault (core dumped)

and don’t use stdbuf(I think it maybe affect performance).

On the other hand, I expect that when encountering segfaults and other similar errors, I can use programmatically generate core or call stack instead of using "ulimit -c unlimited". I understand that it can be solved by catching signals, but I don’t know which signals represent errors and exits. thank you all.

Tags:

2

Answers


  1. 0

    The "Segmentation fault (core dumped)" message is generated by the shell, not the program you run.

    To get your desired result, you have to run the program in a sub-shell and redirect the output of the sub-shell to the log file. However, sometimes the shell shuts up (doesn’t generate the error message) when run as a sub-shell.

    I think you can use this to get the desired result (it seemed to work on RHEL 7):

    (./test) >test.log 2>&1

    Note that redirecting the output to a file (or a pipe) probably means that standard output ceases to be line buffered and becomes fully buffered. And with a core dump, you probably won’t get the standard output flushed before the program terminates — so pending I/O may be buffered and not sent to the log file.

    Generating a stack trace will have to be done by the program. It will have to catch the signal and invoke the stack trace code and exit, possibly by calling abort(). That may not be 100% safe — the stack may be corrupted. You’ll need to decide which signals you want to catch. You’l be using sigaction(), of course. You’ll need to think about dealing with the SIGABRT, SIGQUIT, SIGFPE, SIGILL, SIGIOT, SIGBUS and SIGSEGV (and maybe SIGSYS, SIGTRAP, SIGXCPU and SIGXFSZ) signals. Your code will need to check if they are defined on your system. You should become familiar with POSIX Signal Concepts and the specification in <signal.h>. The table in the header specification specifies which signals give "abnormal termination" of the process "with additional actions" (which is the core dump part).

    You’ll need to investigate which stack trace libraries are available for you. The GNU C Library provides a set of backtrace functions. There are probably other libraries too. You won’t want to write your own.

    Login or Signup to reply.
  2. 0

    Now I want test.log content is :

    by catching signals, but I don’t know which signals represent errors

    SIGSEGV signal represents segmentation fault. If you want your program to print something, handle SIGSEGV.

    Login or Signup to reply.
Please signup or login to give your own answer.

Back To Top
Search