Talk:WAD

Have you seen the UDS copyright info? Are you sure we can derive from it for the wiki? - Jdowland 11:36, 25 Mar 2005 (EST)


 * I don't see any text lifted from the UDS. As long as we're just using it for reference purposes and not copying anything, then there is no issue. Bloodshedder 11:48, 25 Mar 2005 (EST)

UNIX 'file' command
Here's the entry the UNIX file command uses to identify WADs:

1      string  =WAD            DOOM data, >0     string  =I              main wad >0     string  =P              patch wad >0     byte    x               unknown junk
 * 1) Thomas M. Ott (ThMO)

This could easily be elaborated on if someone wanted to :) - Jdowland 07:46, 7 Apr 2005 (EDT)

Cinder colour blazing eyes
Is WAD officially an acronym of "Where's All the Data", as the article states? And if so, could someone put a reference in the article? I always assumed that WAD was supposed to be the word 'wad', nothing more complex than that.-Ashley Pomeroy 14:31, 10 Jul 2005 (UTC)
 * Doom Bible, page 67. Fredrik 16:26, 10 Jul 2005 (UTC)
 * I've put this in the article itself; you should have done that, it would have saved me time.-Ashley Pomeroy 05:18, 12 Jul 2005 (UTC)
 * If you didn't have time to do it, you could have left it for someone else :P -- Jdowland 08:42, 12 Jul 2005 (UTC)

The wikipedia article mentions the expansion "War Allocation Daemon". Not sure how that would be verified (although we have no reason to believe it is the official expansion, as that article claims). Ryan W 17:46, 25 April 2007 (UTC)

restriction on lump names
Only the characters A-Z (uppercase), 0-9, and [ ] - _ should be used in lump names (an exception has to be made for some of the Arch-Vile sprites, which use "\").. Is this true, or badly-phrased? A reference to the limitation in the code would be nice. I thought anything which passed  was OK. -- Jdowland 22:29, 16 March 2006 (UTC)

offset and directories
I was speaking to florian schulze on #doom-tech a while ago, we were talking about the directory and lump offsets. He stated that the directory offset to the entry information table (which contains offset, size and the name) has an unsigned 32bit value. this is the same for the lump offset.

Can anyone confirm this?


 * They're just declared as "int" in the doom source, which means "signed 32bit little-endian", in the context of a 32bit compiler on x86. -- Jdowland 13:18, 22 October 2006 (UTC)

Numlumps crash
An integer specifying the number of lumps in the WAD.  This thread at Doomworld claims that the number of lumps in a WAD can cause overflow problems without being anywhere near 231 - 1 lumps. Ryan W 18:21, 26 January 2008 (UTC)