Absurd texture name in error message

From DoomWiki.org

When a map has a missing texture, the game aborts with an error message, R_TextureNumForName: %s not found.

In their data structures in memory, sidedefs pack the upper, middle, and lower texture names (in that order) in arrays of eight characters, without using a separator:

typedef struct
    short    textureoffset;
    short    rowoffset;
    char     toptexture[8];
    char     bottomtexture[8];
    char     midtexture[8];
    short    sector;
} mapsidedef_t;

When a texture is missing, the error string is printed using the offending texture's name to be inserted as the %s token. Since C uses null-terminated strings, if the texture name is full (it uses all eight characters available) then the formatting function will keep adding the next characters in memory until it finds a null byte.

For example, if a sidedef is given a non-existent upper texture with a name using all eight characters, then the name of the next texture in order (middle texture) will be appended (regardless of whether it is missing or not). If that one is also full, the lower texture name will be appended too. And if the lower texture name is full, garbage characters will be added as the sidedef's sector number is processed, followed by the offsets, texture names, and sector number of the next sidedef, and so on, until a null byte is finally encountered, preferably before a segmentation fault happens.

The related function "R_FlatNumForName" displays a similar error if a sector has a nonexistent flat on its floor or ceiling, but copies the name of the offending flat into a temporary buffer to ensure it is printed correctly. The oversight in R_TextureNumForName exists in all versions of the game, including the source code release, but is fixed in virtually all source ports.