tech

It happens. It turns out that libxml2 supports something pretty similar to what I had in mind. Instead of providing the SAX parser with a get-more-input-data callback, it has a "push" mechanism whereby one gives it data as it becomes available instead of buffering and providing data as

So, I have this 2nd job that I do in the evenings, at home. At the moment I'm implementing this fairly poorly documented binary protocol that is used for serializing data structures. I have an example message that I managed to tear out of the also-poorly-documented transport protocol,

So, I need a SAX parser. There are lots of those - so, no big deal there. But I also need a *streaming* SAX parser. That is, I need to be able to feed the parser data as I receive it. The platform in question has slow network access with

Since I probably won't have anything substantial to add before I leave for Alaska, I figured I'd do a BigMath release now. I've added nth root support (which puts me one step closer to fast factorial support), string-to-bignum support, and a half-completed calculator GUI.

I'm trying to find an RPC protocol (xmlrpc, json, soap, rest, etc.) and server-side implementation for Java that doesn't depend on the massively over-grown and unmanageable train wreck which is J2EE. And I'm not saying that J2EE shouldn't exist (although that thought

I had never heard of the Free Software Directory before, but they apparently have my BigMath project listed there. Also, the Free Software Directory listing for BigMath ranks #2 on the Google search results for BigMath, while the official BigMath page has moved up to #3 (previously #4), and something

I am invincible! I believe that I just now became the first person in the entire world to run LimeWire under Java SE6 on Mac OS X. You see, SE6 is 64-bit only, and Carbon is 32-bit only. The two do not play well together. So, after commenting out some