SFML 2.0 - Static builds

[Laurent]

Are you sure that everything's being compiled as 32 bits (both SFML and your project)?

[slotdev]

Yeah I think so. I've configured CMake to use the default VC 2005 32-bit compiler, and my game is configured with MachineX86 (/MACHINE:X86)

So that's as 32-bit as it's going to get, I reckon.

I can't figure out why Debug build works, but Release doesn't. Both configurations have exactly the same settings except that in Debug, obviously, debug info is generated, and I do not static link.

So I just changed the Debug to static link, and guess what? It works.

So, it (by that logic) cannot be due to static linking.

 :cry:

Edit: I meant to ask before, but since the crash occurs in sf::Text SetString, in this code, why is myString = string, and not myString = &string ? When myFont = &font .....? I think I know the answer but I'm not sure....

Code: [Select]


////////////////////////////////////////////////////////////
void Text::SetString(const String& string)
{
    myString = string;
    myRectUpdated = false;
}


////////////////////////////////////////////////////////////
void Text::SetFont(const Font& font)
{
    if (myFont != &font)
    {
        myFont = &font;
        myRectUpdated = false;
    }
}


Thanks

[Laurent]

Strings must be copied, nobody wants an object to point to an external string that must be maintained and kept alive separately

[slotdev]

I was mixing static and dynamic. I missed unticking the BUILD_SHARED_LIBS option.

So now I have recompiled SFML and it all works - no crazy heap allocation errors!

Thread closed....