On 11 March 2008 Simon Chow wrote: > Thanks! > Is 'debugging _without_ rebuilding' a property can be set or just close the > rebuild warning dialog?
You can check checkbox to never ask you again or always press No to rebuild the project. > And more question :) > how can I set the breakpoint after the program is running? Usually all breakpoints set in sources that are used to run binary build work ok. So you can set them before running a process in MSVC. You can also interrupt a running process (Debug->Break All) and set new breakpoints at any moment. For just in time debugging you can use _CrtDbgBreak() function defined in crtdbg.h. In debug mode this function is equivalent to int3 and will interrupt a running process. Then you can step over it to debug the process from the interrupted position. In release mode this function is a no-op. > On 11/03/2008, Gregory Shimansky <[EMAIL PROTECTED]> wrote: > > Simon Chow said the following on 11.03.2008 15:14: > > > I am not very familiar with vs.net. Is there guide for doing this? > > > Should I use the executable file generated from ant build or > > > vs.netsolution/project build for debugging? > > > > I don't think that using project you can build a fully functional > > runtime. Usually I open the project just for files/symbols lookup and > > specify executable and command line options in the debug properties. > > Then I start debugging _without_ rebuilding the project. > > > > More often I use just-in-time debugging feature. When a process crashes > > or hangs I attach MSVC to it from the crash dialog or using task manager. -- Gregory
