Shapes problem

[mitrious]

Consider this simple class and main:

class Foo
{
public:
        Foo() { shape = new sf::CircleShape(100); }
        ~Foo() { delete shape; }
private:
        sf::CircleShape *shape;
};


int main(int argc, char **argv)
{

        Foo f;
        return 0;
}

If I run it it'll crash when trying to free memory allocated for shape when it's being deleted, on the destructor's call. If anyone could try to compile this simple code and see if it crashes it'd be much appreciated.

[eXpl0it3r]

You're talking about shapes and stuff but in the whole code you provide you never make use of it.
Since you don't have a shape as a member variable I guess you try to delete a local obkect in the destructor which obviously doesn't work.

[mitrious]

Sorry but you didn't pay much attention to what I wrote, I'm saying that's my base class, if you need something else to go with I will have a, let's say, TestGame class deriving from game which will have a private field, let's call it, shape of the type sf::CircleShape* and we will call new on it on the initialize method (override it from the base class) and then we will delete it on the destructor of the TestGame class

[eXpl0it3r]

Well then, you still don't provide enough information, showing related code but not the actual problem code won't help us all that much.
At best you should make a minimal and complete example that reproduces the error.
Btw is there really a need for a raw pointer?

[mitrious]

Actually I explained what I was doing, I just thought anyone could think about a derived class with only one pointer, one call to new and one call to delete. Sorry if I misjudged it, anyways I don't have to use a raw pointer or anything, I just wanna know what's wrong, I don't think something like that should be happening, so posted it here.

[mitrious]

I will just now edit my post with a full way to reproduce the error and a way to avoid it as well

[eXpl0it3r]

Well the code is neither minimal nor complete, e.g. what happens in the drawManager?
Have you tried to just take a wibdow and a shape and render it, without all your engune code? Does it also crash?
At which point do hand over the window to the drawManager?

[mitrious]

Sorry, but you really aren't really reading nor the code nor the comments, plus you're not really helping, the error only occurs in my engine, that's why I'm not posting it as a bug question, but rather as a question only.

if you read the game class there's a method there with a comment saying exactly what it does, that I call in initialize to pass the window object to the drawingManager object in the initialize method, you're just not paying any attention, I commented on the side of each method in the drawing manager saying EXACTLY what it does in order not to make the post even longer.

[Laurent]

It's nearly impossible to help you, you don't show enough code (3/4 of it are just declarations) but it's already too complicated for us to follow.

You should read this:
http://en.sfml-dev.org/forums/index.php?topic=5559.msg36368#msg36368

[mitrious]

I will re-edit the post with one simple class, in which I was able to produce the same crash.

[Laurent]

Thanks, things are much clearer now

Your code is correct, so my guess is that you use gcc 4.7 and didn't recompile SFML. Or you mix debug and release.

[mitrious]

Thank you, but I'm actually using it in Visual Studio and I did not compile it myself actually, I've downloaded it and am using the version that came with it. And as for the debug/release linking, I've just double checked it and it's not it. I will try to compile SFML myself and see if it stops, thanks

[Laurent]

Before recompiling SFML, let's find the cause of the problem. What's your version of VC++?

[mitrious]

Well I was using visual studio 2012, I just thought about changing because I hadn't had any problems so far, but it turns out that was it, it works perfectly in VS2010, thx

[eXpl0it3r]

If you had stated in the beginning that you were using VS 2012, we could have help you right then and there, since it's well known that one needs to recompile SFML for VS 2012...