[FUBAR-BDHR]

Just checked to see if my standalones were still up.  One had crashed with a parse error on FUBAR-m01-b.fs2.  Wouldn't normally surprise me as that is a very old mission.  What did surprise me was that mission isn't even in data\missions or mediavps\data\missions.  FUBAR-m01-c.fs2 is there but b is no where to be found.  Now it does exist in a directory under data\missions (data\missions\missions) that I created to prevent just such crashes but not in the directory itself.  First time I've ever seen this.  Does it now look for files in sub directories? 

[portej05]

Does it exist anywhere?
Otherwise, that's a bit phantom.

[FUBAR-BDHR]

Well I didn't look that hard but I did check the obvious places the engine might look.  The standalone is the MediaVP one so I checked the following:

data\missions - only the c version
mediavp\data\missions - nope
data\multidata - nope
mediavp\data\multidata - nope

The only place I found it was data\missions\missions.  I didn't have time to check .vp files but since it was never released and there is a newer version it shouldn't be in any. 

[portej05]

To figure this out, I'll have to go through code - I'm not sure off the top of my head.

I can tell you that this won't be easy.
Found this somewhere in cfilesystem.cpp:

Code: [Select]

//This for statement is a work of art :D
Which generally means: Look thataway.. *fumble*

[taylor]

It shouldn't be possible.  All search paths are hard-coded, so it shouldn't ever look somewhere that it doesn't specifically know about.  I would probably double-check your VPs just to be absolutely sure you don't have the file in something by mistake.

A quick test though is to just rename data/missions/missions/ to something like data/missions/old/ and see if that makes a difference.  If so then my only guess, without digging into the windows specific code, is that _findfirst is returning the contents of data/missions/missions/ because it has the extra match on the search string (the extra "missions/").  This certainly wouldn't be the first time that _findfirst was returning more results than it was told to look for, so it would be my gut reaction.

I have always used off directories like this to keep unused files as well and have never seen this issue.  All real development and testing was always done under Linux for me though, which could add a clue that this is in OS specific code.

[Nuke]

awhile back i could have sworn the engine was eating frames of effs that i had made. i just assumed it was the drugs.

[FUBAR-BDHR]

Well I may have figured this one out.  There was a .fc2 file in the directory and the first mission it was looking for was FUBAR-M01-b.  Wish I would have saved that log file so I could see if they were in campaign mode.