------------------------------------------------------------------------
r2710 | helixhorned | 2012-05-29 13:01:58 -0700 (Tue, 29 May 2012) | 1 line

Lunatic: fix one stack index, comment on a problem with ffi.C access.
------------------------------------------------------------------------
r2709 | helixhorned | 2012-05-29 13:01:55 -0700 (Tue, 29 May 2012) | 1 line

A couple of minor fixes and comments that got accumulated in my tree.
------------------------------------------------------------------------
r2708 | helixhorned | 2012-05-29 13:01:50 -0700 (Tue, 29 May 2012) | 4 lines

Makefile.shared: don't link with libsupc++ on linux.

It works perfectly fine without it for me, and including it for no reason
is just an annoyance to other people building from source.
------------------------------------------------------------------------
r2707 | helixhorned | 2012-05-29 13:01:48 -0700 (Tue, 29 May 2012) | 7 lines

Introduce two convenient sprite iteration macros in build.h, add a few uses.

Defines SPRITES_OF(Statnum, Iter) and SPRITES_OF_SECT(Sectnum, Iter)
[The first is so that STAT_* can be substituted for Iter and it reads nicely.]

Usage should be self-explanatory, but one thing to keep in mind is that
the sprites that are iterated over MUST NOT be deleted.
------------------------------------------------------------------------
r2706 | helixhorned | 2012-05-29 13:01:44 -0700 (Tue, 29 May 2012) | 7 lines

In CON showview, if drawing off-screen, clear the view with pal 0 and bail out.

This fixes the glitches/corruption whereever showview is used from
EVENT_DISPLAYROOMS while the scene is actually rendered to a tile instead of the
frame buffer, for example because we have a tilted view or "pixel doubling"
enabled.  Fixing it for real (i.e. so that the showview actually completes)
will require more effort.
------------------------------------------------------------------------
r2705 | helixhorned | 2012-05-29 13:01:40 -0700 (Tue, 29 May 2012) | 4 lines

mdsprite.c: patch up bad array access in loadkvx, remove const from kopen4load arg.

vbit was being accessed with an int32 e.g. at address 3200 when only 3203 were
allocated.  We simply alloc +1 byte.
------------------------------------------------------------------------