January 31, 2005

Software Complexity

From Dan Murphy's Origins and Development of TOPS-20
This was one of the earliest occasions when I really began to appreciate the fact that a complex, complicated design for some facility in a software or hardware product is usually not an indication of great skill and maturity on the part of the designer. Rather, it is typically evidence of lack of maturity, lack of insight, lack of understanding of the costs of complexity, and failure to see the problem in its larger context.
Posted by ronlusk at 11:12 PM

Ugly Calvinism

blogma: The Dangerous Pursuit of Reformed Theology
Why is it that, with all to many of us, the more familiar we are with sound Christian teaching the less Christ-like we become in our daily lives?

I remember being surprised the first time I heard that "maturing in the faith" was dangerous. Must run now, maybe more another time.

Posted by ronlusk at 04:30 PM

DEC TOPS-10/20 OS and Layered Product Group Photos

Photos of the DEC 36-bit Software Development Group on Dan Murphy's pages. In this photo of the Layered Products Group, I believe I'm the fourth from the right, bearded with sunglasses. Correctioin: No, I'm not. That appears to be Wick Nichols. I had always thought I missed out on this photo, and I guess I was right.

From the left: Andy Nourse, Mike Brown, Dave Scheifler (my supervisor), Peggy Doucette (our manager), two I cannot identify, and a fragment of Charlotte Richardson behind someone else I recognize yet cannot name.

Posted by ronlusk at 09:54 AM

January 06, 2005

DBCP and InvocationTargetException

This isn't properly a Linux problem, but in seeking the reason why a DBCP/JOCL test didn't work, and wanted to make another pointer to the solution.
I've been getting an InvocationTargetException while parsing my jocl file, but the error message never contains where the real problem occurs.

1) The commons-pool package uses the commons-collections, but does not document that requirement in any of its documentation.
Other reasons given explain why the error is misleading. But for the moment, make sure that the commons-collections JAR file is in the path as well.

I encountered this running junit from an ant build, trying to get around a LinkageError problem by selectively adding JAR files to the classpath for testing. Turns out my version of ant might have been hosed, too, in some way, but that's another issue.

Posted by ronlusk at 11:17 AM