Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

199
Views
SIGABRT doesn't generate core dumps in MacOS

In macOS, I find that SIGABRT won't generate core dumps in some cases.

For example, I run a sleep in one terminal:

lianxin.wlx@mbp [01:08:21] [~/test]
-> % sleep 1000

And send a SIGABRT to it in another terminal:

lianxin.wlx@mbp [01:08:59] [~]
-> % ps -ef | grep sleep
  502 47679 20388   0  1:08AM ttys001    0:00.01 sleep 1000
lianxin.wlx@mbp [01:09:03] [~]
-> % kill -6 47679

Then the sleep process is aborted, but no core dump is generated.

lianxin.wlx@mbp [01:08:21] [~/test]
-> % sleep 1000
[1]    47679 abort      sleep 1000
lianxin.wlx@mbp [01:10:35] [~/test]
-> % ls /cores
lianxin.wlx@mbp [01:10:37] [~/test]
-> %

So why? I've tested the same operations in Linux, it did generate a core dump.

I'm sure I've opened the core dump right(ulimit -c unlimited, and /cores's privilege is 777). I wrote a program that will crash with SIGSEGV, and it did generate a core dump in /cores.

over 4 years ago · Santiago Trujillo
1 answers
Answer question

0

If you make a simple program,

main() {
    abort();
}

It will generate a core dump if run with appropriate priv. Also, if you make a:

main() {
    sleep(100);
}

run it in the background and kill -ABRT , it will generate a core dump. But /bin/sleep doesn't, which is a bit odd.

This is assuming you have followed the recipe in man core.

over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!