so if you add a msg right to the top of InitWindow() (before InitialiseOpenGLWindow call) in Glide.cpp it doesn't print? That would suggest a stack corruption somewhere and make remote debugging much harder 😀
so if you add a msg right to the top of InitWindow() (before InitialiseOpenGLWindow call) in Glide.cpp it doesn't print?
THAT in glide.cpp gets printed! and if I add another message after
InitialiseOpenGLWindow( hWnd, 0, 0, OpenGL.WindowWidth, OpenGL.WindowHeight );
that gets printed as well...
testgl runs fine, a very fast (5318 FPS) spinning colored cube.
I'm going to be away from tomorrow until next friday, so that you know why I'll be silent for the next few days in this thread. I'll still be able to log on here but I'm not going to be able to test anything.
Another thing I forgot to mention and what might be of importance, my SDL is the SDL 1.2.14 prerelease, since 1.2.13 has many problems on OS X 10.6.1
Hm. Really strange...
I've checked out 1.2.14, I don't see any differences that should be of concern. And as I understand, 1.2.14 is required for 10.6.1.
Can you try to confirm it is the glGetString that is crashing. Perhaps you can put:
the one msg before that will be printed but those will not.
Please post the respective part of that functions, as it should look like
bool InitWindow(whatever) {
InitSomething();
[here the GetStrings from gulikoza]
[here the strcmp with the GetString]
Just add some more logging right after the InitSomething function to isolate
stuff, like use
char* test = glGetString( GL_RENDERER );
with logging before/after that to see if it's glGetString itself that crashes etc.
Yeah, I've been thinking about this for a week too 😀
Those functions should not be failing, unless opengl failed to initialize properly. But if that were the case, SDL_SetVideoMode() should fail. The InitialiseOpenGLWindow() should probably be rewritten to return false if open window was unsuccessful so that grSstWinOpen() can fail and return failure to the glide application. I assume there are no "Video mode set failed" errors in the log?
Other than that, I don't have any ideas. SDL OpenGL init is pretty simple and should work (as demonstrated by dosbox and the testgl program)...
it shouldn't matter, but I was just about to suggest setting it to opengl. opengl should be initialized by dosbox then, openglide should just change the resolution....very weird it would fail at that...
There is another possibility of course. That this is indeed some problem with my dosbox glide patch.
Attached is the simplest possible glide program. It will initialize glide, clear screen to blue and exit. I have no idea if it will compile 😀