| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
ALL-IN-1 V2.4 is ACCVIO'lating consistently on a customer site. We installed
the Process Dump Catcher tool which yields these results:
DBG> show calls
module name routine name line rel PC abs PC
*OACABT OA$CAB_ATTACH_ATTRIBUTES_ACTION
3324 0000013B 001938E8
OADSA OA$DSA_CALL_ACTION 00000078 001863DF
OADB OA$DB_OPEN 000000F5 0018252C
OASYM 00000000 0018130F
OASYM OA$SYM_GET_SYMBOL 00000296 0018198B
OATXTCD OA$TXT_COMPOUND 000000C2 0010D99E
OADSA OA$DSA_CALL_ACTION 00000078 001863DF
OATXT OA$TXT_GET 0000000E 0010F15B
OALIST OA$LIST_VT_FMT 000007BF 0018D232
OALIST OA$LIST_NEXT_SCREEN 0000050D 0018C9C9
OALIST OA$LIST_DSAB 000002FF 0018D751
OALIST OA$LIST_FILE 00000073 0018D9E2
OACTL OA$CTL_LIST_FILE 000000ED 000F28DC
OACMD OA$CMD_DISPATCH 00000494 00173419
OAFRM OA$FRM_DISPATCH 000003FC 001772EE
OACMD OA$CMD_DISPATCH 00000494 00173419
.
.
OACABT\OA$CAB_ATTACH_ATTRIBUTES_ACTION\%LINE 3308: BLBC R7,OACABT\OA$CA
B_ATTACH_ATTRIBUTES_ACTION\%LINE 3348
DBG> examine/inst
OACABT\OA$CAB_ATTACH_ATTRIBUTES_ACTION\%LINE 3311: PUSHAB B^04(SP)
DBG> examine/inst
OACABT\OA$CAB_ATTACH_ATTRIBUTES_ACTION\%LINE 3311+3: PUSHL R0
DBG> examine/inst
OACABT\OA$CAB_ATTACH_ATTRIBUTES_ACTION\%LINE 3311+5: BRB OACABT\OA$CAB_A
TTACH_ATTRIBUTES_ACTION\%LINE 3334+5
DBG> examine/inst
OACABT\OA$CAB_ATTACH_ATTRIBUTES_ACTION\%LINE 3319: MOVL B^5C(R5),R4
DBG> examine/inst
OACABT\OA$CAB_ATTACH_ATTRIBUTES_ACTION\%LINE 3324: MOVB @B^15(R4),R0
examine R4 yields: 00B5A8D0
It appears as though line 3324 is causing the ACCVIO.
After many dump files, the results are always the same. However, users cannot
reproduce the problem at will. It will ACCVIO once, they'll exit ALL-IN-1,
and re-enter, and it will not ACCVIO.
Can anyone hint at where they believe the problem may be?
ALL-IN-1 V2.4
WPCORP Integrated.
/Mario
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2265.1 | Are the odds even? | IOSG::MAURICE | Because of the architect the building fell down | Mon Feb 15 1993 20:57 | 14 |
Hi,
I'll go beserk and bet you no less than a years salary or 20p
(whichever is smaller if I lose, or whichever is larger if I win) that
your customer is not patched up to date. In particular the early V2.4
patches, now nearly 10 years old (or seem like it!), fix problems like
you're experiencing.
This Process Dump Catcher tool sounds good - I hadn't heard of it
before. It sounds worthy of a note of it's own, if you'd be so kind.
Cheers
Stuart
| |||||
| 2265.2 | From the Tools Project - R.I.P | AIMTEC::WICKS_A | WALES 10 England 9 | Mon Feb 15 1993 21:08 | 13 |
Re .1,
Process Dump Catcher is one of the many excellent tools that came out
of the ALL-IN-1 Tools Project a while back - I guess it's been
terminated by now?
PDC was written by Pete Platt and should still be available from the
Tools library on a machine somewhere in DPII (I won't post the location
here) or ask Eileen who might still know the location of it.
Regards,
Andrew.D.Wicks
| |||||
| 2265.3 | Details of A1TOOLS Confererence... | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Feb 16 1993 08:56 | 15 |
The tools project doesn't seem to be alive as Andy described. However
the notes conference is referenced in Note 4.52 here, and the Process
Dump Catcher is described in note 37 of that conference.
The tool itself is described as "Available to Nominated CSC personnel
only", and hence I find that if I look in the specified location:
ROCKS::TOOLS$A1_RPR_CSC
I can't see it!
I'll try and find out how you get these things, Note 1.5 contains a
list (dated 4-Jul-1990 !) of who can access them.
Graham
| |||||
| 2265.4 | K603 | KAOT01::M_MORIN | Le diable est aux vaches! | Tue Feb 16 1993 13:38 | 12 |
Re: .1 Stuart, you lose your bet. Customer is patched to K603. I'll suggest to go to K605. Any more suggestions? /Mario | |||||
| 2265.5 | Double or quits? | IOSG::MAURICE | Because of the architect the building fell down | Tue Feb 16 1993 14:57 | 16 |
Let me have another go! I don't know if it's in the patches, but in
V3.0 we fixed a problem where there where an attachment pointer is to
an SDAF that doesn't exist. For example suppose that the system had
SDAFs A, B and E configured, and C and D did not exist. Then if there
is a reference to an SDAF record in C or D (e.g. OA$SHARC123:...) then
there would be an ACCVIO.
Of course this isn't supposed to be possible in the first place, but I
think there was a problem in Transfer User if you transferred a user
from a system that had an SDAF to a system that didn't.
I think running TRM (patched up to date!!) detects this and reports it.
Cheers
Stuart
| |||||
| 2265.6 | Conditions for TU failure | IOSG::TALLETT | Gimmee an Alpha colour notebook... | Tue Feb 16 1993 19:22 | 8 |
> think there was a problem in Transfer User if you transferred a user
> from a system that had an SDAF to a system that didn't.
Yes, you also had to have some documents with missing body
parts (who doesn't, right?)
Regards,
Paul
| |||||
| 2265.7 | KAOT01::M_MORIN | Le diable est aux vaches! | Thu Mar 04 1993 16:10 | 6 | |
FCVR ran but problem still exists. Any suggestions? /Mario | |||||