Messages

1

General / "gdb.exe has stopped responding" codeblocks

« on: February 23, 2011, 10:22:44 am »

Bump.

I also have the same issue. With normal C++ code debugging works, but when I add an SFML element, it stops working if I'm using the dynamic libraries:

Code: [Select]

Building to ensure sources are up-to-date
Build succeeded
Selecting target:
Debug
Adding source dir: D:\Documents and Settings\admin\My Documents\C++\Projects\test1\
Adding source dir: D:\Documents and Settings\admin\My Documents\C++\Projects\test1\
Adding file: bin\Debug\test1.exe
Starting debugger:
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.0.50.20100202
Child process PID: 3652
Debugger finished with status 1
E.g. the clock code fails (http://www.sfml-dev.org/tutorials/1.6/window-time.php).

I have tried using both the mingw package linked in the tutorial for Code::Blocks (the above output) as well as the newest version currently available through the mingw-get installer (GDB v. 7.2).

Running SFML 1.6, Windows XP Professional, Code::Blocks 10.05.

Edit: Debugging with static libraries works, I just messed up the linking.

2

General / Bug? sf::RenderWindow causes crash.

« on: October 07, 2010, 07:30:04 am »

Late answer, but thanks for the help; it seems to work now, after recompiling SFML.

I did put effort into searching for any similar previous issues, but I must have overlooked them.

3

General / Bug? sf::RenderWindow causes crash.

« on: October 03, 2010, 12:29:28 am »

I ran into some problems when running the program I compiled from the code in the tutorial for using rendering windows (http://www.sfml-dev.org/tutorials/1.6/graphics-window.php). The same problem seems to occur with non-rendering windows as well.

I've been through the Getting started tutorials and the sample code there works fine. For the rendering windows tutorial, the program compiles fine, but when running it, the program crashes at start up. By debugging I managed to narrow down the cause of crash to the following (line 17 in the sample code):

Code: [Select]

sf::RenderWindow App(sf::VideoMode(800, 600, 32), "SFML Graphics");

I'm using Microsoft Visual C++ 2010 Express, and using version 1.6 of SFML (for Windows Visual C++ 2008). Running the debugger gives the following error (translated into English):

Unhandled exception in app.exe at 0x7c84c3e3: 0xC0000005: Location: 0x61724720 could not be read (access violation)

So, I was wondering if it makes any difference that I'm using the VC++ 2008 SFML libraries with VC++ 2010 and that I should build them myself, or if this is some other bug.