diff options
author | Simon Howard | 2014-04-01 20:43:45 -0400 |
---|---|---|
committer | Simon Howard | 2014-04-01 20:43:45 -0400 |
commit | 8eb3200286d523379295143ce3f44d77ce036d4b (patch) | |
tree | ac0edb56027f285425d896e12a1b14d78ad294b9 /HACKING | |
parent | 565a1f08566520147a5abff5744dbcc256e5030c (diff) | |
download | chocolate-doom-8eb3200286d523379295143ce3f44d77ce036d4b.tar.gz chocolate-doom-8eb3200286d523379295143ce3f44d77ce036d4b.tar.bz2 chocolate-doom-8eb3200286d523379295143ce3f44d77ce036d4b.zip |
Replace all snprintf() calls with M_snprintf().
The Windows API has an _snprintf function that is not the same as
Unix's snprintf(): if the string is truncated then no trailing NUL
character is appended. This makes the function unsafe. Define a
replacement/wrapper called M_snprintf that works the same but always
appends a trailing NUL, for safety on Windows and other OSes that
behave like this.
Do the same thing for vsnprintf(), and update HACKING to list
snprintf/vsnprintf as forbidden functions. This fixes #375;
thanks to Quasar for pointing out the different behavior of these
functions.
Diffstat (limited to 'HACKING')
-rw-r--r-- | HACKING | 5 |
1 files changed, 4 insertions, 1 deletions
@@ -122,7 +122,10 @@ avoided when writing code for Chocolate Doom. These are: Unsafe function Safer alternative --------------------------------------------- gets() fgets(.., stdin) - sprintf snprintf() + sprintf M_snprintf() + snprintf M_snprintf() + vsprintf M_vsnprintf() + vsnprintf M_vsnprintf() strcpy() M_StringCopy() strncpy() M_StringCopy() strcat() M_StringConcat() |