download path via SHGetKnownFolderPath(), don't append "/SyncTERM", since for
Vista and higher, FOLDERID_Downloads is used as the "Default location to save
all downloaded content"

single argument.  Imapged Global War continent maps at least.

Thanks for the bug report Digital Man!

couple global pointers (win and new_rect), and move upd_rect, rectspace, and
rectsused into automatic variables in the event thread function.

settings.

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

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.

Reported by Digital Man

Reported by Digital Man.