[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | Topics for Discussion about CDROM |
Notice: | ConOLD problems=150.*; ConDist problems=151.* |
Moderator: | WMOENG::PACKARD |
|
Created: | Thu Mar 14 1991 |
Last Modified: | Wed Jun 04 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 437 |
Total number of notes: | 2500 |
427.0. "BNU ACCVIO" by CUJO::SAMPSON () Wed Mar 05 1997 20:59
Hello,
We recently received new March '97 documentation CDs for OpenVMS Alpha.
A new utility, BNU, is provided in the [SETUP] directory. I installed this
utility on three system disks. It works on the OpenVMS VAX V7.1 systems, and
on one of the two OpenVMS Alpha V7.1 systems (DEC 3000-500). However, on the
other (AlphaServer 2100 4/200), it dies with an ACCVIO while starting up.
I have compared the images between the two Alpha systems, and have
found that they are identical on disk. The ACCVIO also persists after a
system reboot. SET WATCH FILE/CLASS=MAJOR reveals that the ACCVIO occurs
after BNU tries and fails to find a file (probably in "DECW$USER_DEFAULTS"),
but before BNU would have found (on the system where it works) LIBRARY.ODL
(probably in "DECW$SYSTEM_DEFAULTS"). I have modified this LIBRARY.ODL to
(partially) integrate it with our existing Bookreader library. However,
I've also confirmed identical configurations and file protections on all
three systems. The system (most likely the software environment) on which
BNU fails must be defective in some way, but I have yet to determine how.
The DECW$DISPLAY settings do not seem to matter; the program blows up well
before bringing up the window.
I've logged a call with the CSC: C970305-3976. RHETT::WEST is
working the call, and is looking for help from the BNU developers,
since it is also new to the CSC, and they are already getting some calls
about it.
Here are two ACCVIO's. The first occurs at an S0 PC address.
The second was obtained by activating private copies of all interdependent
resident images, and so occurs at a P0 PC address. Either way, they both
occur at offset 448E4 in image DECW$XTLIBSHRR5. ECO ALPMOTF01_U4012 has
been applied on both Alpha systems. ECO VAXMOTF01_U4012 has been applied
on the VAX system disk.
$ BNU
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
virtual address=0000000000000004, PC=FFFFFFFF8079E8E4, PS=0000001B
Improperly handled condition, image exit forced.
Signal arguments: Number = 0000000000000005
Name = 000000000000000C
0000000000010000
0000000000000004
FFFFFFFF8079E8E4
000000000000001B
Register dump:
R0 = FFFFFFFFFFFFFF01 R1 = 000000000020A000 R2 = 000000007B7F8D38
R3 = 0000000000000000 R4 = 000000000020A000 R5 = 0000000000000001
R6 = 0000000000000001 R7 = 000000007B8C58F0 R8 = 00000000001BE988
R9 = 000000007FFAC410 R10 = 000000007FFAD238 R11 = 000000007FFCE3E0
R12 = 000000000002AA00 R13 = 000000007AF2A1E0 R14 = FFFFFFFF81197440
R15 = 0000000000040C10 R16 = 0000000000000000 R17 = 000000000020A000
R18 = 0000000000000001 R19 = 0000000000000000 R20 = 0000000000000000
R21 = 0000000000000000 R22 = 0000000000001FF8 R23 = 000000000020A008
R24 = 0000000000209FF8 R25 = 0000000000000003 R26 = FFFFFFFF807CC5E0
R27 = 000000007B7F1EB8 R28 = 000000000000003C R29 = 000000007AE3D7C0
SP = 000000007AE3D7B0 PC = FFFFFFFF8079E8E4 PS = 300000000000001B
$ analyze/system
SDA> map 8079E8E4
Image Resident Section Base End Image Offset
DECW$XTLIBSHRR5 8078A000 807CF600 000448E4
SDA> exit
$ define/user DECW$DXMLIBSHR12 SYS$SHARE:DECW$DXMLIBSHR12.EXE;
$ define/user DECW$XMLIBSHR12 SYS$SHARE:DECW$XMLIBSHR12.EXE;
$ define/user CDE$UNIX_ROUTINES SYS$SHARE:CDE$UNIX_ROUTINES.EXE;
$ define/user DECW$MRMLIBSHR12 SYS$SHARE:DECW$MRMLIBSHR12.EXE;
$ define/user DECW$XTLIBSHRR5 SYS$SHARE:DECW$XTLIBSHRR5.EXE;
$ define/user DECW$XLIBSHR SYS$SHARE:DECW$XLIBSHR.EXE;
$ define/user DECC$SHR SYS$SHARE:DECC$SHR.EXE;
$ define/user DPML$SHR SYS$SHARE:DPML$SHR.EXE;
$ define/user CMA$TIS_SHR SYS$SHARE:CMA$TIS_SHR.EXE;
$ define/user LBRSHR SYS$SHARE:LBRSHR.EXE;
$ define/user LIBRTL SYS$SHARE:LIBRTL.EXE;
$ define/user LIBOTS SYS$SHARE:LIBOTS.EXE;
$ BNU
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
virtual address=0000000000000004, PC=00000000006FA8E4, PS=0000001B
Improperly handled condition, image exit forced.
Signal arguments: Number = 0000000000000005
Name = 000000000000000C
0000000000010000
0000000000000004
00000000006FA8E4
000000000000001B
Register dump:
R0 = FFFFFFFFFFFFFF01 R1 = 0000000000C4C000 R2 = 00000000006C0D38
R3 = 0000000000000000 R4 = 0000000000C4C000 R5 = 0000000000000001
R6 = 0000000000000001 R7 = 00000000007E18F0 R8 = 0000000000C00988
R9 = 000000007FFAC410 R10 = 000000007FFAD238 R11 = 000000007FFCE3E0
R12 = 000000000002AA00 R13 = 000000007AF2A1E0 R14 = FFFFFFFF81197440
R15 = 0000000000040C10 R16 = 0000000000000000 R17 = 0000000000C4C000
R18 = 0000000000000001 R19 = 0000000000000000 R20 = 0000000000000000
R21 = 0000000000000000 R22 = 0000000000001FF8 R23 = 0000000000C4C008
R24 = 0000000000C4BFF8 R25 = 0000000000000003 R26 = 00000000007285E0
R27 = 00000000006B9EB8 R28 = 000000000000003C R29 = 000000007AE3D7C0
SP = 000000007AE3D7B0 PC = 00000000006FA8E4 PS = 300000000000001B
Thanks in advance for any help,
Bob Sampson
T.R | Title | User | Personal Name | Date | Lines |
---|
427.1 | help, please | CUJO::SAMPSON | | Tue Mar 11 1997 21:26 | 13 |
| Hello BNU/DECwindows Engineers,
Raymond RHETT::WEST has asked me to ask you to please provide
us with some help in diagnosing this BNU ACCVIO, and possibly updating
the FAQ in topic 432 with any generally useful information gained.
Since you're the only people with access to the source code,
you're the only ones who can help with this issue, and others like it.
Raymond says they've received about 300 CSC calls so far on BNU, and
they can really use your help.
Thanks,
Bob Sampson
|