diff options
| author | Antoine Cœur <antoine.coeur@ef.com> | 2019-05-08 13:30:57 +0800 |
|---|---|---|
| committer | Lasse Collin <lasse.collin@tukaani.org> | 2019-05-11 20:52:37 +0300 |
| commit | 2fb0ddaa557ce86e38fe06439930fa8665f092fd (patch) | |
| tree | c868caf1d3886ebdbd7ce730a1217364daf6eb84 /src/liblzma/common/vli_decoder.c | |
| parent | xz: In xz -lvv look at the widths of the check names too. (diff) | |
| download | xz-2fb0ddaa557ce86e38fe06439930fa8665f092fd.tar.xz | |
spelling
Diffstat (limited to '')
| -rw-r--r-- | src/liblzma/common/vli_decoder.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/liblzma/common/vli_decoder.c b/src/liblzma/common/vli_decoder.c index c181828b..af2799d1 100644 --- a/src/liblzma/common/vli_decoder.c +++ b/src/liblzma/common/vli_decoder.c @@ -72,7 +72,7 @@ lzma_vli_decode(lzma_vli *restrict vli, size_t *vli_pos, // corrupt. // // If we need bigger integers in future, old versions liblzma - // will confusingly indicate the file being corrupt istead of + // will confusingly indicate the file being corrupt instead of // unsupported. I suppose it's still better this way, because // in the foreseeable future (writing this in 2008) the only // reason why files would appear having over 63-bit integers |