This is an incredible example of the 'zombie code' problem. You lose the source to something and are somehow expected to maintain it anyway.<p>Years ago at a previous employer, we had an old xenix system that ran a library book lending system. The company that maintained it had gone bust long ago and noone knew how to migrate the data, in fact noone really knew xenix either. I ended up (as the Linux and y2k guy) working with one of the smartest guys I've ever met to hunt the data down. In the process I learnt xenix and Geoff learnt xenix x86 assembly. Geoff patched the library system to start dumping out csvs. Then he patched an import function, then an extra field to indicate the year starting with 19 or 20 (to solve the y2k problem all we had to do was shutdown for Christmas, bring the box up in January, set the date to 1900 and we'd be fine. It didn't quite turn out that way but that was another story) and after a significant post y2k problem Geoff took over maintaining a defunct piece of software on a defunct platform, for 3 years. The library didn't migrate because they didn't need to, as long as they had Geoff. After I left, Geoff took over xenix admin (to be fair, not a lot to do) and a few years later fell very ill. While the library thought they'd saved money, ultimately they trapped themselves in an expert system that could only prolong the inevitable disaster on the horizon.