Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Compiling for windows/code::blocks, but crashing at startup #9

Closed
danieldormann opened this issue Aug 17, 2013 · 10 comments
Closed

Compiling for windows/code::blocks, but crashing at startup #9

danieldormann opened this issue Aug 17, 2013 · 10 comments

Comments

@danieldormann
Copy link

Hey,

first of all thanks for your work here. I compiled the bulletlib2.81 without the MultiThreaded and MiniCL parts using codeblocks in windows. I then used the project generator, added ofxBullet, also removed MultiThreaded and MiniCL from search directories and project and compiled an empty project. That worked just fine, just had to change two include paths for glu.h and glut.h. I copied the source from the SimpleExample and tried to run it, but it crashes right on start up. Funny enough: commenting out just the ofxBullet parts in testApp.cpp doesn't change anything. I also had to comment the camera positioning. Using simple of methods like ofSetColor, ofLine, ofBox, ect works just fine though

I think it might not be very ofxBullet specific, but maybe some one has an idea what to try next or how to debug that crash?

thanks in advance!

@danieldormann
Copy link
Author

Oh, and debugging output isn't very helpful (to me?) too

#0 004AC9DD ?? () (??:??)
#1 004010FD ?? () (??:??)
#2 77649EF2 ntdll!RtlpNtSetValueKey() (C:\Windows\system32\ntdll.dll:??)
#3 7EFDE000 ?? () (??:??)
#4 77649EC5 ntdll!RtlpNtSetValueKey() (C:\Windows\system32\ntdll.dll:??)
#5 00401280 ?? () (??:??)
#6 ?? ?? () (??:??)

@NickHardeman
Copy link
Owner

Hmm. I can't make much sense of that either. So the SimpleExample compiles without any ofxBullet calls in there?

@danieldormann
Copy link
Author

yep. I'm almost sure now, that there's some trouble with linking to the bulletlib.a, for the simple matter, that it's showing the same behaviour when removing it from the linker. Is there some way I could test for that?

@NickHardeman
Copy link
Owner

What ofxBullet code causes it to crash? What code do you have in there?
(Sorry not too familiar with windows)

@danieldormann
Copy link
Author

As far as I tested: any. world.setup() or just initializing a new ofxBulletSphere. I think this might be a more general problem than specific for your addon :/

@danieldormann
Copy link
Author

Tried again with of080 and most recent version of ofxBullet, but still the same. Pretty sure now it's not a bug in your addon. Sorry for bothering.

@danieldormann
Copy link
Author

Ok, I finally got it working. It has to be something odd with linking the library. Instead of that I included the bullet sources and compiled them directly in my project. Might not be the smoothest solution, but it works.

@NickHardeman
Copy link
Owner

Glad you got it working. Were you able to compile a static lib for code::blocks? Could you send a PR with the working code::blocks project? It would be a great addition to the addon.

Thanks
Nick

@danieldormann
Copy link
Author

Sorry for the late response. I made a pull request for the Example. If you need anything tested on C::B/Windows feel free to always contact me

@danieldormann
Copy link
Author

Uh sorry, I just noticed I misread. No I didn't try linking it again. I just compiled it with the source. Of course this makes a big overhead for a hack.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants