GitLab

And for bindctl don't import bindctl.py
(But still does due to following "from" lines.)


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

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

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

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

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

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

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

- constify
- sync with style guidelines
- avoid unnecessary copies when we can use references


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

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

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

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

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

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

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

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

object so that they'll be valid regardless of how the QueryTask is constructed.

In the current usage patter the previous behavior is probably safe, but
since this object is passed beyond a scope of a single function, there's
always a risk of retaining a stale reference to a temporary object.  This fix
solves that potential problem.

Note that copy of these member objects should be cheap because in this sense
they are mostly native integer types.


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

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

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

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

currently fails, so disabled.


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

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

Identify files that need to be included in the tarball.
Also change some from Makefile.am entries to identify that are
not in the tarball (since later generated during build).

Includes needed for headers in src tree and in build tree
(because some includes are generated).
Also includes specifically for "dns" needed since headers
in src tree don't see the ones in build tree and vice versa.

Have the gen-rdatacode.py script read placeholder from src tree
and save generated files into build tree. Okayed by Jinmei.

Identify a few files that should be removed on a clean.


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

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

so commented out.


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

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

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

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

(with some minor style level cleanups)


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

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

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

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

from $sysconfdir/bind10.
Add to README a note about this.

The files are still installed to the share/bind10 directory
since they are reference / test files.

I did this so admins won't put custom files in place and then
next bind10 install won't overwrite them.

TODO: document this in userguide.
TODO: add an install target to put in etc also if doesn't already exist.


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

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

  style guideline conformance
  deprecated file-static, and put everything except main() in an anonymous
  namespace.


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

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

it also confirms the strong exception guarantee, that is, the original
data source should be still valid on update failure.


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

- load and lookup a test data source
- lookup for a broken data source entry, and confirm it will result in
  SERVFAIL
- in the auth server code, only catch isc::Exceptions.


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

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

running it from the source tree.
TODO: get the bindctl modules installed.
(As it is now the installed bindctl does not run.)

Renamed the bindctl shell script to run_bindctl.sh which can be ran
from the source.

Rename the run_loadzone to include "sh" to be like the rest in bind10.
(That is not installed.)

Update README to mention the run_*.sh scripts.


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

-Wextra as follows: "[class name] has a field [member name] whose type
uses the anonymous namespace", even if the anonymous namespqce in
question is closed in the single translation unit:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365

AFAICS, the intent was to warn it if the anonymous namespace is used
in a header file (which can easily violate the One Definition Rule as
discussed in the bugzilla), but gcc seemingly did too much to prevent
that.

Unfortunately this bug prohibits us from specifying -Werror, so we
selectively disable this flag by identifying g++ used for build has
this bug.


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