[CT27]

I've played the campaign "Storm Front" relatively well but I'm at the fourth mission of act 2 and it won't seem to load.

Unable to find WEAPON_LIST_TYPE string "MX-52" in stuff_int_list

Many possible sources for this error.  Get a programmer!

ntdll.dll! ZwWaitForSingleObject + 21 bytes
kernel32.dll! WaitForSingleObjectEx + 67 bytes
kernel32.dll! WaitForSingleObject + 18 bytes
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
fs2_open_3_7_1_20140902_r11061-DEBUG.exe! <no symbol>
kernel32.dll! BaseThreadInitThunk + 18 bytes
ntdll.dll! RtlInitializeExceptionChain + 99 bytes
ntdll.dll! RtlInitializeExceptionChain + 54 bytes


This is what I got when I couldn't even load a debug build.  I've also attached a fs2open log.


[attachment kidnapped by pirates]

[CT27]

It happens whether I use 3612 or 2014 vps.

[LHN91]

To start with, it looks like you're loading Stormfront twice in your command line:

Code: [Select]

Passed cmdline options:
  -mod StormFront_1+2,StormFront_1+2,StormFrontStock,MediaVPs_2014
Beyond that, I'm not sure. It's triggering an Int3 loading a model, it seems.

[CT27]

I have no idea why it's saying I'm loading Storm Front twice.

[launcher]
image255x112 = StormFront12-Logo.bmp;
infotext     = The Storm Front Saga - Episodes I & II;
website      = http://www.junk-productions.de.vu/;
forum        = http://www.hard-light.net/forums/index.php?topic=67097.0;

[multimod]
primarylist = ;
secondarylist = StormFront_1+2,StormFrontStock,MediaVPs_2014;





That's what my mod.ini looks like and I don't have that one thing loaded twice.

[AdmiralRalwood]

...So the mod contains itself in the secondarylist? That would be why it's loading twice.

It's triggering an Int3 loading a model, it seems.

No, it's parsing mv_root-shp.tbm and weapon_info_lookup("MX-52") is failing, which is... odd.

[CT27]

http://www.hard-light.net/forums/index.php?topic=84844.0

I also tried the secondary list line Yarn suggested in this thread^ and same problems...

[Macfie]

The secondary should never have the name of the mod you have selected in it.
secondarylist = StormFront_1+2,StormFrontStock,MediaVPs_2014;
Since you are playing StormFront_1+2, the secondary should be:
secondarylist = StormFrontStock,MediaVPs_2014;

[CT27]

I made the secondarylist what Macfie said and I still get the same problem.  I select my pilot but after I click on the ready room to try and continue the campaign, nothing...the loading screen just sits there for minutes.  When I click the mouse the game stops and I get a small popup saying that FS Open has stopped working.

For the record I'm using nightly build 11061.


http://www.freespacemods.net/download.php?view.615   (this is where I got my download from).

[CT27]

Here is what I did ( I just tried redownloading things):

I downloaded the campaign from the link I just provided.  Then I used 7-Zip to extract things.

I got two folders from that:  A Storm Front 1+2 folder and a StormFrontStock folder.  I put both folders into my FS2 folder like I usually do for mods.  I then went into the "1+2" folder and changed the mod.ini to the line Macfie suggested.

Is it possible that since I originally played with the campaign name in the secondarylist (like Macfie said shouldn't be done) that somehow my pilot file got corrupted?  Would starting over with a new pilot file maybe fix things?

[Macfie]

Pilot file corruption is always a possibility.  you could do like you did for Tango and delete the .csg file, which just stores progress for this campaign.

[CT27]

I tried deleting all three FS files concerning my pilot file for this campaign instead of just deleting the .csg file.

After I beat act 2 mission 3 of Storm Front I and tried to go onto mission 4, like before, the mission just won't seem to load.

So I still have this problem unfortunately.

[CT27]

Also, should the Amun be a simple red dot in this campaign on the radar instead of the symbol for a bomber?  That's another issue I noticed.

[CT27]

It just seems strange that a campaign works fine but then all of a sudden it just won't load one mission.

Is there any other place to download this other than FSMods?

[Yarn]

I haven't actually tried playing this yet, but I think I know what the problem is. The StormFront1+2 mod includes a version of weapons.tbl that does not include an MX-52 entry (well, it has MX-52#Shivan, but that's it), even though the retail table has it. Thus, when tables referencing this weapon (like mv_root-shp.tbm) are loaded, the game can't find the weapon, resulting in the error message that CT27 is getting.

[AdmiralRalwood]

I haven't actually tried playing this yet, but I think I know what the problem is. The StormFront1+2 mod includes a version of weapons.tbl that does not include an MX-52 entry (well, it has MX-52#Shivan, but that's it), even though the retail table has it. Thus, when tables referencing this weapon (like mv_root-shp.tbm) are loaded, the game can't find the weapon, resulting in the error message that CT27 is getting.

...Somehow, it just didn't occur to me that the mod would actually be referencing the 2014 MediaVPs without being able to load them. Note to self: check for the most obvious reason the game can't find the damned weapon next time.

[Yarn]

I tried fixing the problem myself by adding an MX-52 entry to Storm Front's weapons.tbl, and all it fixed was the message about that weapon being missing (and it's actually a warning, not an error, so it can be ignored by clicking "no"). The mission still crashed with a generic "this program has stopped working" message. That means that the problem must lie elsewhere.

[CT27]

I got the error message (about the MX-52) when trying to start a debug build.

On 'normal' builds (including nightly ones) I'm able at least to get to the main hall and click on the ready room to try and play act 2 mission 4 but that's when things freeze up (and this was using 3612 and 2014s).

[Yarn]

I did some more testing. The crash happens when loading the Amalthea model, and it appears to be caused by an access violation in find_tri_counts() when reading the values for the id and size variables.

The patch below contains the code that I used to determine this. Once it's applied, load the Storm Front mod, go to the Tech Room, and select the GTC Amalthea. After the game crashes, open your fs2_open.log (did I mention that you need to run a debug build?) and scroll to the very bottom. You'll probably notice that the offset at the end suddenly grew by a few orders of magnitude and that the id value was not read (because of the crash).

Code: [Select]

Index: code/model/modelinterp.cpp
===================================================================
--- code/model/modelinterp.cpp (revision 11072)
+++ code/model/modelinterp.cpp (working copy)
@@ -4110,8 +4110,11 @@
 // tri_count
 void find_tri_counts(int offset, ubyte *bsp_data)
 {
+ mprintf(("Yarn: offset = %d, ", offset));
  int id = w(bsp_data+offset);
+ mprintf(("id read successful, "));
  int size = w(bsp_data+offset+4);
+ mprintf(("size read successful\n"));
 
  while (id != 0) {
  switch (id)


I have no idea what's really causing the crash, though.

[CT27]

Is it perhaps the mission file that's not working right?

[niffiwan]

I think it's more likely that the GTC Amalthea POF has something wrong with it.