TrackBack URL for this entry: http://www.collisiondetection.net/mt3/mt-tb.cgi/600
I have heard that Lucas said that the story of Star Wars is essentially the story of R2-D2. I must say that in Phantom Menace, when there is a group of robots sent out to repair the Princess' ship, I had a little moisture on my cornea.
Posted by: Alfred O. Cloutier at November 25, 2003 5:07 PM
I know, when I was a kid, I was *all about* R2D2. I didn't give a crap about anyone else in the film, really.
Posted by: Clive at December 2, 2003 2:07 PM
Posted by: Online Casino at January 16, 2004 4:21 PM
Posted by: Online Casino at January 16, 2004 4:21 PM
This code should compile and run just fine, and you should see no changes in how the program works. So why did we do all of that?
Posted by: Anne at January 19, 2004 9:19 PM
Each Stack Frame represents a function. The bottom frame is always the main function, and the frames above it are the other functions that main calls. At any given time, the stack can show you the path your code has taken to get to where it is. The top frame represents the function the code is currently executing, and the frame below it is the function that called the current function, and the frame below that represents the function that called the function that called the current function, and so on all the way down to main, which is the starting point of any C program.
Posted by: Abacuck at January 19, 2004 9:19 PM
Each Stack Frame represents a function. The bottom frame is always the main function, and the frames above it are the other functions that main calls. At any given time, the stack can show you the path your code has taken to get to where it is. The top frame represents the function the code is currently executing, and the frame below it is the function that called the current function, and the frame below that represents the function that called the function that called the current function, and so on all the way down to main, which is the starting point of any C program.
Posted by: Hamond at January 19, 2004 9:19 PM
Inside each stack frame is a slew of useful information. It tells the computer what code is currently executing, where to go next, where to go in the case a return statement is found, and a whole lot of other things that are incredible useful to the computer, but not very useful to you most of the time. One of the things that is useful to you is the part of the frame that keeps track of all the variables you're using. So the first place for a variable to live is on the Stack. This is a very nice place to live, in that all the creation and destruction of space is handled for you as Stack Frames are created and destroyed. You seldom have to worry about making space for the variables on the stack. The only problem is that the variables here only live as long as the stack frame does, which is to say the length of the function those variables are declared in. This is often a fine situation, but when you need to store information for longer than a single function, you are instantly out of luck.
Posted by: Timothy at January 19, 2004 9:19 PM
The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.
Posted by: Sybil at January 19, 2004 9:20 PM
When compared to the Stack, the Heap is a simple thing to understand. All the memory that's left over is "in the Heap" (excepting some special cases and some reserve). There is little structure, but in return for this freedom of movement you must create and destroy any boundaries you need. And it is always possible that the heap might simply not have enough space for you.
Posted by: Jocatta at January 19, 2004 9:20 PM
Being able to understand that basic idea opens up a vast amount of power that can be used and abused, and we're going to look at a few of the better ways to deal with it in this article.
Posted by: Clement at January 19, 2004 9:20 PM
When Batman went home at the end of a night spent fighting crime, he put on a suit and tie and became Bruce Wayne. When Clark Kent saw a news story getting too hot, a phone booth hid his change into Superman. When you're programming, all the variables you juggle around are doing similar tricks as they present one face to you and a totally different one to the machine.
Posted by: Thomas at January 19, 2004 9:20 PM
When Batman went home at the end of a night spent fighting crime, he put on a suit and tie and became Bruce Wayne. When Clark Kent saw a news story getting too hot, a phone booth hid his change into Superman. When you're programming, all the variables you juggle around are doing similar tricks as they present one face to you and a totally different one to the machine.
Posted by: Thomas at January 19, 2004 9:22 PM
Posted by: julia at January 24, 2004 8:07 PM
I have heard that Lucas said that the story of Star Wars is essentially the story of R2-D2. I must say that in Phantom Menace, when there is a group of robots sent out to repair the Princess' ship, I had a little moisture on my cornea.
Posted by: Alfred O. Cloutier at November 25, 2003 5:07 PM
I know, when I was a kid, I was *all about* R2D2. I didn't give a crap about anyone else in the film, really.
Posted by: Clive at December 2, 2003 2:07 PM
Nice site. thx.
Posted by: Online Casino at January 16, 2004 4:21 PM
Nice site. thx.
Posted by: Online Casino at January 16, 2004 4:21 PM
This code should compile and run just fine, and you should see no changes in how the program works. So why did we do all of that?
Posted by: Anne at January 19, 2004 9:19 PM
Each Stack Frame represents a function. The bottom frame is always the main function, and the frames above it are the other functions that main calls. At any given time, the stack can show you the path your code has taken to get to where it is. The top frame represents the function the code is currently executing, and the frame below it is the function that called the current function, and the frame below that represents the function that called the function that called the current function, and so on all the way down to main, which is the starting point of any C program.
Posted by: Abacuck at January 19, 2004 9:19 PM
Each Stack Frame represents a function. The bottom frame is always the main function, and the frames above it are the other functions that main calls. At any given time, the stack can show you the path your code has taken to get to where it is. The top frame represents the function the code is currently executing, and the frame below it is the function that called the current function, and the frame below that represents the function that called the function that called the current function, and so on all the way down to main, which is the starting point of any C program.
Posted by: Hamond at January 19, 2004 9:19 PM
Inside each stack frame is a slew of useful information. It tells the computer what code is currently executing, where to go next, where to go in the case a return statement is found, and a whole lot of other things that are incredible useful to the computer, but not very useful to you most of the time. One of the things that is useful to you is the part of the frame that keeps track of all the variables you're using. So the first place for a variable to live is on the Stack. This is a very nice place to live, in that all the creation and destruction of space is handled for you as Stack Frames are created and destroyed. You seldom have to worry about making space for the variables on the stack. The only problem is that the variables here only live as long as the stack frame does, which is to say the length of the function those variables are declared in. This is often a fine situation, but when you need to store information for longer than a single function, you are instantly out of luck.
Posted by: Timothy at January 19, 2004 9:19 PM
The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.
Posted by: Sybil at January 19, 2004 9:20 PM
When compared to the Stack, the Heap is a simple thing to understand. All the memory that's left over is "in the Heap" (excepting some special cases and some reserve). There is little structure, but in return for this freedom of movement you must create and destroy any boundaries you need. And it is always possible that the heap might simply not have enough space for you.
Posted by: Jocatta at January 19, 2004 9:20 PM
Being able to understand that basic idea opens up a vast amount of power that can be used and abused, and we're going to look at a few of the better ways to deal with it in this article.
Posted by: Clement at January 19, 2004 9:20 PM
When Batman went home at the end of a night spent fighting crime, he put on a suit and tie and became Bruce Wayne. When Clark Kent saw a news story getting too hot, a phone booth hid his change into Superman. When you're programming, all the variables you juggle around are doing similar tricks as they present one face to you and a totally different one to the machine.
Posted by: Thomas at January 19, 2004 9:20 PM
When Batman went home at the end of a night spent fighting crime, he put on a suit and tie and became Bruce Wayne. When Clark Kent saw a news story getting too hot, a phone booth hid his change into Superman. When you're programming, all the variables you juggle around are doing similar tricks as they present one face to you and a totally different one to the machine.
Posted by: Thomas at January 19, 2004 9:22 PM
Posted by: julia at January 24, 2004 8:07 PM