1 INFO-VAX	Sat, 30 Oct 2004	Volume 2004 : Issue 602       Contents:6 Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D86 Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D86 Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D8( Re: Ball-park figure for OpenVMS costing. Re: forcing session from limbo to disconnectedF HEADS UP Date Change for the OpenVMS Advanced Technical Boot Camp 2005, Re: memory performance Alpha, Itanic and SUN$ Re: OT: Election technology question$ Re: OT: Election technology question$ Re: OT: Election technology question$ Re: OT: Election technology question' reading 9track tapes not written by vms * reading files from tape not written by vms. Re: reading files from tape not written by vms. Re: reading files from tape not written by vms. Re: reading files from tape not written by vms. Re: Rumour is HP may spin off printer business. Re: Rumour is HP may spin off printer business. Re: Rumour is HP may spin off printer business. Re: Rumour is HP may spin off printer business) Re: SAN DISK - PROBLEM W/MNT STATE - MSCP  Re: Suggestion for TPU: revert Time Change  Re: Time Change  Re: Time Change $ Undocumented (?) PCSI error messages VMS for Bush ? Re: VMS for Bush ?  F ----------------------------------------------------------------------    Date: 29 Oct 2004 17:34:11 -0700# From: as@anysyskorea.com (Jeong BG) ? Subject: Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D8 = Message-ID: <c6d875ee.0410291634.594e0172@posting.google.com>   n peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$zw9c6i$psd$1@news.sil.at>...e > In article <c6d875ee.0410290016.279ad902@posting.google.com>, as@anysyskorea.com (Jeong BG) writes:  > >$ show dev d 1 > >Device                  Device           Error 1 > > Name                   Status           Count ' > >    Intermediate device: ALPHA$DKA0: > > >%SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual > H > Interesting. Where is the "Intermediate device:" message coming from ? > ( > My SHOW DEV D starts with more columns > R > Device                  Device           Error    Volume         Free  Trans MntR >  Name                   Status           Count     Label        Blocks Count CntR > DSA0:                   Mounted              0  VMSSYS          918708   571   1 > - > What does ANAL/IMAGE SYS$SYSTEM:SHOW tell ?    thanks your attention.J actually, here is korea. so, i installed vms7.3-1 completely and no error.E but when i installed "DEC AXPVMS VMS_UI_HANGUL V7.3 Layered Product",  ACCVIO error happend.       M Analyze Image                                30-OCT-2004 09:27:09.62   Page 1  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   # This is an OpenVMS Alpha image file    IMAGE HEADER   	Fixed Header Information   ' 		image format major id: 3, minor id: 0  		header block count: 2 % 		image type: executable (EIHD$K_EXE)  		I/O channel count: default 		I/O pagelet count: default- 		Symbol Vector Virtual Address: %X'00000000'  		Symbol Vector Size: 0 bytes / 		Virtual Memory Block Size: 65536 (BPAGE = 16) - 		Fixup Section Virtual Address: %X'00090000'  		linker flags:  			(0)  EIHD$V_LNKDEBUG      0 			(1)  EIHD$V_LNKNOTFR      0 			(2)  EIHD$V_NOP0BUFS      0 			(3)  EIHD$V_PICIMG        1 			(4)  EIHD$V_P0IMAGE       0 			(5)  EIHD$V_DBGDMT        1 			(6)  EIHD$V_INISHR        0 			(7)  EIHD$V_XLATED        0 			(8)  EIHD$V_BIND_CODE_SEC 1 			(9)  EIHD$V_BIND_DATA_SEC 1 			(10) EIHD$V_MKTHREADS     0 			(11) EIHD$V_UPCALLS       0 			(12) EIHD$V_OMV_READY     0 			(13) EIHD$V_EXT_BIND_SECT 1# 		system version (major/minor): 3.0 < 		system version array information: (Image / Current System)( 			SYS$K_MEMORY_MANAGEMENT : (3.0 / 3.0)( 			SYS$K_IO                : (5.0 / 5.0)( 			SYS$K_FILES_VOLUMES     : (2.0 / 2.0)( 			SYS$K_PROCESS_SCHED     : (2.0 / 2.0)* 			SYS$K_SYSGEN            : (1.64 / 1.64), 			SYS$K_CLUSTERS_LOCKMGR  : (1.288 / 1.288)( 			SYS$K_LOGICAL_NAMES     : (1.0 / 1.0)* 			SYS$K_SECURITY          : (2.16 / 2.16)* 			SYS$K_COUNTERS          : (1.64 / 1.64)* 			SYS$K_STABLE            : (1.64 / 1.64)* 			SYS$K_MISC              : (1.64 / 1.64)* 			SYS$K_VOLATILE          : (1.64 / 1.64)* 			SYS$K_SHELL             : (1.64 / 1.64)( 			SYS$K_MULTI_PROCESSING  : (1.0 / 1.0)( 			SYS$K_GALAXY            : (1.0 / 1.0)   	Image Activation Information   ' 		first transfer address:  %X'00012120' ' 		second transfer address: %X'00000000' ' 		third transfer address:  %X'00000000'     M Analyze Image                                30-OCT-2004 09:27:09.62   Page 2  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   5 	Global Symbol Table & Debug Symbol Table Information   + 		debug symbol table VBN:  0, byte count: 0 - 		global symbol table VBN: 0, record count: 0 0 		debug module/psect table VBN: 0, byte count: 0  5 	Extended fixup & no-optimize psect Table Information   6 		Extended fixup table  V1.0 VBN:  592, byte count: 20  ! 	Image Identification Information    		image name: "SHOW"# 		image file identification: "X-10" 4 		image file build identification: "X9EC-0060030003") 		link date/time: 29-JAN-2003 17:24:01.79 ! 		linker identification: "A11-50"    	Patch Information  $ 		There are no patches at this time.    	Image Section Descriptors (ISD)  ) 		1)  image section descriptor (36 bytes)  			byte count: 486400 			base virtual address: %X'00010000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           1  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           1  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       1  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     1  			section type: EISD$K_NORMAL 			base VBN: 3  ) 		2)  image section descriptor (36 bytes)  			byte count: 363520 			base virtual address: %X'00020000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           1  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           1  				(4)  EISD$V_INITALCODE    0   M Analyze Image                                30-OCT-2004 09:27:09.62   Page 3  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04    				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       1  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_NORMAL 			base VBN: 98   ) 		3)  image section descriptor (36 bytes)  			byte count: 208896 0 			base virtual address: %X'00030000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           0  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       1  				(11) EISD$V_EXE           1  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_NORMAL 			base VBN: 169  ) 		4)  image section descriptor (36 bytes)  			byte count: 5120 			base virtual address: %X'00070000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           1  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           1  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        1  				(9)  EISD$V_PROTECT       1  				(10) EISD$V_LASTCLU       1  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_NORMAL 			base VBN: 577/ 			indirect message section filename: CLIUTLMSG / 			indirect message section filename: CLIUTLMSG     M Analyze Image                                30-OCT-2004 09:27:09.62   Page 4  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   ) 		5)  image section descriptor (36 bytes)  			byte count: 1024 0 			base virtual address: %X'00080000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          1  				(3)  EISD$V_WRT           1  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       1  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_NORMAL  ) 		6)  image section descriptor (36 bytes)  			byte count: 7168 0 			base virtual address: %X'00090000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           1  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           1  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      1  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       0  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_NORMAL 			base VBN: 578  ) 		7)  image section descriptor (36 bytes)  			byte count: 102400 			base virtual address: %X'7FFF0000' (P1 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           0  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          1  				(3)  EISD$V_WRT           1  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0   M Analyze Image                                30-OCT-2004 09:27:09.62   Page 5  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04    				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       0  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0   			section type: EISD$K_USRSTACK  ) 		8)  image section descriptor (56 bytes)  			byte count: 17336320 			base virtual address: %X'00000000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           1  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           0  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       0  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_SHRPIC 			base VBN: 08 			global section major id: %X'01', minor id: %X'000001' 			match control: ISD$K_MATLEQ& 			global section name: "DECC$SHR_001"  ) 		9)  image section descriptor (60 bytes)  			byte count: 414720 			base virtual address: %X'00000000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           1  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           0  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       0  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_SHRFXD 			base VBN: 08 			global section major id: %X'2B', minor id: %X'42470C' 			match control: ISD$K_MATEQU, 			global section name: "SYS$BASE_IMAGE_001"    M Analyze Image                                30-OCT-2004 09:27:09.62   Page 6  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   * 		10)  image section descriptor (52 bytes) 			byte count: 769536 0 			base virtual address: %X'00000000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           1  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           0  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       0  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_SHRPIC 			base VBN: 08 			global section major id: %X'01', minor id: %X'000001' 			match control: ISD$K_MATLEQ$ 			global section name: "LIBRTL_001"  * 		11)  image section descriptor (64 bytes) 			byte count: 8192 0 			base virtual address: %X'00000000' (P0 space)# 			page fault cluster size: default 
 			ISD flags:  				(0)  EISD$V_GBL           1  				(1)  EISD$V_CRF           0  				(2)  EISD$V_DZRO          0  				(3)  EISD$V_WRT           0  				(4)  EISD$V_INITALCODE    0  				(5)  EISD$V_BASED         0  				(6)  EISD$V_FIXUPVEC      0  				(7)  EISD$V_RESIDENT      0  				(8)  EISD$V_VECTOR        0  				(9)  EISD$V_PROTECT       0  				(10) EISD$V_LASTCLU       0  				(11) EISD$V_EXE           0  				(12) EISD$V_NONSHRADR     0  			section type: EISD$K_PRVFXD 			base VBN: 08 			global section major id: %X'2B', minor id: %X'42432A' 			match control: ISD$K_MATEQU0 			global section name: "SYS$PUBLIC_VECTORS_001"  M Analyze Image                                30-OCT-2004 09:27:09.62   Page 7  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04    IMAGE ACTIVATOR FIXUP SECTION      	Fixed Information   		Flags: 			(0)  EIAF$V_SHR           0    	EIAF$L_QRELFIXOFF    : 00000058  	EIAF$L_LRELFIXOFF    : 00000368  	EIAF$L_QDOTADROFF    : 00000DB0  	EIAF$L_LDOTADROFF    : 00000000  	EIAF$L_CODEADROFF    : 00001230  	EIAF$L_LPFIXOFF      : 00001370  	EIAF$L_CHGPRTOFF     : 00001950  	EIAF$L_SHLSTOFF      : 00001978  	EIAF$L_SHRIMGCNT     : 00000004  	EIAF$L_SHLEXTRA      : 00000000  	EIAF$L_PERMCTX       : 00000000  	EIAF$L_LPPSBFIXOFF   : 00000000   	Shareable Image List    		0)  "DECC$SHR" 		1)  "SYS$BASE_IMAGE" 		2)  "LIBRTL" 		3)  "SYS$PUBLIC_VECTORS"  0 	Quadword Relocations (relative to %X'00010000')  > 		  00000378  00000390  00000398  000003A0  000003C0  000003C8> 		  000003E0  00000418  00000440  00000448  00000468  000004D0> 		  000004D8  000004F0  000004F8  00000508  00000540  00000548> 		  00000610  00000618  00000628  00000640  000006C0  000006C8> 		  000006E8  00000710  00000720  00000728  00000738  00000750> 		  00000768  000007A8  000007D8  000007F8  00000870  00000878> 		  00000880  00000888  00000890  000008A0  000008A8  000008B0> 		  000008B8  000008C0  000008E8  00000900  00000908  00000910> 		  00000918  00000930  00000938  00000940  00000948  00000960> 		  00000968  00000980  000009A0  000009C0  000009C8  000009D8> 		  000009F0  000009F8  00000A00  00000A08  00000A28  00000A50> 		  00000A60  00000A90  00000B10  00000B40  00000B50  00000B68> 		  00000B70  00000B78  00000BB0  00000BB8  00000C08  00000C38> 		  00000C50  00000C70  00000CF8  00000DA0  00000DA8  00000DB8> 		  00000DD0  00000E10  00000E38  00000E40  00000E48  00000E60> 		  00000E68  00000E80  00000EC0  00000F08  00000F78  00001018> 		  00001030  00001038  00001040  00001070  00001078  000011E8> 		  00001370  00001380  000013A0  00001430  00001460  00001468> 		  00001498  000014F0  00001540  00001560  00001588  00001668> 		  000017A0  00001820  00001840  00001848  00001860  000018D0> 		  000018E0  00001960  00001980  000019A0  000019B8  000019F8> 		  00001A40  00001A68  00001A88  00001AB0  00001AC0  00001AE8> 		  00001B38  00001B50  00001B58  00001B60  00001B98  00001BA0> 		  00001C20  00001C28  00001C60  00001C68  00001C70  00001C78> 		  00001C80  00001C90  00001CA8  00001CB0  00001CD0  00001CD8  M Analyze Image                                30-OCT-2004 09:27:09.62   Page 8  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   > 		  00001D00  00001D08  00001D20  00001D30  00001D38  00001DA0> 		  00001DA8  00001DB0  00001DD8  00001DF0  00001E20  00001E28> 		  00001EA0  00001EC0  00001EC8  00001F20  00001F38  00001F90> 		  00002010  00002018  00002070  00002090  00002098  000020B0> 		  000020C0  000020C8  000020F0  000020F8  00002100  00002108> 		  00002110  00002128  00002150  00002158  00002160  00002168> 		  00002170  00002178  00002180  00002188  00002198  000021A8> 		  000021C0  000021C8  000021D0  000021F8  00002278  00002290> 		  00002298  000022A0  000022B0  000022C0  000022E8  000022F0> 		  000022F8  00002318  00002338  00002358  00002378  00002390> 		  00002398  000023C8  00002408  00002430  00002438  00002460> 		  00002468  00002480  00002498  00002518  00002580  00002680> 		  000026B8  000026E8  00002718  00002730  00002738  00002750> 		  00002788  000027A0  000027B0  000027B8  000027C0  000027E0> 		  000027E8  000027F0  000027F8  00002800  000028A8  000028D0> 		  000028D8  000028E0  000028E8  00002968  000029A0  000029A8> 		  000029D8  00002A10  00002A18  00002A28  00002A50  00002A88> 		  00002AA8  00002AB0  00002AB8  00002AF8  00002B20  00002B40> 		  00002B48  00002B68  00002C10  00002C18  00002C30  00002C70> 		  00002C78  00002C80  00002C90  00002CA8  00002CC0  00002CC8> 		  00002CF0  00002D18  00002D68  00002DC8  00002DE0  00002DE8> 		  00002DF8  00002E08  00002E30  00002E58  00002EB0  00002EB8> 		  00002EC8  00002EE0  00002EF0  00002F10  00002F38  00002F78> 		  00002FB0  00002FB8  00002FD0  00002FD8  00003010  00003028> 		  00003038  00003050  00003058  00003078  00003088  000030A0> 		  000030B0  000030B8  000030C0  000030E8  00003118  00003130> 		  00003168  00003188  00003190  00003198  000031A8  000031C8> 		  00003200  00003228  000032A8  000032D0  000032F0  00003308> 		  00003318  00003380  000033D8  000033F0  00003410  00003428> 		  00003448  00003480  00003490  000034B0  000034B8  000034C8> 		  000034E0  000034F0  00003528  00003568  00003588  000035A8> 		  000035C0  000035E0  00003600  00003620  00003640  00003648> 		  00003650  00003670  00003690  000036D8  000036F0  00003700> 		  00003720  00003760  00003768  00003778  00003790  00003798> 		  000037F0  00003800  00003818  00003838  00003848  00003888> 		  00003898  000038B8  000038D0  000038D8  000038E0  000038F0> 		  000038F8  00003908  00003918  00003938  00003958  00003970> 		  00003990  000039B0  000039B8  00003A10  00003A20  00003A38> 		  00003A60  00003A70  00003A78  00003A80  00003A88  00003AA8> 		  00003AC8  00003AF8  00003B18  00003B38  00003B58  00003B90> 		  00003BA0  00003BB8  00003BE8  00003C08  00003C18  00003C30> 		  00003C38  00003C48  00003C60  00003C70  00003CA8  00003CE8> 		  00003D08  00003D38  00003D50  00003D88  00003DA0  00003DB0> 		  00003DD0  00003DF0  00003E10  00003E30  00003E40  00003E48> 		  00003E68  00003E88  00003EB0  00003EB8  00003EC8  00003EE0> 		  00003EE8  00003F10  00003F48  00003F68  00003F88  00003F98> 		  00003FB0  00003FB8  00003FD0  00003FE8  00003FF0  00004018> 		  00004048  000040E0  00004130  000041F8  00004210  00004218> 		  00004278  000042A8  000042D0  000042D8  000042E8  00004300> 		  00004308  00004350  00004390  000043A8  000043F8  00004420> 		  00004440  00004498  000044B8  000044E8  00004500  00004510> 		  00004518  00004530  00004558  00004570  00004578  000045D0> 		  000045E0  00004610  00004620  00004640  00004670  00004688> 		  00004698  000046B8  000046D0  000046E0  000046E8  00004700> 		  00004728  00004740  00004748  000047A0  000047B0  000047E0  M Analyze Image                                30-OCT-2004 09:27:09.64   Page 9  SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   > 		  000047F0  00004808  00004818  00004880  00004888  00004890> 		  00004898  000048A0  000048B0  000048C8  000048D0  000048D8> 		  00004900  000049B8  000049C0  000049C8  00004A30  00004A58> 		  00004A90  00004AA8  00004AE8  00004AF8  00004B08  00004B10> 		  00004B18  00004B28  00004B38  00004B48  00004B80  00004B90> 		  00004BA0  00004BB0  00004BE8  00004C38  00004C68  00004C98> 		  00004CB0  00004CD8  00004CE8  00004CF8  00004D00  00004D08> 		  00004D28  00004D38  00004D48  00004D90  00004DB8  00004DC0> 		  00004DD8  00004DE8  00004E00  00004E38  00004E58  00005200> 		  00005208  00005230  00005240  00005258  00005260  00005290> 		  00005298  000052B8  000052D8  00005338  00005348  00005368> 		  00005398  000053B0  000053D0  000053D8  000053F0  00005498> 		  000054F8  00005538  00005550  00005570  00005578  00005590> 		  000055A0  00005600  00005618  00005678  000056F0  00005740> 		  00005748  000057D8  00005850  00005870  00005878  00005890> 		  00005898  000058A0  00005908  00005910  00005918  00005A20> 		  00005A30  00005A50  00005A58  00005A60  00005A68  00005A70> 		  00005A78  00005C18  00005C20  00005C28  00005C40  00005C48> 		  00005C50  00005C60  00005C78  00005C80  00005C88  00005CB0> 		  00005CB8  00005D20  00005D28  00005D40  00005DA0  00005DA8> 		  00005DC0  00005DD8  00005E08  00005E30  00005E48  00005E70> 		  00005E90  00005F00  00005F40  00005F90  00005FE8  00005FF0> 		  00006020  00006030  00006060  00006068  00006070  00006098> 		  000060A0  000060A8  000060E0  000060F8  00006118  00006138> 		  00006150  00006160  000061A8  000061C8  00006228  00006258> 		  000062C8  00006368  00006390  000063C0  000063E8  00006450> 		  000064D0  00006528  00006700  00006710  00006720  00006730> 		  00006740  00006750  00006760  00006770  00006780  00006790> 		  000067A0  000067B0  000067C0  000067D0  0000B508  0000B520> 		  0000B598  0000B5B8  0000B5E8  0000B608  0000BA68  0000BA80> 		  0000BAF8  0000BB18  0000BB38  00010EB0  00010EB8  00010EC8> 		  00010EE0  00010EE8  00010F58  00010F70  00010FC0  00010FF0> 		  00010FF8  00011070  00011080  00011098  000110A0  000110A84 		  000110B8  000110D0  000110D8  00011100  00011108  0 	Longword Relocations (relative to %X'00010000')  > 		  000001A8  000001B8  000001D4  00000204  00000228  0000024C> 		  00000264  00000274  000002FC  00000300  00000304  00000308> 		  00006574  00006590  000065A4  000065B0  000065C4  000065D8> 		  000065E8  000065F8  0000660C  00006620  00006630  00006640> 		  00006654  00006664  00006674  000067F4  0000680C  0000681C> 		  00006834  00006844  0000685C  0000686C  00006884  00006894> 		  000068AC  000068BC  000068D4  000068E4  000068FC  0000690C> 		  0000691C  0000692C  0000694C  00006964  0000697C  00006994> 		  000069A4  000069B4  000069C4  000069DC  000069F4  00006A04> 		  00006A1C  00006A34  00006A4C  00006A64  00006A74  00006A84> 		  00006A94  00006AA4  00006AB4  00006ACC  00006ADC  00006AEC> 		  00006AFC  00006B0C  00006B1C  00006B2C  00006B3C  00006B4C> 		  00006B5C  00006B6C  00006B7C  00006B8C  00006B9C  00006BB4> 		  00006BC4  00006BD4  00006BE4  00006BF4  00006C04  00006C14> 		  00006C24  00006C34  00006C44  00006C54  00006C64  00006C74> 		  00006C84  00006C94  00006CA4  00006CB4  00006CC4  00006CD4> 		  00006CE4  00006CF4  00006D0C  00006D20  00006D2C  00006D3C> 		  00006D54  00006D64  00006D74  00006D8C  00006DA0  00006DB0  N Analyze Image                                30-OCT-2004 09:27:09.64   Page 10 SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   > 		  00006DC0  00006DD0  00006DE0  00006DF4  00006E04  00006E14> 		  00006E24  00006E40  00006E58  00006E68  00006E74  00006E80> 		  00006E8C  00006E98  00006EA4  00006EB4  00006EC4  00006ED4> 		  00006EE4  00006EF8  00006F00  00006F08  00006F24  00006F98> 		  00006FAC  00006FB8  00006FC4  00006FD8  00006FE8  00006FF8> 		  00007004  00007010  0000701C  00007034  0000704C  00007058> 		  00007064  00007070  00007080  00007090  000070DC  000070E8> 		  000072F8  00007304  00007310  0000731C  00007328  00007354> 		  0000735C  0000736C  00007380  00007394  000073A4  000073B4> 		  000073C8  000073D8  000073EC  000073F8  0000740C  00007420> 		  0000742C  00007444  00007454  00007464  00007474  00007484> 		  0000749C  000074B4  000074C0  000074D0  000074E0  000074EC> 		  00007504  0000751C  0000752C  00007540  00007550  00007560> 		  00007570  00007584  00007598  000075A4  000075AC  000075B8> 		  000076C4  000076D4  000076E4  000076F8  00007708  00007718> 		  0000772C  0000773C  00007750  00007768  0000777C  0000778C> 		  00007798  000077AC  000077BC  000077CC  000077E0  000077F4> 		  00007804  00007814  00007824  00007838  00007850  00007868> 		  00007878  00007890  000078A0  000078B0  000078B8  000078D0> 		  000078D8  000078E0  000078F0  000078FC  00007910  00007920> 		  00007930  00007950  0000796C  00007984  00007994  000079AC> 		  000079C8  000079DC  000079F8  00007A04  00007A18  00007A2C> 		  00007A48  00007A5C  00007A78  00007A8C  00007AA8  00007AB4> 		  00007ACC  00007ADC  00007AE8  00007AF8  00007B04  00007B14> 		  00007B24  00007B34  00007B44  00007B54  00007B70  00007B78> 		  00007B80  00007B90  00007BA0  00007BD0  00007C04  00007C34> 		  00007C44  00007C54  00007C78  00007C9C  00007CB8  00007CCC> 		  00007CE4  00007CFC  00007D10  00007D24  00007D3C  00007D50> 		  00007D5C  00007D68  00007D78  00007DB8  00007DD8  00007DE4> 		  00007E0C  00007E4C  00007E74  00007E9C  00007EE4  00007F2C> 		  00007F40  00007F74  00007FA0  00007FD0  00007FFC  00008024> 		  00008048  0000806C  00008090  000080B8  000080C0  000080E8> 		  000080F4  00008100  00008128  00008150  00008164  0000819C> 		  000081BC  000081DC  000081FC  00008220  00008240  0000825C> 		  0000827C  0000829C  000082BC  000082DC  000082FC  0000831C> 		  0000833C  0000835C  0000837C  0000839C  000083BC  000083DC> 		  000083FC  0000841C  0000843C  0000845C  0000847C  00008498> 		  000084B8  000084D4  000084F0  0000850C  00008520  0000853C> 		  00008548  00008BF0  00008C08  00008C18  00008C28  00008C38> 		  00008C4C  00008C58  00008C64  00008C74  00008C84  00008C98> 		  00008CAC  00008CB8  00008CD0  00008CE4  00008CF0  00008D00> 		  00008D10  00008D20  00008D2C  00008D3C  00008D4C  00008D5C> 		  00008D6C  00008D7C  00008D8C  00008D9C  00008DAC  00008DBC> 		  00008DCC  00008DDC  00008DEC  00008DFC  00008E0C  00008E28> 		  00008E48  00008E64  00008E84  00008E94  00008EA4  00008EB8> 		  00008EC8  00008ED4  00008EE4  00008EF4  00008F04  00008F14> 		  00008F28  00008F38  00008F4C  00008F5C  00008F78  00008F94> 		  00008FA4  00008FB4  00008FC4  00008FD4  00008FE4  00008FF8> 		  00009008  00009018  00009028  0000903C  0000904C  00009058> 		  00009068  00009080  00009090  000090A4  000090B4  000090C0> 		  000090CC  000090D8  000090E8  000090FC  00009110  0000911C> 		  00009134  00009148  00009158  00009168  00009178  00009188> 		  00009198  000091A8  000091B8  000091C8  000091D8  000091E8> 		  000091F8  00009208  00009218  00009228  00009238  00009248> 		  00009258  00009274  00009294  000092B0  000092D0  000092E0  N Analyze Image                                30-OCT-2004 09:27:09.64   Page 11 SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   > 		  000092F0  00009304  00009314  00009324  00009334  00009344> 		  00009354  00009364  00009378  0000938C  0000939C  000093B4> 		  000093D0  000093E0  000093F0  00009400  00009410  00009420> 		  00009434  00009444  00009454  00009464  00009474  00009488> 		  00009498  000094AC  000094C8  000094D8  000094E8  000094F8> 		  00009508  00009514  00009528  00009534  00009544  00009554> 		  00009570  00009578  00009594  000095A4  000095C0  000095D0> 		  000095EC  000095F4  00009610  00009620  0000963C  0000964C> 		  00009668  00009670  0000968C  0000969C  000096B8  000096D4> 		  000096E4  000096F8  00009704  00009710  00009720  00009730> 		  00009764  0000977C  00009798  000097CC  000097E4  00009800> 		  0000980C  00009820  00009834  00009844  00009850  0000986C> 		  00009874  00009890  0000989C  000098A8  000098BC  000098D8> 		  000098E8  00009904  00009924  00009934  00009954  00009978> 		  00009984  000099A4  000099B0  000099CC  000099E0  000099F4> 		  00009A08  00009A18  00009A2C  00009A3C  00009A54  00009A98> 		  00009AB8  00009B08  00009B50  00009B98  00009BF0  00009BFC> 		  00009C14  00009C4C  00009C70  00009C80  00009C94  00009CB0> 		  00009CC4  00009CE0  00009CF0  00009D04  00009D14  00009D2C> 		  00009D44  00009D60  00009D74  00009D94  00009DAC  00009E00> 		  00009E10  00009E20  00009E30  00009E60  00009E90  00009EA0> 		  00009EDC  00009EFC  00009F24  00009F48  00009F78  00009F9C> 		  00009FB4  00009FD8  00009FF8  0000A008  0000A018  0000A028> 		  0000A038  0000A048  0000A058  0000A068  0000A078  0000A088> 		  0000A098  0000A0A8  0000A0B8  0000A0C8  0000A0D8  0000A0E8> 		  0000A0F8  0000A108  0000A138  0000A164  0000A1A8  0000A1F8> 		  0000A210  0000A228  0000A260  0000A270  0000A2AC  0000A2CC> 		  0000A2F4  0000A318  0000A348  0000A36C  0000A384  0000A3A8> 		  0000A3C8  0000A3D8  0000A3E8  0000A3F8  0000A408  0000A418> 		  0000A428  0000A438  0000A448  0000A458  0000A468  0000A478> 		  0000A488  0000A498  0000A4A8  0000A4B8  0000A4C8  0000A4D8> 		  0000A508  0000A534  0000A548  0000A55C  0000A568  0000A578> 		  0000A5A8  0000A5C4  0000A5DC  0000A5FC  0000A61C  0000A63C> 		  0000A660  0000A684  0000A698  0000A6E4  0000A720  0000A738> 		  0000A750  0000A780  0000A7B0  0000A7CC  0000A7E8  0000A838> 		  0000A888  0000A8B4  0000A8DC  0000A924  0000A950  0000A974> 		  0000A98C  0000A9D8  0000AA00  0000AA48  0000AA7C  0000AAAC> 		  0000AAD0  0000AAF4  0000AB10  0000AB2C  0000AB48  0000AB64> 		  0000AB7C  0000AB88  0000ABA4  0000ABBC  0000ABD0  0000AC0C> 		  0000AC2C  0000AC54  0000AC78  0000ACA8  0000ACCC  0000ACE4> 		  0000AD08  0000AD28  0000AD38  0000AD48  0000AD58  0000AD68> 		  0000AD78  0000AD88  0000AD98  0000ADA8  0000ADB8  0000ADC8> 		  0000ADD8  0000ADE8  0000ADF8  0000AE08  0000AE18  0000AE28> 		  0000AE38  0000AE8C  0000AEB8  0000AEEC  0000AF3C  0000AF8C> 		  0000AFB8  0000AFE0  0000AFF4  0000B008  0000B020  0000B034> 		  0000B04C  0000B058  0000B070  0000B088  0000B0A8  0000B0C4> 		  0000B0D4  0000B0E8  0000B0F8  0000B10C  0000B120  0000B138> 		  0000B148  0000B154  0000B160  0000B194  0000B19C  0000B1A4> 		  0000B1AC  0000B1C8  0000B1D4  0000B248  0000B24C  0000B250> 		  0000B254  0000B34C  0000B35C  0000B368  0000B378  0000B38C> 		  0000B3A0  0000B3AC  0000B3C0  0000B3D8  0000B3F0  0000B404> 		  0000B408  0000B40C  0000B410  0000B414  0000B428  0000B444> 		  0000B45C  0000B4AC  0000B4BC  0000B4D0  0000B4E0  0000B624> 		  0000B628  0000B630  0000B634  0000B638  0000B63C  0000B640> 		  0000B644  0000B64C  0000B658  0000B664  0000B67C  0000B68C  N Analyze Image                                30-OCT-2004 09:27:09.64   Page 12 SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04   > 		  0000B698  0000B6A8  0000B6B4  0000B6C0  0000B6D4  0000B6E4> 		  0000B6FC  0000B708  0000B70C  0000B710  0000B714  0000B718> 		  0000B71C  0000B724  0000B728  0000B730  0000B734  0000B748> 		  0000B74C  0000B764  0000B770  0000B784  0000B788  0000B78C> 		  0000B7A0  0000B7B0  0000B7BC  0000B7C8  0000B7D8  0000B7E8> 		  0000B7FC  0000B808  0000B814  0000B820  0000B82C  0000B838> 		  0000B844  0000B850  0000B85C  0000B868  0000B874  0000B880> 		  0000B88C  0000B898  0000B8A4  0000B8B0  0000B8BC  0000B8C8> 		  0000B8D4  0000B8E0  0000B8EC  0000B8F8  0000B904  0000B910> 		  0000B91C  0000B928  0000B934  0000B940  0000B94C  0000B958> 		  0000B964  0000B970  0000B97C  0000B988  0000B994  0000B9A0> 		  00010024  0001002C  00011160  00011164  00011168  0001116C> 		  00011170  0001123C  00011240  00011248  0001124C  00011264> 		  00011268  00011774  00011780  0001178C  00011798  000117A4> 		  000117B0  000117BC  000117C8  000117D4  000117E0  000117E4> 		  000117EC  000117F0  000117F8  000117FC  00011814  00011820> 		  0001182C  00011838  00011844  00011850  0001185C  00011868> 		  00011874  00011880  00011884  0001188C  00011890  00011898> 		  0001189C  000123C4  000123C8  000123CC  000123D0  000123E0> 		  000123E4  000123E8  000123EC  000123F0  000123F4  000123F8> 		  000123FC  00012400  00012404  00012414  00012418  0001241C> 		  00012530  00012534  00012538  0001253C  00012540  00012544> 		  00012548  0001254C  00012554  0001255C  00012564  0001256C> 		  0001298C  00012990  00012998  0001299C  000129A4  000129A8> 		  000129B0  000129B4  000129BC  000129C0  000129C8  000129D4> 		  000129D8  000129E0  000129EC  000129F8  000129FC  00012A04> 		  00012A10  00012A1C  00012A28  00012A34  00012A40  00012A4C> 		  00012A58  00012A64  00012A70  00012A7C  00012A88  00012A94> 		  00012AA0  00012AAC  00012AB8  00012AC4  00012AD0  00012ADC> 		  00012AE8  00012AF4  00012B00  00012B0C  00012B18  00012B24> 		  00012B30  00012B3C  00012B48  00012B54  00012B60  00012B6C> 		  00012B78  00012B7C  00012B88  00012B8C  00012B94  00012B98> 		  00012BA0  00012BA4  00012BAC  00012BB0  00012BB8  00012BBC> 		  00012BC4  00012BD0  00012BD4  00012BDC  00012BE8  00012BF4> 		  00012BF8  00012C00  00012C0C  00012C18  00012C24  00012C30> 		  00012C3C  00012C48  00012C54  00012C60  00012C6C  00012C78> 		  00012C84  00012C90  00012C9C  00012CA8  00012CB4  00012CC0> 		  00012CCC  00012CD8  00012CE4  00012CF0  00012CFC  00012D08> 		  00012D14  00012D20  00012D2C  00012D38  00012D44  00012D50> 		  00012D5C  00012D6C  00012D70  00012D78  00012D7C  00012D84> 		  00012D88  00012D90  00012D94  00012D9C  00012DA0  00012DA8> 		  00012DB4  00012DB8  00012DC0  00012DCC  00012DD8  00012DDC> 		  00012DE4  00012DF0  00012DFC  00012E08  00012E14  00012E20> 		  00012E2C  00012E38  00012E44  00012E50  00012E5C  00012E68> 		  00012E74  00012E80  00012E8C  00012E98  00012EA4  00012EB0> 		  00012EBC  00012EC8  00012ED4  00012EE0  00012EEC  00012EF8> 		  00012F04  00012F10  00012F1C  00012F28  00012F34  00012F44> 		  00012F54  00012F64  00012F70  00012F84  00012F88  00012F8C> 		  00012F90  00012F94  00012FA0  00012FA4  00012FA8  00012FAC> 		  00012FB0  00012FB4  00012FB8  00012FBC  00012FC0  00012FC4> 		  00012FC8  00012FCC  00012FD0  00012FD4  00012FD8  00012FDC> 		  00012FE0  00012FE4  00012FE8  00012FEC  00012FF0  00012FF4> 		  00012FF8  00012FFC  00013000  00013004  00013008  0001300C> 		  00013010  00013014  00013018  0001301C  00013020  00013024> 		  00013174  00013178  0001317C  00013180  00013184  00013188 @N Analyze Image                                30-OCT-2004 09:27:09.64   Page 13 SYS$COMMON:[SYSEXE]SHOW.EXE;1a
 ANALYZ A07-04e  > 		  0001318C  00013190  00013194  00013198  0001319C  000131A0> 		  000131A4  000131A8  000131AC  000131B0  000131B4  00013374> 		  00013378  0001337C  00013380  00013384  00013388  0001338C> 		  00013390  00013394  0001339C  000133A0  000133A4  000133A8> 		  000133AC  000133B0  000133B4  000133B8  000133C0  000133C4> 		  000133C8  000133CC  000133D0  000133D4  000133D8  000133DC> 		  000133E0  000133E4  000133E8  000133EC  000133F0  000133F4> 		  000133F8  000133FC  00013400  00013404  00013408  0001340C> 		  00013410  00013414  00013418  0001341C  00013420  00013424> 		  00013428  0001342C  00013430  00013434  00013438  0001343C> 		  00013440  00013444  00013448  0001344C  00013450  00013454> 		  00013458  0001345C  00013460  00013464  00013468  0001346C> 		  00013470  00013474  00013478  0001347C  00013480  00013484> 		  00013488  0001348C  00013490  00013494  00013498  0001349C> 		  000134A0  000134A4  000134A8  000134AC  000134B0  000134B4> 		  000134B8  000134BC  000134C0  000134C4  000134C8  000134CC> 		  000134D0  000134D4  000134D8  000134DC  000134E0  000134E4> 		  000134E8  000134EC  000134F0  000134F4  000134F8  000134FC> 		  00013500  00013504  00013508  0001350C  00013510  00013514> 		  00013518  0001351C  00013520  00013524  00013528  0001352C> 		  00013530  00013534  00013538  0001353C  00013540  00013544> 		  00013548  0001354C  00013550  00013554  0001365C  00013660> 		  00013664  00013668  0001366C  00013670  00013674  00013678> 		  0001367C  00013680  00013684  00013688  0001368C  00013690> 		  000136CC  000136D4  000136D8  000136DC  000136E0  000136F4> 		  000136F8  000136FC  00013700  00013704  00013708  0001370C> 		  00013710  00013714  00013718  0001371C  00013720  00013724> 		  00013728  0001372C  00013730  00013734  00013738  0001373C> 		  0001378C  00013790  00013794  00013798  0001379C  000137A0> 		  000137A4  000137A8  000137AC  000137B0  000137B4  000137B8> 		  000137BC  000137E4  000137E8  000137EC  000137F0  000137F4> 		  000137F8  000137FC  00013800  00013804  00013808  0001380C> 		  00013810  00013814  00013830  00013834  00013838  0001383C> 		  00013840  00013844  00013848  0001384C  00013850  00013854> 		  00013858  0001385C  00013860  00013864  00013868  0001386C> 		  00013870  00013874  00013878  0001387C  00013880  00013884> 		  00013888  0001388C  00013890  00013894  00013898  0001389C> 		  000138A0  000138A4  000138A8  000138AC  000138B0  000138B4> 		  000138B8  000138BC  000138C0  000138C4  000138C8  000138CC> 		  000138D0  000138D4  000138D8  000138DC  000138E0  000138E4> 		  000138E8  000138EC  000138F0  000138F4  000138F8  000138FC> 		  00013900  00013904  00013908  0001390C  00013910  00013914> 		  00013918  0001391C  00013920  00013924  00013A1C  00013B44> 		  00013B54  00013B64  00013B74  00013B84  00013B94  00013BA4> 		  00013BB4  00013BC4  00013BD4  00013BE4  00013BF4  00013C1C> 		  00013C68  00013C74  00013C84  00013C90  00013CBC  00013CC0> 		  00013CCC  00013CD0  00013D1C  00013D28  00013D38  00013D44> 		  00013D70  00013D74  00013D80  00013D84  00013DA8  00013E04> 		  00013E0C  00013E84  00013E88  00013E90  00013E98  00013EA0> 		  00013EA8  00013EAC  00013EB8  00013EBC  00013EC4  00013EC8> 		  00013ED0  00013ED4  00013EDC  00013EE0  00013EF4  00013EF8> 		  00013F08  00013F28  00013F74  00013F78  00013F80  00013F88> 		  00013F90  00013F94  00013FA0  00013FA4  00013FB0  00013FB4> 		  00013FC4  00013FC8  000142D8  000142E0  000142E8  000142F0> 		  000142F8  00014300  00014308  00014310  00014318  00014320 2N Analyze Image                                30-OCT-2004 09:27:09.66   Page 14 SYS$COMMON:[SYSEXE]SHOW.EXE;1I
 ANALYZ A07-04s  > 		  00014340  00014344  00014370  00014380  00014398  000143A0> 		  000143B8  000143C0  000143CC  000143EC  00014400  00014408> 		  00014418  0001442C  00014440  000145D0  00014624  00014634> 		  00014660  00014668  0001466C  00014674  00014678  0001467C> 		  000146B0  000146B8  0001477C  0001478C  000167DC  000167E0> 		  00016818  0001681C  00016824  0001682C  00016834  00016838> 		  00016844  00016848  00016854  00016858  000168A0  000168AC> 		  000168B8  000168C4  000168D0  000168DC  00017558  0001755C> 		  00017568  0001756C  00017588  0001758C  00017590  000177F0> 		  000177F8  00017800  00018888  00018914  0001891C  00018920> 		  00018928  0001892C  00018930  00018934  00018938  0001893C> 		  00018AB8  00018ABC  00018AC0  00018AC4  00018AC8  00018ACC  		  00018C44  00018C64  00018C74  > 	Quadword .ADDRESS Reference Fixups (relative to %X'00010000')   		130 references to image 1:3 			offset:   00010EA8  00010EF0  00010F10  00010F40	3 			 value:   00007560  00009510  00008420  0000D880O  3 			offset:   00010F48  000110B0  00000A78  00001880 3 			 value:   000088C0  000094E0  00006D30  00007540E  3 			offset:   000018A0  00001918  000019C0  00001A10 3 			 value:   00008890  000070B0  00000560  00006D30   3 			offset:   00001A70  00001A78  00001B10  000052F0 3 			 value:   0000CDA0  0000F5C0  0000FA30  00008420_  3 			offset:   000054B0  00001EF0  00002140  000022D8	3 			 value:   00000560  00007ED0  00006D30  00006D30_  3 			offset:   000023F8  000024B0  000024B8  000024C8t3 			 value:   000094E0  00011EE0  00000820  00011FE0a  3 			offset:   000024D0  00002508  00002510  00002530e3 			 value:   00001BB0  000007F0  000007D0  00000810   3 			offset:   00002538  00002540  00002548  00002558 3 			 value:   00000840  00001B60  00001BF0  00001B40   3 			offset:   00002560  00002568  00002570  00002598_3 			 value:   00001B80  000007A0  0000E8D0  0000E8C0	  3 			offset:   000025A0  000025B0  000025B8  000025C0 3 			 value:   00002340  00001B50  00001B90  00001B70E  3 			offset:   000025D0  000025D8  000025E0  000025F0 3 			 value:   00010080  000007C0  00000800  00000830E  3 			offset:   00002610  00002618  00002630  00002650e3 			 value:   000007E0  00001BA0  00002330  00001BC0t  3 			offset:   00002670  00002698  00002700  00002708s3 			 value:   00010090  00008290  00008860  00008850B    N Analyze Image                                30-OCT-2004 09:27:09.67   Page 15 SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04_  3 			offset:   000029C0  00002B80  00002C20  00002C48	3 			 value:   00009900  00000560  000080F0  00008100T  3 			offset:   00002D30  00002D48  00003470  00003580S3 			 value:   00006D30  00003060  00000560  00008A70   3 			offset:   00003638  000037A0  00003BC0  00003D00S3 			 value:   00008A80  00001250  00000560  00008A70   3 			offset:   00003E28  00003E90  00005C10  00005CD8S3 			 value:   00008A80  00001250  00002370  00007040   3 			offset:   00005CF8  00005D00  00005D08  00005D18C3 			 value:   0000C110  0000FAB0  000098D0  0000EB20.  3 			offset:   00005D58  00005D60  00005D68  00005D70r3 			 value:   000070F0  000094E0  000072F0  00007050d  3 			offset:   00005D90  00005DF0  00005DF8  00005E80i3 			 value:   00007120  0000D050  00007020  00009510   3 			offset:   00005EA8  00005F30  00005F58  00005F60S3 			 value:   00009500  000072E0  000070B0  00007AD0   3 			offset:   00005F68  00005F70  00005F78  00005F80E3 			 value:   00007AE0  00007540  00008A90  000088C07  3 			offset:   00005FA8  00005FB0  00006010  00006080 3 			 value:   00007080  00001200  00001250  00012200$  3 			offset:   00006108  00006178  000061F0  000061F8	3 			 value:   000012C0  00008420  00000560  00007FD0$  3 			offset:   00006210  00006218  00006240  00006248 3 			 value:   000080C0  00009890  00000340  000126209  3 			offset:   000062B0  000062B8  000062D8  000062E0 3 			 value:   00002350  00012240  00011B40  00011BB0	  3 			offset:   000062F0  000062F8  00006310  00006398 3 			 value:   00001230  00002380  00001240  00011970S  3 			offset:   000063A8  000063B0  000063D8  00006400 3 			 value:   00011950  00011940  00011A90  0000D010I  3 			offset:   00006408  00006410  00006418  00006420 3 			 value:   0000D030  0000D000  0000D020  0000EB30   3 			offset:   00006488  00006498  00004908  00004910_3 			 value:   00001AD0  0000EA80  00002370  0000A610b  3 			offset:   000049D0  00004A60  00004A98  00004CC0s3 			 value:   000094E0  00010680  00011890  000118B0'  3 			offset:   00004CC8  0000B550  0000B558  0000BAB0l  N Analyze Image                                30-OCT-2004 09:27:09.67   Page 16 SYS$COMMON:[SYSEXE]SHOW.EXE;1 
 ANALYZ A07-04E  3 			 value:   000118A0  000096A0  00008420  00009C80    			offset:   0000BAB8  000044D0  			 value:   00008420  00006020      		4 references to image 2:3 			offset:   00006548  00004BD0  000043C0  000043C8 3 			 value:   00001000  00001000  000004C0  000004D02     		6 references to image 3:3 			offset:   00003260  00003280  00003288  000032C0 3 			 value:   00000930  00000920  00000A40  00000A20E   			offset:   00006550  00006558S 			 value:   00000510  00000980t    9 	Code Address Reference Fixups (relative to %X'00010000')s   		75 references to image 1:b3 			offset:   00000340  00000348  000003D0  000004E0 3 			offset:   000005E0  00000678  000006A8  00010E58 3 			offset:   00010E80  00010EA0  00011030  000110E0 3 			offset:   000007C0  000007C8  000007F0  00000800$3 			offset:   00000970  00000A88  00000B30  00000B80 3 			offset:   00000C58  00000C60  00000E70  00001410U3 			offset:   000014B8  00001850  00001888  0000191083 			offset:   00001950  00001A48  00001A50  00001D80 3 			offset:   00005568  000058E8  000059F0  00001DB8S3 			offset:   00001E18  00002030  000020A8  00002118 3 			offset:   00002230  000024A0  000026F8  00002758g3 			offset:   00002808  00002890  000028C0  00002CB0 3 			offset:   00002D40  00002D90  00002DF0  00002E38e3 			offset:   00002E70  00002F28  00002F58  0000315803 			offset:   00003180  00003218  00003240  00003248s3 			offset:   00003360  00003370  000033B0  000033E0e3 			offset:   00003808  000038A8  00003960  00003E38 3 			offset:   00003E80  00003F50  00003F58  00003FC0S) 			offset:   00004038  000041E8  00004410   9 	Linkage Pair Reference Fixups (relative to %X'00010000')_   		7 references to image 0:3 			offset:   00001AA0  00004D10  00004190  00004220 ) 			offset:   00004310  00004330  00004370    		85 references to image 1:13 			offset:   00000530  00010E60  00010E70  00010E90 3 			offset:   00010F00  00010F20  00010F30  00011000t3 			offset:   00011040  00000DE0  000012C0  00001780 3 			offset:   000018B0  000018C0  00001900  00001920r3 			offset:   00001930  000019D0  00001A20  00001A30M3 			offset:   00001AD0  00005280  00005300  00005310   N Analyze Image                                30-OCT-2004 09:27:09.67   Page 17 SYS$COMMON:[SYSEXE]SHOW.EXE;1s
 ANALYZ A07-04e  3 			offset:   00005320  00005370  00005380  00005430'3 			offset:   00005460  000054C0  000054D0  000054E0a3 			offset:   00005510  00005520  00001FC0  00002420 3 			offset:   00002810  00002B90  00002BA0  00002BB0Z3 			offset:   00002BC0  00002BD0  00002D50  00003330	3 			offset:   00003460  00003510  00003540  00003550 3 			offset:   00003590  00003BD0  00003C90  00003CC0E3 			offset:   00003CD0  00003D20  00003D60  00003D70 3 			offset:   00005F20  00006180  00006190  000061E0_3 			offset:   00006200  00006270  000064F0  00006500	3 			offset:   00006510  00006530  00004870  000048E0$3 			offset:   00004960  000049A0  00004AB0  00004AD0 3 			offset:   00004B50  00004BC0  00004C10  0000B560_3 			offset:   0000B570  0000B580  0000B5D0  0000BAC0 3 			offset:   0000BAD0  0000BAE0  00004E10  00004E208 			offset:   00004E70d   		114 references to image 2:3 			offset:   00000320  00000360  00000580  00000690 3 			offset:   00011010  00011050  00011060  00000780 3 			offset:   00000820  00000830  00000860  000008D033 			offset:   00000920  00000950  00000A40  00000AF0E3 			offset:   00000B90  00000EA0  00000FF0  00001080S3 			offset:   000015C0  00001720  00001890  00001940 3 			offset:   000019E0  00001B20  000052A0  000053C0R3 			offset:   00005420  00004520  00004540  000046F0	3 			offset:   00004710  00001B80  00001C40  00001CC0D3 			offset:   000055E0  00005640  00005650  00005660:3 			offset:   000056A0  000056C0  00005710  0000588043 			offset:   00005A10  00005A90  00005AA0  00001DC0t3 			offset:   00001E00  00001E40  00001E50  00001ED0 3 			offset:   00001EE0  00002000  00002040  0000205023 			offset:   000020D0  000020E0  000021E0  0000221073 			offset:   00002450  00002740  00002840  00002930f3 			offset:   00002980  00002AD0  00002BF0  00002CD0 3 			offset:   00002D00  00002DA0  00002DB0  00002E40F3 			offset:   00002E80  00002E90  00002F60  00002FA0A3 			offset:   00002FC0  00002FF0  00003100  00003140 3 			offset:   000031E0  00003270  00003290  000033A0H3 			offset:   000036B0  00003730  000037B0  000037E093 			offset:   000039D0  000039F0  00003A00  00003A40A3 			offset:   00003A50  00003AE0  00003B70  00003B80E3 			offset:   00003EA0  00003F20  00003F30  00005CA0s3 			offset:   00005EC0  00005EE0  00006330  00004100 3 			offset:   00004120  00004140  00004160  00004850o3 			offset:   00004920  00004A40  00004AC0  000043E00 			offset:   00004460  000044803   		159 references to image 3:3 			offset:   00000330  000003B0  00000400  0000045003 			offset:   000004B0  000004C0  00000550  0000056083 			offset:   000005A0  00000700  00010F80  00010F9003 			offset:   00010FA0  00010FB0  00010FD0  00010FE083 			offset:   00011020  000110F0  00011110  0001112083 			offset:   00011130  00011140  00011150  000007908 0N Analyze Image                                30-OCT-2004 09:27:09.67   Page 18 SYS$COMMON:[SYSEXE]SHOW.EXE;19
 ANALYZ A07-040  3 			offset:   00000840  00000850  00000AA0  00000AB003 			offset:   00000AC0  00000AE0  00000B00  00000BC003 			offset:   00000BD0  00000C20  00000C90  00000D7003 			offset:   00000EB0  00000ED0  00000EE0  00000EF003 			offset:   00000FE0  00001050  00001060  0000116083 			offset:   00001260  000012F0  000013E0  000015F083 			offset:   00001B00  00005210  00005220  0000527003 			offset:   000052C0  00005410  00005470  0000459083 			offset:   000045B0  00004760  00004780  00001B70	3 			offset:   00001BE0  00001C10  00001CE0  00001CF003 			offset:   00001D10  00005580  000055C0  000055D003 			offset:   00005630  000057C0  000057F0  0000582003 			offset:   000058D0  000058F0  000059B0  00005A0003 			offset:   00005A80  00001D90  00001E30  00001E7003 			offset:   00001E80  00001F00  00001F70  0000202003 			offset:   00002220  00002240  00002250  00002260A3 			offset:   00002300  000023A0  000023B0  000023E0B3 			offset:   00002600  000026D0  00002760  00002770C3 			offset:   000027D0  00002820  00002830  00002850C3 			offset:   00002870  00002880  000028F0  00002910 3 			offset:   00002920  00002950  00002990  00002A00 3 			offset:   00002A40  00002A60  00002A70  00002CE003 			offset:   00002D80  00002E20  00002EA0  00002FE003 			offset:   00003060  000030D0  00003250  0000334003 			offset:   00003350  000033C0  00003430  000036C003 			offset:   00003740  000037C0  00003860  0000387003 			offset:   000039E0  00003A90  00003D10  00003F0003 			offset:   00005C90  00005CE0  00005D80  00005E2083 			offset:   00006050  00006470  00004000  0000406003 			offset:   00004080  000040A0  000040B0  0000484083 			offset:   000048F0  00004A70  00004A80  00004B6003 			offset:   00004C00  00004C20  00004C50  00004C8003 			offset:   00004DA0  0000B530  0000B540  0000BA908) 			offset:   0000BAA0  00004290  000043D00  4 	Protection Change Fixups (relative to %X'00010000')  ) 		address: %X'00080000', byte count: 71684 		protection: PRT$C_UREW  * 		address: %X'00000000', byte count: 48640 		protection: PRT$C_UR      ! The analysis uncovered NO errors.7    ( ANAL/IMAGE/OUT=IMAGETEST SYS$SYSTEM:SHOW   ------------------------------    Date: 29 Oct 2004 17:50:28 -0700# From: as@anysyskorea.com (Jeong BG)	? Subject: Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D8 = Message-ID: <c6d875ee.0410291650.6f4125fe@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<41820779.E8E5E7E4@teksavvy.com>...8 > Jeong BG wrote:8 > > $ show dev d2 > > Device                  Device           Error2 > >  Name                   Status           Count( > >     Intermediate device: ALPHA$DKA0:? > > %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual0 >  > What happens if you :	 >  > $SHOW DEVICE   it happen too.    M > (shows all devices on your system) Does it bomb right at the start, or just1 > when it troes to show DKA0 ? > " > $ANA/DISK/REPAIR/LOG ALPHA$DKA0:  O $ anal/disk/repair      dkb600:                                                 5 %ANALDISK-F-ALLOCMEM, error allocating virtual memory0- -LIB-F-INSVIRMEM, insufficient virtual memory      > N > What happens if you $MONITOR DISK ? Does it display the various disk devices > on your system ?   it OK. no problem.* when i installed vms7.3-1, it's all right.R but when i installed "DEC AXPVMS VMS_UI_HANGUL V7.3 Layered Product", it happened.> it caused to ACCVIO error, but i need to that layered product.    * I find that it happened i used "show mem".   $ show mem 	N Granularity Hint Regions (pages):  Total        Free      In Use    Released  P %SYSTEM-F-ACCVIO, access violation, reason mask=D8, virtual address=300000000000& 001B, PC=00000000000121F0, PS=00021D40  2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C01                                  0000000000045AD8D1                                  300000000000001B0       Register dump:J     R0  = 000000000000000C  R1  = 0000000000000001  R2  = 00000000000121F0J     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  = 0000000000000001J     R6  = 0000000000000001  R7  = 000000007AEB9988  R8  = 00000000007810D2J     R9  = 0000000000000400  R10 = 0000000000000100  R11 = 000000007AEB9518J     R12 = 000000007AEB9418  R13 = 000000007AEB9998  R14 = 0000000000000000J     R15 = 0000000000023DA4  R16 = 000000000000000C  R17 = 0000000000000000J     R18 = 000000007AEB943B  R19 = 000000007AEB9534  R20 = 0000000000000000J     R21 = 7AEB941800000040  R22 = 0000000000000000  R23 = 0000000000002000J     R24 = 0000000000000021  R25 = 0000000000000001  R26 = 0000000000045AD8J     R27 = 000000007B5CEE00  R28 = 300000000000001B  R29 = 000000007AEB93F0J     SP  = 000000007AEB93F0  PC  = 0000000000045AD8  PS  = 300000000000001B   ------------------------------  % Date: Fri, 29 Oct 2004 22:09:10 -040084 From: "Hein RMS van den Heuvel" <hein_at_hp_dot_com>? Subject: Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D88, Message-ID: <4182f929$1@usenet01.boi.hp.com>  E FYI... Jeong also started a topic for this in the OpenVMS ITRC Forum:   K http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=729653C   Hein.C  0 "Jeong BG" <as@anysyskorea.com> wrote in message7 news:c6d875ee.0410290016.279ad902@posting.google.com...0 > I need to help.0 > Our vms version is  7.1-1.. > that machine has upgraded VMS version 7.3-1.& > but some dump messages was happened. >0 > $ show dev d0 > Device                  Device           Error0 >  Name                   Status           Count& >     Intermediate device: ALPHA$DKA0:= > %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual6 > address=300000000000( > 001B, PC=00000000000121E0, PS=00021D40 >04 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 000000000000000303 >                         Name   = 000000000000000CA3 >                                  0000000000045A78C3 >                                  300000000000001BC >  >     Register dump:; >     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  > 00000000000121E0; >     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =0 > 0000000000000001; >     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =0 > 00000000007810D2; >     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  > 000000007AEE8F58; >     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =0 > 0000000000000000; >     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =0 > 0000000000000000; >     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  > 0000000000000005; >     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =0 > 2020205341363121; >     R24 = 0000000000000000  R25 = 0000000000000001  R26 =0 > 0000000000045A78; >     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  > 000000007AEE8E30; >     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =0 > 300000000000001B >8 > so, I search ECO. ' >     I finded VMS731_CLIUTL-V0100 kit.n8 >     I installed that patch kit with VMS731_PCSI-V0100, > VMS731_UPDATE-V0100. > L (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.maL in|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alph a:7.3-1) >C > but, no changed. >0 > $ show dev d0 > Device                  Device           Error0 >  Name                   Status           Count& >     Intermediate device: ALPHA$DKA0:= > %SYSTEM-F-ACCVIO, access violation, reason mask=D8, virtual9 > address=300000000000( > 001B, PC=00000000000121F0, PS=00021D40 >04 >   Improperly handled condition, image exit forced.3 >     Signal arguments:   Number = 000000000000000303 >                         Name   = 000000000000000CA3 >                                  0000000000045AD8B3 >                                  300000000000001BB >  >     Register dump:; >     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  > 00000000000121F0; >     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =0 > 0000000000000001; >     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =0 > 00000000007810D2; >     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  > 000000007AEB8F58; >     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =4 > 0000000000000000; >     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =D > 0000000000000000; >     R18 = 2020202020202020  R19 = 2020202000000000  R20 =0 > 0000000000000001; >     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =0 > 6574615341363121; >     R24 = 0000000000000000  R25 = 0000000000000001  R26 =F > 0000000000045AD8; >     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =0 > 000000007AEB8E30; >     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =0 > 300000000000001B >0 >2 > help, please   ------------------------------  % Date: Fri, 29 Oct 2004 15:09:55 -04000# From: "John Smith" <a@nonymous.com>81 Subject: Re: Ball-park figure for OpenVMS costing , Message-ID: <tfKdndZyP8YeCB_cRVn-pQ@igs.net>   DL Phillips wrote:? > David J Dachtera <djesys.nospam@comcast.net> wrote in message0) > news:<418060E4.2041BA62@comcast.net>...5 > F >> It has, sort of. The TCP/IP Services for OpenVMS (formerly known asC >> "UCX") license is now bundled with the OpenVMS base license. The D >> software itself is, however, still installed separately. VMS runs@ >> quite happily with no network stack installed or running. TheB >> previous two third-party TCP/IP products also are still around: >> TCPware and Multinet. >> >8G > This is another example of "Nobody really understands VMS licensing".9 >  > Here's the OpenVMS 7.3-2 SPD:  >07 >  <http://h18002.www1.hp.com/info/SP2501/SP2501PF.PDF>8 >0 >A
 > On Page 25:03 >  "emphasis>(HP TCP/IP Services for OpenVMS\bold)"0 >A2 >  "TCP/IP Services for OpenVMS is integrated with0 >   the Open-VMS operating system installation." >0
 > On Page 35: 4 >  "The following are separately licensed products:" > ...04 >  "TCP/IP Services for                SPD 46.46.xx"4 >  "OpenVMS                                        " >0 >DD > Through OVMS v7.3-2, anyway, TCP/IP has a separate license. Oddly,E > Secure Web Browser and Server and XML all *are* included as part of C > the base license, but TCP/IP is not. What licenses you get with aFH > system depends on when you get it and who you get it from. And, if youD > don't have the piece of paper, you don't have the license. I don't3 > know about version 8.x, maybe things will change.0    E Seems that HP needs some clarity in their wording just like insurance 
 companies do.3  H "HP TCP/IP is installed when you install VMS but you also need to take aF piece of paper we send you with the CD and type the license key for HPI TCP/IP into the licence manager. Once this is done, HP TCP/IP will become87 activated and will be able to be used on your machine."0   ------------------------------    Date: 29 Oct 2004 14:41:44 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)07 Subject: Re: forcing session from limbo to disconnectedD3 Message-ID: <JjdqQnFXvD4v@eisner.encompasserve.org>D  j In article <EDvctgPEEwT8@eisner.encompasserve.org>, kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes:  E > 2) Is there some way to force the process into a DISCONNECTED state8. > immediately so the user can reconnect to it? > 8 > What I would like to see eventually is something like  >  > $ DISCONNECT /TERM=VTA73 >  >  or perhaps  >  > $ DISCONNECT /ID=000015B10  < From within a process, DCL handles the DISCONNECT command by  . 	1. Checking to ensure TT2$V_DISCONNECT is set3 	2. Issuing an IO$_SETMODE $QIO with IO$M_TT_DISCON0  B Perhaps that would work on the terminal of some other process with the SHARE privilege.   ------------------------------    Date: 29 Oct 2004 12:27:39 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)mO Subject: HEADS UP Date Change for the OpenVMS Advanced Technical Boot Camp 2005[= Message-ID: <857e9e41.0410291127.4c15f521@posting.google.com>0   Dear Newsgroup,0  D Based on the feedback from European attendees we have moved the date+ of the OpenVMS Advanced Technical Boot Camp0  " Original Date - Week of March 20th New Date - Week of June 6th4  C This change will allow our European counterparts to attend the boot0E camp and enjoy the Easter holidays with their families.  My apologies0+ for any inconvenience this may have caused.0  
 Warm Regards,0 Sue0   ------------------------------  % Date: Fri, 29 Oct 2004 15:15:20 -04006# From: "John Smith" <a@nonymous.com>05 Subject: Re: memory performance Alpha, Itanic and SUN7, Message-ID: <5qmdnRi-jMBaCx_cRVn-tw@igs.net>   Andrew Harrison wrote: > David Svensson wrote:8G >> Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message8/ >> news:<clr2jt$pae$1@new-usenet.uk.sun.com>...0 >> >>> David Svensson wrote:0 >>> A >>>> Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in09 >>>> message news:<ckjfjv$hub$1@new-usenet.uk.sun.com>...  >>>> >>>> >>>>> David Svensson wrote:8 >>>>>B >>>>>0C >>>>>> Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in ; >>>>>> message news:<ckebpv$qoa$1@new-usenet.uk.sun.com>...4 >>>>>> >>>>>> >>>>>> >>>>>>> Dirk Munk wrote: >>>>>>>0 >>>>>>>0 >>>>>>>0- >>>>>>>> Look at this little table I found at0 >>>>>>>>? >>>>>>>> http://www.cs.virginia.edu/stream/top20/Bandwidth.html  >>>>>>>> >>>>>>>FA >>>>>>> The clue to why your contention may not be as safe as you 8 >>>>>>> think is hidden in the following compile options >>>>>>>0 >>>>>>> SGI Altix 3000 result0> >>>>>>> -i8 -extend_source -O3 -mP2OPT_hlo_pref_hint=3 -openmp >>>>>>>1 >>>>>>> HP SuperDome result0> >>>>>>> cc +DSitanium2 +DD64 +O3 +Odataprefetch -Wl,+pd,64M -cA >>>>>>> second_wall.c mpif90 -o stream_d.mpi +Ofaster +DSitanium23G >>>>>>> -Wl,+pd,64M +DD64 +Onoopenmp +extend_source +noppu stream_mpi.f4 >>>>>>> second_wall.o  >>>>>>>4 >>>>>> >>>>>>? >>>>>> Are you deliberately hiding the truth by being vague and0 >>>>>> confusing?0 >>>>>> >>>>> F >>>>> What it doesn't help you understand is the bisectional bandwidthD >>>>> of the system and so although the STREAMS bandwidth number mayF >>>>> be interesting to certain types of HPC tests they don't tell you. >>>>> much that helps you for other workloads. >>>> >>>>G >>>> When benchmarks don't show the correct figures from a vendor view,0 >>>> it0A >>>> is the benchmark which is wrong... It is well known that theC >>>> currentF >>>> Sun large server don't have excellent bandwidth even without this >>>> benchmark.0 >>> : >>> Oh really care to elaborate what well known means ???? >> >>E >> When I talk to people and what I read I hear the same thing. I can0F >> also read the specifications of the different systems and this says >> toCD >> me that the current Sun large server systems don't have excellent' >> bandwidth compared to other systems.0 >> > < > So what precisely have you read come on have a go at being > specific.0 >1F > How about the fact that the F25K currently has the highest publishedA > I/O rate of any commecial server. No I don't mean the number of0C > PCI slots x the bandwidth of the slots I mean the actual measured  > I/O rate using a DBMS. > 4 > I guess thats not one of the things you have read. >08 > Or how about the fact that the F25K has roughly 2x the: > bisectional bandwidth when compared with a SuperDome 64/8 > Integrity. Not bad for a system that you have heard is > slow.8 >0 >>8 >>> And the benchmarks don't show the wrong results they6 >>> just don't show results that are very meaningfull,2 >>> I am sure that you understand what that means. >> >>* >> They actually are meaningfull for some,7 >> and they usually do reflect the power of the system.  >0: > Ohh really, how interesting that you advance a viewpoint* > which not even John Mcalpin would share. >05 > Here is a quote from Johns paper on Memory balance.7 > G > "The vector machines with the best performance characteristics do not D > employ hierarchical memory, thus greatly simplifying the coherenceG > issue and associated latency penalty. In general, the vector machines8@ > are more expensive than the shared-memory, hierarchical-memoryD > machines, but the larger configurations of the hierarchical-memory< > systems do overlap with the price range of the traditionalC > supercomputers. When normalized for STREAM TRIAD performance, the1G > traditional vector supercomputers are always more cost-effective than1B > the shared-memory, hierarchical memory systems, as well as being= > marginally more cost-effective than the most cost-effective0 > uniprocessors in the table." >1A > Care to guess what the ratio of Vector to Scalar problems there8% > are out there in the server market.1 >C@ > Sorry but you really need to get a clue as to what a benchmark> > is really measuring, what platform fits the measure best and? > how applicable the measure and the platform is to the problem0 > you are trying to solve. > H > The best platform for streams in terms of scalability is a distributedF > memory based system, however no one perhaps excluding yourself wouldC > conclude that a distributed memory based system would be ideal to1 > scale say a DBMS workload.    	 Children,9  G Let's say that for most non-bleeding edge uses the point is moot - most8H systems from most vendors work well enough for most customers within theG financial pain threshhold they seem to be willing to bear, ie. +-25% in0K price. The rest of it is just marketing, and Sun beats HP every day on that	 front.   ------------------------------  % Date: Fri, 29 Oct 2004 17:47:53 -0400C- From: JF Mezei <jfmezei.spamnot@teksavvy.com>0- Subject: Re: OT: Election technology question , Message-ID: <4182BA87.CFBD490A@teksavvy.com>   DL Phillips wrote:G > Here's a link to an Associated Press news release that addresses some  > of your questions. > 8 > <http://www.ap.org/pages/about/whatsnew/whatsnew.html>  F Thanks. So AP has people who are at the counting sites who call in theN numbers.  But the document still doesn't describe the interface between AP and the media organisations.  M There is an interesting paragraph about how their servers are built with lotsDL of failover and fallback to different data centre. Sounds like a job of VMS.4 Does anyone know what technology they use for this ?  J I can understand why, no matter what OS, the manufacturer woudln't want toK publicsize this since any voting problems  would reflect badly (even if the00 problem is totally unrelated to the AP systems).  K Is it correct to state that there is no "official" national election office L that tabulates the votes in an official manner and that the media is the one< to actually decide which of the two will concede that night?  M Do the states officially declare the winner during the course of the evening,FB or does that take days before the official pronouncement is made ?   ------------------------------  # Date: Sat, 30 Oct 2004 00:03:01 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)- Subject: Re: OT: Election technology question06 Message-ID: <00A3A161.9C781F1C@SSRL.SLAC.STANFORD.EDU>  \ In article <4182BA87.CFBD490A@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >DL Phillips wrote:1H >> Here's a link to an Associated Press news release that addresses some >> of your questions.4 >> 19 >> <http://www.ap.org/pages/about/whatsnew/whatsnew.html>  >1G >Thanks. So AP has people who are at the counting sites who call in the O >numbers.  But the document still doesn't describe the interface between AP andC >the media organisations.3 > N >There is an interesting paragraph about how their servers are built with lotsM >of failover and fallback to different data centre. Sounds like a job of VMS.45 >Does anyone know what technology they use for this ?  >1K >I can understand why, no matter what OS, the manufacturer woudln't want to8L >publicsize this since any voting problems  would reflect badly (even if the1 >problem is totally unrelated to the AP systems).  >1L >Is it correct to state that there is no "official" national election officeM >that tabulates the votes in an official manner and that the media is the one = >to actually decide which of the two will concede that night?   L Or not.  (This was a subject of - to put it mildly - some controversy in theM last Presidential election, what with some news organizations calling Florida0I for one side, and another calling it for the other, triggering a possibly11 premature concession which was then retracted...)0   >CN >Do the states officially declare the winner during the course of the evening,C >or does that take days before the official pronouncement is made ?   J It depends; there may be enough challenges, recount demands, etc, etc, to L delay an official result.  The state election agency has some length of timeK (generally specified by the laws or Constitution of that state) to "certifyCG the election", which makes the result official and binding.  So if it's8L controversial enough, they'll go out to their deadline, but they have so farK usually called it the same night, and probably most states will call it the0 same night this time.7   -- Alan0   ------------------------------  % Date: Fri, 29 Oct 2004 21:04:15 -0400 # From: "John Smith" <a@nonymous.com>1- Subject: Re: OT: Election technology question4, Message-ID: <EtOdnT9m9rxsdR_cRVn-rw@igs.net>  , Alan Winston - SSRL Central Computing wrote:7 > In article <4182BA87.CFBD490A@teksavvy.com>, JF Mezei0( > <jfmezei.spamnot@teksavvy.com> writes: >> DL Phillips wrote:1D >>> Here's a link to an Associated Press news release that addresses >>> some of your questions.8 >>>0: >>> <http://www.ap.org/pages/about/whatsnew/whatsnew.html> >>E >> Thanks. So AP has people who are at the counting sites who call in F >> the numbers.  But the document still doesn't describe the interface* >> between AP and the media organisations. >>F >> There is an interesting paragraph about how their servers are builtF >> with lots of failover and fallback to different data centre. SoundsC >> like a job of VMS. Does anyone know what technology they use for1	 >> this ?C >>E >> I can understand why, no matter what OS, the manufacturer woudln't1C >> want to publicsize this since any voting problems  would reflect F >> badly (even if the problem is totally unrelated to the AP systems). >>G >> Is it correct to state that there is no "official" national election0E >> office that tabulates the votes in an official manner and that the D >> media is the one to actually decide which of the two will concede >> that night? >0G > Or not.  (This was a subject of - to put it mildly - some controversy0 > in theG > last Presidential election, what with some news organizations calling 	 > Florida B > for one side, and another calling it for the other, triggering a
 > possibly3 > premature concession which was then retracted...)1 >8 >>G >> Do the states officially declare the winner during the course of the	G >> evening, or does that take days before the official pronouncement is0	 >> made ?  >1C > It depends; there may be enough challenges, recount demands, etc, 	 > etc, to0F > delay an official result.  The state election agency has some lengthB > of time (generally specified by the laws or Constitution of that > state) to "certifyD > the election", which makes the result official and binding.  So if > it'sG > controversial enough, they'll go out to their deadline, but they have9 > so farF > usually called it the same night, and probably most states will call > it the > same night this time.A    L See the following article for some of the tactics employed by Republicans inB previous elections.... http://www.theatlantic.com/doc/200411/green   ------------------------------  # Date: Sat, 30 Oct 2004 00:10:00 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)- Subject: Re: OT: Election technology questionC6 Message-ID: <00A3A162.962DE963@SSRL.SLAC.STANFORD.EDU>  R In article <EtOdnT9m9rxsdR_cRVn-rw@igs.net>, "John Smith" <a@nonymous.com> writes:- >Alan Winston - SSRL Central Computing wrote:08 >> In article <4182BA87.CFBD490A@teksavvy.com>, JF Mezei) >> <jfmezei.spamnot@teksavvy.com> writes:0 >>> DL Phillips wrote:E >>>> Here's a link to an Associated Press news release that addresses  >>>> some of your questions. >>>>; >>>> <http://www.ap.org/pages/about/whatsnew/whatsnew.html>: >>>0F >>> Thanks. So AP has people who are at the counting sites who call inG >>> the numbers.  But the document still doesn't describe the interface + >>> between AP and the media organisations.0 >>>4G >>> There is an interesting paragraph about how their servers are built0G >>> with lots of failover and fallback to different data centre. Sounds D >>> like a job of VMS. Does anyone know what technology they use for
 >>> this ? >>>:F >>> I can understand why, no matter what OS, the manufacturer woudln'tD >>> want to publicsize this since any voting problems  would reflectG >>> badly (even if the problem is totally unrelated to the AP systems).f >>> H >>> Is it correct to state that there is no "official" national electionF >>> office that tabulates the votes in an official manner and that theE >>> media is the one to actually decide which of the two will concedeL >>> that night?o >>H >> Or not.  (This was a subject of - to put it mildly - some controversy	 >> in theFH >> last Presidential election, what with some news organizations calling
 >> FloridaC >> for one side, and another calling it for the other, triggering aA >> possibly04 >> premature concession which was then retracted...) >> >>> H >>> Do the states officially declare the winner during the course of theH >>> evening, or does that take days before the official pronouncement is
 >>> made ? >>D >> It depends; there may be enough challenges, recount demands, etc,
 >> etc, toG >> delay an official result.  The state election agency has some length0C >> of time (generally specified by the laws or Constitution of that  >> state) to "certifyDE >> the election", which makes the result official and binding.  So if0 >> it's H >> controversial enough, they'll go out to their deadline, but they have	 >> so far7G >> usually called it the same night, and probably most states will callC	 >> it thef >> same night this time. >0 >1M >See the following article for some of the tactics employed by Republicans in:C >previous elections.... http://www.theatlantic.com/doc/200411/green0 >2M In fact, I'm aware of a lot of those tactics, but I was trying hard to answer N JF's substantive questions without reopening the (lengthy, painful, off-topic)E political arguments we had here in c.o.v. at the time, or to give the J opportunity to have a bunch of "your side's worse!" argument about it now.H (Not that I don't have an opinion about which side's worse, but that I'm* perfectly happy not to discuss it _here_.)   -- Alan1   ------------------------------    Date: 29 Oct 2004 12:02:59 -0700. From: galaxyboy17@hotmail.com (Blaise Canzian)0 Subject: reading 9track tapes not written by vms= Message-ID: <5d5f50b9.0410291102.67da47c7@posting.google.com>7  > I am trying to read files off old 9-track tapes.  I am using a! Microvax with 9-track tape drive.   @ Some tapes were written on a Unix machine (Convex C-1) using theE "vmsbackup" 3rd party software.  The resulting "backup" tapes are not01 recognized by the microvax as valid backup tapes.   E Other were written by 3rd-party software that wrote FITS format files ) separated by the usual end-of-file marks.u  D I am looking for a combination of "mount" command options and "copy"D command options (assuming these are the right two commands to use toE mount the tape and copy files from the tape to disk) that will let me0D read "bytes" from the tapes onto disk.  I would like vms to properlyD interpret end-of-file marks so that I can extract files from tape toF files on disk (and not bytes on disk in a single file that I then haveE to parse for end-of-file characters and thus separate into files).  I0@ then plan to move the files to a modern Unix system, where I canD examine the byte-order of the files, perhaps byte-swap them, and use, some specialized software to read the files.  B Can anyone offer suggestions about how to mount and copy files offB these tapes, in the microvax vms environment, assuming that what IC want are "bytes in files" that I can then manipulate afterward in a1 different environment?  Thanks.5   -- Blaise CanzianF   ------------------------------  % Date: Fri, 29 Oct 2004 10:52:45 -0700e+ From: Blaise Canzian <blaise@nofs.navy.mil> 3 Subject: reading files from tape not written by vms , Message-ID: <4182836D.7030503@nofs.navy.mil>  H I am trying to read files off old 9-track tapes.  I am using a Microvax  with 9-track tape drive.  A Some tapes were written on a Unix machine (Convex C-1) using the 	F "vmsbackup" 3rd party software.  The resulting "backup" tapes are not 1 recognized by the microvax as valid backup tapes.4  F Other were written by 3rd-party software that wrote FITS format files ) separated by the usual end-of-file marks.   E I am looking for a combination of "mount" command options and "copy" 1E command options (assuming these are the right two commands to use to 0F mount the tape and copy files from the tape to disk) that will let me E read "bytes" from the tapes onto disk.  I would like vms to properly  E interpret end-of-file marks so that I can extract files from tape to 0G files on disk (and not bytes on disk in a single file that I then have 0F to parse for end-of-file characters and thus separate into files).  I I then plan to move the files to a modern Unix system, where I can examine eB the byte-order of the files, perhaps byte-swap them, and use some ' specialized software to read the files.a  I Can anyone offer suggestions about how to mount and copy files off these  F tapes, in the microvax vms environment, assuming that what I want are E "bytes in files" that I can then manipulate afterward in a different o environment?  Thanks.3   -- Blaise CanzianC     blaise@nofs.navy.mil   ------------------------------    Date: 29 Oct 2004 13:34:21 -0500 From: briggs@encompasserve.org7 Subject: Re: reading files from tape not written by vms13 Message-ID: <4Gb68TNikR7d@eisner.encompasserve.org>6  Z In article <4182836D.7030503@nofs.navy.mil>, Blaise Canzian <blaise@nofs.navy.mil> writes:J > I am trying to read files off old 9-track tapes.  I am using a Microvax  > with 9-track tape drive. > C > Some tapes were written on a Unix machine (Convex C-1) using the 2H > "vmsbackup" 3rd party software.  The resulting "backup" tapes are not 3 > recognized by the microvax as valid backup tapes.6 > H > Other were written by 3rd-party software that wrote FITS format files + > separated by the usual end-of-file marks.	 > G > I am looking for a combination of "mount" command options and "copy" 0G > command options (assuming these are the right two commands to use to 0H > mount the tape and copy files from the tape to disk) that will let me G > read "bytes" from the tapes onto disk.  I would like vms to properly  G > interpret end-of-file marks so that I can extract files from tape to tI > files on disk (and not bytes on disk in a single file that I then have EH > to parse for end-of-file characters and thus separate into files).  I K > then plan to move the files to a modern Unix system, where I can examine :D > the byte-order of the files, perhaps byte-swap them, and use some ) > specialized software to read the files.0 > K > Can anyone offer suggestions about how to mount and copy files off these 0H > tapes, in the microvax vms environment, assuming that what I want are G > "bytes in files" that I can then manipulate afterward in a different F > environment?  Thanks.	  F ETAPE, is a utility that may come in handy.  I believe that it has theD capability to copy from tape to container file on disk in a lossless fashion.  B If the records on tape are shorter than 32767 bytes, you should be able to:  # $ MOUNT /FOREIGN tape: /BLOCK=32768f $ COPY /LOG tape: file1.dat  $ COPY /LOG tape: file2.dat  ...f   Eventually you will get:  %COPY-S-COPIED, 0 records copied  A This is normally your end-of-volume indication.  In certain cases0= (empty files on labelled mag tape), you can have back to backD? tape marks that do not denote end of volume.  If you want to be8; utterly sure you're at end of tape then copy one more file:n   $ COPY /LOG tape: filen.dat   = You'll probably get a parity error, position lost or similar.S    D The files that you get from this process should have variable length/ records, one record for each block on the tape.0  7 And you'll get one file for each tape mark on the tape.0    A If the tape has fixed blocked layout, you can do some variant of::  $ $ MOUNT tape: /BLOCK=8000 /RECORD=80A $ SET MAG tape: /SKIP=FILE=12	! skip to the 12th file on the tape: $ COPY tape: FILE12.DAT0 $ DISMOUNT /NOUNLOAD tape:  C Now FILE12.dat will have fixed length 80 byte records automatically48 unblocked from the [up to] 8000 byte blocks on the tape.   	John Briggs   ------------------------------  % Date: Fri, 29 Oct 2004 20:59:44 +020000 From: Keith Cayemberg <keith.cayemberg@arcor.de>7 Subject: Re: reading files from tape not written by vms0B Message-ID: <41829321$0$22600$9b4e6d93@newsread4.arcor-online.net>  = ETAPE is available in the following two places known to me...   . Etape - a general-purpose program for handling+ EBCDIC, ASCII, and Honeywell magnetic tapesD ftp://atlas.csd.net/pub/; http://www.tmk.com/ftp/vms-freeware/narnia/unsupp/etape.zip:   Cheers!    Keith Cayemberg      briggs@encompasserve.org wrote:0\ > In article <4182836D.7030503@nofs.navy.mil>, Blaise Canzian <blaise@nofs.navy.mil> writes: <SNIP>H > ETAPE, is a utility that may come in handy.  I believe that it has theF > capability to copy from tape to container file on disk in a lossless
 > fashion. >  <SNIP> > 	John Briggs   ------------------------------  % Date: Sat, 30 Oct 2004 02:15:01 +0000 - From: David B Sneddon <dbsneddon@bigpond.com>f7 Subject: Re: reading files from tape not written by vms:* Message-ID: <4182F925.4050605@bigpond.com>  $ Blaise Canzian was overheard to say:J > I am trying to read files off old 9-track tapes.  I am using a Microvax  > with 9-track tape drive. > C > Some tapes were written on a Unix machine (Convex C-1) using the oH > "vmsbackup" 3rd party software.  The resulting "backup" tapes are not 3 > recognized by the microvax as valid backup tapes.: > H > Other were written by 3rd-party software that wrote FITS format files + > separated by the usual end-of-file marks.E > G > I am looking for a combination of "mount" command options and "copy" 7G > command options (assuming these are the right two commands to use to FH > mount the tape and copy files from the tape to disk) that will let me G > read "bytes" from the tapes onto disk.  I would like vms to properly mG > interpret end-of-file marks so that I can extract files from tape to wI > files on disk (and not bytes on disk in a single file that I then have rH > to parse for end-of-file characters and thus separate into files).  I K > then plan to move the files to a modern Unix system, where I can examine  D > the byte-order of the files, perhaps byte-swap them, and use some ) > specialized software to read the files.s > K > Can anyone offer suggestions about how to mount and copy files off these  H > tapes, in the microvax vms environment, assuming that what I want are G > "bytes in files" that I can then manipulate afterward in a different o > environment?  Thanks.r >  > -- Blaise Canzianu >    blaise@nofs.navy.mil   = The DBS-TAPEUTILS package from the address below contains thea. TAPE_DUMP program that can handle these tapes.? It can convert from EBCDIC and can de-block records if you haven the blocking factors.S   Regards, Dave.  -- eI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comeI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/	I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htmsI "Life is what happens to you while you're busy making other plans" Lennon0   ------------------------------  % Date: Fri, 29 Oct 2004 15:01:10 -0400c# From: "John Smith" <a@nonymous.com>n7 Subject: Re: Rumour is HP may spin off printer business , Message-ID: <yaCdnSFCy_noDh_cRVn-qw@igs.net>   Roger Ivie wrote: 3 > On 2004-10-29, John Smith <a@nonymous.com> wrote:  >>@ >> Actually, I think CP/M is a bigger seller than VMS right now. >  > How about a reference?    	 <Sarcasm>0H Since HP refuses to release separate VMS numbers or advertise VMS, it isL fair to speculate about the relative sales of VMS vs. other operating system in any manner.  J If HP cares to provide a clear statement about VMS sales, backed with hardK numbers, it would be appreciated by the whole VMS community. However we are0L still awaiting the formal denial of the recent report (true or not) that EVAL was being discontinued - the delivery of such denial was to have been just a matter of days two weeks ago.2
 </Sarcasm>   ------------------------------  % Date: Fri, 29 Oct 2004 15:02:52 -04000# From: "John Smith" <a@nonymous.com> 7 Subject: Re: Rumour is HP may spin off printer business , Message-ID: <D_6dnfq3saJGDh_cRVn-sQ@igs.net>   Keith Parris wrote:- > Bob Koehler wrote:7 >>    IBM and all its Linux advertising didn't pay off?H > C > Apparently not. IBM is in the #3 spot, with less Linux sales thanI > Dell, according to IDC.   G More a function of the perception of Dell as a source of quick reliable L delivery, easy ordering, and ok hardware support policies than anything else I'd speculate.   ------------------------------  # Date: Fri, 29 Oct 2004 20:05:47 GMTk% From: Roger Ivie <rivie@ridgenet.net>e7 Subject: Re: Rumour is HP may spin off printer business 3 Message-ID: <slrnco58kr.ntt.rivie@Stench.no.domain>h  1 On 2004-10-29, John Smith <a@nonymous.com> wrote:g > Roger Ivie wrote: 4 >> On 2004-10-29, John Smith <a@nonymous.com> wrote: >>>EA >>> Actually, I think CP/M is a bigger seller than VMS right now.m >> >> How about a reference?S >EJ > Since HP refuses to release separate VMS numbers or advertise VMS, it isN > fair to speculate about the relative sales of VMS vs. other operating system > in any manner.  @ I was just hoping something interesting was going on in the CP/M! community that I wasn't aware of.0 -- 0
 Roger Ivie rivie@ridgenet.net http://anachronda.webhop.org/  -----BEGIN GEEK CODE BLOCK-----0
 Version: 3.12 H GCS/P d- s:+++ a+ C++ UB--(++++) !P L- !E W++ N++ o-- K w O- M+ V+++ PS+? PE++ Y+ PGP t+ 5+ X-- R tv++ b++ DI+++ D+ G e++ h--- r+++ z+++   ------END GEEK CODE BLOCK------0   ------------------------------  % Date: Fri, 29 Oct 2004 21:05:54 -0400 # From: "John Smith" <a@nonymous.com>07 Subject: Re: Rumour is HP may spin off printer businessE, Message-ID: <EtOdnT5m9rxvdR_cRVn-rw@igs.net>   Roger Ivie wrote: 3 > On 2004-10-29, John Smith <a@nonymous.com> wrote:  >> Roger Ivie wrote:5 >>> On 2004-10-29, John Smith <a@nonymous.com> wrote:  >>>>B >>>> Actually, I think CP/M is a bigger seller than VMS right now. >>>D >>> How about a reference? >>E >> Since HP refuses to release separate VMS numbers or advertise VMS,0D >> it is fair to speculate about the relative sales of VMS vs. other" >> operating system in any manner. >EB > I was just hoping something interesting was going on in the CP/M# > community that I wasn't aware of.E  J It would have been far better that more had been going on 25 years ago. InL that way we would not have had to endure the slings and arrows of outrageous MS-DOS and its successors.   ------------------------------    Date: 29 Oct 2004 15:31:09 -0700& From: chessmaster1010@hotmail.com (JG)2 Subject: Re: SAN DISK - PROBLEM W/MNT STATE - MSCP= Message-ID: <dd3f0cb7.0410291431.327947eb@posting.google.com>   e brooks@cuebid.zko.dec.nospam (Rob Brooks) wrote in message news:<Z5BC1Yk9dVcC@cuebid.zko.dec.com>... aN > <snip>...support for failover to a served path for multipath devices was notM > added until V7.3-1, so you cannot have both direct and served paths for any P > given device, given your ancient version of OpenVMS Alpha.  Given this, pleaseM > make sure that the SYSGEN parameter MPDEV_REMOTE is 0 on any system that is O > not running V7.3-1 or higher.  Failure to heed this warning can cause crashes  > and data corruption! > C Our newer Alphas are running VMS 7.2-2 with VMS722_FIBRE_SCSI-V06000? and are connected to an EVA 5000.  We can't upgrade them to 7.3 E because we have some older VAX/Alphas in the cluster still runing 6.208 due to some of their applications not working under 7.2.  A Since we currently only have one Fiber HBA in these Alphas I have0C MPDEV_REMOTE set to 1 and I have tested pulling out the fiber cable F for one of these systems and it had no apparent problem switching to aE MSCP path.  Then, after reconnecting the cable, I was able to use SET B DEVICE /SWITCH/PATH= to get it to use the direct fiber path again.  E We have had no crashes, but your warning about data corruption scares0B me.  Can you elaborate?  Would it occur only as part of a crash orF when switching to/from the MSCP path?  Would setting MPDEV_ENABLE to 0F allow these system to use the EVA with MSCP as a backup?  (We have twoB fiber switches with half the systems connected to each and the EVA controllers connected to both.)    ------------------------------  % Date: Fri, 29 Oct 2004 14:14:11 -0700Y, From: Ken Fairfield <my.full.name@intel.com>' Subject: Re: Suggestion for TPU: reverte+ Message-ID: <clubr3$js9$1@news01.intel.com>6   JF Mezei wrote:    > John Vottero wrote:h > G >>TPU is a programming language.  EVE is an editor written in TPU.  YounI >>probably have the source code for EVE in SYS$EXAMPLES: , take a look attL >>EVE$FILE.TPU and you can see how GET works and use that as a base for your
 >>own REVERT.n >  > A > That mentality is what led Linux Torvalds to write his own too.  > G > If we want VMS to succeed, it si the default vanilla VMS that must be O > improved. Just adding a sheet of paper that says "here is VMS, now spend mega/O > hours writing your own basic features that come by defaylt with competing OS"s > isn't good enough.  D Coming late to the discussion, but being a hard-core TPU advocate...  A Please remember that EVE was created as an "example" of an editor @ using TPU.  For full-featured editing, including multiple "undo"# capability, etc., VMS provides LSE.   E For those of us who have a bit of history behind us, :-)  if you need0H a new feature for EVE, or want to change the behaviour of some function,H you write it and add it.  You don't complain that VMS Engineering didn't do it for you...   	Cheers, Ken -- W6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support'" who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------    Date: 29 Oct 2004 17:05:08 -0700 From: ckchiu@hotmail.com (Bill)i Subject: Time Change= Message-ID: <a14deb10.0410291605.3c51f31f@posting.google.com>s  D We are running OpenVMS 7.2-1.  I have to manually change the TDF andD system time twice a year for the Standard Time/Daylight Savings Time@ change.  Should the system be able to handle this automatically?   Bill   ------------------------------  # Date: Sat, 30 Oct 2004 01:00:33 GMTO5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton)r Subject: Re: Time Change- Message-ID: <RIBgd.32133$R05.26886@attbi_s53>   _ In article <a14deb10.0410291605.3c51f31f@posting.google.com>, ckchiu@hotmail.com (Bill) writes:vE !We are running OpenVMS 7.2-1.  I have to manually change the TDF andIE !system time twice a year for the Standard Time/Daylight Savings TimeeA !change.  Should the system be able to handle this automatically?o !e !Billa  H Not until you upgrade to V7.3 (at least).  A new SYSGEN parameter calledL AUTO_DLIGHT_SAV comes into play to assist in "automatic" spring forward/fall back operations.  N I notice that there is no such SYSGEN parameter for VAX/VMS V7.3.  Is there an automatic mechanism for VAX?  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own":K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-' U0                                          with @"   ------------------------------  % Date: Sat, 30 Oct 2004 02:28:59 +0000m- From: David B Sneddon <dbsneddon@bigpond.com>  Subject: Re: Time Change* Message-ID: <4182FC6B.6050605@bigpond.com>  * Bradford J. Hamilton was overheard to say:a > In article <a14deb10.0410291605.3c51f31f@posting.google.com>, ckchiu@hotmail.com (Bill) writes: G > !We are running OpenVMS 7.2-1.  I have to manually change the TDF and G > !system time twice a year for the Standard Time/Daylight Savings TimerC > !change.  Should the system be able to handle this automatically?4 > !5 > !Bill6 > J > Not until you upgrade to V7.3 (at least).  A new SYSGEN parameter calledN > AUTO_DLIGHT_SAV comes into play to assist in "automatic" spring forward/fall > back operations. > P > I notice that there is no such SYSGEN parameter for VAX/VMS V7.3.  Is there an > automatic mechanism for VAX? > L > __________________________________________________________________________C > Bradford J. Hamilton                    "All opinions are my own"$M > bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-' >2 >                                          with @"  B I use the old SPRINGFOR and FALLBACK procedures (don't recall fromA whence they originated) which can be found in the DBS-DCL packagetA from the address below.  I use them on Alpha and VAX.  They don'teA do a sudden change but set the clock to run fast or slow and thustA provide a monotonically increasing/decreasing clock which is goodoB for things like timestamps in databases.  I just submit the job to' run at 2:00am on the day of the change.    Regards, Dave.0 -- sI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com>I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/eI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennonr   ------------------------------    Date: 29 Oct 2004 12:54:35 -0700/ From: kenneth.randell@verizon.net (Ken Randell)u- Subject: Undocumented (?) PCSI error messages>= Message-ID: <79de9693.0410291154.2109f5c6@posting.google.com>d   VMS 7.3-1 on a DS10   @ I'm attempting to create a patch kit with multiple .PCSI kits in# one-installable VMSINSTAL save set.   B On this scrap box I have TCP/IP ECO 5.4 ECO1 installed, as well as= 7.3-1 PCSI-V0200 that was installed with /SAVE_RECOVERY_DATA.a  F Since I can't be sure what's on my target systems, I have included theB 7.3-1 PCSI-V0200 kit again as the first kit to be installed (againC with /SAVE_RECOVERY_DATA specified.  When my procedure attempts ther@ install of the 7.3-1 PCSI-V0200 kit, I get the following dialog:  B Information has been saved to allow you to uninstall the following patches:  5 RECOVERY DATA SET 001 created 28-OCT-2004 08:46:55.75 )    --------------------------------------r& --------------------------------------4    PATCH                                  APPLIED TO)    --------------------------------------t& --------------------------------------?    DEC AXPVMS VMS731_PCSI V2.0            DEC AXPVMS VMS V7.3-1a)    -------------------------------------- & --------------------------------------  E * If you continue, recovery data for the patches listed above will be  deleted.@ * The deletion of recovery data does not affect the installation	 status oft@ * patches applied to products that are not participating in this
 operation.; * However, continuing with this operation prevents you frome uninstallingA * these patches at a future time by use of the PRODUCT UNDO PATCHy command.  ! Do you want to continue? [NO] yesn    Configuration phase starting ...  F You will be asked to choose options, if any, for each selected product and fordA any products that may be installed to satisfy software dependencyy
 requirements.n  5 DEC AXPVMS VMS731_PCSI V2.0: OpenVMS V7.3-1 PCSI V2.0l    $                *********************  ? You have the option of saving directories, files, and libraries > that are replaced, modified, or deleted by the installation of@ this remedial kit.  These files along with a copy of the product8 database will be stored on the system disk in a separate? directory tree.  Choosing to save this recovery data will allowy= you to uninstall this patch at a later time using the PRODUCT-? UNDO PATCH command.  If recovery data is not saved you will notn5 be able to remove this remedial kit from your system.p                   **** WARNING ****  9 If you choose to install this kit without saving recovery < data, you will lose your ability to uninstall any previously? installed remedial kits for which recovery data has been saved.   / Do you wish to save this recovery data [YES] ?:h  $                *********************   Files will not be renamedt  7 * This product does not have any configuration options.a   Execution phase starting ...? %PCSI-E-NOPEV, product DEC AXPVMS TCPIP_ECO V5.4-151 is missingo( version equivalency class representative   Portion done: 0%" %PCSI-E-S_OPFAIL, operation failed" %PCSI-E-S_OPFAIL, operation failedC %PCSIUI-E-ABORT, operation terminated due to an unrecoverable errorn	 conditionx  E Just what is a 'missing version equivalency class representative' and , where are ALL of the error messages for PCSI listed/documented/explained?  A I tried the 'POLYCENTER Software Installation Utility Developer'st? Guide (AA-Q28ME-TK) without much luck.  Google didn't list thist4 message.  Help/Message doesn't have anything either.  @ I don't really care so much if my scrap system disk has the PCSIE database hosed up but I'm not overly happy not knowing what the error-9 message is trying to tell me (not very well I might add).i   Thanks for any information.0   ------------------------------    Date: 29 Oct 2004 11:32:36 -0700' From: icerq4a@spray.se (David Svensson)r Subject: VMS for Bush ?a= Message-ID: <734da31c.0410291032.316f6826@posting.google.com>   A OpenVMS.org: www.openvms.org (and SKHPC: www.shannonknowshpc.com)m8 advertise for George W Bush: http://www.georgewbush.com.- (I cannot see it because I am not in the US.)s  ' And I thought VMS people were wise ? ;)    ------------------------------   Date: 29 Oct 2004 18:58:20 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>D Subject: Re: VMS for Bush ? 7 Message-ID: <Xns9591D5848B045dcovmsrox@212.100.160.123>y  I %NEWS-I-NEWMSG, David Svensson wrote in news:734da31c.0410291032.316f6826e @posting.google.comc  C > OpenVMS.org: www.openvms.org (and SKHPC: www.shannonknowshpc.com)d: > advertise for George W Bush: http://www.georgewbush.com./ > (I cannot see it because I am not in the US.)  > ) > And I thought VMS people were wise ? ;)   I Some people let their politics interfere with business.  I don't think a eD link to the https://georgewbush.com site belongs on either of these I sites.  Neither is political in nature and promoting the politics of the  G owners/operators is highly inappropriate given the global audience and -1 wide variation in the opinions on the candidates.4  I From outside the U.S it just looks stupid as all the normal links to the tE GWB campaign site don't work, the site is restricted to US residents -F unless you use the link I've given.  Even then you're given a warning  before the page loads.  F I hope Terry isn't expecting too warm a welcome here in Belgium after = this, he'd do well to remember that this country brought war  H crimes/genocide charges against members of GWB's government.  Promoting 4 them immediately prior to a visit might not be wise.     Doc. -- uG OpenVMS:     Eight out of ten hackers prefer *other* operating systems.eG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.e   ------------------------------   End of INFO-VAX 2004.602 ************************