------------------------------------------------------------------------
r2102 | helixhorned | 2011-11-01 15:03:09 -0700 (Tue, 01 Nov 2011) | 4 lines

Eliminate one uinitialized mem access related to projectiles (it's the filler
member, so maybe not *that* bad) and an invalid memory access when trying to
access a per-player gamevar in a player-less context (e.g. WGR2 SVN r25
WGR2GAME.CON line 10448).
------------------------------------------------------------------------
r2101 | helixhorned | 2011-11-01 15:02:54 -0700 (Tue, 01 Nov 2011) | 4 lines

Explicitly initialize voice->Playing and voice->Paused members in some sound
playback functions. Without these, there would be an uninitialized access
in line 444 of multivoc.c (if the memory in question was allocated with malloc,
but still...)
------------------------------------------------------------------------
r2100 | helixhorned | 2011-11-01 15:02:37 -0700 (Tue, 01 Nov 2011) | 3 lines

More beauty tinkering: decorate the 'start' pointer of the mixing functions
and some VoiceNode struct members with a const, commit forgotten vorbis.c
changes.
------------------------------------------------------------------------
r2099 | helixhorned | 2011-11-01 15:02:14 -0700 (Tue, 01 Nov 2011) | 2 lines

trivial stylistic changes continued: upcase all macro constants and make
MV_MaxVolume into one again.
------------------------------------------------------------------------
r2098 | helixhorned | 2011-11-01 15:01:54 -0700 (Tue, 01 Nov 2011) | 1 line

multivoc.c: trivial stylistic changes, make some functions static
------------------------------------------------------------------------
r2097 | helixhorned | 2011-11-01 15:01:35 -0700 (Tue, 01 Nov 2011) | 2 lines

Fix another dragpoint() bug that was wrongly omitting walls.
This one could have only happened with TROR maps, I think.
------------------------------------------------------------------------
r2096 | helixhorned | 2011-10-31 12:50:06 -0700 (Mon, 31 Oct 2011) | 10 lines

Oops. That last one wasn't supposed to be committed. Here's the log for the
last one + this one:

A couple of tweaks against accidental overwriting of maps.
- first, fix a bug where the map name wasn't reset to 'newboard.map' when starting a
  new map
- When saving with Ctrl-S, query the user for confirmation and also show the file name
  where the map will be written
- when going into the ESC-menu, print the file name where the map will be written
  on pressing 'S' above the '(S)ave' text
------------------------------------------------------------------------