hendricks266 9b57e0ea51 Address crash when model skins have invalid file names. Affected surfaces will not be drawn, but FPS will plummet as mdloadskin() is called repeatedly. A more optimal solution would either flag the surface as invalid (so the renderers skip it) or reject the entire model when defs are loaded. ... http://forums.duke4.net/topic/6031-eduke32-crashes-if-hrp-model-skin-not-available/ git-svn-id: https://svn.eduke32.com/eduke32@3164 1a8010ca-5511-0410-912e-c29ae57300e0		2012-11-15 06:42:57 +00:00
..
Apple	The handling for grp, con, and def filenames has been massively cleaned up and factored into common.c. A new header, common_game.h, was created because common.h was placed in build/include (see r2542) and we need a common header for things that strictly should not be in the engine. RTS file names were also improved but some of the patterned changes were already made in r2420, and they were not factored because they are strictly part of the game, not the editor.	2012-06-03 16:09:33 +00:00
build	Address crash when model skins have invalid file names. Affected surfaces will not be drawn, but FPS will plummet as mdloadskin() is called repeatedly. A more optimal solution would either flag the surface as invalid (so the renderers skip it) or reject the entire model when defs are loaded.	2012-11-15 06:42:57 +00:00
eobj
eobj_win
installer
obj
obj_win
psd	EDuke32 Wii: Ready for action!	2012-05-20 07:25:25 +00:00
rsrc	cosmetic:	2012-02-25 02:57:25 +00:00
samples	splitscreen: tweak base palette application, remove resp. code from splitscr.con.	2012-08-22 22:49:27 +00:00
source	Tools updates:	2012-11-15 06:42:37 +00:00
Wii	EDuke32 Wii: Ready for action!	2012-05-20 07:25:25 +00:00
Windows	Fix mixed declarations and code in backtrace.c.	2012-11-05 02:50:12 +00:00
buildlic.txt
ChangeLog
ChangeLog.html
eduke32.sln
eduke32.vcproj	Remove built-in copy of nedmalloc and update nedmalloc.dll. Note that the built-in copy of nedmalloc hasn't been updated or enabled in a really long time as modern system allocators (Windows 7 and Linux 3.x at least) are no longer consistently beat by nedmalloc (but nor are they consistently faster). So, the dll remains for users of Windows XP because it may still improve performance there (while not likely degrading it on Vista/7).	2012-10-15 00:17:30 +00:00
eduke32.vcxproj	Fix the warnings when building with C++, add MSVC C++ build support. This also changes the internal type of lotags, hitags and cstat type fields to uint16_t instead of int16_t to clean up some dubious behavior wherein the code was using a value of 32768 as a flag in these fields for certain types of things, like invisible sprites (using the value as if it was uint16_t) where it was elsewhere checking if the value was < 0 (using the value as if it was int16_t). This change may break a few specific effects if any part of the relevant code was missed when looking for areas that needed to be addressed.	2012-11-14 23:32:43 +00:00
eduke32.vcxproj.filters	Fix the warnings when building with C++, add MSVC C++ build support. This also changes the internal type of lotags, hitags and cstat type fields to uint16_t instead of int16_t to clean up some dubious behavior wherein the code was using a value of 32768 as a flag in these fields for certain types of things, like invisible sprites (using the value as if it was uint16_t) where it was elsewhere checking if the value was < 0 (using the value as if it was int16_t). This change may break a few specific effects if any part of the relevant code was missed when looking for areas that needed to be addressed.	2012-11-14 23:32:43 +00:00
eduke32.vcxproj.user
GNU.TXT
m32help.hlp
MakeDistributions
Makefile	Tools updates:	2012-11-15 06:42:37 +00:00
Makefile.common	Fix the warnings when building with C++, add MSVC C++ build support. This also changes the internal type of lotags, hitags and cstat type fields to uint16_t instead of int16_t to clean up some dubious behavior wherein the code was using a value of 32768 as a flag in these fields for certain types of things, like invisible sprites (using the value as if it was uint16_t) where it was elsewhere checking if the value was < 0 (using the value as if it was int16_t). This change may break a few specific effects if any part of the relevant code was missed when looking for areas that needed to be addressed.	2012-11-14 23:32:43 +00:00
Makefile.deps	Tools updates:	2012-11-15 06:42:37 +00:00
Makefile.msvc	Fix the warnings when building with C++, add MSVC C++ build support. This also changes the internal type of lotags, hitags and cstat type fields to uint16_t instead of int16_t to clean up some dubious behavior wherein the code was using a value of 32768 as a flag in these fields for certain types of things, like invisible sprites (using the value as if it was uint16_t) where it was elsewhere checking if the value was < 0 (using the value as if it was int16_t). This change may break a few specific effects if any part of the relevant code was missed when looking for areas that needed to be addressed.	2012-11-14 23:32:43 +00:00
names.h
nedmalloc.dll	Remove built-in copy of nedmalloc and update nedmalloc.dll. Note that the built-in copy of nedmalloc hasn't been updated or enabled in a really long time as modern system allocators (Windows 7 and Linux 3.x at least) are no longer consistently beat by nedmalloc (but nor are they consistently faster). So, the dll remains for users of Windows XP because it may still improve performance there (while not likely degrading it on Vista/7).	2012-10-15 00:17:30 +00:00
osxbuild.sh	Work-in-progress adjustment to the C code to compile under C++. It builds for me without errors using Win32 MinGW-GCC, but it still generates warning soup. No guarantees about MSVC or anything using SDL. Enable C++ by building with CPLUSPLUS=1. C remains the default and should compile with no change in setup.	2012-11-05 02:49:08 +00:00
SEHELP.HLP	STHELP.HLP/SEHELP.HLP: reference SE11 and ST23 from each other.	2012-09-08 22:18:47 +00:00
STHELP.HLP	STHELP.HLP/SEHELP.HLP: reference SE11 and ST23 from each other.	2012-09-08 22:18:47 +00:00
tiles.cfg
wiibuild.bat	Work-in-progress adjustment to the C code to compile under C++. It builds for me without errors using Win32 MinGW-GCC, but it still generates warning soup. No guarantees about MSVC or anything using SDL. Enable C++ by building with CPLUSPLUS=1. C remains the default and should compile with no change in setup.	2012-11-05 02:49:08 +00:00