Calling getLocalBounds on an sf::Text object causes a crash.
minimal example:
#include <iostream>
#include <SFML/Graphics.hpp>
int main()
{
sf::Font f;
f.loadFromFile("font.ttf");
sf::Text t;
t.setFont(f);
t.setString("some string");
t.setCharacterSize(16);
sf::RenderWindow window(sf::VideoMode(1280, 720), "example", sf::Style::Close);
while (window.isOpen())
{
sf::Event event;
while (window.pollEvent(event))
{
if (event.type == sf::Event::Closed)
window.close();
}
sf::FloatRect width = t.getLocalBounds();
window.clear();
window.display();
}
}
My OS is Windows 10 Pro 64-bit. As far as I can tell nobody else is having this issue so maybe I'm just not using it correctly?
That's the thing, There wasn't an error message. Just the standard windows "whatever.exe has stopped working"
Run it in the debugger and in Debug mode. Then you get a more meaningful error message and see where exactly it crashes. Once you've done that, provide us with that information.
Best I can do is GDB because visual studio won't link properly for whatever reason.
(gdb) run
Starting program: Z:\Projects\test\test.exe
[New Thread 5868.0x2030]
[New Thread 5868.0x263c]
[New Thread 5868.0x211c]
[New Thread 5868.0x2a28]
[New Thread 5868.0x1c70]
[New Thread 5868.0x21cc]
[Thread 5868.0x1c70 exited with code 0]
[New Thread 5868.0x2aac]
[Thread 5868.0x2aac exited with code 0]
[New Thread 5868.0x2a80]
[New Thread 5868.0xa10]
[New Thread 5868.0x54c]
[New Thread 5868.0x2674]
[Thread 5868.0x2a80 exited with code 0]
[Thread 5868.0xa10 exited with code 0]
[New Thread 5868.0x1230]
[New Thread 5868.0x26a0]
[New Thread 5868.0x27d0]
font loaded..
Program received signal SIGSEGV, Segmentation fault.
0x0000000068eec64c in sf::Text::ensureGeometryUpdate (this=0x8000) at Z:\Source\SFML\src\SFML\Graphics\Text.cpp:350
350 if (!m_geometryNeedUpdate)
Is it crashing in any way with the event loop too?
I'm asking because your "crashing" is normal without the event loop, without an event loop in it your program is literally not responding to windows so that message appears.
I checked, this is not the case.