View Issue Details

IDProjectCategoryView StatusLast Update
0002289FSSCPlauncherpublic2010-09-30 17:23
ReporterFUBAR-BDHR Assigned ToThe_E  
PrioritylowSeveritytrivialReproducibilityalways
Status resolvedResolutionfixed 
Product Version3.6.13 
Summary0002289: tablecrc flag (and probably others) casue FRED to go into an infinite loop
DescriptionNoticed this last night trying to test a new sexp. FRED never showed up but was just eating up 50% of my cpu. FS2 didn't appear to run either. After beating my head against the wall for awhile it finally hit me. The last thing I was doing on that machine was trying to figure out why -tablecrc wasn't working for Zacam. Guess with FRED now reading from the launcher settings it doesn't know to skip that flag.
Additional InformationVery trivial but should be fixed sometime. Guessing -missioncrcs would do the same. Who knows what other flags could cause similar issues.
TagsNo tags attached.

Activities

FUBAR-BDHR

2010-08-26 03:10

developer   ~0012331

Can't reproduce this no matter how hard I try. It happened at least 6 times then just started working after I removed the flag. Possible corrupted launcher.ini or command_line.fso is the onyl thing I can think of. I'll reopen if it ever happens again.

FUBAR-BDHR

2010-08-27 20:39

developer   ~0012335

Alright I got another similar one. This time standalone was on and FRED crashed in gropenglbmpman.cpp at 419: Assert( !Is_standalone );

So it appears combinations of flags are to blame (well standalone seems to be an every time thing)

Issue History

Date Modified Username Field Change
2010-08-16 21:15 FUBAR-BDHR New Issue
2010-08-26 03:10 FUBAR-BDHR Note Added: 0012331
2010-08-26 03:10 FUBAR-BDHR Status new => closed
2010-08-26 03:10 FUBAR-BDHR Resolution open => unable to reproduce
2010-08-27 20:39 FUBAR-BDHR Note Added: 0012335
2010-08-27 20:39 FUBAR-BDHR Status closed => feedback
2010-08-27 20:39 FUBAR-BDHR Resolution unable to reproduce => reopened
2010-08-27 20:40 FUBAR-BDHR Status feedback => new
2010-09-30 17:23 The_E Status new => resolved
2010-09-30 17:23 The_E Resolution reopened => fixed
2010-09-30 17:23 The_E Assigned To => The_E