Re: Building DLLs with Compaq Visual Fortran and Intel Visual Fortran

From: Evangelos Boutsianis (evangelos.boutsianis_at_ltnt.iet.mavt.ethz.ch)
Date: 02/06/05 

Date: Sun, 6 Feb 2005 23:47:07 +0100

Let me try to give you the information that might be missing. In both
attempts I have used the same source file that
includes the following:

 SUBROUTINE ubound(bc_index, var_index, face_index, xfc, yfc, zfc)
 !DEC$ ATTRIBUTES DLLEXPORT :: ubound

Should I change something here?

Vangelis

"Gerald F. Thomas" <gfthomas@sympatico.ca> wrote in message
news:U70Nd.4751$lw4.1018311@news20.bellglobal.com...
> Why not show the !DEC metacommands that DLLEXPORT?
> On the face of it your CVF DLL has a .def and more but your IVF DLL
> doesn't. What gives?
>
> --
> You're Welcome,
> Gerry T.
> ______
> "Facts are meaningless. You could use facts to prove anything that's even
> remotely true." -- Homer Simpson.
>
>
> "Evangelos Boutsianis" <evangelos.boutsianis@ltnt.iet.mavt.ethz.ch> wrote
> in message news:42011269$1@news1.ethz.ch...
>> Dear all,
>>
>> I have lately decided to upgrade from (CVF) Compaq Visual Fortran 6.6 to
>> (IVF) Intel Visual Fortran 8.1
>> My main task is CFD where I usually built "user-subroutines" in the form
> of
>> a user.dll file which the commercial solver can use and thus implements
> my
>> models.
>> Up till now everything worked fine with CVF. I tried to compile and link
> an
>> already used library with IVF. I have used exactly the same compiler and
>> linker switches with the exception of /iface:cvf and IVF produced the dll
>> with no errors. However, the solver just hangs ...
>> I thought about checking the "contents" of the 2 dll files, which are as
>> follows:
>>
>> (CVF)
>> -------------------------------------------------------------------------
> ---------------------------------------------------------------
>> Dump of file ubound.dll
>>
>> File Type: DLL
>>
>> Section contains the following exports for ubound.dll
>>
>> 00000000 characteristics
>> 4200DDD4 time date stamp Wed Feb 02 15:04:04 2005
>> 0.00 version
>> 1 ordinal base
>> 6 number of functions
>> 6 number of names
>>
>> ordinal hint RVA name
>>
>> 1 0 00009EC8 UBOUND
>> 3 1 000094C0 UEXE
>> 5 2 000096A2 ULIB_CHECK_VERSION
>> 2 3 00009EC8 _UBOUND@24
>> 4 4 000094C0 _UEXE@8
>> 6 5 000096A2 _ULIB_CHECK_VERSION@12
>>
>> Summary
>>
>> 1000 .data
>> 4000 .rdata
>> 2000 .reloc
>> A000 .text
>> -------------------------------------------------------------------------
> ------------------------------------------------------------------
>> and
>> (IVF)
>> -------------------------------------------------------------------------
> -------------------------------------------------------------------
>> Dump of file ubound.dll
>>
>> File Type: DLL
>>
>> Section contains the following exports for ubound.dll
>>
>> 00000000 characteristics
>> 4200E4BA time date stamp Wed Feb 02 15:33:30 2005
>> 0.00 version
>> 1 ordinal base
>> 3 number of functions
>> 3 number of names
>>
>> ordinal hint RVA name
>>
>> 1 0 00009D4E _UBOUND@24
>> 2 1 0000951C _UEXE@8
>> 3 2 000095CC _ULIB_CHECK_VERSION@12
>>
>> Summary
>>
>> 1000 .data
>> 1000 .data1
>> 6000 .rdata
>> 2000 .reloc
>> A000 .text
>> -------------------------------------------------------------------------
> --------------------------------------------------------------
>>
>> I CANNOT HELP NOTICING THE RESEMBLANCE and definately don't understand
> the
>> difference!!! However, I know nothing about dlls and have no idea how to
>> resolve this issue. Any suggestions would be deeply appreciated.
>>
>> Vangelis
>>
>>
>
>

Relevant Pages

  • Re: Embedded EVc dll calls from vb.net
    ... File Type: DLL ... Section contains the following exports for ProvaDll.dll ... ordinal hint RVA name ... "#4" in declaration... ...
    (microsoft.public.dotnet.framework.compactframework)
  • Re: Deadlocks
    ... No,onlyhow can I get a dump? ... Event Source: ASP.NET 1.1.4322.0 ... > Microsoft Developer Support ... > dll', No symbols loaded. ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Convert C-Builder program to Delphi?
    ... > quite separate from the function declaration itself. ... >this DLL ... >way the only place anything needs to be changed is in the #define macro. ... Exports SomeDLL_Open Name 'SomeDLL_Open'; ...
    (comp.lang.pascal.delphi.misc)
  • Re: Convert C-Builder program to Delphi?
    ... > quite separate from the function declaration itself. ... >this DLL ... >way the only place anything needs to be changed is in the #define macro. ... Exports SomeDLL_Open Name 'SomeDLL_Open'; ...
    (comp.lang.cpp)
  • Re: Export C++ class from a Borland DLL and use it in Microsoft VC
    ... Borland uses a different C runtime than Visual Studio. ... Of course, it is not impossible to use a DLL across compilers, even across different languages. ... You still need to use pure extern "C" exports, but the functions themselves can accept and return C++ classes. ... You must either not use enums in your interface, or modify Borland's compiler settings for your particular cpp file. ...
    (microsoft.public.dotnet.languages.vc)