Bug #333
File load limit when using response files
100%
Description
I have just found that on Windows at least, Doomsday
has a limit in the number of files that can be loaded
when using a response file (e.g. when using Snowberry).
I'm not sure exactly what the nature of this bug is though.
All I do know is that files listed for include inside
the response file do not appear in-game. However, if I
take the same -file command and place it on the
command-line instead then Doomsday loads the file as
expected.
The problem is rather unusual in that it doesn't appear
to be anything wrong with the actual parsing of the
response file. I say this because non -file arguments
that appear after those which don't work seem to still
work properly.
The issue appears to be with the -file option only.
Labels: Data
History
#1
Updated by danij over 18 years ago
Updated by #2
Updated by danij over 18 years ago
Logged In: YES
user_id=849456
I am finding it harder to explain this bug the more I look
into it. Observe the attached Doomsday.out - you will notice
several PK3s loaded with the -file addon (and listed at the
start of the log) are never actually added with W_AddFile
and Zip_Open(ed).
Missing PK3s include:
HUD-BFG.PK3
RocketP.PK3
I suspect file name collisions are the problem?
#3
Updated by skyjake over 18 years ago
Updated by Logged In: YES
user_id=717323
File name collisions could indeed be the problem. Try temporarily disabling the
"file loaded" check in M_CheckFileID() by immediately returning true.
If this helps, we need to revise the Dir_FileID function to be more sophisticated.
#4
Updated by danij over 18 years ago
Logged In: YES
user_id=849456
FIXED in SVN for Doomsday 1.9.0-beta5