[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

4800.0. "STACK Dump accessing bridge in V1.3 (still)" by BWTEAL::WOESTEMEYER (Why??...Why not!!!) Thu Apr 01 1993 14:13

Some how I thought that the problem of MCC stack dumping when a bridge
was accessesd without proper privilages was suppose to be fixed in V1.3.

What happened????

FTEST> sh proc/priv

 1-APR-1993 10:56:52.98   User: WOESTEMEYER      Process ID:   000000BC
                          Node: KEROON           Process name: "_RTA1:"
 
Process privileges:
 SETPRV               may set any privilege bit
 TMPMBX               may create temporary mailbox
 OPER                 may perform operator functions
 NETMBX               may create network device
 SYSPRV               may access objects via system protection
 
Process rights:
 INTERACTIVE                       
 REMOTE                            
 
System rights:
 SYS$NODE_KEROON                   
FTEST> mccdcl
DECmcc (V1.3.0)
%MCC-I-SYMDEF, Symbol defined.
%MCC-I-SYMDEF, Symbol defined.
%MCC-I-SYMDEF, Symbol defined.
%MCC-I-SYMDEF, Symbol defined.
%MCC-I-SYMDEF, Symbol defined.
%MCC-I-SYMDEF, Symbol defined.

MCC> sh mcc 0 bridge_am all char
MCC 0 BRIDGE_AM 
AT  1-APR-1993 10:57:14 Characteristics
Examination of attributes shows:
               Component Identification = "DECmcc Bridge AM"
                      Component Version = V1.3.0

MCC> sh bridge br.lb200-1 all char
%SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=36000000, PC=80000010, PSL=03C00004

  Improperly handled condition, image exit forced.

	Signal arguments	      Stack contents

	Number = 00000005		 802EB640
	Name   = 0000000C		 00000002
		 00000001		 001A1304
		 36000000		 001A12EC
		 80000010		 00000004
		 03C00004		 001A14F4
					 00000000
					 0326DE6A
					 000839E4
					 05000001

	Register dump

	R0 = 03C00000  R1 = 36000000  R2 = 00000000  R3 = 001A2225
	R4 = 005F64DC  R5 = 0326DE6A  R6 = 005F4BB0  R7 = 00000001
	R8 = 001A2101  R9 = 00007100  R10= 00214FD0  R11= 00000000
	AP = 001A12A0  FP = 001A1260  SP = 001A12DC  PC = 80000010
	PSL= 03C00004

FTEST> lo
  WOESTEMEYER  logged out at  1-APR-1993 10:57:37.67
T.RTitleUserPersonal
Name
DateLines
4800.1Nope.MOLAR::CHRISB::BRIENENNetwork Management Applications!Thu Apr 01 1993 14:441
Nope, it didn't get fixed.
4800.2NOT FIXED ---> Unhappy CustomersBWTEAL::WOESTEMEYERWhy??...Why not!!!Thu Apr 01 1993 16:526
    Looks like the customers we put off saying it will be fixed in 1.3
    will be very disappointed.  Looks like a serious problem to me, even
    though the workaround is trivial.  Hope it does not generate too many
    CLDs.
    
    Steve