[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| 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 |
3846.0. "Alpha and CL_OPENACU" by PRSSOS::DEGAGE () Fri Feb 21 1997 08:46
Hello,
One customer is working on OpenVMS/Alpha 6.1-1H3 with DEC ADA 3.3-22.
His ACS library was created /NOLARGE ( was an error ), nowadays the library
is big ( something like 2600 units ) and often they encounter a problem
with lost ACU ...
It arrives once per 2 weeks ; of course then he loads the unit again and
recompiles it ok.
The compilation is /NOOPT/SMART.
Nobody works directly in the ADA library, there is no version limit.
Following are outputs of the compilation, the ACS VERIFY /REPAIR and DIR.
I suggested him to recreate a library /LARGE.
Did you already hear from such problems ??
Thanks a lot.
Marielle Degage
%ACS-I-CL_LIBIS, Current program library is DISK_GENE_CPR:[BIN.ADA.LIBREF]
%RENAME-I-RENAMED, DISK_GENE_CPR_SRC:[ESSAIS]SUPPRIMER_ESSAI.ADA;1 renamed to
DISK_GENE_CPR:[SRC_SQL]SUPPRIMER_ESSAI.ADA;2
%RENAME-I-RENAMED, DISK_GENE_CPR_SRC:[ESSAIS]SQL_SUPPRIMER_ESSAI.ADA;1 renamed
to DISK_GENE_CPR:[SRC_SQL]SQL_SUPPRIMER_ESSAI.ADA;1 1
--Generated by DEC SQL V6.1-02 at 20-FEB-1997 11:44:55.16
%ADAC-E-CL_OPENACU, Error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]SQL_SUPPRIMER_ESSAI_.ACU;4 for package
specification SQL_SUPPRIMER_ESSAI in DISK_GENE_CPR:[BIN.ADA.LIBREF]
-RMS-E-FNF, file not found
%SYSTEM-F-ACCVIO, access violation, reason mask=3D00, virtual
address=3D00000054, PC=3D006F9
5B0, PS=3D0000001B
%TRACE-E-TRACEBACK, symbolic stack dump follows
Image Name Module Name Routine Name Line Number rel PC
abs PC ADARTL
0 00054A3C
008E6A3C
0 80895D44
80895D44
----- above condition handler called with exception 0000000C:
%SYSTEM-F-ACCVIO, access violation, reason mask=3D00, virtual
address=3D00000054, PC=3D006F
95B0, PS=3D0000001B----- end of exception message
0 875DE2BC
875DE2BC
ADA GEM_OM_EOBJ_SYM GET_ELAB_ENTRY 4241 00002810
006F95B0
ADA GEM_OM_EOBJ_SYM PROCESS_PACKAGE 6212 00004F78
006FBD18
ADA GEM_OM_EOBJ_SYM PROCESS_TDI_SCO 7058 00006240
006FCFE0
ADA GEM_OM_EOBJ_SYM PROCESS_BLOCK_T 5255 00003924
006FA6C4
ADA GEM_OM_EOBJ_SYM PROCESS_MODULE 5943 00004990
006FB730
ADA GEM_OM_EOBJ_SYM PROCESS_BLOCK 5035 000035B4
006FA354
ADA GEM_OM_EOBJ_SYM WRITE_MODULE_DS 2428 000022FC
006F909C
ADA GEM_OM_EOBJ_SYM GEM_OM_WRITE_MO 3873 0000200C
006F8DAC
ADA GEM_OM_EOBJ GEM_OM_MODULE_F 459 000001B0
006150F0
ADA GEM_CO GEM_CO_COMPILE_ 1339 00000A60
00582780
ADA LINEARIZE 0 000A66E8
000B66E8
ADA DSPLIT DSPLIT_DO_COMPI 1665 00001148
001CA978
ADA DSPLIT DSPLIT_MAIN 1154 000007F4
001CA024
ADA BACKEND BCK_DRIVER 1286 00000A5C
001C3D9C
ADA BACKEND BCK_MAIN 496 00000138
001C3478
ADA ADACOMPIL ADA_COMPIL_UNIT 1633 000013A4
000B09C4
ADA ADACOMPIL ADA_VISIBLE_UNI 1164 00000C38
000B0258
ADA ADACOMPIL ADA_COMPILATION 1003 000007E0
000AFE00
ADA SHXFACE GEM_XX_COMPILE 319 0000010C
00105EAC
ADA GEM_CP_VMS GEM_CP_MAIN 2312 000014A0
00562F10
ADA 0 00782E54
00792E54
0 808417F4
808417F4
ADA ADA$ELAB_TARGET 0 000700E0
000800E0
ADARTL 0 00054BC0
008E6BC0
ADARTL 0 00054344
008E6344
ADARTL 0 0003F260
008D1260
ADA ADA$ELAB_TARGET 0 0007005C
0008005C
ADA 0 00782E54
00792E54
0 876DE170
876DE170
7 Package SQL_SUPPRIMER_ESSAI is........1
%ADAC-F-ADASUBMITSPR, (1) Internal Ada compiler error -- please submit a
Software Performance Report (SPR)
for DEC Ada V3.3-22
*_>A1::DISK_GENE_CPR_SRC:[ESSAIS]acs verif /repair lib$a_refada
%ACS-E-OPENIN, error opening DISK_GENE_CPR:[BIN.ADA.LIBREF]ARCHIV-GQ579AB51DDA54
.ACU;1 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]ARCHIV-KQ579AB51DDA54.ACU;1 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]CHEMIN__TESTER_S4.ACU;7 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]CORRES-FQ969AB51
DDA54.ACU;1 as input
-RMS-E-FNF, file not found%ACS-E-OPENIN, error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]DEPLAC-EC079AB51DDA54.ACU;1 as input
-RMS-E-FNF, file not found%ACS-E-OPENIN, error opening DISK_GENE_CPR:[
BIN.ADA.LIBREF]FORMAT-UL279AB51DDA54.ACU;1 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening DISK_GENE_CPR:[BIN.ADA.LIBREF]GESTION
_AGENDA__ENREGISTRER_SOUS.ACU;2 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening DISK_GENE_CPR:[BIN.ADA.LIBREF]SQL_EXTRAIR
E_DERN_ESSAI_BDH_.ACU;4 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening DISK_GENE_CPR:[BIN.ADA.LIBREF]SQL_SUPPRIMER_ESSAI
_.ACU;4 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]SQL_SUPPRIMER_ESSAIS_DPS_.OBJ;4 as input
-RMS-E-FNF, file not found
%ACS-E-OPENIN, error opening
DISK_GENE_CPR:[BIN.ADA.LIBREF]TYPES_-SD969AB51DDA54.OBJ;1 as input
-RMS-E-FNF, file not found
%ACS-E-CL_VFYFIL, DISK_GENE_CPR:[BIN.ADA.LIBREF]SQL_SUPPRIMER_ESSAI_.OBJ;
5 is not cataloged in library DISK_GENE_CPR:[BIN.ADA.LIBREF]
%ACS-I-CL_VFY_RECOMPIL, Units with inaccessible files are obsolete.
If repair (VERIFY/REPAIR) is not possible, then recompilation of these units is
necessary; after entering a VERIFY/REPAIR command, the CHECK command
will show any obsolete units%ACS-E-CL_VFYERR,
DISK_GENE_CPR:[BIN.ADA.LIBREF] has uncorrected errors
_>A1::DISK_GENE_CPR_SRC:[ESSAIS]dir
alphacpr:[cpr.bin.ADA.libref]SQL_SUPPRIMER_ESSAI_.
*Directory $3$DKB100:[CPR.BIN.ADA.LIBREF]SQL_SUPPRIMER_ESSAI_.OBJ;4
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3846.1 | | KMOOSE::CMCCUTCHEON | Charlie McCutcheon | Fri Feb 21 1997 14:25 | 6 |
| Could this be related to the problems in note 3830?
If not, we have no such report of your problem, and would need customer
code to analyze the issue.
Charlie
|
| 3846.2 | | ADA9X::BRETT | | Fri Feb 21 1997 21:04 | 23 |
| re: .1, I wondered that too - but think that the is less likely than the system
sometimes running out of disk space. Does the customer get system messages
about this.
In particular, it used to be possible for the directories to become full even
when the disk wasn't because they had to be contiguous. I don't know if this
is still true with VMS.
I think this customer would truely benefit from the PDO option and its better
disk management. You could even do something like this...
() create a new library with the PDO /LARGE in effect
() copy all the units to it
() delete the old library and recreate it
() copy all the units back
Of course, I'd make sure I had a good backup or a successful build process
before doing it...
/Bevin
|