forums.silverfrost.com

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

In "FTN95: Fortran 95 for Windows - Features" I have found the information, that it is possible to have a delayed binding of DLL's. SLINK should have an option which delays the binding of DLL's until they are actually used.

This feature would be very helpfull for my application.

But I cant't find any information about this option neither in the manual nor in the FTN95 help.

How can I use this feature?

Detlef

PaulLaidler · Posted: Tue Aug 31, 2010 7:43 am Post subject:

If the website refers to delayed binding then I am not sure that this is the correct terminology.

If you compile with FTN95 and link with SLINK then a missing routine will be reported at link time but this will not be a fatal error (at least not by default). You will still be able to run the exe or use the dll. At runtime a failure will occur only when the missing routine is called. If the routine is in a dll then the call could be made conditional upon the dll being accessible.

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

Hi Paul,

normally one would you use the LOAD xxx.DLL in the link list. But in this case the DLL must exist when launching the executable file.

In my application I want to make calls to the DLL's functions or subroutines only if this DLL is available. So I have omitted the LOAD xxx.DLL line in the link list.

Now I can launch the executable file although the DLL doesn't exist.

But if the DLL exist I can't call any functions or subroutines of the DLL.

How can I manage to call the DLL's functions or subroutines?

Do I have to use LoadLibrary and all the other stuff like GetProcAddress, or is there any easier way to get access to the DLL?

Detlef

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

Hi Paul,

I have just found a description of delayed DLL loading for C++:

http://msdn.microsoft.com/en-gb/library/151kt790%28v=VS.80%29.aspx

This is the way I want to do it with FTN95 and SLINK.

Detlef

PaulLaidler · Posted: Tue Aug 31, 2010 11:51 am Post subject:

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

Until now we are using the LOAD xxx.DLL line. If we are launching our application and the DLL is missing we will get before start-up of the application a system error message that xxx.DLL is missing on the computer.

Detlef

PaulLaidler · Posted: Tue Aug 31, 2010 12:58 pm Post subject:

I think you are not understanding what I am saying.
You certainly need the dll at link time.
Question is, does it need to be accessible at run time?

If the dll is not available at link time (i.e. when running SLINK) then I guess that you will need something like GetProcAddress. You will find this in win32api.ins but it would take me a while to work out how to use it in Fortran. Normal usage is in C/C++.

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

Of cause the DLL is available for building our application. But not all of our customers have this DLL. In this case they should be able to start our application. If they would try to use some features of our application, which will need this DLL, the customer should get a message that he isn't allowed to use this feature.

But at present the customer would not be able to launch the application without the DLL.

PaulLaidler · Posted: Tue Aug 31, 2010 6:55 pm Post subject:

OK I have now tried this out and can confirm that the dll needs to be present.

How about creating a dummy dll with the same name. It could even have the same routines interfaces but returning without doing anything.

I am not sure that you will need the same interfaces but it appears that you do need a valid dll header to the dll file.

I will think about this further and see if there is an standard way to do this.

PaulLaidler · Posted: Tue Aug 31, 2010 7:01 pm Post subject:

OK. If I create a dll from the code

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

Hi Paul,

this is the way, we have done actually in our application. For those customers, who did not own the original DLL, we have built a dummy DLL.

But we don't want to work with this dummy DLL furthermore!!!

Did you really read the microsoft article I have mentioned above?

This is the way we want to work! And if I read the description of FTN95 on your website it sounds as SLINK would have such an option (like linkers of other manufacturers).

Detlef

PaulLaidler · Posted: Wed Sep 01, 2010 12:45 pm Post subject:

I have had a look at SLINK and I cannot find an option that allows the exe to run without the dll. I have also started to look at the code for SLINK to find out how the exe is built with the view to modifying it to make it work the way you want. I am still working on this.

Can you confirm that your code is written in Fortran. GetProcAddress uses function pointers which may be impossible to implement in FTN95.

dpannhorst · Joined: 29 Aug 2005 Posts: 165 Location: Berlin, Germany

Hi Paul,

our code is written in Fortran (just as your small example). We don't use LoadLibrary and GetProcAddress. We just call functions or subroutines of the DLL.

Detlef

Sebastian · Joined: 20 Feb 2008 Posts: 177

PaulLaidler · Posted: Wed Sep 01, 2010 8:53 pm Post subject:

I have checked this out as best I can for now and my only suggestion is to have a dummy dll with the same name and just one routine in it.

Other options require a wrapper of one kind or another and would be very cumbersome.