Access violation when pushing into vector<std::unique_ptr<sf::Text>>

[hypnotix]

I have this std::vector<std::unique_ptr<sf::Text>> and I cannot for the life of me understand why I am getting an "Access violation readin location" exception when pushing into it like so:

   returnValue.push_back( std::unique_ptr<sf::Text> ( new sf::Text(someString, someFont, 13) ) );

The font is loaded successfully and all, so its not that. Any insight as to why this is happening would be appreciated.

[dabbertorres]

Can't tell what's going on without a minimal example.

[hypnotix]

I get: 'Exception thrown at 0x...(sfml-system-2.dll) in ...exe at 0x... Access violation reading location 0x...'
With the following code in debug mode in Visual Studio 2015 (compiled as release - win32, tested with the debugger)

#include <SFML/Graphics.hpp>
#include <vector>
#include <memory>

void main()
{    
        std::vector<std::unique_ptr<sf::Text>> vec;
        sf::Font test;
        test.loadFromFile("Arial.ttf");
        sf::Text text("hello ", test, 13); // does not throw
        vec.push_back(std::unique_ptr<sf::Text>(new sf::Text("goodbye ", test, 13))); // throws exception
}
 

[hypnotix]

Same thing happens with

.emplace_back(new sf::Text("text", test, 13));

[hypnotix]

Seems to happen at random as well, sometimes it doesn't crash, sometimes on constructing the first sf::Text, sometimes on the second one.

[Nexus]

Make sure everything is linked correctly, and the SFML version matches your compiler. If necessary, rebuild SFML.

And emplacing dynamically allocated objects is a bad idea, you provoke memory leaks. Use std::make_unique() which is exception-safe.

[hypnotix]

std::make_unique with sf::Text won't compile, it says sf::Text's move constructor is undefined.

[hypnotix]

Crap, I was using SFML for VS 2013 in VS 2015, sorry.

[hypnotix]

No dice, still get the exception. The address at which the access violation happens is 0xC0000005, if that helps.

[Laurent]

No dice, still get the exception

Make sure that you make a full rebuild. And that wrong SFML binaries (in case of dynamic linking) are not still around.

[hypnotix]

Thanks, that did it.