|
ms
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Debuggin a form in VS.NETI set some breakpoints for a treeview click event. This is what happens: The form loads. I click a node in treeview The break point is hit At this point, the form is frozen...I cannot minimize it and it blocks my access to the studio IDE so I can't: a) press the step through button b) see what the code is I have to press F5, shut down and make sure the form is not blocking the screen. Why does the form lock up during debug? That's kind of useless IMHO. My experience of WinForms development in VS2003 is that when the breakpoint
is hit, the application stops being refreshed / listening to messages, but either the VS IDE comes forward so I can debug, or I can click on it in the task bar to make it come forward. Is this problem specific to breakpoints in event handlers of a treeview, or is it a more general problem? --Bob Show quote "John Bailo" <jabailo___jabailo@earthlink______.net> wrote in message news:3aj5okF6akdhnU1@individual.net... > > > I am trying to debug a form in VS.NET 2003 > > I set some breakpoints for a treeview click event. > > This is what happens: > > The form loads. > I click a node in treeview > The break point is hit > > At this point, the form is frozen...I cannot minimize it and it blocks my > access to the studio IDE so I can't: > > a) press the step through button > b) see what the code is > > I have to press F5, shut down and make sure the form is not blocking the > screen. > > Why does the form lock up during debug? That's kind of useless IMHO. Bob Grommes wrote:
> My experience of WinForms development in VS2003 is that when the breakpoint I am populating a TreeView control with and XmlDocument that is returned > is hit, the application stops being refreshed / listening to messages, but > either the VS IDE comes forward so I can debug, or I can click on it in the > task bar to make it come forward. > > Is this problem specific to breakpoints in event handlers of a treeview, or > is it a more general problem? from a web method. I am debugging the translation from Xml into the treeview...if I set a breakpoint in there ( which is triggered by pressing a form button ) that is where the form becomes immobilized. I can work around it by moving the form to the side of the screen -- I'm just wondering why it gets frozen there. Show quote > > --Bob > > "John Bailo" <jabailo___jabailo@earthlink______.net> wrote in message > news:3aj5okF6akdhnU1@individual.net... > >> >>I am trying to debug a form in VS.NET 2003 >> >>I set some breakpoints for a treeview click event. >> >>This is what happens: >> >>The form loads. >>I click a node in treeview >>The break point is hit >> >>At this point, the form is frozen...I cannot minimize it and it blocks my >>access to the studio IDE so I can't: >> >>a) press the step through button >>b) see what the code is >> >>I have to press F5, shut down and make sure the form is not blocking the >>screen. >> >>Why does the form lock up during debug? That's kind of useless IMHO. > > > I would guess it's because the debugger is blocking the UI thread somewhow,
but I really don't know. I'm not sure I care for the way the whole UI "whites out" a few seconds after a breakpoint, either; it would be nice at times to refer to what has happened so far in the UI, but you can't, even if it's *not* in the way. It's just a limitation of the architecture I guess. --Bob Show quote "John Bailo" <jabailo___jabailo@earthlink______.net> wrote in message news:3ajg3kF685dspU1@individual.net... > I am populating a TreeView control with and XmlDocument that is returned > from a web method. > > I am debugging the translation from Xml into the treeview...if I set a > breakpoint in there ( which is triggered by pressing a form button ) that > is where the form becomes immobilized. > > I can work around it by moving the form to the side of the screen -- I'm > just wondering why it gets frozen there. Bob Grommes wrote:
> I would guess it's because the debugger is blocking the UI thread somewhow, Ideally I would have two monitors, or just virtual desktops ( which XP, > but I really don't know. > > I'm not sure I care for the way the whole UI "whites out" a few seconds > after a breakpoint, either; it would be nice at times to refer to what has > happened so far in the UI, but you can't, even if it's *not* in the way. > It's just a limitation of the architecture I guess. unlike linux, doesn't support) One running the IDE. One running the app as the user would see it. Show quote > > --Bob > > "John Bailo" <jabailo___jabailo@earthlink______.net> wrote in message > news:3ajg3kF685dspU1@individual.net... > > >>I am populating a TreeView control with and XmlDocument that is returned >>from a web method. >> >>I am debugging the translation from Xml into the treeview...if I set a >>breakpoint in there ( which is triggered by pressing a form button ) that >>is where the form becomes immobilized. >> >>I can work around it by moving the form to the side of the screen -- I'm >>just wondering why it gets frozen there. > > >  |
|||||||||||||||||||||||
Other interesting topics