Messages

1

General / Re: Compilation failures on Linux.

« on: January 19, 2015, 01:41:47 am »

I went ahead and spent a while fixing the include structure/order of the project. It works! Thank you for your help. It's a damn shame X11 has such glaring problems in it.

2

General / Re: Compilation failures on Linux.

« on: January 19, 2015, 12:41:12 am »

I feared it might be something like that. What can I do to work around this? Moving the SFML includes in such a way that they are included first sounds doable, but difficult given the project structure. Is there any other way?

3

General / Compilation failures on Linux.

« on: January 19, 2015, 12:25:25 am »

Hi! I have been searching around for the cause of this issue all day, so excuse me if this question has been answered anywhere; because I haven't found it yet!
There have been a few references to this issue, but no solutions as far as I can tell.

I have a project that I am working on a Linux port for. The project uses SFML's networking module, but I am posting in this section because (judging by other posts) the issue seems to be unrelated to specific modules in SFML.

Here's the error output:

g++ -Wno-attributes -std=c++11 -c main.cpp -o main.o
In file included from XWindow.h:6:0,
                 from Window.h:18,
                 from main.cpp:2:
/usr/include/SFML/Network/Socket.hpp:53:10: error: expected identifier before ‘int’
     enum Status
          ^
In file included from /usr/include/SFML/Network/TcpSocket.hpp:32:0,
                 from /usr/include/SFML/Network/Ftp.hpp:32,
                 from /usr/include/SFML/Network.hpp:33,
                 from SFMLPacket.h:3,
                 from main.cpp:20:
/usr/include/SFML/Network/Socket.hpp:54:5: error: expected unqualified-id before ‘{’ token
     {
     ^
In file included from XWindow.h:6:0,
                 from Window.h:18,
                 from main.cpp:2:
/usr/include/SFML/Network/Ftp.hpp:74:14: error: expected identifier before ‘int’
         enum Status
              ^
In file included from /usr/include/SFML/Network.hpp:33:0,
                 from SFMLPacket.h:3,
                 from main.cpp:20:
/usr/include/SFML/Network/Ftp.hpp:75:9: error: expected unqualified-id before ‘{’ token
         {
         ^
In file included from /usr/include/SFML/Network.hpp:33:0,
                 from SFMLPacket.h:3,
                 from main.cpp:20:
/usr/include/SFML/Network/Ftp.hpp:146:41: error: ‘InvalidResponse’ was not declared in this scope
         explicit Response(Status code = InvalidResponse, const std::string& message = "");
                                         ^
In file included from /usr/include/X11/Xlib.h:44:0,
                 from XWindow.h:6,
                 from Window.h:18,
                 from main.cpp:2:
/usr/include/SFML/Network/IpAddress.hpp:184:28: error: expected unqualified-id before numeric constant
     static const IpAddress None;      ///< Value representing an empty/invalid address
                            ^
In file included from XWindow.h:6:0,
                 from Window.h:18,
                 from main.cpp:2:
/usr/include/SFML/Network/Http.hpp:201:14: error: expected identifier before ‘int’
         enum Status
              ^
In file included from /usr/include/SFML/Network.hpp:34:0,
                 from SFMLPacket.h:3,
                 from main.cpp:20:
/usr/include/SFML/Network/Http.hpp:202:9: error: expected unqualified-id before ‘{’ token
         {
         ^
makefile:19: recipe for target 'main.o' failed
make: *** [main.o] Error 1
 

There are, of course, many other files in the project. However, they compile without issue.
I have checked the relevant file in my project (SFMLPacket.h) but I see no problems in there. It seems to be the fact that it includes SFML/Network.hpp rather than an issue in our code.

I highly doubt it's a legitimate error in SFML's code (it would have been noticed by now!), so is this some kind of incompatibility with other Linux headers or something? What can I do about fixing it?

Thank you very much.

4

General / Game crashing on close in debug mode

« on: July 11, 2010, 08:43:39 pm »

I had a look through the call stack (I'm very inexperienced in this area though, so I may have got something wrong) And it seems it's somewhere around the destructor for my content loader

I will work on a minimal piece of code that reproduces this error, sorry for not doing one already!

My graphics drivers are up to date, and my hardware is:
nVidia GeForce 9600 GT ; 1GB onboard RAM
OS:
Windows 7 Professional x64

5

General / Game crashing on close in debug mode

« on: July 11, 2010, 06:14:47 pm »

Here's the original post from another forum:

I started writing a little game as a project for me and my father to work on

I've been putting in some little things such as a simple game state class and so on, and most recently I've been working on a GUI system.

I added a button, and that all goes fine, but then I decided to add a label, and it KIND OF works, but if mUseImage (i.e it draws with an sf::Text object) is set to false when the program closes in debug mode, it crashes.
I haven't got any experience with these sorts of errors, could anyone help me out here?
I'm not just asking for someone to fix it, I want to know what caused it in the first place so I can fix them myself in future.
Download link:
http://zerospacegame.googlecode.com/svn/trunk/

It breaks into xmtx.c (Not one of my file, I don't know what it is)
Error:

Code: [Select]

Unhandled exception at 0x77df598e in VS2010.exe: 0xC0000005: Access violation reading location 0xfeeefef6.
Code it breaks at:

Code: [Select]

_RELIABILITY_CONTRACT
void  __CLRCALL_PURE_OR_CDECL _Mtxlock(_Rmtx *_Mtx)
{ /* lock mutex */
#ifdef _M_CEE
System::Threading::Thread::BeginThreadAffinity();
#endif
EnterCriticalSection(_Mtx);
} // Arrow points here when it breaks

Console outputs:

Code: [Select]

An internal OpenGL call failed in image.cpp (758) : GL_INVALID_OERATION, the specified operation is not allowed in the current sate
Image.cpp isn't one of my files either, I think it may be an SFML file

I was told it may be an issue with SFML2:

It sounds like an access violation happens in sf::Image's destructor (in image.cpp), after it ignores the fact that OpenGL errored. Exceptions thrown in destructors... is pretty much not recoverable. The access violation would have to be fixed, or the OpenGL code repaired.

Can anyone confirm this, and/or tell me the best way to fix it?