This need to be tested.

The last element of these arrays was getting clobbered by the next
field because the array sizes are stored in the first element.

Fixes warning on NetBSD and Raspian.

With 0xE0 being used for ciolib "super-extended scancodes", a literal
0xe0 can't pass through the input path.  This is an issue in CP866 (р)
and KOI8-U (Ю) as well as CP437 α.

Should fix SyncTERM SF bug 123.

This is a really stupid way of drawing the highlight, but fixing it
this way is trivial vs. refactoring all the ugly.

Fixes #192

Since this was originally Pascal, there's a tonne of 1-based indexed
arrays, and the font ones were sized by number of elements, meaning
it was chock full of buffer overflows.  Also, the Pascal string
handling was crazy.

There were also some file IO issues floating around.

This fixes all of those issues and also Closes #179

Address warning: ‘__builtin___sprintf_chk’ writing a terminating nul past the end of the destination
reported by Nelgin via irc.

buffer overflow caused by long-filenames (?) :

Thread 2 "SDL Main" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff0be5700 (LWP 31102)]
strlen () at ../sysdeps/x86_64/strlen.S:106
106../sysdeps/x86_64/strlen.S: No existe el fichero o el directorio.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x00007ffff6f10da8 in _IO_vfprintf_internal (s=s@entry=0x7ffff0bc2230,
format=<optimized out>, format@entry=0x55555558ec5c "%-12s ",
    ap=ap@entry=0x7ffff0bc2378) at vfprintf.c:1637
#2  0x00007ffff6f31afb in __IO_vsprintf (string=0x7fffec00b0c0 "\310\a",
format=0x55555558ec5c "%-12s ", args=0x7ffff0bc2378) at iovsprintf.c:42
#3  0x000055555556a701 in bufprintf (buf=0x7ffff0bc2480 "", attr=31,
fmat=0x55555558ec5c "%-12s ") at miscfunctions.c:560
#4  0x000055555555e332 in load () at load.c:796

Update everything to use that instead of 0x00 and 0xff.  Should only impact
the use of the close window control in Windows, X, and macOS.

needed in these cases.

This fixes the loading CTRL-A codes from *.msg files reported by Marius.

If the file uses a known extension, do not pass through all the parsers.

Reported by Ragnarok.

We'll need to fix this in ciolib.

memory leak in the block copy function.

gracefully on some platforms.

Instead of prompting for a char, display the ASCII table.

no longer extend the line.

Mouse drawing still not functional.

Properly save 80-column drawings... possibly warn first?
        Best method (using movement codes) is as follows:
                At Start of 80-column line:
                        1) Move down one line (Using LF - force scroll if it will happen)
                        2) Move up one line (back to original position)
                        3) Save position
                At End of 80-column line:
                        1) Restore position
                        2) Move down one line using CR/LF to ensure a proper end of line
                On last line, do not do special start/end unless the last line is 80 columns.
        Second best method (for types without movement):
                At end of 80-column line, instead of \r\n, use <space><backspace>
                        - This method will not work correctly for non 80-column terminals
                        - Can result in overly long lines... breaking things which use a
                          fixed-length line buffer while reading input files (ex: ddplus doors)

Support loading, editing, and ANSI-selecting console fonts