Newly overhauled

No new functionality, but all of my existing networking code has been yanked and replaced with Boost::Asio. On top of that, I did a serious pass to simplify existing code. I'm calling this a 1.7 just because so much code has changed, but there are no differences an end-user will likely notice.

nsrlsvr-1.6.1

This completes the switchover to CMake. Further, program options are now parsed using Boost::Program_Options. Feature requests #12 , #11 are now implemented, and --dry-run provides most of what was asked for in #9 .

Further, a pre-built binary for Fedora 24 (x86_64 only) is now available.

nsrlsvr-1.6

1.6 is finally ready for production use. There was an annoying bug which was causing the -RCs to leak file handles, but that bug was finally found and killed. Enjoy the code, guys!

nsrlsvr-1.6RC2

Some non-C++14 code snuck in by accident. (I swear, I thought Concepts Lite had been accepted by the Committee.) This led to it compiling on some systems and not on others, depending entirely on whether the compiler supported using 'auto' for function parameters.

nsrlsvr-1.6RC1

The changes I tried to make in 1.5 turned out to be something of a disaster, so I radically simplified the code and took it back to basics. Along the way, I updated it to work with the new C++14 standard. In this release CPU utilization is down (way down, in some cases) and the codebase has been simplified, clarified, and better documented.

Some features were removed due to nobody using them -- and when I say "nobody", I mean nobody. Reviewing the last year of logs on the public server at nsrllookup.com found that I was the only one using these features.

Removed in 1.6:

• Can no longer query the server to get load information or number of hashes in the DB
• Protocol 1.0 is no longer supported; must use 2.0 (not a problem, as everyone does)
• Can no longer start as a normal process -- must start as a daemon
• No longer supports shutting down after a user-defined period of inactivity

nsrlsvr-1.4

The build process has been pretty thoroughly overhauled. nsrlsvr will no longer try to grab a copy of the RDS with each compile. This seemed like a good idea but turned out not to be, since it meant nsrlsvr versions had to be released quickly after each new NSRL RDS release. Two new tools have been added, nsrlupdate and nsrlappend, which will help users keep current: to update to the latest NSRL RDS, just download the zipfile and run "nsrlupdate /path/to/rds".

nsrlsvr-1.3.1

Now builds against NSRL RDS 2.44m.