- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I am working with DLLs that are loaded both with early binding (using !DEC$ ATTRIBUTES DLLEXPORT and !DEC$ ATTRIBUTES DLLIMPORT) and with late binding (using LoadLibrary and GetProcAddress).
The sample in DF98SAMPLESDLLLOADEXP1 works fine. I have a problem with the following more complicated case:
The Windows main program calls into a subroutine in a DLL that is loaded with early binding. This subroutine then calls into a second subroutine in a second DLL that it loads dynamically. The code for this follows the example in LOADEXP1.
It works OK, with the following exception. When I single step through the code in Debug mode and I get to the RETURN statement in the second function, a dialog pops up that says ?Please enter the path for CRTDLL.C.? I can?t find this file on my computer. If I cancel out of the dialog, execution continues, apparently normally.
What does this mean? Where did the reference to CRTDLL.C come from?
The sample in DF98SAMPLESDLLLOADEXP1 works fine. I have a problem with the following more complicated case:
The Windows main program calls into a subroutine in a DLL that is loaded with early binding. This subroutine then calls into a second subroutine in a second DLL that it loads dynamically. The code for this follows the example in LOADEXP1.
It works OK, with the following exception. When I single step through the code in Debug mode and I get to the RETURN statement in the second function, a dialog pops up that says ?Please enter the path for CRTDLL.C.? I can?t find this file on my computer. If I cancel out of the dialog, execution continues, apparently normally.
What does this mean? Where did the reference to CRTDLL.C come from?
Link Copied
4 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The debugger has returned to the Visual C run-time library and it's trying to locate the source for the C RTL module it's in so it can display it for you. Clicking Cancel is the right thing to do here.
Steve
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Which compiler tries to open CRTDLL.C during debug, IFC or CVF? Does CVF integrate into VS7?
Thanks,
Gerry T.
Thanks,
Gerry T.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
DLLs built by both compilers will likely appear to start in CRTDLL.C. CVF does not integrate with VS7.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
> DLLs built by both compilers will likely appear to
> start in CRTDLL.C. CVF does not integrate with VS7.
But CRTDLL.C is VC7's RTL. It's odd that CVF DLL's would start in CRTDLL.C. What if you didn't have VS7?
> start in CRTDLL.C. CVF does not integrate with VS7.
But CRTDLL.C is VC7's RTL. It's odd that CVF DLL's would start in CRTDLL.C. What if you didn't have VS7?

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