The critical issue about allocating and then freeing memory is to avoid a memory leak. This condition happens when a memory chunk gets lost, leaving the it lingering in RAM not doing anyone any good. Most often a memory leak occurs in a function.
\n
\nOf course, if the function allocates memory and returns that chunk for some useful purpose — don’t free it! Otherwise, for a temporary buffer, free that memory before the function exits. When you don’t, memory overflows, the system becomes sluggish, the program crashes, and peril portends the planet. These are unwanted things.<\/p>\n
The following code features the memory()<\/em> function, which allocates 1GB chunks and leaves them lingering.<\/p>\n The for<\/em> loop in the main()<\/em> function repeats at least 1,024 times, calling the memory()<\/em> function over and over. Each time, the memory()<\/em> function allocates 1GB of RAM and leaves it in memory: lost, unavailable, and unrecoverable.<\/p>\n Theoretically, the program allocates and wastes 1TB of memory if it runs to its conclusion. This memory is recovered when the program quits, of course, but during its run the memory is wasted.<\/p>\n On my Macintosh and under Linux, the program runs to completion. Weird. My Mac has 32GB of RAM installed, not 1TB. So something hinky is going on.<\/p>\n In Windows, the for<\/em> loop runs 117 times before the malloc()<\/em> function fails and the program quits (releasing the memory).<\/p>\n This example is extreme, but it works to illustrate how you’re supposed to free memory: In a function, when memory is allocated and no longer needed, use the free()<\/em> function. (Click here<\/a> to see the corrected version of the code.)<\/p>\n In the main()<\/em> function, yes you can free()<\/em> allocated memory before that final return<\/em> statement. These statements can appear in any order; you need not free memory in the same sequence (or reverse sequence) by which it was allocated. Freeing memory makes your code pleasing to the pedants who demand such things, but the absence of a parade of free()<\/em> statements at the end of the main()<\/em> function isn’t deleterious to the code.<\/p>\n","protected":false},"excerpt":{"rendered":" Most definitely in a function, if the allocated memory is no longer needed, free it! Continue reading 2022_04_23-Lesson-a.c<\/a><\/h3>\n
\r\n#include <stdio.h>\r\n#include <stdlib.h>\r\n\r\nvoid memory(void)\r\n{\r\n char *p;\r\n\r\n p = malloc(1024*1024*1024); \/* 1GB *\/<\/span>\r\n if( p==NULL )\r\n {\r\n fprintf(stderr,\"Unable to allocate memory\\n\");\r\n exit(1);\r\n }\r\n}\r\n\r\nint main()\r\n{\r\n int x;\r\n\r\n for( x=0; x<1024; x++ )\r\n {\r\n printf(\"%4d - Allocating memory: \",x);\r\n memory();\r\n printf(\"done!\\n\");\r\n }\r\n\r\n return(0);\r\n}<\/pre>\n