| Age | Commit message (Collapse) | Author |
|---|
|
When generating string representations of network addresses, include
the UDP port number if it isn't the standard port number. This is
necessary because the string version of the address is used by the
setup tool when filling in the address field; if a non-standard port
is used then it needs to be included.
Also fix byte swapping on the address portion in the same function.
Thanks to Alexandre-Xavier for the bug report on #469.
|
|
strdup() can theoretically fail and return NULL. This could lead to
a crash or undesirable behavior. Add M_StringDuplicate() which does
the same thing but exits with an error if a string cannot be
allocated.
This fixes #456. Thanks to Quasar for the suggestion.
|
|
This change rewrites and simplifies the copyright headers at the top
of all source files:
* Remove "Emacs style mode select" line; this line was included in
the headers for the originally released source files and appears
to be to set the file type for old versions of Emacs. I'm not sure
entirely why it was required but I don't think it is any more.
* Remove "You should have received a copy of..." text from copyright
header. This refers to the old 59 Temple Place address where the
FSF headquarters used to be located and is no longer correct.
Rather than change to the new address, just remove the paragraph
as it is superfluous anyway. This fixes #311.
* Remove ---- separator lines so that the file headers are barer
and more simplified.
|
|
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.
|
|
Subversion-branch: /branches/v2-branch
Subversion-revision: 2537
|
|
messages from the master server, to be used at the start and end of
recording a secure demo.
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 2535
|
|
Subversion-branch: /branches/raven-branch
Subversion-revision: 2258
|
|
also checks that extra options were provided on the command line (thanks
Sander van Dijk).
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 2223
|
|
Subversion-branch: /branches/raven-branch
Subversion-revision: 1737
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 1699
|
|
level.
Subversion-branch: /branches/raven-branch
Subversion-revision: 1204
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 977
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 925
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 806
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 704
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 684
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 611
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 543
|
|
-connect hostname:port.
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 479
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 467
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 465
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 244
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 231
|
|
Subversion-branch: /trunk/chocolate-doom
Subversion-revision: 229
|
