of ncurses.

Apparently ebuilds don't work properly with backticks.

It kinda sorta works, but needs more love.

This fixes the stat() issue on Windows XP/2K3 by allowing sbbs to benefit
from the run-time library updates that Microsoft releases periodically
(like https://www.microsoft.com/en-us/download/details.aspx?id=53840).

For more info on the stat() issue which caused all kinds of sbbs errors
(e.g. creating directories initially, but a lot more):
https://stackoverflow.com/questions/32452777/visual-c-2015-express-stat-not-working-on-windows-xp

Since we are using cryptlib which requires the MSVC runtime DLL anyway
(it is the default build behavior of MSVC), we weren't really gaining
anything from statically linking the CRTL (LIBCMT.LIB). And for some reason,
an up-to-date MSVC2019 still has (links-in) a LIBCMT.LIB file that includes
this stat bug. All the online help resources I found just to seem to suggest
updating the CRTL DLLs (on the target system), with no mention of any fixes
available for the static CRTLs on the build system. But with the no gain
from static linking anyway, I figured it was time to switch to DLL CRTLs.

The debug builds are still statically linking the CRTL for no particular
reason.

Breaking into a debugger, I found the task was hung in:
_lock_file(stdin) called from common_flush_all(), so the stream was locked.
Simply unlocking it resolves the problem.

This bug has been around forever and was annoying but non-serious (just
required the user/sysop to hit ENTER). So happy it's now fixed.

Deucе authored 4 years ago and Rob Swindell committed 4 years ago

Curses mode does not allow you to control the mode.
This should fix mysterious and hard-to-pin-down UIFC MONO mode.

Curses mode does not allow you to control the mode.
This should fix mysterious and hard-to-pin-down UIFC MONO mode.

There are a number of conio changes in here too... too many to list.  Check
the diffs if you actually want to know what changed.

May fix https://sf.net/p/syncterm/tickets/19/

Please try to log in to SourceForge when creating issues or I won't be able
to contact you with follow-up questions or get confirmation when an issue
is resolved.

a new texture with the same address as a destroyed texture causes crashes.
Just allocate the new texture before freeing the old one to prevent that
from occuring.

These allow setting the initial window size for modes that don't force
integer scaling (ie: SDL).

While we're here, clear a renderer before free()ing the texture to prevent
crashing on some nVidia cards.

Addresses https://sf.net/p/syncterm/feature-requests/17/

There's still some shittiness with the keypad, but nobody really knows how
that works anyway.

number to the remote.
Fixes bug https://sourceforge.net/p/syncterm/tickets/15/

Add support for scroll "buttons" (buttons 4 and 5).

but the mapping wasn't.

Resolves bug #5
https://sourceforge.net/p/syncterm/tickets/5/

with extended palettes.

This likely breaks the forced mono thing.

They don't fix any problems, and likely nothing will use this code.

This fixes some input weirdness with C64 mode (and likely others)