Taking this game off the market. it was never very good, and rarely if ever played when it was working. I'd rather not have to continue explaining that it's broken, particularly if I don't have any intention of fixing it.

settings.

Don't change the current BBS list entry when exiting the program settings
menu.

Remove the "Activating font" message when progress is shown.
Don't disable high intensity when enabling a high intensity alternate font.

In theory:
alt ont set 1 should replace high-intensity characters,
alt font set 2 should replace blinking characters, and
alt font set 3 shoudl replace high-intensity blinking characters.
If I understand this correctly.

and disable blinking. Requires latest and greatest SyncTERM/CTerm.

the window.

casting to the preferred type inside the function.

menus.

the high intensity attribute can.  Using CTerm, this is controlled via the
CSI [ ? 34 h/l commands.

Also add CSI [ ? 35 h which disables blinking (reversed by CSI [ ? 35 l)

Reported by Android8675

now that we're patching it.

Inno Setup and syncterm.iss) - it's a script file for Windows ftp.exe to get
the daily-generated syncterm.lst file from Vertrauen's Synchronet BBS List.

- no longer includes cl32.dll (not needed)
- includes getlist.ftp with a shortcut to get Verrauen's syncterm.lst via ftp
- installls all the "user fonts" and pre-configures several of the most useful
  and unique ones.

When a resize event is serviced, cache the new scaling factor.  Next time
the event queue is empty, attempt to lock vstatlock.  If that succeeds,
apply the new scaling.  If not, wait for the queue to drain again.

This may cause the scaling to be slightly delayed, but should completely
solve this deadlock.

This deadlock likely never affected FreeBSD since FreeBSD has deadlock
detection, and the return value of pthread_mutex_lock() isn't tested.  The
result would have been a silent failure to lock, and an update of the scaling
factor regardless, followed by a silent (again untested) failure of the matching
pthread_mutex_unlock() call.

by sdl_ufunc_mtx.  Fix up the sdl_ufunc_mtx usage to help prevent errors.

Also, work around a deadlock on Win32 where a video resize event while a
redraw event is later in the queue would deadlock on the vstatlock mutex.

This problem is *not* completely resolved yet.  I think the new scaling
will need to be cached, then applied the next time the queue is empty.