Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - syndicatedragon

#1
Installation help / Re: c++11 features required?
14 August 2013, 19:51:00
Seems to build OK in VS2010 (aside from the warnings of course :) ).

Maybe this is a good time for me to look at my own project and see what C++11 can offer me. It looks like a lot of boost features are now in std so that seems like a good place to start.
#2
Installation help / c++11 features required?
08 August 2013, 22:01:46
What c++11 language features are required now in TGUI? Will Visual C++ 2010 still be supported? Here is a link to the features that it supports:

https://msdn.microsoft.com/en-us/library/vstudio/hh567368.aspx

Thanks
#3
Ugh. Well, good job figuring that one out. That knowledge might come in handy in the future for me as well.

Also, I figured out my problem with the SFML static libs. I was using a sf::RenderWindow in a singleton class and apparently you can't use an instance of that class in a static/global context. I still have no idea why it works with the dynamic libs but I guess a redesign of my code is in order. Here's the thread if you're interested:

https://en.sfml-dev.org/forums/index.php?topic=12380.0

Thanks for you help!
#4
I'm pretty sure that I didn't check that box, but I'll build again to be sure. At any rate, I took TGUI out of my build and it still crashes when using the static SFML libraries. So... I guess I will try to build my own SFML and see if that makes any difference. I'll check over on the SFML forums too.
#5
Hmm. Defining SFML_STATIC and rebuilding allows it to link now. Unfortunately it crashes as soon as I start debugging.
Unhandled exception at 0x7c90100b in rl01_sfml.exe: 0xC0000005: Access violation reading location 0x00000014.The call stack is
> ntdll.dll!7c90100b()
> rl01_sfml.exe!sf::priv::MutexImpl::lock()  Line 52 + 0xc bytes C++

This kind of seems like an SFML problem? I guess I'll try building my own static SFML next (I've been using the pre-built libraries). Question: when building TGUI should the "TGUI_USE_STATIC_STD_LIBS" be checked when building for static SFML?

Thanks for all of your help so far
#6
This isn't your problem, but I'm having some trouble with static linking and maybe you can spot my mistake.

I rebuilt tgui and got tgui-s-d.lib. I changed my Linker->Input list to the -s-d versions of both SFML and TGUI. I changed C++->Code Generation->Runtime Library to Multi-threaded Debug. I rebuilt the solution but I get a bunch of link errors for all of the SFML and TGUI functions that I call. They look like the errors I posted above, and it looks like it's still looking for a dll? Here's an example. Did I miss some step in order for static linking to work?

1>Actor.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __thiscall sf::ConvexShape::~ConvexShape(void)" (__imp_??1ConvexShape@sf@@UAE@XZ) referenced in function __unwindfunclet$??0Actor@@QAE@XZ$0
#7
Before I had this which builds and works fine (except for the aforementioned slowness):
tgui::TextBox::Ptr tb(GameEngine::get()._gui, "console");
tb->load("Resources/TGUI/objects/Black.conf");
tb->disable();
tb->setPosition(0,450);
tb->setSize(800,150);
tb->setText(_consoleOutput);
tb->setTextSize(8);


I replaced it with this and now I get link errors. Any ideas what am I doing wrong?

tgui::ChatBox::Ptr tb(GameEngine::get()._gui, "console");
tb->load("Resources/TGUI/objects/Black.conf");
tb->setPosition(0,450);
tb->setSize(800,150);
tb->addLine("Welcome!", sf::Color::White);
tb->setTextSize(8);


errors:


1>PlayingState.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall tgui::SharedWidgetPtr<class tgui::ChatBox>::~SharedWidgetPtr<class tgui::ChatBox>(void)" (__imp_??1?$SharedWidgetPtr@VChatBox@tgui@@@tgui@@QAE@XZ) referenced in function "public: virtual void __thiscall PlayingState::init(void)" (?init@PlayingState@@UAEXXZ)
1>PlayingState.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class tgui::ChatBox * __thiscall tgui::SharedWidgetPtr<class tgui::ChatBox>::operator->(void)const " (__imp_??C?$SharedWidgetPtr@VChatBox@tgui@@@tgui@@QBEPAVChatBox@1@XZ) referenced in function "public: virtual void __thiscall PlayingState::init(void)" (?init@PlayingState@@UAEXXZ)
1>PlayingState.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall tgui::SharedWidgetPtr<class tgui::ChatBox>::SharedWidgetPtr<class tgui::ChatBox>(class tgui::Container &,class sf::String const &)" (__imp_??0?$SharedWidgetPtr@VChatBox@tgui@@@tgui@@QAE@AAVContainer@1@ABVString@sf@@@Z) referenced in function "public: virtual void __thiscall PlayingState::init(void)" (?init@PlayingState@@UAEXXZ)
#8
OK, I'll give that a shot. Thanks for your reply and continued work on TGUI. :)
#9
I'm trying to use a TextBox as a console but it seems like every time I call addText() it takes longer and longer for it to finish. This is with git-master downloaded this afternoon (7/24). Is this a known issue?
#10
Help requests / Re: Form Builder issues
05 July 2013, 20:17:07
I figured out my problem. I was using the SFML VC11 dlls. I copied FormBuilder to my "clean" Windows 7 VM and it was complaining about MSVCR110.dll! I thought, that's weird... and then I remembered at some point in the past I was playing around with VS2012 and decided it was not all that great for Windows 7 development (it seems rather Windows 8 focused). So I must have installed the VC11 version of SFML at that point.

I installed the VC10 version of SFML and re-built TGUI and now everything seems to work fine.

Thanks for your help though!

#11
Help requests / Re: Form Builder issues
04 July 2013, 17:45:38
Hmm. Seems to crash on any color related field on any widget, or the config file field on any widget.

This is the release build made with Visual Studio Express 2010. I'm running Windows 7 x64.

When I get some time I'll see if I can set up the debugger on it.
#12
Help requests / Re: Form Builder issues
04 July 2013, 03:54:48
If you click on the background color field in the Label properties, it crashes.
#13
Help requests / Re: Form Builder issues
03 July 2013, 20:06:40
Built the lastest. Form Builder seems to work better. The widgets seem to have the proper images. However it still crashes every time I try to edit or resize Label object text.
#14
Help requests / Re: Form Builder issues
03 July 2013, 01:26:19
I don't have any issues with my application which uses both SFML and tgui. I'd like to say that I really like using tgui thus far. It's pretty easy to get something simple working, yet it seems pretty flexible too.

I downloaded the latest dev snapshot, but that was probably a couple of weeks ago. I will grab the latest again and try that.

Is there a link to the github repo so I can keep up to date that way?

I'll let you know how it goes.

Thanks

edit- I found the link on github, I'll grab the latest that way
#15
Help requests / Form Builder issues [solved]
02 July 2013, 21:06:41
Is Form Builder supposed to be fully functional? I've had nothing but issues with it. Images for the various widgets appear wrong or corrupted, it crashes when changing the text size of a label, etc. If it's not supposed to be functional that's fine, I just want to make sure I'm not having some weird issue with it.

Thanks