Fix an efficiency bug by simplifying the code.  A lock token processing function in RA-Neon was trying to avoid having to re-allocate a string buffer, but, due to a typo in verbose #define statements, was always under- estimating the required size (by 5 bytes per lock) and so could end up reallocating anyway.
Fix an efficiency bug by simplifying the code.  A lock token processing
function in RA-Neon was trying to avoid having to re-allocate a string
buffer, but, due to a typo in verbose #define statements, was always under-
estimating the required size (by 5 bytes per lock) and so could end up
reallocating anyway.

* subversion/libsvn_ra_neon/merge.c
  (svn_ra_neon__assemble_locktoken_body): Lose the bug-prone
    'SVN_LOCK_*_LEN' definitions (SVN_LOCK_PATH_CLOSE_LEN was defined in
    terms of SVN_LOCK_CLOSE but should have been in terms of
    SVN_LOCK_PATH_CLOSE) and instead factor out the sizeof() operator.
    Assert that the final length does in fact match the calculated length.


git-svn-id: f8a4e5e023278da1e04e203c7fe051e3c4285d88@1242353 13f79535-47bb-0310-9956-ffa450edef68

YueLinHo/Subversion,YueLinHo/Subversion,YueLinHo/Subversion,YueLinHo/Subversion,YueLinHo/Subversion,YueLinHo/Subversion,YueLinHo/Subversion,YueLinHo/Subversion