Nat!'s Web Journal

Currently I am busy coding yet another EOF clone. Indeed it's gonna be a clone, because like MulleEOInterface, I am trying again for binary compatibility in the first step.
In the second step I want to push it forward to be faster, less memory hungry and more flexible. Of course it will be in Objective-C.

First I want to get EOAccess going, as that's what I have rewritten much of it already at work. And I think it's easier to code than EOControl.

I looked at a few other EOAccess implementations, but so far I haven't reused anything from them. The problem with reuse of these LGPL libraries is, that I am narrrowing down my options of what I can do with the code, and so far I haven't encountered any real "problem" writing down the relatively straightforward code of EOAccess. That may change for EOControl, where I am considering participating in one of the open source projects, if that saves me some appreciable time. But that's for sometime next spring, currently I am busy doing EOAccess.

These are the projects containing EOAccess or EOControl implementations I looked at:

For Mac OS X, you might want to check out AJRDatabase. I haven't actually run it, but the code looks OK. The author is likely to convert of his BD prefix in the future. He also wants to achieve EOF 4.5 compatibility some time.

Is it going to be Open Source ? The answer is probably, parts of it almost certainly, but I ain't promising nothing yet.

This seems to not be easily fixable.

Target Disk Mode is very slow. Copying files over Firewire is about as fast as copying a over 100 MBit/s network. I would hazard a guess, that using a 1 GBit/s network would be much faster. Fairly disappointing.