<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="0.92">
<channel>
	<title>Ascription is an Anathema to any Enthusiasm</title>
	<link>http://enthusiasm.cozy.org</link>
	<description>Ben Hyde</description>
	<lastBuildDate>Tue, 13 May 2008 00:35:11 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>Dujiangyan Earthquake</title>
		<description>This posting is a place for me to collect stuff about the horrible earthquake in China.

Nearly a million people live in Dujiangyan, which is inside the severe shaking zone.  The irrigation system that starts there dates back to 250BC.  I wonder about the dams.
Good, professional material about landslides, he estimates 50K square kilometers affected by landslides!  This area appears to have a thousand people per kilometer.

Events like (and the cyclone in Burma) create a media vaccum - who get's the blame.  In Burma the dicators seem to be getting the blame, rather than say global warming.  But for now it's unclear what will step into the void, if anything.

While it is interesting to contrast the richer telecommunications in China to that in Burma I just want to say I found this pretty tasteless. </description>
		<link>http://enthusiasm.cozy.org/archives/2008/05/dujiangyan-earthquake/</link>
			</item>
	<item>
		<title>Getting around</title>
		<description>Chart of showing how folks get around based on a table posted here, note what's being counted here is "trips" not distance.


I bet this is going to look lot different over the next few decades. </description>
		<link>http://enthusiasm.cozy.org/archives/2008/05/getting-around/</link>
			</item>
	<item>
		<title>the game, and gonna play it</title>
		<description>

Via ...chartserver.apis.google.com/chart?cht=qr...utube.com/watch?v=oH...0 </description>
		<link>http://enthusiasm.cozy.org/archives/2008/05/the-game-and-gonna-play-it/</link>
			</item>
	<item>
		<title>Four Million</title>
		<description>Four to six million people live in Yangon, aka Rangoon.  The recent cyclone swept away a lot of land, the photos below show that the city is now surrounded by water.  Of course lots of people lived on all the rest of that land.  Meanwhile scientists are a lot more confident that global warming is increasing the intensity and number of hurricanes/cyclones/et. al.



Via NASA </description>
		<link>http://enthusiasm.cozy.org/archives/2008/05/four-million/</link>
			</item>
	<item>
		<title>Conditions in Common Lisp</title>
		<description>Dan Weinreb wrote a long blog post recently outlining what Common Lisp's "Conditions (exceptions) are really about."  He argues, and I won't disagree, that they provide a clean, even elegant, way to handle all the long tail of situations that arise when your trying to be fastidious about the contract for your functions.  One of the things that used to be unique about Lisp was it's elegant support for unwinding the stack when odd things forced you to abandon what ever your doing.  It was a lot easier to see to it that the printer handle was relinquished, the file closed, the gate shut in Lisp than it was in Fortran or C.  These days most languages are better about admitting that these things happen and something should be in the language to help.

Interestingly though the Common Lisp condition system remains a much more elegant thing than you find in other languages.  I don't really understand why.  The condition system doesn't just provide a way to unwind the stack, passing along an object instance to describe what 'exceptional' condition arose.  It also allows the handler for these conditions to resolve them.  In effect this provides an elegant way to implement call backs, i.e. that situation where a low level body of code needs to ask the higher, or later written, code how to resolve a problem.  For example you can use the condition system to implement the classic call back scenario where a GUI widget wants to provide it's users with the ability to do additional checking on user input.

There's more, but what I really wanted to get off my chest (and that's what a blog's for eh?) is that I sometimes I like to muse about raising a condition is yet another example of how complex function calling really is.  Back in the day we used to be able to figure out what function would implement a call site at link time.  Later we got used to having dynamic linking do some of that, and it was common in memory constrained systems to load and flush code on the fly under the covers when in the function call.  I've seen systems where you switched interpreters in the function call for performance and space trade off reasons.  These days people are used to having a complex method dispatch that puzzles out what method will will take care of the request.  The method dispatch is a messy beast when you allow new classes to be loaded.  It was with some pleasure that I first read the mythical man month's description of how some ornate linker came to be obsoleted; since at the time I was struggling with how loading compiled lisp files was an amazingly disruptive event; since it upset all your method tables.

Generally method dispatch is done by searches up stream in the acyclic directed graph of types.  I.e. the behavior of the function is inherited from the class hierarchy.  The class hierarchy is not the only hierarchy in most ...</description>
		<link>http://enthusiasm.cozy.org/archives/2008/05/conditions-in-common-lisp/</link>
			</item>
</channel>
</rss>
