GitLab

something else).

Regen man pages.


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

Regen man version.


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

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

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

- constify as much as possible


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

(revision of r1690, in response to a comment on trac ticket #140)


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

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

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

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

 - pass xfr request data length in network byte order, and receive it as such. receiving this as native data (unpack('H')) would be a bit naive because it may assume some padding.
 - avoid cast as a bonus side effect of the first fix
 - make cmsg space handling more portable.  use CMSG_SPACE when possible; otherwise calculate the space using dummy data
 - overall simplied fd_share code: trying to handle multiple FDs is not correct in terms of API, and in any case we don't need that; verify cmsg_level and cmsg_type on reception; avoid unnecessary data initialization; stop naively assume the exact memory allocation of cmsg_data (assuming no padding) - use cmsg_space() so that padding, if any, will be taken intou account
 - catch the error case of recv_fd failure in XfroutSession.handle() explicitly, and raise an exception


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

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

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

- style fixes according to bind10 coding guideline
- constify things
- propset


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

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

of the boss process with any additional specific variables given
on construction (self.env) of ProcessInfo.


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

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

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

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

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

cleanup: eliminated the need for isc.auth.sqlite3_ds.AXFRInDB by directly calling sqlite3_ds.load() from the xfrin module.

Other cleanups:
- cosmetic: removed redundant blank lines and white spaces after EOL
- grammar fix in comments
- catch Sqlite3DSError explicitly (but I suspect the exception handling
  in the xfrin module is naive overall, which should be fixed)


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

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

Remove the print_message and print_settings from the Xfrin spec and the handlers from the code. (As request in ticket 136)

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

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

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

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

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

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

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

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

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

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

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

check map tag size in create functions too, for consistency, i think we should indeed remove the direct map access and constructor, see comment in ticket 129


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

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

it cannot exceed 255 bytes, but the "from string" constructor didn't check
it.  added test cases for long tags including this specific case.


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

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

additional cleanups:
- unify decode_blob() and decode_utf() since these two are identical.
  moved the XXX comment to the caller side.
- costified the length argument to decode_blob(); it doesn't have to be
  adjusted.
- removed an unnecessary temporary variable (it didn't seem to improve
  readability)


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

1. Msgq not running will be complained when start xfrout process alone.
2. Fix xfrout hang when xfrout can't get the command response from config manager.

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

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

also specifically within "dns/".


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