Talk:Stack frame: Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Pat Palmer
No edit summary
imported>Subpagination Bot
m (Add {{subpages}} and remove checklist (details))
 
Line 1: Line 1:
{{checklist
{{subpages}}
|                abc = Stack frame
 
|                cat1 = Computers
|                cat2 =
|                cat3 =
|          cat_check = n
|              status = 2
|        underlinked = y
|            cleanup = y
|                  by = --[[User:Eric M Gearhart|Eric M Gearhart]] 15:04, 11 April 2007 (CDT)
}}
__TOC__
__TOC__



Latest revision as of 19:48, 14 November 2007

This article is developing and not approved.
Main Article
Discussion
Related Articles  [?]
Bibliography  [?]
External Links  [?]
Citable Version  [?]
 
To learn how to update the categories for this article, see here. To update categories, edit the metadata template.
 Definition A memory management strategy used to create and destroy temporary (automatic) variables in some programming languages. [d] [e]
Checklist and Archives
 Workgroup category Computers [Categories OK]
 Talk Archive none  English language variant British English

how link to C sharp programming language?

How am I supposed to write a link to the C-sharp programming language. I think the punctuation is messing it up! --Nick Johnson 14:13, 11 April 2007 (CDT)

I am using C sharp for the link.Pat Palmer 10:40, 24 April 2007 (CDT)

needs references

I've added a section for references. Now we need to get some! Any help appreciated.Pat Palmer 10:40, 24 April 2007 (CDT)

not ready for status 1

I'm revising status to 2 (still under development). Not sure who put it to 1. If you don't agree, please drop a note on my talk page.Pat Palmer 02:21, 9 May 2007 (CDT)

removing the following paragraph; not relevant here

"Registers vs. stack frames" Stack frames are not the most efficient way to manage short-lived values, such as formal parameters, local variables, and intermediate computations. On architectures that support it, it is faster to store these in registers than in memory locations. Although some languages in the past (C, notably) allowed the programmer to try to manage whether variables live in regular memory or in a register (dependent on availability of enough registers), in modern computers this many be managed by the processor transparently (unbeknownst to programmers) as part of making processors execute programs rapidly.

The issue of whether registers (or any other fast memory) is used is not relevant to the concept of a stack. For example, on Solaris (on a SPARC system), the entire stack will be implemented in registers. So what? It's still a stack in registers or in the slowest memory possible.Pat Palmer 23:04, 23 August 2007 (CDT)