April 16, 2003
Tom Raworth: Listen Up

Why should we listen to Hans Blix
and all those other foreign pricks:
the faggot French who swallow snails
and kiss the cheeks of other males:
the Germans with their Nazi past
and leather pants and cars that last
longer than ours: the ungrateful Chinks
we let make all our clothes; those finks
should back us in whatever task--
we shouldn't even have to ask:
and as for creepy munchkin Putin...
a slimy asshole-- no disputing!?
We saved those Russians from the reds--
they owe support. Those wimpish heads
of tiny states without the power
to have a radio in the shower
should fall in line behind George Bush
and join with him and Blair to push
the sword of truth through Saddam's guts
(no need for any ifs or buts)
we'll even do it without the backing
of UN cowards and their quacking--
remember how we thrashed the Nips
and fried them like potato chips?
God's on our side, he's white and Yankee
he'd drop the bombs, he'd drive a tank: we
know he's stronger than their Allah
as is our righteousness and valor!
We'll clip Mohammed's ears and pecker
And then move on to napalm Mecca.

Tom Raworth is a British poet. His most recent book of poems is Tottering State. He submitted Listen Up to the PoetsfortheWar.org website, hoping to sneak it past the censors. To date, they have not published the poem. However, late word comes that the site's proprietor, Charles Weatherford, has offered him a position as an "organizer" in their movement. (Counterpunch)

Posted by Brian Stefans at April 16, 2003 11:20 AM | TrackBack
Comments

You keep a good form, that makes me glad. Yours friendly, Inês Oseki-Dépré

Posted by: Inês Oseki-Dépré on October 31, 2003 12:03 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: Ellen on January 19, 2004 02:36 AM

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: Ebotte on January 19, 2004 02:36 AM

This will allow us to use a few functions we didn't have access to before. These lines are still a mystery for now, but we'll explain them soon. Now we'll start working within the main function, where favoriteNumber is declared and used. The first thing we need to do is change how we declare the variable. Instead of

Posted by: Georgette on January 19, 2004 02:36 AM

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: Gerrard on January 19, 2004 02:37 AM

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: Goughe on January 19, 2004 02:37 AM
-->