- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Dear All,
What is the better way to estabilish a solution for managing various fortran projects?
The current application I have got contains serveral fortran projects. When a sub-project is complied, the executable file is copied to a folder called "bin". When one of the option within the main project is selected, this executable file is invoked through system shell command. It works properly.
The problem is that each time when I try to debug it is not able to navigate to the source code of sub-project.
I wonder if it is a better way to establish the whole project. The program will stop at the point where I set a break-point inside the sub-project.
Thanks!
What is the better way to estabilish a solution for managing various fortran projects?
The current application I have got contains serveral fortran projects. When a sub-project is complied, the executable file is copied to a folder called "bin". When one of the option within the main project is selected, this executable file is invoked through system shell command. It works properly.
The problem is that each time when I try to debug it is not able to navigate to the source code of sub-project.
I wonder if it is a better way to establish the whole project. The program will stop at the point where I set a break-point inside the sub-project.
Thanks!
Link Copied
2 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - junhonguk
Dear All,
What is the better way to estabilish a solution for managing various fortran projects?
The current application I have got contains serveral fortran projects. When a sub-project is complied, the executable file is copied to a folder called "bin". When one of the option within the main project is selected, this executable file is invoked through system shell command. It works properly.
The problem is that each time when I try to debug it is not able to navigate to the source code of sub-project.
I wonder if it is a better way to establish the whole project. The program will stop at the point where I set a break-point inside the sub-project.
Thanks!
What is the better way to estabilish a solution for managing various fortran projects?
The current application I have got contains serveral fortran projects. When a sub-project is complied, the executable file is copied to a folder called "bin". When one of the option within the main project is selected, this executable file is invoked through system shell command. It works properly.
The problem is that each time when I try to debug it is not able to navigate to the source code of sub-project.
I wonder if it is a better way to establish the whole project. The program will stop at the point where I set a break-point inside the sub-project.
Thanks!
If I understand you correctly - you have an executable "A" which then runs another executable "B" ?
You are running "A" in debug mode and expect to be able to step into "B" also in debug mode ?
I don't think that can be done (at least I haven't found a way to do it )
What I do is open Visual Studio with "A" as the project, put a break point at the statement where "B" is about to be called. Then I have another instance of Visual Studio open with "B" as the project and when the first break point is reached I start debugging "B" - with any appropriate command line values of course.
Les
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - Les Neilson
Quoting - junhonguk
Dear All,
What is the better way to estabilish a solution for managing various fortran projects?
The current application I have got contains serveral fortran projects. When a sub-project is complied, the executable file is copied to a folder called "bin". When one of the option within the main project is selected, this executable file is invoked through system shell command. It works properly.
The problem is that each time when I try to debug it is not able to navigate to the source code of sub-project.
I wonder if it is a better way to establish the whole project. The program will stop at the point where I set a break-point inside the sub-project.
Thanks!
What is the better way to estabilish a solution for managing various fortran projects?
The current application I have got contains serveral fortran projects. When a sub-project is complied, the executable file is copied to a folder called "bin". When one of the option within the main project is selected, this executable file is invoked through system shell command. It works properly.
The problem is that each time when I try to debug it is not able to navigate to the source code of sub-project.
I wonder if it is a better way to establish the whole project. The program will stop at the point where I set a break-point inside the sub-project.
Thanks!
If I understand you correctly - you have an executable "A" which then runs another executable "B" ?
You are running "A" in debug mode and expect to be able to step into "B" also in debug mode ?
I don't think that can be done (at least I haven't found a way to do it )
What I do is open Visual Studio with "A" as the project, put a break point at the statement where "B" is about to be called. Then I have another instance of Visual Studio open with "B" as the project and when the first break point is reached I start debugging "B" - with any appropriate command line values of course.
Les
Yes, you understand me fully.
Thanks for comments.
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page