aboutsummaryrefslogtreecommitdiff
path: root/src/liblzma/common/vli_decoder.c
diff options
context:
space:
mode:
authorAntoine Cœur <antoine.coeur@ef.com>2019-05-08 13:30:57 +0800
committerLasse Collin <lasse.collin@tukaani.org>2019-07-13 17:53:33 +0300
commit0d318402f8a022f707622c72f8f1894ea476cf89 (patch)
treeb504495dd51744f5ddf3b5eccbb06e63537cf4ae /src/liblzma/common/vli_decoder.c
parentREADME: Update translation instructions. (diff)
downloadxz-0d318402f8a022f707622c72f8f1894ea476cf89.tar.xz
spelling
Diffstat (limited to 'src/liblzma/common/vli_decoder.c')
-rw-r--r--src/liblzma/common/vli_decoder.c2
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