| 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 |
Hello,
customer recently installed ADA V3.3 (Alpha) on their OpenVMS V6.2 systems
and are experiencing compiler crashes during compile. Because it's a
DOD department sources can't made available for testing and/or reproducing.
Trying to create a reproducer has failed.
Compiling the sources with the /NOOPTIMIZE qualifier will work correctly.
Below I include the crash information. Please note the INSVIRMEM has nothing
to do with user/process quota's, increasing user quota's will only 'delay'
the crash. (we doubled Pgflquo/WSquota/WSextent/VIRTUALPAGECNT without
success)
Any ideas ?
(the same sources compiled with V3.2-8 ADA )
regards,
Rob Boor, Off-Site Services, Utrecht - The Netherlands.
================================================================================
SNEEZY_$ ada/opt /nodebug VVC_BSGVWOBJECTEN2.ADA
%LIB-F-INSVIRMEM, insufficient virtual memory
%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 00158214:
%LIB-F-INSVIRMEM, insufficient virtual memory
----- end of exception message
0 87DB02BC 87DB02BC
ADA 0 005A737C 005B737C
ADA 0 0009C0CC 000AC0CC
ADA 0 0009BD60 000ABD60
ADA 0 005D201C 005E201C
ADA 0 006589C8 006689C8
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
ADA 0 00658A60 00668A60
etc .....
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3855.1 | May not be able to compile /opt | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Thu Apr 03 1997 11:30 | 33 |
Sorry for the delay in answering, I've been on vacation, and the Northeast has has a blizzard. >Compiling the sources with the /NOOPTIMIZE qualifier will work correctly. How large/complex is the user's program? Please note that optimization does require resources. It is possible that your user's program is too complex to compile with optimization. Try looking at the /optimize compiler qualifier, you can try disabling various optimizations (HELP ADA /OPT), such as inlining, to see if this helps the user. >----- above condition handler called with exception 00158214: >%LIB-F-INSVIRMEM, insufficient virtual memory >----- end of exception message > 0 87DB02BC 87DB02BC > ADA 0 005A737C 005B737C This compiler traceback confirms that the compiler is running out of resources to compile the user's program. I only have two other suggestions: - Look at the DEC Ada Installation Guide which documents minimal suggested account quotas. - Look into the V3.3-23 ECO kit, currently being processed (note 3644.13). This has all released fixes in the V3.3 stream. I have no reason to believe your problem is fixed here, but several common problems that your user may see are fixed here. Charlie | |||||
| 3855.2 | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Thu Apr 03 1997 11:34 | 10 | |
>customer recently installed ADA V3.3 (Alpha) on their OpenVMS V6.2 systems >... >(the same sources compiled with V3.2-8 ADA ) From DEC Ada V3.2 to V3.3, we did a major upgrade of the GEM common code generator. This means that new optimizations are now being done that weren't previously, so that the compiler may now need additional resources to compile the same program that it didn't previously. Charlie | |||||
| 3855.3 | Will pass this on to customer | UTRTSC::BOOR | Fri Apr 04 1997 03:43 | 5 | |
Charlie, thanks for your explanation, will try to get the customer to test with /optimize options. Rob. | |||||