| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3332.1 | Same with me | FRAIS::64917::SYSTEM | Information, that's all I need... | Fri Jul 10 1992 11:01 | 16 |
| Hi,
I've got the same problem. My machine is a VAXstation 3100/48 SPX, VMS 5.5,
previous version of MCC was T1.2.4, additional modules were ELM EFT and TCP/IP
DA EFT.
My problem start with the FCL PM (TEST MCC 0 FCL) and continues with nearly
every module. Parse table rebuild didn't help and created errors
(log available).
Help!
Josch
|
| 3332.2 | Files in specific/ rebuild dispatch tables: | TOOK::L_GROSSMAN | | Fri Jul 10 1992 12:14 | 19 |
|
First please make sure there are no MCC files in specific directories.
do this by entering:
$dir sys$specific:[sysexe]mcc*.*
and
$dir sys$specific:[syslib]mcc*.*
If there are, delete them. Even if there are no files in specific
enter:
$@sys$startup:mcc_startup_bms ENROLL
Make sure to specify the "ENROLL" parameter for this case only. This
causes the dispatch tables to be rebuilt.
Then try the test command again.
|
| 3332.3 | Still the same | ANNECY::GONDINET | | Mon Jul 13 1992 13:22 | 17 |
| 3332.4 | Parse tables have been found in mcc_specific | TOOK::L_GROSSMAN | | Tue Jul 14 1992 13:55 | 10 |
|
Reply to 3332.0
A copy of the dictionary parsetables have been found in mcc_specific.
MCC installation like MOST ALL VMS installation place images in the
system common directories. If there are files in the specific (mcc_specific
in this case) those will be read first when running the product.
This was caused from an old installation of the DECmcc TSAM product.
|
| 3332.5 | a bit later than the previous problem but another IVP failure... | TOMLIN::ROMBERG | I feel a vacation coming on... | Fri Sep 04 1992 15:46 | 45 |
| I just installed MCC V1.2 (over T1.2.7) on a VAX running VAX/VMS V5.5-2S7.
Everything seemed to be fine until the IVP ran...
The MCC_STARTUP_BMS startup procedure for DECmcc V1.2.0 is now running.
%SYSTEM-F-ACCVIO, access violation, reason mask=05, virtual address=04835717, PC
=802DE275, PSL=03C00000
Improperly handled condition, image exit forced.
Signal arguments Stack contents
Number = 00000005 802DE22E
Name = 0000000C 802DE142
00000005 00000000
04835717 203C0000
802DE275 7FED9FFC
03C00000 7FED9FE8
7FF6B777
0000000F
7FF6B489
00000000
Register dump
R0 = 04835717 R1 = 0004EE00 R2 = 00000105 R3 = 00006800
R4 = 0000AD7C R5 = 00009E00 R6 = 00000000 R7 = 7FF28CB8
R8 = 7FFECA4C R9 = 7FFECC54 R10= 7FFED7D4 R11= 7FFE2BDC
AP = 7FED9F7C FP = 7FED9F3C SP = 7FED9FB8 PC = 802DE275
PSL= 03C00000
%DCL-W-SKPDAT, image data (records not beginning with "$") ignored
The MCC_STARTUP_BMS startup procedure for DECmcc V1.2.0 is now ending.
Any thoughts on where to look? FWIW, the toolkit IVP ran correctly, but
man/tool/dict also fails (same accvio)
Kathy
|
| 3332.6 | QAR 3412 | TOOK::MINTZ | LKG2-2 near pole X3, cube 6072, dtn 226-5033 | Fri Sep 04 1992 15:52 | 5 |
| Entered as QAR 3412.
Did T1.2.7 work without problems on this same version of VMS?
-- Erik
|
| 3332.7 | blind patching of a more recent rtl than expected? | TOMLIN::ROMBERG | I feel a vacation coming on... | Fri Sep 04 1992 18:30 | 6 |
| Well, I'll answer my own question....The problem was with the vaxcrtl. We had a
later (more recent) version, which the MCC BMS install seems to have blindly
patched, without carefully checking image idents, resulting in a buggered vaxcrtl. :^(
kathy
|
| 3332.8 | | TOMLIN::ROMBERG | I feel a vacation coming on... | Fri Sep 04 1992 18:32 | 10 |
| >
>Did T1.2.7 work without problems on this same version of VMS?
>
T1.2.7 went on so long ago that I don't remember which version of VMS was
running at the time. This is the first problem we've had with installing
MCC (other than trying to find space for the kit...)
kmr
|