Home/ Questions/Q 1014645
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T10:16:51+00:00

I am allocating memory in a C program using malloc . It’s possible for

  • 0

I am allocating memory in a C program using malloc. It’s possible for my program to allocate more memory than the system has room for, at which point the program crashes. For my purposes it would be better if malloc would just return NULL (like it’s apparently supposed to), so I can catch the error. Instead what it does is it throws an error saying “No memory available to program now: unsafe to call malloc.” And crashes the program.

How can I fix this?

Edit: I know that the program is crashing by itself and not because I’m trying to reference a null pointer. The program never directly calls malloc, but instead calls a function I wrote that calls malloc and then checks to see if it returns NULL. It’s never saying that malloc returned NULL.

Edit 2: If it’s helpful, here is the complete error output:

Program received signal: “EXC_BAD_ACCESS”.
sharedlibrary apply-load-rules all
warning: Unable to restore previously selected frame.
Data Formatters temporarily unavailable, will re-try after a ‘continue’. (The program being debugged was signaled while in a function called from GDB.
GDB remains in the frame where the signal was received.
To change this behavior use “set unwindonsignal on”
Evaluation of the expression containing the function (dlopen) will be abandoned.)
No memory available to program now: unsafe to call malloc

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Once you scribble on the heap via buffer overruns, wild pointers or other bugs, malloc’s behavior becomes undefined and it could return anything.

    Malloc is simply a user-space library; there isn’t any magic contained within it. If I scribble all over your application’s linked list of customer names, you’ll get weird behavior when you later access that list. Malloc behaves in the same way, but since the use of malloc is distributed through the code, cause and effect have global reach.

    All of the answers are dancing around the fact that pointer errors are the single most prevalent source of defects in C code. You are lucky you are getting a SIGBUS which is the evidence of defect that may be widely separated from where and when the fault occurs. Use valgrind to help you find where the real defect is.

    • 0