Messages

1

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 10, 2014, 02:05:36 am »

This is either a bug with SFML and VC++ 2010, or SFML WinXP 32-bit. Moving the executable that gives the Access Violation error to my mac, or my Win7 computer results in no errors, and it works fine. Take this as you will, I most likely won't come to this forum for help again.

2

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 09, 2014, 09:54:24 pm »

So, if I'm using Visual C++ 2010 Express, I should build SFML with Visual Studio 10. Correct?

3

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 09, 2014, 09:43:04 pm »

Okay, so I built it wrong then? I followed the tutorial.

4

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 09, 2014, 09:35:48 pm »

Could it be that the SFML source version is not compatible with VS10?

5

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 09, 2014, 07:29:24 pm »

Okay, I've decided to look at this from a different perspective. I tried to statically link, I linked to all SFML libs, and all it's included dependencies. Everything seems to be working except I'm getting errors saying there are things defined in two or more different libs, below is the actual full build output. It's pretty repetitive though.

Code: [Select]

msvcprt.lib(MSVCP100.dll) : error LNK2005: "public: void __thiscall std::_Container_base0::_Orphan_all(void)" (?_Orphan_all@_Container_base0@std@@QAEXXZ) already defined in sfml-graphics-s.lib(RenderWindow.obj)
msvcprt.lib(MSVCP100.dll) : error LNK2005: "public: class std::locale::facet * __thiscall std::locale::facet::_Decref(void)" (?_Decref@facet@locale@std@@QAEPAV123@XZ) already defined in sfml-graphics-s.lib(Texture.obj)
msvcprt.lib(MSVCP100.dll) : error LNK2005: "public: void __thiscall std::locale::facet::_Incref(void)" (?_Incref@facet@locale@std@@QAEXXZ) already defined in sfml-graphics-s.lib(Texture.obj)
libcpmt.lib(locale0.obj) : error LNK2005: "private: static void __cdecl std::locale::facet::_Facet_Register(class std::locale::facet *)" (?_Facet_Register@facet@locale@std@@CAXPAV123@@Z) already defined in msvcprt.lib(locale0_implib.obj)
libcpmt.lib(locale0.obj) : error LNK2005: "private: static class std::locale::_Locimp * __cdecl std::locale::_Getgloballocale(void)" (?_Getgloballocale@locale@std@@CAPAV_Locimp@12@XZ) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(locale0.obj) : error LNK2005: "public: static void __cdecl std::_Locinfo::_Locinfo_dtor(class std::_Locinfo *)" (?_Locinfo_dtor@_Locinfo@std@@SAXPAV12@@Z) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(locale0.obj) : error LNK2005: "public: static void __cdecl std::_Locinfo::_Locinfo_ctor(class std::_Locinfo *,char const *)" (?_Locinfo_ctor@_Locinfo@std@@SAXPAV12@PBD@Z) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(locale0.obj) : error LNK2005: "private: static class std::locale::_Locimp * __cdecl std::locale::_Init(void)" (?_Init@locale@std@@CAPAV_Locimp@12@XZ) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(ios.obj) : error LNK2005: "public: static void __cdecl std::ios_base::_Addstd(class std::ios_base *)" (?_Addstd@ios_base@std@@SAXPAV12@@Z) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(ios.obj) : error LNK2005: "private: static void __cdecl std::ios_base::_Ios_base_dtor(class std::ios_base *)" (?_Ios_base_dtor@ios_base@std@@CAXPAV12@@Z) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(xlock.obj) : error LNK2005: "public: __thiscall std::_Lockit::_Lockit(int)" (??0_Lockit@std@@QAE@H@Z) already defined in msvcprt.lib(MSVCP100.dll)
libcpmt.lib(xlock.obj) : error LNK2005: "public: __thiscall std::_Lockit::~_Lockit(void)" (??1_Lockit@std@@QAE@XZ) already defined in msvcprt.lib(MSVCP100.dll)
LIBCMT.lib(setlocal.obj) : error LNK2005: __configthreadlocale already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(invarg.obj) : error LNK2005: __invoke_watson already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(lconv.obj) : error LNK2005: _localeconv already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(mlock.obj) : error LNK2005: __unlock already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(mlock.obj) : error LNK2005: __lock already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(winxfltr.obj) : error LNK2005: __XcptFilter already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(crt0dat.obj) : error LNK2005: __initterm_e already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(crt0dat.obj) : error LNK2005: _exit already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(crt0dat.obj) : error LNK2005: __exit already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(crt0dat.obj) : error LNK2005: __cexit already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(crt0dat.obj) : error LNK2005: __amsg_exit already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(hooks.obj) : error LNK2005: "void __cdecl terminate(void)" (?terminate@@YAXXZ) already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_a already defined in MSVCRT.lib(cinitexe.obj)
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_z already defined in MSVCRT.lib(cinitexe.obj)
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_a already defined in MSVCRT.lib(cinitexe.obj)
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_z already defined in MSVCRT.lib(cinitexe.obj)
LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(strtol.obj) : error LNK2005: _strtol already defined in MSVCRT.lib(MSVCR100.dll)
LIBCMT.lib(errmode.obj) : error LNK2005: ___set_app_type already defined in MSVCRT.lib(MSVCR100.dll)
LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library
LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library

I honestly don't know what this is about, anyone have an idea?

6

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 09, 2014, 02:02:09 pm »

Did you update your DLLs as well?

If you mean did I put the sfml-graphics-2.dll and the rest of those from the cmake build into my project folder, yes.

7

Graphics / Re: Window.draw() no longer working after SFML Update

« on: December 09, 2014, 01:45:02 pm »

Please consider this message ( http://en.sfml-dev.org/forums/index.php?topic=5559.msg36368#msg36368 ) if you want a proper help.

Okay, thank you, I will update the post when I have time.

Although I cannot answer your question, I am curious as to what this line of code is supposed to do:

                                                        !isAnimating;

It actually does nothing, this project is more so on the old side, I was misinformed and told that that line should change the boolean value to whatever it isn't i.e. if it is true, make it false. I forgot to change that line when updating the code.

which are the versions you moved from e to?
and did you completely rebuild your code?

Sorry, I moved from the latest stable build, not sure the version number, to the latest source code update. Git says it was updated about 21 days ago, so whatever version that is. Yes I completely rebuilt the project, I did change it from linking statically to dynamically after the update though.

Other stuff that might help:
- OS: Windows XP 32-bit
- Compiler: Visual C++ 2010 32-bit
- SFML was built from latest source.

8

Graphics / Window.draw() no longer working after SFML Update

« on: December 09, 2014, 02:45:39 am »

So I was, in another thread told to update my SFML to the source version. Upon doing so it fixed my problem, but now most of my classes that use SFML are broken. Here is one of the classes that is not working, I'm getting an

Code: [Select]

Unhandled exception at 0x00000000 in SFML2D.exe: 0xC0000005: Access violation reading location 0x00000000. on the

Code: [Select]

window.draw(m_Sprite);
Here is the section containing the code:

                        case Animation::FadeIn:
                                m_Alpha = 0;
                                m_Sprite.setColor(sf::Color(255, 255, 255, m_Alpha));
                                while (isAnimating)
                                {
                                        window.clear();
                                        window.draw(m_Sprite);
                                        window.display();
                                        if (loopIndex == 1)
                                        {
                                                if (m_Clock.getElapsedTime() > sf::seconds(m_InitTime))
                                                {
                                                        ++i;
                                                        m_Sprite.setColor(sf::Color(255, 255, 255, m_Alpha));
                                                        window.draw(m_Sprite);
                                                        ++loopIndex;
                                                        !isAnimating;
                                                        return;
                                                }
                                        }
                                        else if (loopIndex == 0)
                                        {
                                                if (m_Clock.getElapsedTime() > sf::milliseconds(i*m_Time))
                                                {
                                                        ++i;
                                                        m_Sprite.setColor(sf::Color(255, 255, 255, m_Alpha));
                                                        window.draw(m_Sprite);
                                                        ++m_Alpha;
                                                        if (m_Alpha > 255)
                                                        {
                                                                ++loopIndex;
                                                        }
                                                }
                                        }
                                }
                        break;
 

and this following part is my constructor (I do have a default constructor, but it does nothing and requires a create() or setSomeAttr() call, which basicly does what the following constructor does.):

        Splash::Splash(sf::Texture Texture, int InitTime, int Time)
        {
                m_Texture = Texture;
                m_Sprite.setTexture(m_Texture);
                m_InitTime = InitTime;
                m_Time = Time;
        }
 

EDIT::
I didn't change anything, but it seems that the problem is now the

virtual void draw(sf::RenderTarget &target, sf::RenderStates states) const

function, that makes something drawable in sfml. This is the only line I have in there:

target.draw(m_Sprite, states);

Helpful Info:
- OS: Windows XP 32-bit
- Compiler: Visual C++ 2010 Express
- SFML Version: Built from latest source as of December 9th.
- SFML Link Type: Dynamic

9

Window / Re: Multiple Windows Overlapping Issue

« on: December 09, 2014, 01:12:38 am »

Alright sorry to post again, this topic is beyond off-topic. I linked dynamically, took out the SFML_STATIC macro all that good stuff, but now I'm getting a runtime error. The vector header is throwing it. This is what the log spits out:

Code: [Select]

This may be due to a corruption of the heap, which indicates a bug in SFML2D.exe or any of the DLLs it has loaded.

This may also be due to the user pressing F12 while SFML2D.exe has focus.

The output window may have more diagnostic information.
The program '[3324] SFML2D.exe: Native' has exited with code 0 (0x0).

So I am assuming I did something wrong, the only thing I can think of is that I didn't use the Exports Library Files from the build. I linked the Object Files, and Included the DLLs in my executable location like normal, but what do I with the Exports Library Files?

Like I said, I'm used to using the stable build, and usually static, so this is all new to me.

EDIT::
Never mind, sorry again wasting time. It's something in one of my classes, don't know why the updated SFML has anything to do with it though...

On a topic related to the actual question, this fixed the original problem, thanks eXpl0it3r!

10

Window / Re: AW: Multiple Windows Overlapping Issue

« on: December 09, 2014, 12:25:43 am »

If you link SFML statically, you need to add all its dependencies.

Okay... was this the same in the "latest stable version"?

EDIT::
Nevermind, it's different, I'm just linking dynamically.

11

Window / Re: Multiple Windows Overlapping Issue

« on: December 09, 2014, 12:19:19 am »

Not much of a huge deal to me, just a preference, I speak for myself when I say it's just for the distributing fewer files. That's my only reason, if someone was to tell me it was safer/better or anything I would have a problem using dynamic.

Also, with the extracting sprites, do you mean the images? I don't see how that would stop people for taking your images? Do some people really believe that? Security is not really a concern for me, I am debating open-source or not.

12

Window / Re: Multiple Windows Overlapping Issue

« on: December 09, 2014, 12:14:15 am »

Okay, thank you for the link, I figured it out just after asking the question, sorry for wasting your time. About the GitHub link, what is the important part there? Just how to link it?

13

Window / Re: Multiple Windows Overlapping Issue

« on: December 08, 2014, 11:59:52 pm »

Okay, I have been using the stable version, I just built the source version; however, I can't seem to the static libs. example: "sfml-graphis-s.lib". I am used to using the pre-built version, what do I do with the provided items? I would prefer to not use the dynamic version.

14

Window / Re: Multiple Windows Overlapping Issue

« on: December 08, 2014, 02:25:35 pm »

I have already tried that. Here is the link to a stack overflow question http://stackoverflow.com/questions/27350714/managing-multiple-renderwindows-in-sfml/27351325?noredirect=1#comment43156853_27351325 I posted, it has a couple of important discussions, like what we have tried.

The most important part in there is when I discover that if I move the executable to another computer it works as expected.

Here are some specs on what I am compiling on, where the problem persists, I believe it may be a bug between the OS/Compiler and SFML:

- Windows XP 32-bit (Yes I know it is no longer supported, I have another computer, I use for everyday use.)
- Visual C++ 2010 32-bit
- 3GB Ram

Program Does work on the following system:

- MAC OSX 10.9.5 64-bit
- 4GB Ram
- I have not used XCode to compile, I used the same executable, but ran it under wine.

Should I try to update my drivers? Can I on WinXP?

15

Window / Re: Multiple Windows Overlapping Issue

« on: December 08, 2014, 02:16:25 am »

Bump, still need to know how to fix this.