On Mon, 08 Oct 2001, Oskar Sandberg wrote: > > I agree with Ian. Unix in all honor, but when we already have an > application capable of providing the data running, writing seperate > applications that have to worry about the file structure and parsing is > just silly. > I agree.
> The node does the hard part, data is provided via a protocol that is > already specced (meaning we don't have to start worrying about > standardizing files and file placing etc), and UI clients can be written > on any platform without having to worry about how files and data are > stored on disk. > Yup. All correct. What I'm proposing doesn't go against any of this. I'm suggesting that *for only the ref-tester*, that it be seperate from the node. The reference tester only needs to access the same classes as a real node, so that its method of handshaking and such is consistent with a real node's method. It doesn't need access to any internal data structures, you just give it a reference, and it connects to those nodes. (Maybe if your own node's info is required for handshaking, it'd have to read the store to get at that data, but it'd be using *all existing code* to do this.) It'd just take the results of that code and handle it differently. If there's more information required to do the simple handshaking and authentication, I'd like to know so I can revise my position on this, but from what I see, there's no need to make it part of the node, so there's no need to bolt it on. Thelema -- E-mail: thelema314 at bigfoot.com If you love something, set it free. GPG 1536g/B9C5D1F7 fpr:075A A3F7 F70B 1397 345D A67E 70AA 820B A806 F95D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20011008/d4956085/attachment.pgp>
