April 01, 2003

70 at MIT

Dude, and I'll be doing this in Boston after I get back from SF. See the world, that's what they told me when I signed up to become a poet.

70 at MIT
A Cambridge Spring Poetry Festival
April 25th to April 27th 2003
FRI 4/25

7:00 Mike Chiumiento
7:15 Sueyeun Juliette Lee
7:30 David Perry
7:45 Laura Elrick
break
8:15 Mark Lamoureux
8:30 Caroline Crumpacker
8:45 Miles Champion
9:00 Marcella Durand
break
9:30 Anselm Berrigan
9:45 Kim Lyons
10:00 Jim Dunn
10:15 Aaron Kiely


SAT 4/26

11:00 Brandon Downing
11:15 Nada Gordon
11:30 Noah Eli Gordon
11:45 Jacqueline Waters
break
12:10 Sean Cole
12:25 Corina Copp
12:40 Judson Evans
12:55 Michael Brodeur
1:10 Sara Veglahn
break
1:35 Joe Elliot
1:50 Brenda Bordofsky
2:05 Tom Daley
2:20 Tim Peterson
break
2:45 Aaron Tieger
3:00 Dorothea Lasky
3:15 Patrick Doud
3:30 Melissa Goodrum
break
4: Africa Wayne
4:15 John Cotter
4:30 Amy Lipkin
4:45 Matvei Yankelevich

Saturday night

7:00 Nick Moudry
7:15 Christina Strong
7:30 John Colleti
7:45 Mariana Ruiz Firmat
break
8:10 Mitch Highfill
8:25 Karen Weiser
8:40 Jon Woodward
8:55 Sarah Manguso
break
9:20 Brenda Iijima
9:35 Yuri Hospodar
9:50 Cole Heinowitz
10:05 Douglas Rothschild

SUN 4/27

11:00 Rodrigo Toscano
11:15 Eric Baus
11:30 Daniel Nester
11:45 Mytili Jagannathan
break
12:10 Aaron Belz
12:25 Cheryl Clark
12:40 Brian Kim Stefans
12:55 Tracy McTague
1:10 David Baratier
break
1:35 Cris Mattison
1:50 Michael Carr
2:05 Oni Buchanan
2:20 John Mulrooney
break
2:45 Brendan Lorber
3:00 Wanda Phipps
3:15 Sam Truitt
3:30 Jenny Boully
break
3:55 Jack Kimball
4:10 Anna Moschovakis
4:25 Julien Porier
4:40 Gary Sullivan
__________
Jim Behrle
Events Director
Wordsworth Books
30 Brattle St.
Cambridge, MA 02138
(617) 354 5201
fax (617) 354 4674
jim@wordsworth.com
www.wordsworth.com

Posted by Brian Stefans at April 1, 2003 11:29 AM
Comments

For this program, it was a bit of overkill. It's a lot of overkill, actually. There's usually no need to store integers in the Heap, unless you're making a whole lot of them. But even in this simpler form, it gives us a little bit more flexibility than we had before, in that we can create and destroy variables as we need, without having to worry about the Stack. It also demonstrates a new variable type, the pointer, which you will use extensively throughout your programming. And it is a pattern that is ubiquitous in Cocoa, so it is a pattern you will need to understand, even though Cocoa makes it much more transparent than it is here.

Posted by: Griffith at January 18, 2004 09:16 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: Hieronimus at January 18, 2004 09:17 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: Martha at January 18, 2004 09:17 PM

That gives us a pretty good starting point to understand a lot more about variables, and that's what we'll be examining next lesson. Those new variable types I promised last lesson will finally make an appearance, and we'll examine a few concepts that we'll use to organize our data into more meaningful structures, a sort of precursor to the objects that Cocoa works with. And we'll delve a little bit more into the fun things we can do by looking at those ever-present bits in a few new ways.

Posted by: Ebotte at January 18, 2004 09:18 PM

When the machine compiles your code, however, it does a little bit of translation. At run time, the computer sees nothing but 1s and 0s, which is all the computer ever sees: a continuous string of binary numbers that it can interpret in various ways.

Posted by: Dionise at January 18, 2004 09:18 PM