On Fri, Mar 4, 2011 at 1:09 PM, Matt Rice <[email protected]> wrote: > On Fri, Mar 4, 2011 at 12:48 PM, Fred Kiefer <[email protected]> wrote: >> I just ran into a very annoying problem caused by our mouse capture in >> NSMenuView. When debugging an action method I put a breakpoint into that >> method and ended up with an unusable X windows desktop. The debugger >> would display its command prompt, but the mouse was still captured by >> the GNUstep menu window and I was unable to do anything. >> Looks like a duplicate call to capture actually has an effect only when >> out one is released the mouse will be usable again. >> This should also manifest itself in other cases, for example a modal >> window that gets started from a nested menu item. But I am unable to >> reproduce the issue there. I am not really sure what goes on here. >> >> The annoying bit is that I have to restart X each time I try this :-( > > you might try looking up the xorg.conf setting, AllowDeactivateGrabs > > it may help depending on if its supported in your X server (has been > varying over the years, haven't tried it recently) > > otherwise starting up gdb from the console or ssh and attaching to the > process with --pid > > I agree that its annoying, but really I don't think its anything > specific to Greg's patch, I'd run into the same with GNUstep years > ago. >
I guess I should say, that ssh/trackball with button locking is really the way to go for debugging these issues, as switching to the console, and deactivating the grab are both going to modify the X event stream which may or may not be a problem (though it usually isn't) _______________________________________________ Gnustep-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnustep-dev
