January 09, 2003

Skid 11

clips o'er the impossible
boddhisattva embryo
white collar toyotas
she infjected plastic soy rolls
icelandic bandwago band
clunk ship hospitial towels
david de gascoyne's
fissures ulton's loolly brut
roamntic new ordure
flanks by hemo-roman salutes
frutes de la rune'z ump
an ultra-gash xxxmas (shit)

to compliment
the nude vgrant is that a word?
takne ny skyline blown
life but left my lover out
in the urn, it rained
bakings made'v lover's rump
luffter o'er plsh spirits
hegels marupsiial imposslbe
lint in kanoodie's drano closet
argenot's film flam noir
with riddms frm bion byron
tum tums from the argot's cursh

it's almost smairt
it's olma spukking
diplomitisch wints're east
attahk ov usa+ soldered 'nsisters
to hlum mammers 2s t' fart
uvver dems unter dems
plissing sidreal's costco chirtz
mp3s jpgs canon't fodder
links r mumpless t-tching oddrs
hughe macridmia's hlaws
spolish sedmints wince blau wince
whtiman cinna (fakkir) fairt ni mair!

Posted by Brian Stefans at January 9, 2003 10:07 AM
Comments

Let's take a moment to reexamine that. What we've done here is create two variables. The first variable is in the Heap, and we're storing data in it. That's the obvious one. But the second variable is a pointer to the first one, and it exists on the Stack. This variable is the one that's really called favoriteNumber, and it's the one we're working with. It is important to remember that there are now two parts to our simple variable, one of which exists in each world. This kind of division is common is C, but omnipresent in Cocoa. When you start making objects, Cocoa makes them all in the Heap because the Stack isn't big enough to hold them. In Cocoa, you deal with objects through pointers everywhere and are actually forbidden from dealing with them directly.

Posted by: Augustus at January 18, 2004 08:14 PM

This back and forth is an important concept to understand in C programming, especially on the Mac's RISC architecture. Almost every variable you work with can be represented in 32 bits of memory: thirty-two 1s and 0s define the data that a simple variable can hold. There are exceptions, like on the new 64-bit G5s and in the 128-bit world of AltiVec

Posted by: Nicholas at January 18, 2004 08:15 PM

Seth Roby graduated in May of 2003 with a double major in English and Computer Science, the Macintosh part of a three-person Macintosh, Linux, and Windows graduating triumvirate.

Posted by: Archibald at January 18, 2004 08:15 PM

Earlier I mentioned that variables can live in two different places. We're going to examine these two places one at a time, and we're going to start on the more familiar ground, which is called the Stack. Understanding the stack helps us understand the way programs run, and also helps us understand scope a little better.

Posted by: Mark at January 18, 2004 08:15 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: Pierce at January 18, 2004 08:16 PM