- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I don't know of a seamless way. One method I can think of is to insert:
use DFWIN
!DEC$IF DEFINED(DEBUG)
CALL DebugBreak()
!DEC$ENDIF
as the first statement of program B. When process B is started, DebugBreak will raise a debugging exception and you will be prompted by Windows to start another instance of debugger (probably Visual Studio). Then, you can proceed as if it were a breakpoint, but you will (probably) have to work with two instances of Visual Studio.
Also, as these are two distinct processes, you won't be able to "regain control" when B is done. However, if you're debugging A, you can simply insert a breakpoint after call to system.
Jugoslav
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
P.S. I inserted "DEC$IF DEFINED" lines with the idea that you certainly don't want this to happen in production (Release) version. If you type "DEBUG" in Project/Settings/Fortran/Predefined preprocessor symbols for "Win32 Debug configuration", symbol "DEBUG" will be defined -- and thus DebugBreak executed -- only for Debug configuration; Release will not be affected.
Jugoslav
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks -
I'll try that: it sounds like it has possibilities. I had already been using an approach similar to the one proposed by Jugoslav.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page