Hosted Projects - FS2 Required > Blue Planet
Crash During bp2-10
Trivial Psychic:
I've been trying to get through bp2-10 and while the mission is always a challenge, one problem I've been having is a persistent crash. I've tried the mission under a debug build and at the crash point it gives me this:
Assert: "objp->type == OBJ_SHIP"
File: hud.cpp
Line: 2767
ntdll.dll! ZwWaitForSingleObject + 10 bytes
KERNELBASE.dll! WaitForSingleObjectEx + 156 bytes
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
kernel32.dll! BaseThreadInitThunk + 13 bytes
ntdll.dll! RtlUserThreadStart + 29 bytes
[ This info is in the clipboard so you can paste it somewhere now ]
Use Debug to break into Debugger, Exit will close the application.
ntdll.dll! ZwWaitForSingleObject + 10 bytes
KERNELBASE.dll! WaitForSingleObjectEx + 156 bytes
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
fs2_open_21_3_0_20210613_74233c029_x64_SSE2-FASTDBG.exe! <no symbol>
kernel32.dll! BaseThreadInitThunk + 13 bytes
ntdll.dll! RtlUserThreadStart + 29 bytes
Any guesses?
EatThePath:
That's probably going to need some SCP investigation. Can you describe the situation leading up to that crash? Does it seem tied to any particular thing happening in game?
Trivial Psychic:
I haven't noticed any particular event associated with it. It is usually preceded by a slight lag. I thought that perhaps it had something to do with continued use of the game combined with particularly intense sequences. I've just completed a slight fix to the Hecate MK2 in my tables (see bp2-06 thread), and I was getting an error message during load for that ship that I chose to ignore. Maybe it will work now. The error message associated with this crash however references hud.cpp, so maybe its due to something else. Time will tell.
Something else I noticed, not associated with the crash. I often fly a Nyx in this mission, and I noticed that if I am the first to call for a rearm, I get a Hygeia, which can't fix my hull. The only way to solve this as far as I can tell, is to create "#UEF" versions of each ship you might be able to fly so they call a UEF support ship. I know that it's hardly a mission-breaking bug, but it is a bit inconvenient. Maybe there's another way to get around that... but its not very serious, so don't give it much concern.
Mito [PL]:
Not sure about the crash itself, but I'd just like to note that there has been some issues with FSO during long play sessions. These usually result in lacking performance in longer sessions, but a crash might not be beyond the realms of possibility. I recall that while doing a longplay of Solaris I experienced an abrupt lag and then a crash to desktop without any error message, but I don't want to come with this as definite proof as 1. that wasn't on a debug build thus I have no info on it, 2. there was a lot of things going on in my computer at that time and it might've been an external interaction.
If this problem is persistent, a full debug log would help greatly.
Also, I'm pretty sure that you shouldn't get hull regen when in Tev ships. At least I think it's a Fed thing.
Trivial Psychic:
--- Quote from: Mito [PL] on June 15, 2021, 03:09:23 pm ---Also, I'm pretty sure that you shouldn't get hull regen when in Tev ships. At least I think it's a Fed thing.
--- End quote ---
I believe that if there is already a UEF support ship in-mission when I call for a rearm, even if I am flying a GTVA fighter I'll still get the hull repaired.
Navigation
[0] Message Index
[#] Next page
Go to full version