dosfsck: don't complain about bad filenames when short filename
contains 7 or more characters with codes 128-255, see Debian bug #596327. Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
This commit is contained in:
parent
0113c5bd14
commit
f0a42d0634
@ -304,11 +304,10 @@ static int bad_name(DOS_FILE *file)
|
|||||||
if (atari_format && suspicious)
|
if (atari_format && suspicious)
|
||||||
return 1;
|
return 1;
|
||||||
|
|
||||||
/* Only complain about too much suspicious chars in interactive mode,
|
/* Under MS-DOS and Windows, chars >= 128 in short names are valid
|
||||||
* never correct them automatically. The chars are all basically ok, so we
|
* (but these characters can be visualised differently depending on
|
||||||
* shouldn't auto-correct such names. */
|
* local codepage: CP437, CP866, etc). The chars are all basically ok,
|
||||||
if (interactive && suspicious > 6)
|
* so we shouldn't auto-correct such names. */
|
||||||
return 1;
|
|
||||||
return 0;
|
return 0;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user