Messages

Apparently you need to use "nm --dynamic" instead of just "nm", although I didn't need it on my system (but I'm using arch and not debian/ubuntu like you). (based on https://lists.debian.org/debian-user/1997/11/msg00428.html)

I'm not even sure if there is anything interesting to find in these so files or not. I'm just guessing random stuff because I don't understand why it can complain about just one missing symbol.

Edit: running "nm --dynamic /usr/local/lib/libsfml-graphics.so -C | grep sf::Image::~Image" might be more clear and should return 2 lines.

The ".." assumes that you are running cmake from a build folder, to avoid that a lot of cmake cache files are created inside the tgui folder.
I didn't care about this in the tutorial since it doesn't matter for the tgui users, but I'm used to using a build folder to avoid these cmake files showing up in git.

everything went perfectly

I hope it stays that way. Because that error indicates that a function is missing from libsfml-graphics.so. But if it wouldn't be linking to it at all then you would get tons of these undefined reference errors.

You could possibly check if the file really misses the function or not.
Running this in the terminal should give a small list of functions and _ZN2sf5ImageD1Ev and _ZN2sf5ImageD2Ev should be in that list (with a T in front of them).

Code Select Expand

nm /usr/local/lib/libsfml-graphics.so | grep sf5Image

I have never encountered this problem before.
I even just tried with the latest tgui version and with both the latest sfml and with sfml 2.1 and I don't get this error.

Anything you might have done special (running something else than "cmake .." or having a different sfml version)?
Can you draw something on the screen with just sfml?

The library seems to build fine, so if you run "cmake -DTGUI_BUILD_FORM_BUILDER=FALSE .." instead then it will work, you just won't have the form builder (but you can run the provided exe with wine instead of compiling the native one if really necessary). I just fear that you are going to run into similar problems when using tgui in your project.

Perhaps you could also try re-installing sfml, it looks like a very strange error.

Yes and no.

Actually any sfml 2.x version will do. You just have to make sure that the sfml version used to compile tgui is the same as the one used in your project.

But since there is a bug in sfml 2.1 that influences tgui, and sfml 2.0 is even less stable, you are actually adviced to use the github version of sfml.

This was a small bug in tgui.

If you download and compile the latest version then the button should no longer remain in hover state.

The bugs should be fixed in the latest version now: https://github.com/texus/TGUI.

You will have to recompile the form builder yourself though, I don't feel like booting up my windows to compile the distributed executable right now.

Thanks for reporting, I have been able to reproduce it so it will be fixed soon.

I'll try to keep the form builder working for v0.6, but I haven't even decided yet if future versions will still have a form builder. With all the changes in v0.7 I would have to completely rewrite it, which is not something that I'm looking forward to.

I can clearly see that the texture repeat is broken, but I tested the download from my site two days ago with your previous question and the login example ran fine on my pc.

So in order to be certain that its not a problem with your graphics driver, you should try testing a small sfml program.

Code Select Expand

// Load a small to medium sized texture, set it to repeat
sf::Texture texture;
texture.loadFromFile("Filename.jpg");
texture.setRepeated(true);

// Create the sprite and give it a texture rect that is several times larger than the size of the texture
sf::Sprite sprite;
sprite.setTexture(texture);
sprite.setTextureRect({0, 0, 800, 600});

// Draw the sprite and see if it displays without gaps between the repeated texture
window.draw(sprite);

If that would display correctly then I have a serious problem, if it is broken too then it is only on your pc.

Edit: I just tested the FullExample with v0.6.4 and I cannot reproduce the problem. So there is nothing that I can fix, I can only tell how to get around this problem in case you can't solve it.

I would expect the same error then when you try to run your own code.

This error isn't necessarily a problem. If you are lucky it is just a caching problem, otherwise your linker isn't searching in the right folder. See if "sudo ldconfig" solves it.

You didn't change any line from the example code? There are no errors printed in the terminal?

The form builder is just a program that links agains the just build libraries, which means that the libraries have to be build correctly.

The first thing you can try is this:
- open the terminal in the folder TGUI_Path/examples/LoginScreen
- type "g++ LoginScreen.cpp -std=c++11 -ltgui -lsfml-graphics -lsfml-window -lsfml-system"
- run "./a.out"

Does it display a black screen too? If it doesn't, then something is wrong with your code (e.g. a wrong pathname for loading the widgets).

[Linux: error while loading shared libraries]

Linux: error while loading shared libraries

Don't post about the following error, just follow the steps below.
"/pathname/of/program: error while loading shared libraries: libtgui.so: cannot open shared object file: no such file or directory"

First try to run "sudo ldconfig", just to be sure that it isn't a caching problem.

Unfortunately a lot of linux distros install to /usr/local/lib by default, but do not have this folder in the linker seach path.
You could edit "/etc/ld.so.conf" and just add a line that contains "/usr/local/lib/" to it. Then run "sudo ldconfig".

[Windows: unhandled exception or access violoation]

Windows: unhandled exception or access violoation

If you are experiencing an unhandled exception or access violoation with tgui, then make sure you check these things before posting.

Windows is very unforgiving, the smallest mistake can lead to very strange behaviour.

Make sure you downloaded the right version
If you downloaded the precompiled library, then the compiler version has to match with your compiler (e.g. VS2012 libs are NOT compatible with VS2013). If there is no package for your exact compiler version, then you have to build tgui yourself.

Make sure that you are linking tgui correctly.
- If you are in release mode, both the tgui and sfml libraries have to be the release versions
- If you are in debug mode, both tgui and sfml libraries have to be the debug versions (-d suffix)
- Either both tgui and sfml have to be linked dynamically, or they both have to be linked statically (-s suffix)

The precompiled tgui libraries require a specific sfml version
If you download tgui libraries, then you cannot choose which sfml version to use. Which sfml version you need is mentioned on the download page. Make sure you use these sfml libraries and not another version. If you need a different sfml version for some reason, you will have to build tgui yourself.

Provide enough detail
If you checked all the obove things, then you can make a topic about it. But PLEASE make sure you checked these things, I don't like if they end up being the reason. If you don't want to have such a hard time installing a library, then you should use a decent OS.
Try to provide the following information so that I can help you more efficiently.
- What compiler version are you using?
- Did you download the precompiled libraries, or did you build from source?
- Are you linking statically, or dynamically?
- If needed/possible, provide a complete but minimal example that I can test.

[Seach before posting]

Seach before posting

Read this topic, have a look at the tutorials and documentations, seach on the forum and use a search engine.
The problem you have might have been solved in the past already. It will also save you time because you don't have to wait for the solution until I get online.

This topic will provide some general rules to follow when posting, and small guides on how to solve some common mistakes.

Please read through this topic before posting.

I still believe that there is something wrong with your setup then.

I can't immediately help, I don't get on windows often anymore, for now you can link dynamically.
If you can't find anything that you did wrong in setting up the static version, then you could perhaps upload your project including the sfml and tgui libraries somewhere (e.g. dropbox). I can then have a look at it, but not today. I do want this solved though, even though the chance is small, if the tgui libs would really be currupted then I need to fix it.