fix modifying existing zipfile with zip64 enabled

The local header size computed from the central directory entry
is incorrect due to the Zip64Placeholder in the local entry.
This caused us to seek to the wrong location when copying an
unchanged compressed data stream.

(The same problem could occur when modifying any zip file where
the local header and central directory header contain different
variable-sized fields, so it's a good idea not to trust the CD
to tell us the local header size in any case.)
fix FULL_ZIP64_TEST

this test fails if zip64 write support isn't enabled
only write zip64 central directory if zip64 support enabled
qualify namespaces in zip64_full_test
Merge pull request #142 from jstanley0/zip64-commit-fix

fix modifying existing zipfile with zip64 enabled
Update .travis.yml
Version bump