Intel® Fortran Compiler
Build applications that can scale for the future with optimized code designed for Intel® Xeon® and compatible processors.
29270 Discussions

Fortran DLL Compiled on Win7 called by VB6 fails on XP

Ted_Lillys
Beginner
1,015 Views

Hi all,

I have a fortran dll compiled for Win32 with v 11.something, on Win7 called by a VB6 application.  The VB application, not in my scope, is compiled on XP.  The two have been working fine together on XP and Win7.  Just recently, the VB app generates a RTE of 53 - "file not found" on XP, but works fine on Win7.  None of the compiler flags for the DLL have been changed other than switching between Debug and Release (at least not that I can remember). The target platform has been defaulted to "not set".  I tried x86 as the target but no change.

What might cause this behavior? I pointed the VB developer to a web trouble shoot that would isolate where in the loading process the "file is not found", but he hasn't tried it yet.

I'm sure I haven't supplied enough details, so ask away.

Ted

0 Kudos
1 Solution
DavidWhite
Valued Contributor II
1,015 Views

Ted,

File not found may refer to a required DLL, not the one you are deploying.  I suggest you use dependency walker (dependencywalker.com) to see if you can determine what is mising that could be causing the error.

David

View solution in original post

0 Kudos
4 Replies
mecej4
Honored Contributor III
1,015 Views
0 Kudos
Steven_L_Intel1
Employee
1,015 Views

That article would not be relevant to compiler version 11.x. More likely it's this article: What do I need to deploy my Fortran application on a system where the compiler is not installed?

However, this wouldn't explain a problem suddenly appearing when it worked before, but it's often the case that something else changed not mentioned here.

0 Kudos
DavidWhite
Valued Contributor II
1,016 Views

Ted,

File not found may refer to a required DLL, not the one you are deploying.  I suggest you use dependency walker (dependencywalker.com) to see if you can determine what is mising that could be causing the error.

David

0 Kudos
Ted_Lillys
Beginner
1,015 Views

David and Steve -

Thank you - you were both correct.  I eventually figured it out - it was a dependency problem.  The application packaging is now with another contractor and a dependency check wasn't considered - thus the sudden appearance of the problem.  I suppose I should have ensured that they had the correct dependencies.  If big brother company email filter hadn't quarantined your replies, it would have been fixed sooner - forum messages are now on the happy list.

Again, thanks for your help.  I'll be around

Ted

 

 

0 Kudos
Reply