On Thu, Jul 27, 2000 at 06:04:26PM -0500, Steven Hazel wrote:
> 
> This is in my own plans as well.  We should work together.

I've already made a project on sourceforge.net for this, which is
named nfreenetd for its short (Unix) name and "Alternate Freenet Node
Daemon" for its long name.  It would be quite good that we worked
together.  Three different Freenet node implementations would be a
good thing; having one or two implementations doesn't give people
enough choices.  On the other hand, it is good to have a few
developers working on the same thing.  We should get started right
away, but we should aim for implementing 0.3 instead of 0.2; Freenet
will be released as version 0.3 before the first stable version of
nfreenetd is released.

> Travis Bemann <bemann at bemann.sourceforge.net> writes:
> 
> > I'm going to write another Freenet node implementation.  This
> > implementation is going to be in plain ANSI C, not C++.  It will use
> > an encrypted datastore which is designed to be quite scalable.  The
> > datastore will not be a flat directory full of files whose names are
> > the hashed keys for those files, but rather a tree of directories.
> > I've figured out the semantics for this, but I don't have time to
> > explain them right now.  Anyways, the name of this freenet node is
> > going to be nfreenetd (the n differentiates it from Whiterose, which
> > might use the name freenetd) and it is targeted at Unix/Linux
> > systems.  It will be designed with mainly security, stability, and
> > scalability in mind, and speed will mainly be a side effect from it
> > being written in C rather than Java or C++.  Yes, I am going to make
> > sure to check array bounds when I have to use fixed arrays, and I am
> > going to avoid fixed arrays like the plague.  This practice will stop
> > crashes from overrunning arrays and buffer overflow exploits (which
> > are particulary nasty as exploits go).  Note that I haven't written
> > this yet.

-- 
Travis Bemann
Sendmail is still screwed up on my box.
My email address is really bemann at execpc.com.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 1877 bytes
Desc: not available
URL: 
<https://emu.freenetproject.org/pipermail/devl/attachments/20000727/74d1fed1/attachment.pgp>

Reply via email to