OpenGL not Working

[foofel]

Ok ok, I get it. You'll have to wait until the global exit crash is fixed (this is the same kind of problem).

Damn, is there a workaround or something?

[Laurent]

Damn, is there a workaround or something?

Using static libraries

[foofel]

Damn, is there a workaround or something?

Using static libraries

Works, thanks

[edit] But could you try to explain what happens, so the dll version doesn't work?

[Laurent]

But could you try to explain what happens, so the dll version doesn't work?

I have a global OpenGL context in SFML, which is created at global startup (before main()) and destroyed at global exit (after main()). This is not very clean programming practice, but it's so convenient.
For an unknown reason, when I do this from a DLL it causes a crash in the ATI OpenGL driver. So there's no easy bug, I need to remove this global context but this means adding a manual SFML init() and cleanup(), and I really don't like it.

[Groogy]

But could you try to explain what happens, so the dll version doesn't work?

I have a global OpenGL context in SFML, which is created at global startup (before main()) and destroyed at global exit (after main()). This is not very clean programming practice, but it's so convenient.
For an unknown reason, when I do this from a DLL it causes a crash in the ATI OpenGL driver. So there's no easy bug, I need to remove this global context but this means adding a manual SFML init() and cleanup(), and I really don't like it.

Could have been the problem I experienced before?
Anyway you could have support for both? And then let us have a SFML object se we can write something like:

Code: [Select]

#define SFML_NO_GLOBAL
#include <SFML/System.hpp>

int main()
{
    sf::SFML *sfml = new sf::SFML(/* Maybe settings here if wanted? */);
    delete sfml;
    return 0;
}

I just used new and delete to show that we manually decide when we initiate and when we cleanup.

[Laurent]

Anyway you could have support for both?

No. Why should I do that?

And then let us have a SFML object

Don't know yet.

[Groogy]

Anyway you could have support for both?

No. Why should I do that?

Don't know just spewing out ideas

[Nexus]

If this case should ever become relevant, I think the most appropriate version would be a RAII wrapper around Init() and Cleanup(), so that there is at least only one line.

Code: [Select]

int main()
{
    sf::GlobalContext context; // Automatic Init()
    ... // Do SFML stuff here
    ...
} // Automatic Cleanup() at end of scope


[Laurent]

Of course

[Groogy]

If this case should ever become relevant, I think the most appropriate version would be a RAII wrapper around Init() and Cleanup(), so that there is at least only one line.

Code: [Select]

int main()
{
    sf::GlobalContext context; // Automatic Init()
    ... // Do SFML stuff here
    ...
} // Automatic Cleanup() at end of scope


That's what I meant but I used new and delete to show I meant the constructor and destructor, maybe it wasn't as apparent as I thought.

[angelmxc]

Same problem, ati driver 10.09 works, fail with 10.10, 10.11, 10.12, works fine on Ubuntu 10.10 using HD5850, I'm using temporarily MesaGL using software processing on Windows 7-64, i compiled MesaGL version 7.8.2, you can download libs from  HERE, just copy the libraries in .exe's directory and run your exe.

[foofel]

Nice