View Issue Details

IDProjectCategoryView StatusLast Update
0002656FSSCPgameplaypublic2021-03-05 22:09
ReporterGoober5000 Assigned ToGoober5000  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Summary0002656: skipmemymissionyo fries the campaign file
DescriptionAfter using the skipmemymissionyo cheat, any subsequent attempt to load the campaign file for that pilot will result in a "Malloc Failed!" error. This is caused by an attempt to allocate a ridiculously large amount of memory, which is in turn caused by reading a ridiculously large number from garbage data.
TagsNo tags attached.

Relationships

related to 0002739 closedGoober5000 Pilots corrupted on Vasudan main hall crash 

Activities

Mastadon

2012-05-21 21:38

reporter   ~0013599

I can confirm the existence of this bug as of FSO 3_6_14 RC5.

Goober5000

2012-05-22 02:12

administrator   ~0013600

It is likely that this bug has been around for a while, as this cheat isn't used very often. It's not even that well known.

I am curious as to whether this bug appears in Antipodes. If the new pilot/campaign code fixes this, then we can probably defer this bug until the Antipodes features are merged into trunk post-3.6.14.

CommanderDJ

2012-05-22 11:21

developer   ~0013605

Just tested this on Antipodes. I triggered the cheat, loaded a mission, jumped out, then went into both the campaign room and mission simulator in the tech room. Everything functioned as normal. Is this enough, or do you need more testing?

Goober5000

2012-05-23 01:24

administrator   ~0013608

The mission simulator has nothing to do with it. You need to access the next mission in the campaign via the Ready Room.

And you should be testing it using a debug build, because it's possible release builds will silently file away the allocation failure for a later crash.

CommanderDJ

2012-05-23 01:34

developer   ~0013609

Oh, right. Derp.

Yes, I've been using debug builds.

Okay, so I loaded a mission using the cheat, jumped out, then clicked the ready room and played a mission through there. Everything functioned as I would expect.

Goober5000

2012-05-23 03:03

administrator   ~0013610

Okay, cool. Can you do the exact same thing with a trunk or RC build, just so that you know what to expect when/if the bug *does* appear?

And incidentally, this is encouraging news, but also thoughtful news. On the one hand, the game doesn't crash; but on the other hand, we don't actually know what is different to prevent the crash. :-/

CommanderDJ

2012-05-23 03:17

developer   ~0013611

Okay, this is weird. I don't get the bug on latest trunk. Just to be safe I tested AP again. With both trunk and AP I followed these steps:

1. Create a new pilot
2. Click Ready Room. Skip first training, so I have some campaign progress. (Not doing this step didn't cause the bug either.)
3. Go back to main hall. Type in cheat. Enter sm2-01 in dialog box. Commit to mission once briefing pops up.
4. Alt-J. Go back to main hall on debriefing (which was the AWOL debriefing).
5. Click ready room.

Everything functioned fine. Did I do something wrong?

Sidenote: the cheat claims legitimate campaign progress will be destroyed, and with trunk I was indeed reset to training 1, but with AP I kept my progress and when I clicked ready room I was taken to training 2.

niffiwan

2012-07-14 10:30

developer   ~0013857

I've had this occur twice with different pilots on trunk r9010 (release).

Error 1) ERROR: "Out of memory." at windows_stub/stubs.cpp:570
Error 2) ASSERTION FAILED: "(len < n)" at cfile/cfile.cpp:1269 len: 65792, n: 32

In both cases I skipped to sm3-09 in the main freespace campaign. Both pilots were created just before using skipmemymissionyo. The only thing changed with both pilots was I selected the "don't show me hints again" button.

Goober5000

2012-11-23 03:36

administrator   ~0014154

Reminding myself to check this after the 3.7 merge.

Goober5000

2015-09-23 03:08

administrator   ~0016787

Seems that the new pilot code removes the crash. I tried a few missions in the main FS2 campaign and things worked fine.

Goober5000

2021-03-05 22:09

administrator   ~0017105

Turns out the bug wasn't squashed in the new pilot code. It was later squashed here:
https://github.com/scp-fs2open/fs2open.github.com/pull/2558

Issue History

Date Modified Username Field Change
2012-05-20 21:05 Goober5000 New Issue
2012-05-21 21:38 Mastadon Note Added: 0013599
2012-05-22 02:12 Goober5000 Note Added: 0013600
2012-05-22 11:21 CommanderDJ Note Added: 0013605
2012-05-23 01:24 Goober5000 Note Added: 0013608
2012-05-23 01:34 CommanderDJ Note Added: 0013609
2012-05-23 03:03 Goober5000 Note Added: 0013610
2012-05-23 03:17 CommanderDJ Note Added: 0013611
2012-07-14 10:30 niffiwan Note Added: 0013857
2012-11-23 03:36 Goober5000 Note Added: 0014154
2012-11-23 03:36 Goober5000 Assigned To => Goober5000
2012-11-23 03:36 Goober5000 Status new => assigned
2012-11-23 03:36 Goober5000 Resolution open => suspended
2012-11-30 12:28 The_E Relationship added related to 0002739
2015-09-23 03:08 Goober5000 Note Added: 0016787
2015-09-23 03:08 Goober5000 Status assigned => closed
2015-09-23 03:08 Goober5000 Resolution suspended => no change required
2021-03-05 22:09 Goober5000 Status closed => resolved
2021-03-05 22:09 Goober5000 Resolution no change required => fixed
2021-03-05 22:09 Goober5000 Note Added: 0017105