v1.7.3

Silence compiler warning in make_huffman_decode_table()

LZX, LZMS: Annotate unaligned memory accesses in x86 filtering

wimlib_export_image(): cleanups and fixes for rollback

- rollback setting of wimboot flag correctly (actually, don't even set it
  until we've succeeded)
- on rollback, free wim_lookup_table_entries in the destination if and
  only if they were exported.  Before it was possible for one to be freed
  if it happened to have had 0 reference count before.

wimlib_set_image_name(): Allow multiple images with empty name

Fix for rewriting uncompressed resources when exporting from solid WIM

The changes from commit 1ba2a3422b ("Workaround for WOF incompatibility")
are resulting in excessive, expensive decompressions when exporting small
incompressible files from solid blocks.  For now, add an optimization for
single chunk resources which prevents this common case from triggering
the degenerate behavior.

Remove "memory exhausted" error messages

Calling code checks for NULL returns anyway, and in the case of
allocating chunk compressors there is a fallback so there shouldn't
be an error message.

write.c: Warn when falling back to single-threaded compression

win32_get_avail_memory(): Report 85% of minimum of virtual and physical memory

This should be a better prediction of how much memory can actually be
allocated.

Update NEWS

Add warning messages and retries around FSCTL_SET_EXTERNAL_BACKING

Don't use the old ADD_IMAGE flag names

Rename add_image_params => capture_params

Report some extraction errors on Windows

Report directory tree scan errors

Add WIMLIB_PROGRESS_MSG_HANDLE_ERROR

win32_apply.c: Try to remove/rename conflicting short names

wimboot.c: Fix format string

Update NEWS

win32_apply.c:  Match PrepopulateList patterns against all inode aliases

win32_apply.c: Never externally back extracted SYSTEM registry files

wimboot.c:  Dynamically size extents and drive_info arrays

I figured a limit of 8 partitions is good enough, but for some reason
Windows returns 4 times as many partitions as there actually are.
Whatever, just remove the fixed limit.

Update version to v1.7.3-BETA

Limit can_modify_wim() calls; remove can_delete_from_wim()

It isn't necessary to check for permission to modify a WIM for in-memory
operations such as wimlib_add_image(), wimlib_update_image(), and
wimlib_delete_image().  It is only when the user attempts to modify an
on-disk WIM file using wimlib_overwrite() --- or when the user explicitly
opens an on-disk WIM file for write access --- that write permissions
need to be checked.

This change prevents the library from getting in the way of "unusual" use
cases, such as making last-minute changes to a WIM before extracting it
even when the underlying file is located on read-only media, which
otherwise are fully supported by the existing code.

Also part of this change is the removal of can_delete_from_wim().  This
function did a lot of work (decompressing each metadata resource) that
usually turns out to be a waste of time.  And it turns out that it really
needs to be called for any 'wimlib_update_command', including "add" and
"rename", because both "add" and "rename" can cause files to be deleted
(specifically, replaced).  But this is gone too far.  Instead, just get
rid of can_delete_from_wim() completely: it's not needed if we retain
0-reference streams when not recalculating reference counts as part of
wimlib_write() anyway.

v1.7.2

Workaround for WOF incompatibility

If a stream has compressed_size == uncompressed_size, WOF assumes it's
uncompressed.  As a workaround, we need to re-write the stream as uncompressed
if this ever happens.

This requires adjusting the DONE_WITH_FILE messages to be fired after writing
each stream, not after reading each stream.

We also need to loosen the check for whether the input stream is in a solid
block or not.

Finally, this commit also makes the DONE_WITH_FILE messages work in more cases
--- when appending to a WIM, and when the file hashes are already known.

wimlib-imagex: Don't open base or template WIMs for write access

Update COPYING

- Use "or later" clause for GPLv3 and LGPLv3
- Make LGPL exception more general

programs/wgetopt.c: Adjust license to reflect this not being part of the library

Don't bother with copyright statement in header file

Use LGPLv3+ for src/*.c

Update NEWS

win32_{apply,capture}.c:  workaround for SACL_SECURITY_INFORMATION quirk

Update NEWS

compress_parallel.c:  Smarter setting of chunks_per_msg

Useful when compressing small chunks with many threads.

make_reparse_data(): No changes until success ensured

win32_capture.c: Random cleanups

win32_apply.c: Add workaround for setting ACL auto-inherit bits

A few minor compressor cleanups

lzx-compress.c: Fix for lazy parsing and multiple blocks

Compression updates

- Faster searching for repeat offset matches
- Lazy updates of adaptive state in near-optimal parsing
- Faster LZX near-optimal parsing
- Better LZX lazy parsing
- Faster XPRESS near-optimal parsing
- Faster LZMS near-optimal parsing
- Faster LZMS match/literal output
- Slightly faster LZMS decompression
- Cleanups

win32_capture.c: Fix format string

lzx-compress.c: Avoid unnecessary branch in match cost calculation

lzx_write_match():  One-branch check for aligned offset case

lzx-compress.c:  Optimize output of compressed Huffman codes

lzx_decompress_block():  One-branch check for aligned offset case

wimverify: Add --nocheck option

lzx-decompress.c: Optimize lzx_read_codeword_lens()

lzx-decompress.c: Inline and optimize lzx_decode_match()

read_huffsym(): Use 'unsigned' for 'entry' and 'key_bits'

Slight performance improvement.

xpress-decompress.c: Performance tweaks

Move XPRESS_TABLEBITS to xpress-decompress.c

lz_copy(): Unroll first iteration

Most matches are short, so 1 iteration is the most common case.
Use separate branch for this.

lzx-decompress.c: Don't allow using offsets of 0

This can happen if an uncompressed block is present, since then the match
offset LRU queue is filled directly from the input buffer.  Too-large
offsets were already checked later, but offsets of 0 would cause
uninitialized memory to remain in the output buffer.

Update input_bitstream

- Very slightly more efficient
- Don't access any internal members from LZX decompressor

configure.ac: Remove unnused variable SHA1_SOURCES

update_image.c: Don't set RP_FIX until all commands have finished

win32_capture.c: Use volume ID as device number

update_image.c: Remove update1()

This makes the three wrapper functions more obvious at first glance.

xml.c: Minor cleanup

xml.c: Simplify node_get_string()

wimlib.h: Add section about backwards compatibility

Add WIMLIB_ERR_FVE_LOCKED_VOLUME

read_capture_config(): Don't warn about compression sections

Remove WINDOWS_LDADD

Linking with shlwapi is no longer needed.

README, configure.ac:  Updates regarding building wimlib

The only real changes are:

* --without-fuse by default on non-Linux UNIX
* Explicit check for libattr when libfuse enabled

All other changes are documentation improvements.

Update wimoptimize documentation

Support for file exclusions via progress function

Update make-releases

Update NEWS

Factor out lz_repsearch() and also use for LZMS

Update NEWS

Merge branch 'wimboot_fast'

win32_apply.c: set_short_name(): Zero buffer

win32_apply.c: set_short_name(): Zero buffer

Merge remote-tracking branch 'origin/master' into wimboot_fast

Support file counts for extract file structure and metadata progress

Fix [PrepopulateList] handling

wimboot_set_pointer(): No unnecessary file open

Make generic extraction code aware of external backing and optimize on Win32 side

win32_apply.c:  set_short_name(): Increase minimum buffer size

Update NEWS

lzx-compress.c: Faster extension of repeat offset matches

xpress-compress.c: Adjust condition for using binary tree matchfinder

wimlib_get_error_string(): Fix return value for some invalid numbers

The function was returning NULL for unknown error codes in the range of the
array.  But it should return "Unknown error" for such codes.

wimlib.h:  Various minor doc improvements

wimlib_get_compressor_needed_memory(): return 0 on invalid max_block_size

Make create_decompressor() checks of max_block_size consistent

wimlib_create_{de,}compressor(): Check ctype first

wimlib_create_decompressor(): Fail if max_block_size == 0

wimlib.h: Improve documentation for compression API

LZX: Allow max_block_size not a power of 2

This should be treated as an internal of LZX.

wimlib_decompress(): Check uncompressed_size

lz_*.c: Use UINT32_MAX for default max_match_len

This avoids max_match_len < min_match_len on extremely small windows.

wimlib_compress(): Return 0 if uncompressed_size is invalid

win32_apply.c: Use volume handle when enabling short names

Otherwise it doesn't work.

win32_apply.c: Adjust short name behavior

- Try to enable short names on the volume if it seems to be necessary to set
  short names.
- Without WIMLIB_EXTRACT_FLAG_STRICT_SHORT_NAMES, still warn about how many
  short names could not be set.

xpress-decompress.c: Remove unnecessary bitstream_ensure_bits()

LZX, XPRESS: Use optimized write_bits() functions

For LZX, no handling of literal bytes is needed.  Also, no padding at the end is
needed; omitting it improves the compression ratio slightly.

For XPRESS, no handling of bit counts > 16 is needed.

Rate limit VERIFY_STREAMS progress messages