hi, i have seen this bug for awhile now, however it hasn't bothered me enough to post about it untill recently. i am working on a 2d game using OpenGL for graphics and SDL for input and window creation. i get this very annoying and strange bug that i can't figure out. in my game i use the mouse as movement - when you click somewhere, your character walks to where you clicked.basically the problem is this: when i click on the top part of the window (you know, when you click at the top of a window to click-n-drag it?), instead of me "grabbing" the window like it should - when i click, my character just starts walking to where i clicked! in fact, its impossible for me to grab the window, no matter how many times i click, i just keep walking to where i clicked.. however, the quick "fix" is this - if i minimize the window and then bring it back into focus - the bug goes away and i can drag the window again. a few things 1) i'm taking input by grabbing it using SDL_GetMouseState(), and im using the Enginuity method of checking for input, that is seeing if a button was just pressed or is being held down. 2) i'm not sure, but i think it happends more frequenty (or only) when i have 2 windows open. that is, if i have 2 instances of my game running, it seems to happen more frequently. might be in my head though.. 3) i tried doing something like this:

bool Is_Mouse_Down(int button)
{
   int x,y;
   SDL_GetMousestate(&x,&y);
   if(x < 0 || y < 0)
       return false;

   if(key_is_really_down())
       return true;
}

do you se what i do? i check to make sure the mouse is in the bounds of the window, and if it's not then i return fase. a quick and ugly hack - however, it doens't seem to work. i think it might have reduced how often it happends, but again im not sure and it could just be in my head. thanks for any help!

Well, try this. If it is infact taking the window title bar into account for the input, you may need to offset the title. Instead of checking if the y value is less than or equal to zero, try sixteen instead.

hey PnP,

thanks for the reply. i'm at work right now so i can't test it out, but im pretty sure that it won't work. i would be very surprised to find out that al my mous coordinates are being offset by ~16 pixels. this is because i use the mouse for movement, and i do land exactly where i click. if it was off then i think i would miss my target.

anyone have any clue what the problem could be?

yes, i understood what he meant, and if you think about it, this would mean my position would be offset by that many pixels (since where i click isnt truly where i click, since its no longer relative to 0,0, but relative to 16,16 or whatever). well, im pretty sure at least (its kind of tricky).

i don't think i have any memory leaks and ive been watching my task manager and dont see any problems.. my game doesn't use up much memory (something like 17,000 K the Task Manager says).

also, i do use SDL_PollEvents() each frame to flush out the keyboard state so i can use GetKeyState(). (which is what i use primarily for keyboard input)

anyone have any other clues?

just incase anyone searches the forums for this problem, i found the fix. apparently it was a bug with SDL. anyway the newer version fixes it and can be downloaded here.