An overview of dynamic memory allocation in C. Source code: github.com/portfoliocourses/c.... Check out www.portfoliocourses.com to build a portfolio that will impress employers!
thank you so much for this video i've been struggling with malloc and calloc for the longest time and you were the first one that explained it in a way that i understand Love the channel
You are a legend, it took me hours trying to understnad this from my teacher and books, but you have summed it up for me in 30 (15 because I like to go fast) min! Thank you!
Thank you for the kind feedback Christopher, I’m glad you enjoy the videos! :-) The channel has only been active for 2 years, I’m hoping over time more people learn about it too.
That was an awesome tutorial! I followed along on my text editor + Ubuntu terminal and made clarifying comments (for myself, haha). I found the use of the *item pointer in the peek and pop functions as an insightful way to use the addresses to access. Thank you again, fantastic content!
Thank you Olamide! :-) Once you’ve allocated space for the array with malloc filling it with user input is the same as a regular array (“on the stack”), this video might help you with that: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-5nyMb7hJ7Xs.html
#include #include int main () { int i, n; int *a; printf("Number of elements to be entered:"); scanf("%d",&n); a = (int*)calloc(n, sizeof(int)); printf("Enter %d numbers: ",n); for( i=0 ; i < n ; i++ ) { scanf("%d",&a[i]); } printf("The numbers entered are: "); for( i=0 ; i < n ; i++ ) { printf("%d ",a[i]); } free( a ); return(0); }
@Host The 'realloc' does apply to 'calloc' as well, correct? I'm pretty sure it does but it wasn't said and I don't want to assume I'm understanding it properly
Your videos are very clear and educational. This one is particularly interesting. I've coded in numerous languages including C, master of none. I don't even consider myself an expert in any. But I can be proficient. That aside, I found interesting the section where you save the pointer to the allocated memory into the save variable, free(a) then can still access the data in that memory location. For some reason, I thought or read or heard that kernels prevent access to memory not owned by the program. I guess this is not the case. Can the C program change the value once it's been freed? So does that mean that a C program can effectively step through the entire RAM to inspect and/or change the values?
Thank you for the informative video! After trying out the code, I'm a bit confused with the output of the *save pointer because from save [ 0 ] to save [ 3 ], it prints out random numbers and not 5, 4, 3, and 2 as expected, while the rest are just fine. Is this because of my own device or compiler? Thank you
I'm not sure Muhammad. I think you should get the same result. The original code is available here: github.com/portfoliocourses/c-example-code/blob/main/dynamicmem.c. That said, while free() is not required to alter the free'd memory (e.g. setting all the memory to zeros or random data), I don't believe there is anything stopping the compiler/OS/etc from doing this either. So if your using the exact same code and getting a different result, it may be due to the compiler/OS. :-)
@@muhammadaushafalfarras2485 hi! I got the exact same problem. [0]to [3] gets random numbers or 0's and after [3] it gave me the correct answers. Did you able to solve the problem?
Hi, just here to clear things up about realloc. Realloc is essentially copying an old dynamic array and pasting it into a newly allocated dynamic array with a new size? Is the memory in the old dynamic array free up when realloc call? Thanks !
Great question Nathan! :-) And yes, that's the idea. realloc() doesn't always need to copy the old dynamic array to a new location though, it will do that if it can enlarge the exist block of memory at the existing location in memory. If it does need to move the block of memory to a new location, it will copy the data, and it will free the 'old' area of memory for use again. Interestingly though, it may not CLEAR this block of memory, so whatever was there before, like passwords for example, will remain there. You might find these videos interesting: realloc basics: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-vr7qCQLrUt8.html realloc security vulnerability: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-_Ns0CWEoRio.html handle realloc failure safely: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-skqCnhhA0ZY.html
Is there a way to specify the amount of memory you want the whole program to occupy? How does the computer decide how much memory to reserve for the instructions/heap/stack together?
That's a good question Arthur and to an extent the answer is that "it depends on the compiler". :-) Often how exactly a program compiles or is setup to execute isn't something that's part of the language definition, so it's left up to the compiler makers to decide. It can also vary from one platform (OS, hardware, etc) to the next too. So while it's a good question, I'm not sure I can provide a great answer. I think learning about compiler and OS design would help to answer these questions though.
I think some of that depends on the OS / architecture. But memory can definitely become "fragmented" with lots of gaps and whatnot, depending on what you're doing.
Great question! :-) Yes, we don't need the typecast in C because malloc returns a void pointer. In C++ we do use the typecast: stackoverflow.com/a/3477952.
@@PortfolioCourses Ohh thanks!! That part had me confused since C++ does int* arr = new int[n]. Love your videos by the way, trying to learn C before college classes start!!!
Is it necessary to typecast like: int *a = (int*) malloc (sizeof(int) * 10) Because when I didn't include (int*) like in your code, it returns an error.
Great question! 🙂 In C it is not necessary to typecast, but in C++ it is necessary. If you are using a C++ compiler, that might be the reason you get an error.
Thanks for this awesome video . I am trying to understand the things and I have came up with this question: Can you explain what is the difference between int a[10]; vs. int *a = malloc(sizeof(int) * 10); Thanks a lot.
You're welcome! :-) The short answer is that the first one is declaring an array on the stack, the second declares a pointer variable called 'a' that will "point to an int". What this means is that it will store the memory address of an int. The malloc() function will allocate enough bytes to store 10 int values, i.e. it will go out and get block of memory large enough to store 10 ints. It returns the memory address of this block of memory, and that gets stored into the variable 'a'. We call this a "dynamically allocated array" and it gets stored in a different place in memory than the stack called "the heap". Learning more about pointers can help to learn about dynamic memory allocation: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-2GDiXG5RfNE.html.
@@PortfolioCourses So many thanks to you, great teacher :) You are my most favorite teacher in youtube on my journey of becoming software engineer. Thanks a lot for everything
So is airplane systems built with the c programming language? And also NASA systems? Also is assembly language much faster than c since it talks directly with the machine? Thanks.. very useful video
I'm not sure what languages those systems are built with. It wouldn't surprise me if they use something "safer" than C, but I don't know. Assembly can be faster than C, but it can also be slower because compilers can be "smarter" about optimizing code execution than programmers sometimes. :-)
Hello, I would like to ask you if it's also important to NULL a after free-ing int. If it is or not, could you give me some explenation? Thank you so much for your response
Like we it's not reasonable to use it in calloc because this function makes us sure that it is already clear.. but otoh there are some reasons to use it in malloc? I want to make sure that I understand that :)
Hi Adam, whether setting a pointer to NULL is a good practice or not is something people argue about a bit: stackoverflow.com/questions/1025589/setting-variable-to-null-after-free. :-) I would say that it's a good defensive practice to ensure that other parts of the program can check that the pointer is NULL (i.e. not being used to point to memory at that moment), but it may not really solve the problem it's trying to solve. People generally set the pointer to NULL after free to prevent trying to free the memory twice, but that usually occurs when we have multiple pointers to the same position in memory (e.g. by copying a pointer value to another variable) and then we try to free it two times using two different variables that store that address.
Just so the video is focused on code, I go to the view menu at the top, and then the appearance submenu, and then I turn off all the different panels. I make the font bigger, though exactly how big depends on the video, that can be done by searching for 'font' underneath settings. And I use Terminal on MacOS, I just have the terminal next to Visual Studio Code on the right. :-) And I'm very glad to hear this video helped you out!
Interestingly, when I tried the infinite malloc part, it didn't "crash". First the browser window went black. The the whole screen. Apparently Win10 happily lets you steal memory space from running processes.
It's unclear to me why on slide 4 (~2:45) in the stack table we have *c = 8* and *d = 9* when *myfunction* gets called with *a* and *b,* which are 4 and 7, respectively. Shouldn't we have *c = 4* and *d = 7* there?
Great question Nathan! In this video I am using Visual Studio Code. I have disabled some of the standard windows though that allow you to select different files, because in the videos I only want to focus on a single code file (most of the time anyways). The terminal is the other program I am using... the equivalent program on windows would be the command-line (though there are more sophisticated Windows terminals/shells, such as power shell). Maybe one day I can make a video on setting up exactly this 'environment' on Windows and/or a Mac. :-)
At 2:04 - Minor correction(maybe): We are essentially passing the parameters a and b to the function. So, c should be equal to a and so is the case for d and b.
you can't save data of ''a'' in ''save'' . ''a'' and ''save'' point to the same block of memory ,after you freed "a" , "save" will point to same block of garbage value that "a" point to . doesn't make sense you will get different data from "save" .
I don’t understand your comment, are you just repeating what’s discussed in the video? Or do you have a question? Because in the video I say multiple times that save is storing the same memory address as a. And yes, we don’t get different data from save or a because they are pointing to the same thing. :-)
@@PortfolioCourses sorry my mistake , I just get confused when I copied this program on my pc i din't get same output, I got some garbage data, not the same as you .