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

Conference turris::ada

Title:DEC Ada
Notice:Ada is no longer a trademark of the US Government
Moderator:KMOOSE::CMCCUTCHEON
Created:Mon Jan 27 1986
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3874
Total number of notes:16668

3870.0. "ACCVIO during acs recompile (V3.3-7 DEC ADA OpenVMS Alpha)" by UTRTSC::BOOR () Wed May 07 1997 13:38

Hello,

customer has got an ACCVIO during a recompile of an obsolete unit.
If the command $ACS recompile unit_name is used, the compiler will
crash. If however $ACS recompile * is used everything is oke.

Below the output during the crash.
Sources aren't available, becuase this site is a DoD environment.


regards,
	Rob Boor, Off-Site Services, Utrecht - The Netherlands.
----------------------------------------------------------------------
KING.C_CMANOPSERVICES]_$ acs load C_CMANOPSERVICES_O.ADB
%ACS-I-CL_COMPILING, Invoking the DEC Ada compiler
KING.C_CMANOPSERVICES]_$ acs recomp C_CMANOPSERVICES_O
1 obsolete unit
Total elapsed time for last compilation of the 1 obsolete unit was 0:01:47.83

%ACS-I-CL_COMPILING, Invoking the DEC Ada compiler
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000,
PC=0032C4A0, PS=0000001B
%TRACE-E-TRACEBACK, symbolic stack dump follows
 Image Name   Module Name     Routine Name    Line Number  rel PC      abs PC 
 ADARTL                                                 0 00054A3C    00946A3C
                                                        0 80497D44    80497D44
----- above condition handler called with exception 0000000C:
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000000,
PC=0032C4A0, PS=0000001B
----- end of exception message
                                                        0 83CE02BC    83CE02BC
 ADA          SSXFACE         SS_COMPUTE_LIB_        1035 00000540    0032C4A0
 ADA          ADACOMPIL       CLEAN_UNIT              684 00000264    000F9A34
 ADA          BLI$CALLG       BLI$CALLG              9177 000000BC    000AF04C
 ADA          CLUNITS         CLU_WALK_UNITS         1727 00001CD0    001BE5D0
 ADA          ADACOMPIL       CLEAN_CACHED_UN         689 000001B0    000F9980
 ADA          ADACOMPIL       ADA_COMPIL_UNIT        1967 000019F4    000FB1C4
 ADA          ADACOMPIL       ADA_VISIBLE_UNI        1164 00000C38    000FA408
 ADA          ADACOMPIL       ADA_COMPILATION        1003 000007E0    000F9FB0
 ADA          SHXFACE         GEM_XX_COMPILE          319 0000010C    00155EAC
 ADA          GEM_CP_VMS      GEM_CP_MAIN            2312 000014A0    005B2F50
 ADA                                                    0 007D22A4    007E22A4
                                                        0 80441844    80441844
 ADA          ADA$ELAB_TARGET                           0 000706D0    000806D0
 ADARTL                                                 0 00054BC0    00946BC0
 ADARTL                                                 0 00054344    00946344
 ADARTL                                                 0 0003F260    00931260
 ADA          ADA$ELAB_TARGET                           0 0007064C    0008064C
 ADA                                                    0 007D22A4    007E22A4
                                                        0 83DE8170    83DE8170
%ADAC-F-ADASUBMITSPR, Internal Ada compiler error -- please submit a Software 
        Performance Report (SPR) for DEC Ada V3.3-7
%ACS-E-CL_ERRDURCOM, Errors during compilations

1 unit compiled in 00:02:49.19
T.RTitleUserPersonal
Name
DateLines
3870.1Possible fix in ECO kitKMOOSE::CMCCUTCHEONCharlie McCutcheonThu May 08 1997 13:3918
I'm afraid I don't have notes on that particular compiler traceback.

However, different compile commands working (or not) suggests that this is 
memory related (meaning how the compiler stores the user program changes
depending on how this is compiled).

We have an ECO kit (almost through TIMA) which has several patches which
"could" fix this issue.  Since they are unable to give us source, I'd encourage
giving them this kit (read the release notes for changes!).  It fixes several
nasty problems users have reported.

	tle::ADA2$:[ADA.ALPHA_VMS_33_KIT]ADAAE23033.*

I looked quickly in a debugging compiler, and would be hard pressed to get
very far without user sources.  Could the customer try cutting down the
program to something which would not give us sensitive code?

Charlie
3870.4UTRTSC::BOORFri May 09 1997 07:325
Charlie,

will supply the updated compiler to customer and ask for a reproducer.
Keep you informed.
	Rob.
3870.5recompile ACCVIO with ECOCUJO::SAMPSONSat May 10 1997 02:3972
	Hello Charlie,

	I've got another ACCVIO and traceback from an ACS RECOMPILE of
customer sources (not available), with the aforementioned ECO installed
(DEC Ada V3.3-23) on OpenVMS Alpha V7.1.  I tried more than doubling my
PGFLQUOTA to 1024000 pagelets, and my WSQUOTA and WSEXTENT to 131072
pagelets, but the error still occurred.  Note that ACS continued with
recompiles after the ACCVIO, and that the remaining obsolete (uncompiled
or unsuccessfully compiled) units were done successfully by a second pass.
The problem looks something like this; please forgive any typos:

$ acs recompile/debug tstada/closure
87 obsolete units

%ACS-I-CL_COMPILING, Invokinig the DEC Ada compiler
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
	virtual address=0000000000BAE001, PC=FFFFFFFF8050E2F8, PS=0000001B
%TRACE-E-TRACEBACK, symbolic stack dump follows
  image    module    routine             line      rel PC           abs PC
 ADARTL                                     0 0000000000054C14 00000000008E6C14
                                            0 FFFFFFFF804A7D94 FFFFFFFF804A7D94
----- above condition handler called with exception 0000000C:
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
	virtual address=0000000000BAE001, PC=FFFFFFFF8050E2F8, PS=0000001B
----- end of exception message
                                            0 FFFFFFFF841DC59C FFFFFFFF841DC59C
                                            0 FFFFFFFF8050E2F8 FFFFFFFF8050E2F8
                                            0 FFFFFFFF8054804C FFFFFFFF8054804C
 ADA  GEM_PL_VM  gem_vm_create           3643 0000000000000EE0 00000000000AC380
 ADA  GEM_VM  GEM_VM_CREATE_ZONE          437 0000000000000058 000000000057F328
 ADA  GEM_CG_UTIL  GEM_CG_INIT           1439 00000000000009A0 000000000067BAA0
 ADA  GEM_CG  GEM_CG                      521 00000000000000EC 0000000000673A1C
 ADA  GEM_CO  GEM_CO_COMPILE_ROUTINE     2111 000000000000314C 0000000000584E6C
 ADA  GEM_CO  GEM_CO_COMPILE_MODULE      1301 0000000000000A00 0000000000582720
 ADA  CGXFACE  CG_END_OF_IL_GENERATION   2241 0000000000000BD8 00000000000B66B8
 ADA  DSPLIT  DSPLIT_DO_COMPIL_UNIT      1634 0000000000001148 00000000001CAC78
 ADA  DSPLIT  DSPLIT_MAIN                1150 00000000000007F4 00000000001CA324
 ADA  BACKEND  BCK_DRIVER                1278 0000000000000A5C 00000000001C409C
 ADA  BACKEND  BCK_MAIN                   498 0000000000000138 00000000001C3778
 ADA  ADACOMPIL  ADA_COMPIL_UNIT         1635 00000000000013A4 00000000000B0904
 ADA  ADACOMPIL  ADA_VISIBLE_UNIT        1152 0000000000000C38 00000000000B0258
 ADA  ADACOMPIL  ADA_COMPILATION          997 00000000000007E0 00000000000AFE00
 ADA  SHXFACE  GEM_XXX_COMPILE            309 000000000000010C 0000000000105EAC
 ADA  GEM_CP_VMS  GEM_CP_MAIN            2311 00000000000014A0 0000000000562F10
 ADA                                        0 0000000000782F54 0000000000792F54
                                            0 FFFFFFFF80443DE0 FFFFFFFF80443DE0
 ADA  ADA$ELAB_TARGET_ATTRIBUTES            0 00000000000700E0 00000000000800B0
 ADARTL                                     0 0000000000054D98 00000000008E6D98
 ADARTL                                     0 0000000000054514 00000000008E6514
 ADARTL                                     0 000000000003F430 00000000008D1430
 ADA  ADA$ELAB_TARGET_ATTRIBUTES            0 000000000007005C 000000000008005C
 ADA                                        0 0000000000782F54 0000000000792F54
 PTHREAD$RTL                                0 000000000004C148 00000000009F2148
 PTHREAD$RTL                                0 0000000000030664 00000000009D6664
                                            0 FFFFFFFF842FF0D8 FFFFFFFF842FF0D8
%ADAC-F-ADASUBMITSPR, Internal Ada compiler error -- please submit a Software
	Performance Report (SPR) for DEC Ada V3.3-23
...
... (ACS continues to compile units, with errors)
...
%ACS-E-CL_ERRDURCOM, Errors during compilations

87 units compiled in 00:04:07.07

$ acs recompile/debug tstada/closure
48 obsolete units

%ACS-I-CL_COMPILING, Invoking the DEC Ada compiler

48 units compiled in 00:10:59.89

$ 
3870.6Known DECC$SHR issueKMOOSE::CMCCUTCHEONCharlie McCutcheonMon May 12 1997 17:2919
> ADA  GEM_PL_VM  gem_vm_create           3643 0000000000000EE0 00000000000AC380
> ADA  GEM_VM  GEM_VM_CREATE_ZONE          437 0000000000000058 000000000057F328

This is a known issue.  I expect you're on OpenVMS V7.0 or 7.1?
(A quick scan didn't show me if you specified).  If so, this can be
solved by a DECC$SHR fix.

If you can confirm the Alpha VMS version number, I can forward this 
for you to the DEC C group.  I believe they're submitting this to 
TIMA, but it has not gotten through the process yet.  In fact, the
kit that I gave you used to have this problem documented as "fyi",
but we had to pull the text because our kit was ready and theirs wasn't
(so we couldn't refer to theirs).  If you have access to IPMT cases,
see MGO102644.

This should actually be good news, your customer has gotten farther in
their compiles.  ;-)

Charlie
3870.7I should have used SDA to symbolize those system addressesCUJO::SAMPSONMon May 12 1997 22:584
	Charlie,

	Right, OpenVMS Alpha V7.1 and DEC ADA V3.3-23.
I'll be looking for a DEC C RTL ECO, then.  Thanks!
3870.8More on the problem.KMOOSE::CMCCUTCHEONCharlie McCutcheonTue May 13 1997 13:4919
FYI, here's the text that was pulled from the ECO kit's release notes.
As of last week, the TIMA kit mentioned here did not exist.  The name may
change ...


        2.1.1 OpenVMS Version 7.0 Compiler Access Violation

              If you have seen the following traceback (only on OpenVMS
              V7.0 and later), you will need an updated DECC$SHR.EXE to
              fix the compiler error that caused it:

ADA  GEM_PL_VM  gem_vm_create           3643 0000000000000EE0 00000000000AC380
ADA  GEM_VM  GEM_VM_CREATE_ZONE          437 0000000000000058 000000000057F328
ADA  GEM_TN  GEM_TN_INIT                1977 0000000000000D18 000000000070C438
ADA  GEM_CG  GEM_CG                      526 0000000000000130 0000000000673960
ADA  GEM_CO  GEM_CO_COMPILE_ROUTINE     2111 000000000000314C 0000000000584E6C

        Please contact the customer support center for the updated DEC C
        runtime kit, ALPACRT06_070.
3870.9got itCUJO::SAMPSONWed May 14 1997 01:284
	Thanks, Charlie.  I found the IPMT case ID using COMET,
and pulled the DECC$SHR.EXE from the indicated location.  I plan
to use it on our own OpenVMS Alpha V7.1 systems, and only for
customers who actually report the problem and request a fix.
3870.10You may want official TIMA kitKMOOSE::CMCCUTCHEONCharlie McCutcheonWed May 14 1997 13:357
>and pulled the DECC$SHR.EXE from the indicated location.  I plan

I'm told the TIMA kit is being processed now.  You may want to pull that
kit shortly.  I don't know if you'll find differences in the runtime...

Charlie