- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
Are there any known issues with VS Community 19 Version 16.11.27 ?
I am having trouble creating a DLL from Fortran code where I have successfully created an EXE.
I get error 53 File Not Found.
I have created EXE & DLL in the past many times with prior versions of VS. I tried a number of compiler settings to resolve the issue and nothing seems to work.
I am calling the DLL from Visual Basic with MS Excel.
링크가 복사됨
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
You have linkage to DLL's that can't be found I think? Is this app built with debug? Are you running inside or outside of VS?
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
VB gives "Error 53" when it can't load a user DLL. This can be the DLL itself or, more often, a DLL that DLL depends on. As hinted by @andrew_4619 , your DLL may be built as a Debug configuration, which means it can't be loaded outside of Visual Studio. If that's the case, switch to a Release configuration. This will still depend on Intel Fortran DLLs which will be installed along with the compiler. If you're going to use this on a system where the compiler is not installed, you'll need the Intel Fortran Redistributables installed there. An alternative is to change the DLL project settings to link against static libraries - do this only if there's no other Fortran (or C/C++) in the application.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
I did NOT build DLL with debug option, I used Release as I have done many times in the past. I am running the DLL on the same machine that I built the DLL.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
In that case, use GitHub - lucasg/Dependencies: A rewrite of the old legacy software "depends.exe" in C# for Windows devs to troubleshoot dll load dependencies issues. to determine what the dependencies of your DLL are. And, of course, verify that you are specifying the correct path to your DLL.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
I have used "depends.exe" in the past perhaps it will help in this instance. I find the output somewhat cryptic. I will also try the updated version you reference.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
The picture below is the output from Dependency Walker. I am not sure what to do next to resolve Error 53 File Not Found
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
The screenshot indicates that you are using the old version of dependency walker. Try the one Steve Lionel pointed to. Also something to watch out for: 32-bits versus 64-bits DLLs. I do not know what your VB program but it may very well be a 32-bits version.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
I thought the old Dependency Walker would provide some meaningful information despite its age. I have not used the newer version yet. the DLL is compiled as 32-bit as intended.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
https://lucasg.github.io/Dependencies/ is the one that works, the old one gets very confused with 32 and 64 bit dlls
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
When I run the link above, I get
It appears a single file is causing am error, not sure how to fix.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
That is not a DLL I have ever come across. The message that "we" could not find it anymore is also rather peculiar. Have you searched the Internet for problems concerning this DLL? Or its origin? Perhpas that can give you a clue as to what you should do.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
This DLL is a "red herring" - it isn't a problem. See kernel32.dll dependenci ext-ms-win-oobe-query-l1-1-0.dll missing from Windows 10 - Microsoft Q&A and the answer, though it doesn't help with the original problem.