gzdoom-gles/tools
Randy Heit 6cd1e2ce6a - Fixed: CopyPlayer() in p_saveg.cpp should use normal assignment, not
memcpy to copy the player structures.
- Fixed compilation with MinGW again and removed most of the new warnings.

And following is the log that I forgot to paste in for the previous commit:

- Changed the memory management for FString. Instead of using a garbage
  collected heap, it now uses normal heap calls and reference counting to
  implement lazy copying. You may now use bitwise operators to move
  (but not copy!) FStrings around in memory. This means that the
  CopyForTArray template function is gone, since TArrays can now freely
  move their contents around without bothering with their specifics.
  
  There is one important caveat, however. It is not acceptable to blindly 0
  an FString's contents. This necessitated the creation of a proper
  constructor for player_s so that it can be reset without using memset. I
  did a quick scan of all memsets in the source and didn't see anything else
  with a similar problem, but it's possible I missed something.
- Fixed: Build tiles were never deallocated.
- Fixed: Using Build's palette.dat only got half the palette right.


SVN r117 (trunk)
2006-05-16 04:19:20 +00:00
..
dehsupp - Updated Jim's Makefile.linux. 2006-05-09 21:30:31 +00:00
lemon - The game is now free of leaks up to the point just after the wads are loaded. 2006-05-09 00:02:37 +00:00
makewad - Fixed: CopyPlayer() in p_saveg.cpp should use normal assignment, not 2006-05-16 04:19:20 +00:00
re2c - The game is now free of leaks up to the point just after the wads are loaded. 2006-05-09 00:02:37 +00:00
xlatcc - Updated Jim's Makefile.linux. 2006-05-09 21:30:31 +00:00