Should fix issue 103 on SourceForge (Black bars on X11 window)

This is now simple to implement.

Also, add ciolib_initial_scaling so the initial window can be created
with the appropriate scaling already applied.

We still need a way to specifiy the initial text mode, but these
globals are not the right way.

This should allow fall-through to SDL and win32 console if possible.

jsexec is an extra weird case though, so don't touch that one for
now... I assume it'll just break as-is, but maybe it'll work...
Certainly gdi_ciolibinit() needs better error detection.

Full-screen console doesn't scale anymore on modern Windows, so this
flag is worse than useless.

Also, fix up window behaviour... allow dragging it larger and smaller,
disable maximize, and don't allow snapping bigger or smaller than
the user area.

Finally, when r2y tables aren't installed, set the aspect ratio to
xsize x ysize so all the aspect "stuff" works properly.

With this, GDI is now the default output mode for Windows.  Auto
order is now:

X11 -> GDI -> SDL -> Win32 Console or Curses -> ANSI

Now that GDI is self-contained, does not require SDL, and runs in
a window, compile as a Windows application to prevent a console
window from opening then closing at startup.  Win32 console mode
now has to rely on AllocConsole(), which opens a new console
window.  This is likely the best choice anyway since ciolib
absolutely destroys your console settings, so that console is even
less useful than the normal windows console after a utility runs.

Maybe for 2.0 I'll do a Wayland and Core Graphics driver too. :D

Also, fix up window behaviour... allow dragging it larger and smaller,
disable maximize, and don't allow snapping bigger or smaller than
the user area.

Finally, when r2y tables aren't installed, set the aspect ratio to
xsize x ysize so all the aspect "stuff" works properly.

With this, GDI is now the default output mode for Windows.  Auto
order is now:

X11 -> GDI -> SDL -> Win32 Console or Curses -> ANSI

Maybe for 2.0 I'll do a Wayland and Core Graphics driver too. :D

Move snap logic into bitmap
Move new mode window size logic into bitmap

We don't just want the kbwait() problem back, only wait after WIN_DYN
if there was no input.

Put that in your pipeline and smoke it.

Not a huge deal, but there it is (or was).

Instead, have the r2yptr and y2rptr pointers that need to be set
to those tables in order for interpolation to work.  Not setting one
locks ciolib into "LCD" modes (everything uses square pixels), and
XBR scaling is disabled.

The CIOLIB_INTERPOLATE_OBJS make variable contains the path to the
object file that contains those tables, so it's just a matter of
some code and an extra (128MB) object to link against.

Fixes high CPU utilization at menus.

This increases the binary size by 128MB, but allows much faster
startup, and should actually use less memory since the VM can page
out (or just not page in) the parts of the table it doesn't use,
and it can share the pages between different instances.

Use a static char string list for the main menu options. These can't be const
becaue uifc.list() *can* modify them (!) - if they're too long.

Free the global opt[] (option list) when exiting.

These really are not of themselves important, but reduce the noise reported by
valgrind when looking for real issues.

(seeing a pattern here) :-)

Use weight == 0 instead of int == double when deciding to copy pixel
When interpolating width, do it by column, not row

I expect BitBlt(..., BLACKNESS) to be the better optimized of the
two, and there's no reason to actually reat the source bitmap.

Cleans up artifacts in interpolated values nicely.

I don't think it would've even been possible to match these expressions without
the tilde.