[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference turris::fortran

Title:Digital Fortran
Notice:Read notes 1.* for important information
Moderator:QUARK::LIONEL
Created:Thu Jun 01 1995
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:1333
Total number of notes:6734

1226.0. "DFANT : internal compiler error (c0000005)" by TKOV51::SATO_T (Tetsuya Sato) Tue Mar 18 1997 00:59

Hi,

I tried to compile coefu.f with f77. However, a fatal error occured at 
compile. I placed a source file and include files at the following 
directory. You may reproduce the problem.

Please tell me how to fix it.  

Regards

Tetsuya Sato
Alpha Resource Center


Windows NT v4.0 (1381+sp2) Japanese edition
Visual C++ v4.2b
DEC Fortran v1.2-817
AlphaStaion400 166


C:\>f77 /object:coefu.obj coefu.f
DEC (R) Fortran Optimizing Compiler Version: V1.2
Copyright (c) 1996 Digital Equipment Corp. All rights reserved.

fort: Fatal: There has been an internal compiler error (C0000005).
Please report this, along with the command line and source files used.
Until this can be fixed, for a workaround try different compiler options
or isolate the source code that may be tripping the compiler.


$ dir tkov51::pub$:[temp]dfant.zip

Directory TKOV51::PUB$:[TEMP]

DFANT.ZIP;1

Total of 1 file.
$

T.RTitleUserPersonal
Name
DateLines
1226.1workingTLE::WHITLOCKStan WhitlockTue Mar 18 1997 08:083
We'll take a look at it and get back to you.

/Stan
1226.2Memory layout; fixed in current compilerTLE::MENARDnew kid on the COMMON blockTue Mar 18 1997 14:1627
    We have brought your file over, and have reproduced the problem.

    With the NT compiler we occasionally had a problem where we would try
to access (read) memory that had not yet been allocated.  This showed up
when we rearranged the symbol table layout to try and use memory more
efficiently; temporary symbols created by the compiler wouldn't use as
much space as "real" symbols declared by the user.  Unfortunately, sometimes
the compiler would look for a field that was outside of the range of the
temporary symbol.

    I have confirmed that your problem is one of these, and that we have
fixed it in the current compiler (it was edit 4-41 from July 96).

    One possible workaround that you can use now, until a new version of the
compiler is available, is to insert a dummy variable into your symbol table
to change its configuration just enough to avoid the memory layout problem.
I editted comm1.inc and created a line:  INTEGER MYDUMMY before the 
EQUIVALENCE statement, and the program compiled to completion.

    Or, you could become part of the field test for our next release of the
Alpha NT compiler, and have access to newer software that way.  If you 
are interested in this, just let us know and we can get you signed up.

    Thank you for the good example, and for the files to reproduce it,

		- Lorri

1226.3TKOV51::SATO_TTetsuya SatoTue Mar 18 1997 20:156
Lorri-san
Stan-san

Thanks a lot.