Save the window position and size when we enter fullscreen, and
restore when we leave... this was a bigger box of worms than
expected since we can get ConfigureNotify events that tell is
"Something" changed, but not be able to know the current window
position.

Just remove the x_get_window_info() and anything else that cares
about the window position and derive it from the ALT-Enter keypress
instead.

At the same time, try to remove as much special-casing for
fullscreen as possible.

Tested under marco and xfwm4... will test under Sommelier "soon"

May fix #564, may not, nobody knows.

When using the marco WM, and resizing using ALT-Right-drag, calls to
SDL_SetWindowMinimumSize() result in the top-left corner of the
window moving up and to the left (appears to be by the border size).

To prevent this from being a maddening issue under marco, ensure
we only call SDL_SetWindowMinimumSize() once when the minimum size
changes on the window.

Fixes SF ticket 115, thanks Ragnarok!

While we're hear, ensure the minimium maximum window size holds
the original sized window... we're not interested in downscaling.

Don't always start with _NET_WM_STATE containing
_NET_WM_STATE_FULLSCREEN

Enable PropertyChange events

Adjust x_cvstat.win* when _NET_WM_STATE gets
_NET_WM_STATE_FULLSCREEN added

Don't disable fullscreen in ConfigureNotify handler when
fullscreen is still pending

Now that I've upgraded my RPi 400 to aarch64, it turns out aarch64
isn't supported by Spidermoney or the libffi it ships with, so
there's no easy way to make it build.

Untill Spidermonkey is updated, there's just no reasonable way to
build on aarch64.

On expose, always redraw the entire screen.  The calculations were
wrong and with fractional scaling, some of them will always be wrong.

Don't clear the screen when xim is resized.

It looks like "armv7l" didn't exist when this version of Spidermoney
was released.  Just expand a previous patch to include all arm*
architectures.

C allows char* p = '\0' (which is clearly wrong)
C++ does not.

format specifies type 'unsigned short' but the argument has type 'unsigned int'

"unary minus operator applied to unsigned type, result still unsigned"

Even though this same code compiled and worked as expected with GCC.

SANITIZE is not fully supported (or recommended) yet.

FORTIFY will include some performance hits, but those might be offset by -O1
(which is apparently required for _FORTIFY_SOURCE to have any effect).
Prevviosly, DEBUG builds used (implicit -O0).
I'm building and running sbbs on Vertrauen (git.synchro.net) now with FORTIFY.

Set FORTIFY=1 in your localdefs.mk if you wish to have this build option
enabled persistently.

I'm doing builds for my jail (which doesn't have libmosquitto) on
my system that does have it now, so I need to disable it manually.

Mostly (all?) about unchecked return values. Unexpected failures to read or
write some files could've definitely led to some weird bugs.

Don't null-deref h_addr_list.
Return in_addr_t instead of u_long.

warning: ‘maxval’ may be used uninitialized
warning: ‘inch’ may be used uninitialized

Don't deref a null pointer and return an in_addr_t instead of ulong.

Was wrong and therefore causing flickering.

Was not using struts, and was scaling to window size, not aspect
ratio size.

Also, reset struts when not in fullscreen mode.

GDI and X11 still can't be *started* in fullscreen mode though.

Win32GDI currently requires two rects to be available.