Using Intel Fortran in VS.NET
alt.comp.virus
I am trying to compile and link NAG Library(FLDLL204Z)
example(a02aafe.f) program using Intel Fortran 9.1 in VS.NET 2003.
The program compiles and it apparently creates an exe too.
However, while running from Debug-->Start-> It gives error
"Unable to start debugging
Unable to start Program c:\nkg\gm\gm\debug\gm.exe
Output cannot be redirected because specified is invalid."
The input and out put data files are provided in the Project Properties
Degging Command Arguments
IF no input and out put files are provided and it is run as start
without
debugging, it just opens a Window and says press any key to continue.
Can you please help?
Regards.
Girish
Steve Lionel
> However, while running from Debug-->Start-> It gives error
>
> "Unable to start debugging
>
> Unable to start Program c:\nkg\gm\gm\debug\gm.exe
>
> Output cannot be redirected because specified is invalid."
This really has nothing to do with Fortran itself...
You have not said what you put in the Command Arguments field in Visual
Studio. First get your program to work the way you want from a command
prompt so that you have the redirection right. Remember that any
filespecs with spaces need to be enclosed in quotes.
I'll also comment that there is a bug in VS.NET 2002 and 2003 regarding
output redirection which requires you to specify the full path for the
redirected output file, otherwise it will be placed in a folder of the
VS.NET installation. This bug was acknowledged by Microsoft but I have
not checked to see if it is fixed in VS2005.
If you need further help, I suggest the Intel Visual Fortran user forum
or Intel Premier Support (links below).
Steve Lionel
Developer Products Division
Intel Corporation
Nashua, NH
User communities for Intel Software Development Products
http://softwareforums.intel.com/
Intel Fortran Support
http://developer.intel.com/software/products/support/
alt.comp.virus
Unfortunately the program does not work in the command prompt also.
We are trying to run basic example program a02aafe.f in the NAG
Library.
It compiles succesfully, however, it says, while executing
"The ordinal 528 cld not be located in the dynamic link librry
libguid40.dll.
Doing a search for libguid40.dll gives several libguides, as in
Libguide for NAG/IFC/MATLAB. How does one ensure correct one is being
accessed?
However, it runs asks for input values when run from windows(as in
double
clicking). But after taking input it just goes away.
Also, if you dont give input redirection in Windows, the build is
successful, however, when u run with Debug it gives following errors:
abc.exe': Loaded 'C:\WINDOWS\system32\imagehlp.dll', No symbols loaded.
'abc.exe': Loaded 'C:\WINDOWS\system32\msvcrt.dll', No symbols loaded.
'abc.exe': Loaded 'C:\WINDOWS\system32\shimeng.dll', No symbols loaded.
'abc.exe': Unloaded 'C:\WINDOWS\system32\shimeng.dll'
The program '[2464] abc.exe: Native' has exited with code 0 (0x0).
AND
If you run without debug:
A windows opens which says press any key to continue.
Can you please help?
Steve Lionel
> "The ordinal 528 cld not be located in the dynamic link librry
> libguid40.dll.
>
> Doing a search for libguid40.dll gives several libguides, as in
> Libguide for NAG/IFC/MATLAB. How does one ensure correct one is being
> accessed?
Make sure that C:\Program Files\Intel\Compiler\Fortran\9.1\IA32\Bin is
included in the definition of the PATH environment variable, before
other folders that may contain libguide40.dll. You have to check the
box at compiler install time to have this done for you, or you can do it
yourself. If you don't, then programs linked against the Intel Fortran
DLLs won't run. You apparently asked for a parallel processing option,
which uses libguide40.dll.
> However, it runs asks for input values when run from windows(as in
> double
> clicking). But after taking input it just goes away.
It is simply exiting. You'll have to debug your application to find why.
> Also, if you dont give input redirection in Windows, the build is
> successful, however, when u run with Debug it gives following errors:
>
> abc.exe': Loaded 'C:\WINDOWS\system32\imagehlp.dll', No symbols loaded.
> 'abc.exe': Loaded 'C:\WINDOWS\system32\msvcrt.dll', No symbols loaded.
> 'abc.exe': Loaded 'C:\WINDOWS\system32\shimeng.dll', No symbols loaded.
> 'abc.exe': Unloaded 'C:\WINDOWS\system32\shimeng.dll'
> The program '[2464] abc.exe: Native' has exited with code 0 (0x0).
These are not errors. The first four messages are simply informational
from the debugger saying that these DLLs are loaded as part of the
program but there is no debug info for the DLLs. Quite normal.
The last message says that your program exited normally - perhaps
because it sees that it has no input. This is in your program's logic.
> If you run without debug:
> A windows opens which says press any key to continue.
Same thing.
For best assistance with Intel Fortran compilers, please use Intel
Premier Support at https://premier.intel.com/ This is especially the
case when one is using a beta compiler as you seem to be.
Steve
rawatg
I am also facing the problem of ' the ordinal 528 could not be located in dynamic link library libguide40.dll' while executing error free compiled program linked with NAG library.
Going after your suggestion that C:\Program Files\Intel\Compiler\Fortran\9.1\IA32\Bin should be before any folders that contain libguide40.dll. mine is intel 11.1 (070) and analogus directory to above is C:\Program Files\Intel\Compiler\11.1\070\bin\IA32 . I have kept this before any other directory having libguide40dll as you suggest. but the problem persist. i could not be able to execute the copiled code.
Gautam rawat
rawatg
--
http://compgroups.net/comp.lang.fortran/using-intel-fortran-in-vs.net/597757
glen herrmannsfeldt
> I am also facing the problem of ' the ordinal 528 could not be
> located in dynamic link library libguide40.dll' while executing
> error free compiled program linked with NAG library.
of a DLL. If done right, new DLLs are backwards compatible, all the
old entry points agreeing. But any new entry points won't exist in
an old version, and result in a message like that.
-- glen