January 11, 2003

Skid 13

as elevator lips leaves
there are cuts in the world
can't say i'm troubled
we've got lent to contend with
the strange dais disappearing
other governors' budgets
protective myths
like the one about the lavender day camp
there, once we've attached the bunjee chord
to the cow's left ear
the farming community will vote labor
curses, shouts in the hallway

rouse him from a taiwanese dream
that of the rooster and the stone wall
belittling little people
ha ha try the fallen apples
dark coffee perks
stained glass window perks for the catholics
draw the mumfords to seattle
where they uninstall windows 95
from their pet tarantula
which proceeds to write a serial novel
based on the travails of the norwegian luge team
famous for their chocolates and widows

and limitless sex appeal
that doesn't translate well
into this language of stars and rabies
julianne moore played the heiress
oscar winner ralph fiennes played elevator lips
the camera couldn't find
the actor playing the cloud of dust
in the opening scenes of the man who fell to earth
too bad, that story is quite interesting
sweet words pass from mantis hips
in the art school just north of noam chomsky's hometown
of international falls, minnesota, blithely

Posted by Brian Stefans at January 11, 2003 11:19 AM
Comments

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: Humphrey at January 18, 2004 11:06 PM

Our next line looks familiar, except it starts with an asterisk. Again, we're using the star operator, and noting that this variable we're working with is a pointer. If we didn't, the computer would try to put the results of the right hand side of this statement (which evaluates to 6) into the pointer, overriding the value we need in the pointer, which is an address. This way, the computer knows to put the data not in the pointer, but into the place the pointer points to, which is in the Heap. So after this line, our int is living happily in the Heap, storing a value of 6, and our pointer tells us where that data is living.

Posted by: Julius at January 18, 2004 11:06 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: Hector at January 18, 2004 11:06 PM

Since the Heap has no definite rules as to where it will create space for you, there must be some way of figuring out where your new space is. And the answer is, simply enough, addressing. When you create new space in the heap to hold your data, you get back an address that tells you where your new space is, so your bits can move in. This address is called a Pointer, and it's really just a hexadecimal number that points to a location in the heap. Since it's really just a number, it can be stored quite nicely into a variable.

Posted by: David at January 18, 2004 11:07 PM

These secret identities serve a variety of purposes, and they help us to understand how variables work. In this lesson, we'll be writing a little less code than we've done in previous articles, but we'll be taking a detailed look at how variables live and work.

Posted by: Morgan at January 18, 2004 11:07 PM