| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
Add a lower-case table; necessary for readdir on FAT in the presence
of WinNT case flags.
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
|
| |
|
|
|
| |
Reorganize the codepage handling to make it easier to do ucs2 ->
codepage conversion, this will be used for a future directory lister.
|
| |
|
|
|
|
| |
It seems to make more sense to put the console codepage first, since
it is the more significant of the two codepages. It also makes more
sense in the from..to sense.
|
| | |
|
| |
|
|
|
|
|
| |
Add additional codepage data from the Unicode Consortium.
Additionally, add support for generating codepage files for the case
where the filesystem codepage and the display codepage do not match.
The standard Makefile doesn't actually do that, however.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
If we don't have a direct upper-case equivalent to a character, but we
*do* have the "naked" version of the upper-case character (defined as
the first character of the canonical Unicode decomposition of the
case-mapped character), then use it for the intracodepage table (used
for shortnames.) This matches DOS behaviour. No obvious way, yet, to
handle the fact that DOS doesn't uppercase the lowercase sigma, but
that's not a huge problem; besides, lowercase sigma is mapped to
position 0xE5, which would require dealing with the special handling
of this character in the first position.
|
| |
|
|
|
| |
Adjust the gensubset.pl script to that all case variants are
explicitly included in UnicodeData.
|
| |
|
|
|
| |
Make the codepage data all derive from the Unicode tables, and create
files that could be dynamically loaded in the future.
|
| |
|
|
|
|
|
| |
Initial support for VFAT long filenames; currently hard-coded to
codepage 865, no support for other codepages or for accessing files
with names which aren't in the current codepage. This hopefully
shouldn't be an issue for SYSLINUX applications.
|
| | |
|
|
|
Add support for creating codepage/Unicode mapping tables; this is a
step toward VFAT long filename support.
|
