GitLab

Sunstudio is unhappy with plain NULL inside EXPECT_EQ and thinks it is
int. This makes it think otherwise.

Instead of releasing it directly. While the internal release was more
convenient, it didn't allow for swapping things fast under a mutex and
then spending the time releasing it unlocked.

It is supposed to be mostly private. Use it internally only.

Currently, the content of zone is passed to the addZone method. No way
to change it later, but the addZone overwrites the old value if called
again.

This should hopefully allow for removal of mutable find methods from the
tree.

the tests now depend on libdatasrc, while libdatasrc needs memory.la.
so we need to build any tests after building all libraries.

this fixes build failure reported at:
http://git.bind10.isc.org/~tester/builder//BIND10/20120825015000-Solaris10-sparc-Sunstudio/logs/build.out

my compiler even checks assignment-only variables, apparently

right now it doesn't work, and when we need to implement it, the internal
will need to be substantially updated anyway, so it doesn't make much sense
to keep the nonworkable version.

It now simply returns ZoneData as the data associated with the code;
the corresponding client implementation will create a zone finder from it.
also updated some doc.

also completed the zone table deleter.

instead of using the ugly try-(catch-all)catch.

this is mostly private class and is not expected to be referenced outside
of this psuedo module ("memory"), so it's raltively safer.
also, the ZoneTable structure will be embedable in a shared memory space,
so introducing the another pointer indirection will make it unnecessarily
complicated.

still don't pass tests.

added a mostly-empty implementation of ZoneData.
at this point it's nothing more than "buildable" code.  tests still don't pass.

right now it's a naive copy.  the test wouldn't even compile.

Like the previous change, the part of the changes are big, but this is
essentially a straightforward refactoring.

many parts of the code had to be updated, but this is basically pretty
straightforward refactoring (except for exception consideration).

To preserve consistency.

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac444@3938 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac440@3897 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac397focused@3885 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/trunk@3866 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac418@3745 e5f2f494-b856-4b98-b285-d166d9295462

 - make the zone class inheritable
 - introduced the fine method


git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac418@3670 e5f2f494-b856-4b98-b285-d166d9295462

a zone with a shorter origin and query again.
as suggested in review.

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac399@3586 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac399@3400 e5f2f494-b856-4b98-b285-d166d9295462