Game works when built in the IDE, but crashes when I run it from the .exe file.

Rusev · 2016-09-19T13:38:16

Guys, very nasty problem here, need your help. I'm using Code::Blocks and C++ and when I press F9 to "Build and Run", the game starts and I can play, everything is fine. But when I start it from the .exe file in my debug folder( all .dlls are there ), the game starts and crashes in 3 seconds. I did some research on the stack: http://stackoverflow.com/questions/186237/program-only-crashes-as-release-build-how-to-debug and it seems that most of the time it happens is because of a wrong variable initialization. By using good old printf, I traced the problem to this class here. And the program crashes somewhere in the constructor. I can't even use a debugger because it works perfectly fine in CodeBlocks.... Nevermind, here is the header and then the .cpp file, watch for a wrong initialization somewhere: class ResourceManager { private: // Load models Model fpsArmsIdle = Model( "models/fpsRig/armsIdle.dae" ); Model fpsArmsPunch = Model( "models/fpsRig/armsAttack.dae" ); Model ball = Model( "models/bullets/ball.obj" ); Model humanRun = Model( "models/guyWithSuit/suitGuyIdle2.fbx" ); Model humanKnockdown = Model("models/human/humanKnockdown.dae"); Model humanDead = Model("models/human/humanDead.dae"); vector<const GLchar*> skyboxTextures; vector<Model*> firstPersonAnims; vector<Model*> humanAnims; public: ResourceManager(); ~ResourceManager(); Model mapClassic = Model( "maps/map_classic/classicmap.obj" ); Model floor = Model( "models/floor/floor.obj" ); Model lamp = Model( "models/lamp/lamp.obj" ); Model box = Model( "models/ka6on/ka6on.obj" ); void loadResources(); vector<const GLchar*> getSkyboxTextures(); vector<Model*> getFirstPersonAnims(); vector<Model*> getHumanAnims(); }; And the constructor that crashes the game: //The headers #include "resourcemanager.h" ResourceManager::ResourceManager() { loadResources(); } ResourceManager::~ResourceManager() { ; } vector<Model*> ResourceManager::getHumanAnims() { return humanAnims; } vector<Model*> ResourceManager::getFirstPersonAnims() { return firstPersonAnims; } vector<const GLchar*> ResourceManager::getSkyboxTextures() { return skyboxTextures; } void ResourceManager::loadResources() { skyboxTextures.push_back( "maps/skyboxes/nebula/right.tga" ); skyboxTextures.push_back( "maps/skyboxes/nebula/left.tga" ); skyboxTextures.push_back( "maps/skyboxes/nebula/top.tga" ); skyboxTextures.push_back( "maps/skyboxes/nebula/bottom.tga" ); skyboxTextures.push_back( "maps/skyboxes/nebula/back.tga" ); skyboxTextures.push_back( "maps/skyboxes/nebula/front.tga" ); firstPersonAnims.push_back( &fpsArmsIdle ); firstPersonAnims.push_back( &fpsArmsPunch ); firstPersonAnims.push_back( &ball ); humanAnims.push_back( &humanRun ); humanAnims.push_back( &humanKnockdown ); humanAnims.push_back( &humanDead ); } If all seems legit, then there is my App class that could be wrong, but I'm sure there are a lot of wrong things going on here. Basically, I don't know when to use vector of pointers to objects, and when vector of objects, maybe this is where I go wrong somewhere.

For Beginners

Started by Heelp September 16, 2016 01:30 PM

40 comments, last by JohnnyCode 7 years, 7 months ago

JohnnyCode

1,084

September 19, 2016 01:31 PM

Application Current Directory?

An exe run/debugged from IDE will set the current directory of application explicitly, and it may be any that your IDE implicitly decides.

Yet if your program starts manualy as is, it uses the exe location as application current directory- unless your program states otherwise.

Considering you do not use absolute file paths (and yes, you should not), and that you blow on file reads, that perhaps do not check and you blow some memory pointer afterwards, I am pretty sure it is that issue.

You can set current directory of aplication any time, or you can dynamicly construct your file paths from some observed constants like:

EXELOCATIONONHOST+CONSTANTSTRINGTORESOURCE

JohnnyCode

1,084

September 19, 2016 01:38 PM

You can use this function to observe current directory at any point in program.

https://msdn.microsoft.com/en-us/library/windows/desktop/aa364934(v=vs.85).aspx

I would also search code for possible calls to SetCurrentDirectory, sine it is a global setting that is perservering after it's called, when used not carefully, it can crash applications up.

Game works when built in the IDE, but crashes when I run it from the .exe file.

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Game works when built in the IDE, but crashes when I run it from the .exe file.

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Reticulating splines