SVN handles and Git names are merged into one person.
in drawspritelabel(), use fixed background color.
Make it always one of the colors that the 2D color cycles to (base color + offset in [0 .. 4]) instead of <base color>-3, as that one might be in a different color ramp.
Fix POLYMER=0 build. DONT_BUILD.
fix variable that is used uninitialized.
add var 'corruptcheck_game_duke3d' and enable by default.
Currently, this checks for effector sprites that are not face-aligned. See https://forums.duke4.net/topic/8324-icestation-colossus-map-broken
fix fillsector() calls before fade_editor_screen().
The latter allows one to specify a color to keep, but with r5302 the fillsector() highlights are drawn with transparency, thus making it ineffective. Add an argument to toggle transparency to fillsector() (now fillsector_maybetrans()) and two wrapper functions.
after playtesting with Esc+[T], break from the key polling loop.
Bug noticed and fix located by The Mechanic.
fix oob write for Ctrl+K ("delete all to end of line").
add config variable 'corruptcheck_heinum'.
With 3 modes: 0: auto-correction and warning disabled 1: auto-correction enabled (default, current behavior) 2: auto-correction and warning enabled
don't spawn FRAMEEFFECT1 for BOUNCEMINE.
There's no point, really. Since the bouncemine is immobile, the tsprites will all be overlaid at one point and show the same picture, as far as I can see. Worse, since r4876, the generated sprites may draw on top of the actual one. The former have their shade always set to sprite[t->owner].shade though, and will then appear fully bright (shade -127, since BOUNCEMINE sets it like this). This fixes issue number 4 from http://forums.duke4.net/topic/8042-five-minor-problems-report/
fix displayed viewscreen when its x/yrepeat isn't evenly divisible by 4.
fix unbalanced begindrawing()/enddrawing() pair in printext16().
Fix various, but not all warnings.
Except: - missing braces around initializer [-Wmissing-braces]: due to union-in-struct vec3f_t - comparison between signed and unsigned integer expressions [-Wsign-compare]: in polymer.c
fix two "variable may be used uninitialized" warnings.
I didn't produce a case when this could actually have happened, but reading the code, in the case of variable 'j' it seems possible with an empty map.
fix a possible oob read via drawspritelabel; sanitize 2d3d mode.
That is, in m32_is2d3dmode(), also check if 2d and 3d mode resultions are the same. Otherwise, oob writes (e.g. via tileinfo_doprint()) and other thinkable niceties may ensue.
fix an oob write in test_map().
Fix an out-of-bounds read in getpskyidx().
m32exec.c fix "multiple unsequenced modifications to 'insptr' [-Wunsequenced]".
fix 'resizearray' after r4735: copy over old values, zero-init new ones.
Make lunatic/test/gamearray.con run in C-CON, too.
fix negative alpha for 'rotatespritea'. BUILD_LUNATIC.
Conceptually, this amends r4428.
implement 'clearmapstate', fix 'resetplayerflags' parsing.
fix rendering of middle part of 1-way masked wall.
It does not depend on the "swap bottom wall parts" bit being set. The fix is by matching up the related code with Polymost.
config.c: fix an overlapping strcpy() in CONFIG_SetMapBestTime().
fix g_tile[].proj memory leaks, halve number of projectile_t allocations.
When checking for SE7 water teleportation, regard sign of z velocity.
This fixes RPGs fired upwards at a steep angle teleporting immediately to underwater when wading in water (reported via PM by Turok 64 Jr).
fix build and user_defs definition mismatch.
Left: projectile changes.
polymost.c: fix display of floor-aligned sprites ornameted to the ceiling.
polymost.c: split three overlong lines into three each.
This was formerly "fix multi-tile ceiling skies.", but TX beat me to it and Git automatically figured out how to merge while keeping a linear history. (Our fixes were identical.) Nice!
actors.c: fix 3 incorrect '/' -> tabledivide32_noinline rewrites in r4658.
Division has higher precedence than bitwise-OR. The cases concerned SE3, SE4 and NEON* sprites. Incidental info: the blinking of NEON* sprites can be controlled via their lotag, similarly to how you how you give a "random flash number" as SE4 hitag.
