Author Topic: Unable to start  (Read 592 times)

0 Members and 1 Guest are viewing this topic.

Offline Bryan See

  • Has anyone really been far as decided to use even go want to do look more like?
  • 210
  • Trying to redeem.
    • Skype
    • Steam
    • Twitter
Recently, I've got a nightly build and when I tried to run FRED2, it gets a runtime error message. Running the debug version gets the same thing.

As for the main FS2Open executable, I got a message saying:

Code: [Select]
Error: Caught std::exception in main(): 'Failed to open file'!
File: freespace.cpp
Line: 8128

Running the debug version, I get the error message saying I don't have admin privileges to run that program.

Is there some problems in these builds that cause all of these?

[attachment deleted by admin]
Bryan See - My FreeSpace Wiki User Page (Talk, Contributions)

Campaigns:
FreeSpace: Reunited - Shattered Stars

Ships:
GTS Hygeia, GTT Argo, SC Raguel

  

Offline The E

  • He's Ebeneezer Goode
  • Global Moderator
  • 213
  • Nothing personal, just tech support.
    • Steam
    • Twitter
Please post your fs2_open.log file.  Instructions on how to do this can be found in this post.

Try starting the debug build with admin priviledges.
Let there be light
Let there be moon
Let there be stars and let there be you
Let there be monsters and let there be pain
Let us begin to feel again
--Devin Townsend, Genesis

 

Offline Bryan See

  • Has anyone really been far as decided to use even go want to do look more like?
  • 210
  • Trying to redeem.
    • Skype
    • Steam
    • Twitter
Still cannot start debug builds to obtain the fs2_open.log file. I'm getting a "The stub received bad data" error message or some permissions error message.
Bryan See - My FreeSpace Wiki User Page (Talk, Contributions)

Campaigns:
FreeSpace: Reunited - Shattered Stars

Ships:
GTS Hygeia, GTT Argo, SC Raguel

 

Online m!m

  • 211
The error is probably caused by an asset problem (a file is either missing or is empty) but it shouldn't crash FSO. I have submitted a pull request which should fix all the possible locations where this could have happened: https://github.com/scp-fs2open/fs2open.github.com/pull/1086

 

Offline Bryan See

  • Has anyone really been far as decided to use even go want to do look more like?
  • 210
  • Trying to redeem.
    • Skype
    • Steam
    • Twitter
I think this should apply to empty table files, especially future additions.
Bryan See - My FreeSpace Wiki User Page (Talk, Contributions)

Campaigns:
FreeSpace: Reunited - Shattered Stars

Ships:
GTS Hygeia, GTT Argo, SC Raguel

 

Offline AdmiralRalwood

  • 211
  • The Cthulhu programmer himself!
    • Skype
    • Steam
    • Twitter
I think this should apply to empty table files, especially future additions.
Why would FSO possibly be unable to open an empty file? And why would we want future new table files to error if they couldn't be found? That would just make retail data generate errors, which violates rule #1.
Ph'nglui mglw'nafh Codethulhu GitHub wgah'nagl fhtagn.

schrödinbug (noun) - a bug that manifests itself in running software after a programmer notices that the code should never have worked in the first place.

When you gaze long into BMPMAN, BMPMAN also gazes into you.

"I am one of the best FREDders on Earth" -General Battuta

<Aesaar> literary criticism is vladimir putin

<MageKing17> "There's probably a reason the code is the way it is" is a very dangerous line of thought. :P
<MageKing17> Because the "reason" often turns out to be "nobody noticed it was wrong".
(the very next day)
<MageKing17> this ****ing code did it to me again
<MageKing17> "That doesn't really make sense to me, but I'll assume it was being done for a reason."
<MageKing17> **** ME
<MageKing17> THE REASON IS PEOPLE ARE STUPID
<MageKing17> ESPECIALLY ME

<MageKing17> God damn, I do not understand how this is breaking.
<MageKing17> Everything points to "this should work fine", and yet it's clearly not working.
<MjnMixael> 2 hours later... "God damn, how did this ever work at all?!"
(...)
<MageKing17> so
<MageKing17> more than two hours
<MageKing17> but once again we have reached the inevitable conclusion
<MageKing17> How did this code ever work in the first place!?

<@The_E> Welcome to OpenGL, where standards compliance is optional, and error reporting inconsistent

<MageKing17> It was all working perfectly until I actually tried it on an actual mission.

<IronWorks> I am useful for FSO stuff again. This is a red-letter day!
* z64555 erases "Thursday" and rewrites it in red ink

<MageKing17> TIL the entire homing code is held up by shoestrings and duct tape, basically.

 

Offline Bryan See

  • Has anyone really been far as decided to use even go want to do look more like?
  • 210
  • Trying to redeem.
    • Skype
    • Steam
    • Twitter
I think this should apply to empty table files, especially future additions.
Why would FSO possibly be unable to open an empty file? And why would we want future new table files to error if they couldn't be found? That would just make retail data generate errors, which violates rule #1.
As m!m said, it's because of an asset problem (a file is either missing or is empty). It's going to be fixed soon.

EDIT (UPDATE):
I'm getting an error message saying "The instruction at 0x00007FFF2E2F00E8 referenced memory at 0x00007FFF2E2F00E8. The memory could not be written." when attempting to run non-debug FRED2Open and debug FS2Open. Also, I'm getting a permissions error message on the non-debug FS2Open executable. The debug version of FRED2Open however, was started without a problem.
« Last Edit: December 10, 2016, 10:50:38 am by Bryan See »
Bryan See - My FreeSpace Wiki User Page (Talk, Contributions)

Campaigns:
FreeSpace: Reunited - Shattered Stars

Ships:
GTS Hygeia, GTT Argo, SC Raguel