1 INFO-VAX	Fri, 29 Oct 2004	Volume 2004 : Issue 601       Contents:2 %SYSTEM-F-ACCVIO, access violation, reason mask=782 %SYSTEM-F-ACCVIO, access violation, reason mask=786 Re: %SYSTEM-F-ACCVIO, access violation, reason mask=782 %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  access violation, reason mask=D8D Re: BACKUP-F-PARSE ... is this due to protection on the tape device?( Re: Ball-park figure for OpenVMS costing DCPS F2.4 field test available Re: Failover in seconds . Re: forcing session from limbo to disconnected Help! 'reason mask=D8' Help! VMS7.3-1# Re: Intel changes direction in 2004 , Re: memory performance Alpha, Itanic and SUN, Re: memory performance Alpha, Itanic and SUN  OT: Election technology question$ Re: OT: Election technology question$ Re: OT: Election technology questionP Re: OT: Large test tunnels - was RE: Rumour is HP may spin off printer business  Re: OT: Short Article about Sun  Re: OT: why USA is a regime . 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: 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: 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: Rumour is HP may spin off printer business Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert Re: Suggestion for TPU: revert  F ----------------------------------------------------------------------    Date: 29 Oct 2004 00:06:47 -0700# From: as@anysyskorea.com (Jeong BG) ; Subject: %SYSTEM-F-ACCVIO, access violation, reason mask=78 = Message-ID: <c6d875ee.0410282306.4d8d6626@posting.google.com>    I need to help.  Our vms version is  7.1-1., that machine has upgraded VMS version 7.3-1.$ but some dump messages was happened.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  address=300000000000& 001B, PC=00000000000121E0, PS=00021D40   2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C 1                                  0000000000045A78 1                                  300000000000001B         Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121E09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEE8F589     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =  00000000000000009     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  00000000000000059     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =  20202053413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045A789     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  000000007AEE8E309     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =  300000000000001B   so, I search ECO. %     I finded VMS731_CLIUTL-V0100 kit. 6     I installed that patch kit with VMS731_PCSI-V0100, VMS731_UPDATE-V0100.    (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1)    but, no changed.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %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   = 000000000000000C 1                                  0000000000045AD8 1                                  300000000000001B        Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121F09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEB8F589     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =  00000000000000009     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 2020202020202020  R19 = 2020202000000000  R20 =  00000000000000019     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =  65746153413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045AD89     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =  000000007AEB8E309     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =  300000000000001B     help, please   ------------------------------    Date: 29 Oct 2004 00:27:09 -0700# From: as@anysyskorea.com (Jeong BG) ; Subject: %SYSTEM-F-ACCVIO, access violation, reason mask=78 = Message-ID: <c6d875ee.0410282327.6300a2d1@posting.google.com>    I need to help.  Our vms version is  7.1-1., that machine has upgraded VMS version 7.3-1.$ but some dump messages was happened.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  address=300000000000& 001B, PC=00000000000121E0, PS=00021D40   2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C 1                                  0000000000045A78 1                                  300000000000001B         Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121E09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEE8F589     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =  00000000000000009     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  00000000000000059     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =  20202053413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045A789     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  000000007AEE8E309     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =  300000000000001B   so, I search ECO. %     I finded VMS731_CLIUTL-V0100 kit. 6     I installed that patch kit with VMS731_PCSI-V0100, VMS731_UPDATE-V0100.    (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1)    but, no changed.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %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   = 000000000000000C 1                                  0000000000045AD8 1                                  300000000000001B        Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121F09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEB8F589     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =  00000000000000009     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 2020202020202020  R19 = 2020202000000000  R20 =  00000000000000019     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =  65746153413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045AD89     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =  000000007AEB8E309     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =  300000000000001B     help, please   ------------------------------  # Date: Fri, 29 Oct 2004 17:40:32 GMT # From: hoff@hp.nospam (Hoff Hoffman) ? Subject: Re: %SYSTEM-F-ACCVIO, access violation, reason mask=78 1 Message-ID: <kgvgd.1947$zb2.843@news.cpqcorp.net>   c In article <c6d875ee.0410282306.4d8d6626@posting.google.com>, as@anysyskorea.com (Jeong BG) writes:  :I need to help. :Our vms version is  7.1-1.   (   No such OpenVMS Alpha version exists.   - :that machine has upgraded VMS version 7.3-1.   .   OpenVMS Alpha V7.3-2 is the current release.  % :but some dump messages was happened.   K   If you are getting an access violation dump from the SHOW DEVICE command, L   then it would appear you need to apply further ECOs to the system, or thatE   the system has a local hardware problem of some sort, or some local E   application code or OpenVMS component is corrupting the kernel data 
   structures.   & :    I finded VMS731_CLIUTL-V0100 kit.7 :    I installed that patch kit with VMS731_PCSI-V0100,  :VMS731_UPDATE-V0100.  :   (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1) :  :but, no changed.   F   Did you reboot after the ECO kit installation, and did you apply allI   of the other mandatory ECO kits for OpenVMS Alpha V7.3-1?  Do note that G   VMS731_UPDATE-V0400 is current; the V1.0 UPDATE kit is quite old.  (I 3   would install V4.0 and not V1.0, in other words.)   I   I would also consider an upgrade to V7.3-2, as that release is expected J   to be a "landing zone" release for V7.* releases, and will thus have theH   longest support of any V7.* release -- for Current Version Support and   Prior Version Support.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 29 Oct 2004 01:16:38 -0700# From: as@anysyskorea.com (Jeong BG) ; Subject: %SYSTEM-F-ACCVIO, access violation, reason mask=D8 = Message-ID: <c6d875ee.0410290016.279ad902@posting.google.com>    I need to help.  Our vms version is  7.1-1., that machine has upgraded VMS version 7.3-1.$ but some dump messages was happened.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  address=300000000000& 001B, PC=00000000000121E0, PS=00021D40   2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C 1                                  0000000000045A78 1                                  300000000000001B         Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121E09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEE8F589     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =  00000000000000009     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  00000000000000059     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =  20202053413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045A789     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  000000007AEE8E309     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =  300000000000001B   so, I search ECO. %     I finded VMS731_CLIUTL-V0100 kit. 6     I installed that patch kit with VMS731_PCSI-V0100, VMS731_UPDATE-V0100.    (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1)    but, no changed.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %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   = 000000000000000C 1                                  0000000000045AD8 1                                  300000000000001B        Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121F09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEB8F589     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =  00000000000000009     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 2020202020202020  R19 = 2020202000000000  R20 =  00000000000000019     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =  65746153413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045AD89     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =  000000007AEB8E309     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =  300000000000001B     help, please   ------------------------------  % Date: Fri, 29 Oct 2004 05:04:11 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ? Subject: Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D8 , Message-ID: <41820779.E8E5E7E4@teksavvy.com>   Jeong BG wrote:  > $ show dev d0 > Device                  Device           Error0 >  Name                   Status           Count& >     Intermediate device: ALPHA$DKA0:= > %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual    What happens if you :    $SHOW DEVICE  K (shows all devices on your system) Does it bomb right at the start, or just  when it troes to show DKA0 ?    $ANA/DISK/REPAIR/LOG ALPHA$DKA0:    L What happens if you $MONITOR DISK ? Does it display the various disk devices on your system ?   ------------------------------  + Date: Fri, 29 Oct 2004 09:32:07 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)? Subject: Re: %SYSTEM-F-ACCVIO, access violation, reason mask=D8 0 Message-ID: <newscache$zw9c6i$psd$1@news.sil.at>  c In article <c6d875ee.0410290016.279ad902@posting.google.com>, as@anysyskorea.com (Jeong BG) writes: 
 >$ show dev d / >Device                  Device           Error / > Name                   Status           Count % >    Intermediate device: ALPHA$DKA0: < >%SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  F Interesting. Where is the "Intermediate device:" message coming from ?  & My SHOW DEV D starts with more columns  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP DSA0:                   Mounted              0  VMSSYS          918708   571   1  + What does ANAL/IMAGE SYS$SYSTEM:SHOW tell ?    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 29 Oct 2004 01:41:37 -0700# From: as@anysyskorea.com (Jeong BG) ) Subject: access violation, reason mask=D8 = Message-ID: <c6d875ee.0410290041.104ec019@posting.google.com>    I need to help.  Our vms version is  7.1-1., that machine has upgraded VMS version 7.3-1.$ but some dump messages was happened.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  address=300000000000& 001B, PC=00000000000121E0, PS=00021D40   2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C 1                                  0000000000045A78 1                                  300000000000001B         Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121E09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEE8F589     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =  00000000000000009     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  00000000000000059     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =  20202053413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045A789     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  000000007AEE8E309     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =  300000000000001B   so, I search ECO. %     I finded VMS731_CLIUTL-V0100 kit. 6     I installed that patch kit with VMS731_PCSI-V0100, VMS731_UPDATE-V0100.    (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1)    but, no changed.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %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   = 000000000000000C 1                                  0000000000045AD8 1                                  300000000000001B        Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121F09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEB8F589     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =  00000000000000009     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 2020202020202020  R19 = 2020202000000000  R20 =  00000000000000019     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =  65746153413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045AD89     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =  000000007AEB8E309     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =  300000000000001B     help, please   ------------------------------  % Date: Fri, 29 Oct 2004 16:23:23 +0200 + From: Bill Bennett <bennett@mpgars.desy.de> M Subject: Re: BACKUP-F-PARSE ... is this due to protection on the tape device? . Message-ID: <4182525B.FD00E930@mpgars.desy.de>  @ well, I didn't want to deprive you of all the fun of solving the? problem ... and had to type it on a worthless PCXLA keyboard on 
 the fly :(   Z wrote: > 
 > Z wrote:M > >>   $ set security/protection=(s:rwpl,o:rwpl,g:rwpl,o:rwpl)/class=device -  > >>   $_ $1$MKC400: >  > > That did it, thanks. > = > (Errr, and, yes I did catch the second o: in the protection ' > specification and replace it with w:)    ------------------------------    Date: 29 Oct 2004 09:55:46 -0700% From: whohe@whoever.com (DL Phillips) 1 Subject: Re: Ball-park figure for OpenVMS costing = Message-ID: <af0dc2ea.0410290855.51266bc5@posting.google.com>   e David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<418060E4.2041BA62@comcast.net>...    E > It has, sort of. The TCP/IP Services for OpenVMS (formerly known as B > "UCX") license is now bundled with the OpenVMS base license. TheI > software itself is, however, still installed separately. VMS runs quite F > happily with no network stack installed or running. The previous twoJ > third-party TCP/IP products also are still around: TCPware and Multinet. >   E This is another example of "Nobody really understands VMS licensing".    Here's the OpenVMS 7.3-2 SPD:   5  <http://h18002.www1.hp.com/info/SP2501/SP2501PF.PDF>      On Page 25: 1  "emphasis>(HP TCP/IP Services for OpenVMS\bold)"   1  "TCP/IP Services for OpenVMS is integrated with  .   the Open-VMS operating system installation."   On Page 35: 2  "The following are separately licensed products:" ... 2  "TCP/IP Services for                SPD 46.46.xx"2  "OpenVMS                                        "    B Through OVMS v7.3-2, anyway, TCP/IP has a separate license. Oddly,C Secure Web Browser and Server and XML all *are* included as part of A the base license, but TCP/IP is not. What licenses you get with a F system depends on when you get it and who you get it from. And, if youB don't have the piece of paper, you don't have the license. I don't1 know about version 8.x, maybe things will change.     -Doug   ------------------------------  # Date: Fri, 29 Oct 2004 15:49:45 GMT * From: Paul Anderson <paul.anderson@hp.com>' Subject: DCPS F2.4 field test available 5 Message-ID: <291020041149455393%paul.anderson@hp.com>   ? OpenVMS Engineering is pleased to announce that a field test of D DECprint Supervisor (DCPS) V2.4, called DCPS F2.4, is now available.  ! The features of this release are:   !     - Support for new HP printers      - Media type selection     - PCSI installation   F The F2.4 Release Notes have a full list of enhancements and bug fixes.  G THE V2.4 FIELD TEST WILL BE VERY SHORT.  WE NEED FEEDBACK ABOUT F2.4 BY  NOVEMBER 10 AT THE LATEST!  E Because DCPS is shipping with OpenVMS V8.2 and the submission date is D fast approaching, some features intended for V2.4 have been moved toF V2.5, including enhancements to LPD.  We expect a DCPS V2.5 field test& to quickly follow the release of V2.4.  G If you are interested in running the DCPS field test and can install it 6 and provide feedback quickly, please send me e-mail at paul.anderson@hp.com .   Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  % Date: Fri, 29 Oct 2004 12:50:54 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com>   Subject: Re: Failover in seconds0 Message-ID: <cltar0$i7v$1@new-usenet.uk.sun.com>  
 dooley wrote: 9 > Just in case any of you vms cluster managers missed it,  > IBM can now do failover..... > : > http://www.internetnews.com/dev-news/article.php/3417901 > < > "WebSphere Application Server 6 cuts downtime and failover< > from five minutes to a matter of seconds, an unprecedentedB > boost in continuity and performance for an IBM software server." > A > "After detecting an outage, WAS 6 redirects data to a fail-over > > server within the same data center, or via the Internet to a+ > completely different location, if needed. 9 > Before, administrators had to manually reboot systems."  >  > Phil< This is hardly news or new, the Sun JES app server also does this using Clustra.    Regards  Andrew Harrison    ------------------------------    Date: 29 Oct 2004 09:15:43 -0700# From: dsmit115@csc.com (Dave Smith) 7 Subject: Re: forcing session from limbo to disconnected = Message-ID: <2151a4d2.0410290815.7f6d322c@posting.google.com>   o kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) wrote in message news:<EDvctgPEEwT8@eisner.encompasserve.org>... N > Occasionally either a PC crash or a network burp will cause a TELNET sessionL > or sessions to go into a sort of limbo state. Eventually VMS/TCPIP noticesM > something is wrong, and places the session in a DISCONNECTED state, so that G > I can reconnect to it. But the amount of time it takes to end up in a  > DISCONNECTED varies wildly.  >          ...  > E > 2) Is there some way to force the process into a DISCONNECTED state . > immediately so the user can reconnect to it?  E I don't know what controls it. But, I have found empirically (when it C has happened to me) that sometimes (I think every time I have tried D it) doing a REPLY /USER=my-username "any old test string" causes the9 process to immediately go disconnected. I don't know why.    ------------------------------    Date: 29 Oct 2004 02:04:14 -0700# From: as@anysyskorea.com (Jeong BG)  Subject: Help! 'reason mask=D8' = Message-ID: <c6d875ee.0410290104.515ae017@posting.google.com>    I need to help.  Our vms version is  7.1-1., that machine has upgraded VMS version 7.3-1.$ but some dump messages was happened.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  address=300000000000& 001B, PC=00000000000121E0, PS=00021D40   2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C 1                                  0000000000045A78 1                                  300000000000001B         Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121E09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEE8F589     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =  00000000000000009     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  00000000000000059     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =  20202053413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045A789     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  000000007AEE8E309     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =  300000000000001B   so, I search ECO. %     I finded VMS731_CLIUTL-V0100 kit. 6     I installed that patch kit with VMS731_PCSI-V0100, VMS731_UPDATE-V0100.    (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1)    but, no changed.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %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   = 000000000000000C 1                                  0000000000045AD8 1                                  300000000000001B        Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121F09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEB8F589     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =  00000000000000009     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 2020202020202020  R19 = 2020202000000000  R20 =  00000000000000019     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =  65746153413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045AD89     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =  000000007AEB8E309     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =  300000000000001B     help, please   ------------------------------    Date: 29 Oct 2004 02:25:21 -0700# From: as@anysyskorea.com (Jeong BG)  Subject: Help! VMS7.3-1 = Message-ID: <c6d875ee.0410290125.52e2bf4a@posting.google.com>    I need to help.  Our vms version is  7.1-1., that machine has upgraded VMS version 7.3-1.$ but some dump messages was happened.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %SYSTEM-F-ACCVIO, access violation, reason mask=78, virtual  address=300000000000& 001B, PC=00000000000121E0, PS=00021D40  2   Improperly handled condition, image exit forced.1     Signal arguments:   Number = 0000000000000003 1                         Name   = 000000000000000C 1                                  0000000000045A78 1                                  300000000000001B         Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121E09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEE93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEE8F589     R12 = 000000007AEE8E58  R13 = 000000007AEE93D8  R14 =  00000000000000009     R15 = 000000007AF8E690  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 0020202020202020  R19 = 0000000000000020  R20 =  00000000000000059     R21 = 7AEE8E580000000D  R22 = 0000000000000004  R23 =  20202053413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045A789     R27 = 000000007B5DEE20  R28 = 300000000000001B  R29 =  000000007AEE8E309     SP  = 000000007AEE8E30  PC  = 0000000000045A78  PS  =  300000000000001B   so, I search ECO. %     I finded VMS731_CLIUTL-V0100 kit. 6     I installed that patch kit with VMS731_PCSI-V0100, VMS731_UPDATE-V0100.    (http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main|patch.breadcrumb.search|&patchid=VMS731_CLIUTL-V0100&context=openvms:alpha:7.3-1)    but, no changed.   $ show dev d. Device                  Device           Error.  Name                   Status           Count$     Intermediate device: ALPHA$DKA0:; %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   = 000000000000000C 1                                  0000000000045AD8 1                                  300000000000001B        Register dump:9     R0  = 000000000000000C  R1  = 0000000000000011  R2  =  00000000000121F09     R3  = 0000000000021D40  R4  = 00000000000231C0  R5  =  00000000000000019     R6  = 0000000000000001  R7  = 000000007AEB93C8  R8  =  00000000007810D29     R9  = 0000000000000400  R10 = 0000000000000100  R11 =  000000007AEB8F589     R12 = 000000007AEB8E58  R13 = 000000007AEB93D8  R14 =  00000000000000009     R15 = 000000007AF5DC20  R16 = 000000000000000C  R17 =  00000000000000009     R18 = 2020202020202020  R19 = 2020202000000000  R20 =  00000000000000019     R21 = 7AEB8E580000000D  R22 = 0000000000000004  R23 =  65746153413631219     R24 = 0000000000000000  R25 = 0000000000000001  R26 =  0000000000045AD89     R27 = 000000000015CE00  R28 = 300000000000001B  R29 =  000000007AEB8E309     SP  = 000000007AEB8E30  PC  = 0000000000045AD8  PS  =  300000000000001B     help, please   ------------------------------  % Date: Fri, 29 Oct 2004 12:48:04 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com> , Subject: Re: Intel changes direction in 20040 Message-ID: <cltalm$i7k$1@new-usenet.uk.sun.com>   Neil Rieck wrote:eL > I'm sure everyone has already heard the news about Intel deciding to delayJ > production of the 4-MHz P4 but I was under the impression that this nextK > speed limit would probably be delayed until 2005 or just released as a P5 J > product. However, the November 2004 issue of Scientific American articleL > titled "A Split at the Core" states some of these Intel projects have beenI > permanently cancelled with several years of work discarded. Rather than?J > improving the processor core, they will simply add more cores. (as other" > vendors are also planning to do) >   A This is all fairly old news. When Intel announced the cancelation3> of Tejas and Jayhawk earlier this year they also spelled out a@ multi-core strategy based probably on an uprated pentium M core.  = Physics and the problems they have had with the 90nm fab have  caught up with them.  = The interesting problem will be the desktop. Desktop apps aremB mainly single threaded and so going Dual core at say a significant@ per core performance delta to what is currently available eitherA from Intel in the shape of P4 or AMD64 is going to be a challenge 
 for Intel.   Regardsi Andrew Harrisoni > Intel Quotes:i > E > 1. "We [were] on the wrong side of a square law; It [was] taking anuL > exponential increase in transistors - and dramatic increases in the amountM > of power and chip area - to get even a modest increase in instruction-levelu > parallelism" > L > 2. "The basic idea is to run them slower [than the single cores in today's9 > processors] and make them simpler but use more of them"y >  > * * * * * * * * * *  > D > I know there is a big difference between "a multicore CPU" and SMPJ > (symmetric multi-processing) but reading this article made me wonder howJ > much of this change in direction at Intel was due to the influx of AlphaL > engineers. Anyone who has used multiple CPUs with OpenVMS on either VAX orN > Alpha knows that OpenVMS engineering has already solved many of the hardwareJ > and software issues related to many CPUs. So maybe Intel's vision of theN > future may be a variation of an 32-CPU AlphaServer-1280 but implemented with: > an equivalent number of P4-cores rather than Alpha CPUs. >  > Links from the article: > > http://download.intel.com/labs/nextnet/download/tera_era.pdf4 > http://public.itrs.net/files/2003itrs/home2003.htm >  > Neil Rieck > Kitchener/Waterloo/Cambridge,= > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >  >    ------------------------------    Date: 28 Oct 2004 22:53:34 -0700' From: icerq4a@spray.se (David Svensson)05 Subject: Re: memory performance Alpha, Itanic and SUN0= Message-ID: <734da31c.0410282153.5f4537a7@posting.google.com>   q Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<clr2jt$pae$1@new-usenet.uk.sun.com>...0 > David Svensson wrote:0u > > Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckjfjv$hub$1@new-usenet.uk.sun.com>...  > >  > >>David Svensson wrote:0 > >>v > >>>Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckebpv$qoa$1@new-usenet.uk.sun.com>... > >>>A > >>>  > >>>>Dirk Munk wrote: > >>>> > >>>>+ > >>>>>Look at this little table I found at0 > >>>>>0= > >>>>>http://www.cs.virginia.edu/stream/top20/Bandwidth.html  > >>>>>0 > >>>>? > >>>>The clue to why your contention may not be as safe as you06 > >>>>think is hidden in the following compile options > >>>> > >>>>SGI Altix 3000 result2< > >>>>-i8 -extend_source -O3 -mP2OPT_hlo_pref_hint=3 -openmp > >>>> > >>>>HP SuperDome result0J > >>>>cc +DSitanium2 +DD64 +O3 +Odataprefetch -Wl,+pd,64M -c second_wall.cN > >>>>mpif90 -o stream_d.mpi +Ofaster +DSitanium2 -Wl,+pd,64M +DD64 +Onoopenmp6 > >>>>+extend_source +noppu stream_mpi.f second_wall.o > >>>> > >>>a > >>>aH > >>>Are you deliberately hiding the truth by being vague and confusing? > >>>n > >>D > >>What it doesn't help you understand is the bisectional bandwidthB > >>of the system and so although the STREAMS bandwidth number mayD > >>be interesting to certain types of HPC tests they don't tell you, > >>much that helps you for other workloads. > >  > > I > > When benchmarks don't show the correct figures from a vendor view, itnH > > is the benchmark which is wrong... It is well known that the currentE > > Sun large server don't have excellent bandwidth even without this  > > benchmark. > 8 > Oh really care to elaborate what well known means ????  B When I talk to people and what I read I hear the same thing. I canF also read the specifications of the different systems and this says toA me that the current Sun large server systems don't have excellent $ bandwidth compared to other systems.  6 > And the benchmarks don't show the wrong results they4 > just don't show results that are very meaningfull,0 > I am sure that you understand what that means.  ' They actually are meaningfull for some,04 and they usually do reflect the power of the system.   ------------------------------  % Date: Fri, 29 Oct 2004 11:46:44 +010009 From: Andrew Harrison <andrew_remove__harrison@sun__.com>05 Subject: Re: memory performance Alpha, Itanic and SUN 0 Message-ID: <clt72n$h2q$1@new-usenet.uk.sun.com>   David Svensson wrote:0s > Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<clr2jt$pae$1@new-usenet.uk.sun.com>...- >  >>David Svensson wrote:2 >>t >>>Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckjfjv$hub$1@new-usenet.uk.sun.com>... >>>- >>>c >>>>David Svensson wrote:@ >>>> >>>>v >>>>>Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ckebpv$qoa$1@new-usenet.uk.sun.com>... >>>>>w >>>>>e >>>>>  >>>>>>Dirk Munk wrote: >>>>>> >>>>>> >>>>>>+ >>>>>>>Look at this little table I found at  >>>>>>>C= >>>>>>>http://www.cs.virginia.edu/stream/top20/Bandwidth.htmlc >>>>>>>a >>>>>>? >>>>>>The clue to why your contention may not be as safe as you06 >>>>>>think is hidden in the following compile options >>>>>> >>>>>>SGI Altix 3000 resultn< >>>>>>-i8 -extend_source -O3 -mP2OPT_hlo_pref_hint=3 -openmp >>>>>> >>>>>>HP SuperDome result J >>>>>>cc +DSitanium2 +DD64 +O3 +Odataprefetch -Wl,+pd,64M -c second_wall.cN >>>>>>mpif90 -o stream_d.mpi +Ofaster +DSitanium2 -Wl,+pd,64M +DD64 +Onoopenmp6 >>>>>>+extend_source +noppu stream_mpi.f second_wall.o >>>>>> >>>>>  >>>>>0H >>>>>Are you deliberately hiding the truth by being vague and confusing? >>>>>E >>>>D >>>>What it doesn't help you understand is the bisectional bandwidthB >>>>of the system and so although the STREAMS bandwidth number mayD >>>>be interesting to certain types of HPC tests they don't tell you, >>>>much that helps you for other workloads. >>>  >>>1H >>>When benchmarks don't show the correct figures from a vendor view, itG >>>is the benchmark which is wrong... It is well known that the current1D >>>Sun large server don't have excellent bandwidth even without this
 >>>benchmark.2 >>8 >>Oh really care to elaborate what well known means ???? >  > D > When I talk to people and what I read I hear the same thing. I canH > also read the specifications of the different systems and this says toC > me that the current Sun large server systems don't have excellent0& > bandwidth compared to other systems. >   : So what precisely have you read come on have a go at being	 specific.h  D How about the fact that the F25K currently has the highest published? I/O rate of any commecial server. No I don't mean the number of A PCI slots x the bandwidth of the slots I mean the actual measuredv I/O rate using a DBMS.  2 I guess thats not one of the things you have read.  6 Or how about the fact that the F25K has roughly 2x the8 bisectional bandwidth when compared with a SuperDome 64/6 Integrity. Not bad for a system that you have heard is slow.    > 6 >>And the benchmarks don't show the wrong results they4 >>just don't show results that are very meaningfull,0 >>I am sure that you understand what that means. >  > ) > They actually are meaningfull for some,16 > and they usually do reflect the power of the system.  8 Ohh really, how interesting that you advance a viewpoint( which not even John Mcalpin would share.  3 Here is a quote from Johns paper on Memory balance.1  F "The vector machines with the best performance characteristics do not I employ hierarchical memory, thus greatly simplifying the coherence issue CI and associated latency penalty. In general, the vector machines are more 0H expensive than the shared-memory, hierarchical-memory machines, but the I larger configurations of the hierarchical-memory systems do overlap with 0G the price range of the traditional supercomputers. When normalized for 0D STREAM TRIAD performance, the traditional vector supercomputers are G always more cost-effective than the shared-memory, hierarchical memory  G systems, as well as being marginally more cost-effective than the most 0+ cost-effective uniprocessors in the table."H  ? Care to guess what the ratio of Vector to Scalar problems therea# are out there in the server market.4  > 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 problemM you are trying to solve.  F The best platform for streams in terms of scalability is a distributedD memory based system, however no one perhaps excluding yourself wouldG conclude that a distributed memory based system would be ideal to scaled say a DBMS workload.   Regardse Andrew Harrisonr     "o   ------------------------------  % Date: Fri, 29 Oct 2004 04:15:49 -0400t- From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: OT: Election technology question , Message-ID: <4181FC26.A5F626CC@teksavvy.com>  % Not to get into a political debate...   K Once polls close in the USA, what sort of technology/flow of information issN involved between the ballot boxes and the fancy graphics each TV network spits out continuously ?  M Is there a central clearing house for all states to report to, and from whichtK all media pull their information ? Or do each media outlet get some sort ofE< link to each state to get results of each state's election ?  N Did the medias get together to decide on a standard protocol to distribute theI results ?  Would this be a pull protocol (media constant querying central7L clearing house) or some push protocol where the central clearing house wouldK send specially formatted packets to each registered media outlet as soon asr= some precinct reports some ballot "box" having been counted ?-  N Notwidstanding the archaic voting procedures during the day, the night-time TVL coverage seems to be way up there in terms of technology. Seems a lot of manK hours would have been put into software and building the various dabases of D candidates, historical voting trends so that during the evening, theK anchor/director/researchers have access to a wealth of information that cany1 quickly convert into fancy graphic for broadcast.,  K However, all this is contingent on them being able to obtain information ino real time. How is that done ?   K In the early days of CNN, they had VT terminals on the anchrors desks. Does.2 CNN still have some VMS servers in the backrooms ?   ------------------------------    Date: 29 Oct 2004 08:07:54 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)D- Subject: Re: OT: Election technology questionn3 Message-ID: <0GRuikMR14a2@eisner.encompasserve.org>0  \ In article <4181FC26.A5F626CC@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > O > Is there a central clearing house for all states to report to, and from which0M > all media pull their information ? Or do each media outlet get some sort of > > link to each state to get results of each state's election ?  G    The media does not get its information from the government at first. F    The media gets its information from exit pollers, companies who putA    people at the polls to ask voters what they did as they leave.0  C    All the media relying on the same few exit polling companies was0C    cited as one of the reasons that none of the media had a grip on -    the outcome of the 2000 election at first.0   ------------------------------    Date: 29 Oct 2004 09:42:55 -0700% From: whohe@whoever.com (DL Phillips) - Subject: Re: OT: Election technology question = Message-ID: <af0dc2ea.0410290842.40cdd3b2@posting.google.com>0  a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4181FC26.A5F626CC@teksavvy.com>...0' > Not to get into a political debate...  > M > Once polls close in the USA, what sort of technology/flow of information is P > involved between the ballot boxes and the fancy graphics each TV network spits > out continuously ? > O > Is there a central clearing house for all states to report to, and from whichBM > all media pull their information ? Or do each media outlet get some sort ofn> > link to each state to get results of each state's election ? > P > Did the medias get together to decide on a standard protocol to distribute theK > results ?  Would this be a pull protocol (media constant querying centralaN > clearing house) or some push protocol where the central clearing house wouldM > send specially formatted packets to each registered media outlet as soon asa? > some precinct reports some ballot "box" having been counted ?a > P > Notwidstanding the archaic voting procedures during the day, the night-time TVN > coverage seems to be way up there in terms of technology. Seems a lot of manM > hours would have been put into software and building the various dabases of0F > candidates, historical voting trends so that during the evening, theM > anchor/director/researchers have access to a wealth of information that can03 > quickly convert into fancy graphic for broadcast.0 > M > However, all this is contingent on them being able to obtain information in0 > real time. How is that done ?  > M > In the early days of CNN, they had VT terminals on the anchrors desks. Does 4 > CNN still have some VMS servers in the backrooms ?  E Here's a link to an Associated Press news release that addresses some2 of your questions.  6 <http://www.ap.org/pages/about/whatsnew/whatsnew.html>      -Doug   ------------------------------  % Date: Fri, 29 Oct 2004 16:52:10 +020000 From: Keith Cayemberg <keith.cayemberg@arcor.de>Y Subject: Re: OT: Large test tunnels - was RE: Rumour is HP may spin off printer business :B Message-ID: <4182591b$0$22614$9b4e6d93@newsread4.arcor-online.net>  C The following wind tunnel facilities are known to use OpenVMS as a  D platform for control, data acquisition or analysis at their sites...    # ETW - European Transonic Windtunnel  Cologne, Germany http://www.etw.det1 http://www.etw.de/windtunnel/dsi/data_systems.htmA    U.S. Department of Defense (DoD)/ U.S: Army - Wind Tunnel Data Acquisition Systems Picatinney Arsenal, Dover, N.J.o! http://www.wylelabs.com/sp9b.html   B And I have seen public  references in the past indicating DNW uses; OpenVMS extensively. Unfortunately, I haven't yet been ableN to rediscover these references.a  # DNW - The German-Dutch Wind Tunnels  http://www.dnw.aero/' http://www.avs.com/news/050701-DNW.html0     Cheers!    Keith Cayembergt       Dan Allen wrote: >  >>-----Original Message-----0 >>From: David Mathog [mailto:mathog@caltech.edu]* >>Sent: Thursday, October 28, 2004 3:03 PM >>To: Info-VAX@Mvb.Saic.Com29 >>Subject: Re: Rumour is HP may spin off printer businessn >> >> >>CJT wrote: >> >>>John Smith wrote:	 >>><snip>v >>> H >>>>Hey Keith, I also saw the news today about SGI and Intel built a bigL >>>>supercomputer at Nasa Ames.......they had to build it there...it was the- >>>>only place with a big enough cooling fan.t >>>> >>>> >>>"+ >>>I assume it has its own substation, too.s >>>  >> >>ROTFLMAO.e >>I >>For those of you who have never been to Ames research center, they have D >>the biggest wind tunnel you're likely ever to see.  Hint, it's the< >>humongous building you visible as you drive by on the 101. >>+ >>Here are some pictures inside the tunnel:I >>% >>   http://windtunnels.arc.nasa.gov/  >>
 >>Regards, >> >>David Mathog >>mathog@caltech.edu >  > N > From a former life - another rather large test facility - visible from I-495? > just outside Wasgington DC as you cross the Potomac (MD->VA):t > C > http://www.dt.navy.mil/our_capabilities/facilities/5001/5001.htmls > O > Also does double duty as an indoor practice facility for the US Olympic KayakeR > team from time to time and has hired out to at least one US America's Cup design4 > team. A balmy 70 deg, 100% humidity year round ;-) >  > Dand >  >> >    ------------------------------  % Date: Fri, 29 Oct 2004 11:52:12 +0100 9 From: Andrew Harrison <andrew_remove__harrison@sun__.com>-( Subject: Re: OT: Short Article about Sun0 Message-ID: <clt7cv$h6f$1@new-usenet.uk.sun.com>   David Froble wrote:  > Andrew Harrison wrote: >  >> David Froble wrote: >> >>> Andrew Harrison wrote: >>>0 >>>0 >>>> So how about security ? >>>a >>>= >>>0 >>>0H >>> Highly humorous!  Now Andy Boy is playing the 'security' card.  Yet J >>> when a VMS person, other than boob, mentions security, Andy Boy sings  >>> a different tune.0 >>>0= >> Not really David was touting Linux, Solaris IS more secure4 >> than Linux. >  >  > & > And VMS is more secure than Solaris. > H > It appears that you embrace security only when it's to your advantage. >   @ Not at all, David was making a direct comparison between Solaris? and Linux in that context it is entirely fair to point out that " Solaris is more secure than Linux.  ; I am quite happy to accept that OpenVMS is more secure than0< Solaris and you are welcome to trawl through the archives to- find a posting from me that contradicts this.   A Whether being more secure than Solaris is helpfull is a different0@ matter, most people would conclude that Solaris is secure enough particularly Trusted Solaris.0  C Most people would also conclude that not having a EAL certification0@ for OpenVMS seriously hampers its ability to penetrate the areas where security does matter.h   Regardst Andrew Harrison-   ------------------------------    Date: 29 Oct 2004 07:17:34 -0700# From: juliazsmith@yahoo.com (Julia)m$ Subject: Re: OT: why USA is a regime= Message-ID: <a2349e75.0410290617.6786e4ce@posting.google.com>n  L > >If Bush is elected next week, there's at least a chance that a lot of theM > >people who voted for him will actually have the opportunity to realize howSN > >lousy a choice he was over the next few years (4, or less if the DemocraticN > >party has the balls to make a serious effort at impeachment, which, as I'veK > >said before, is the proper response to his activities rather than simply @ > >ushering him out the door with his golden parachute intact).   L "A regime"?  Not yet.  But some people think we're headed in that direction:   http://www.WhoIsBush.com  M Before voting for Bush, I'd like some of the questions on that site answered.00 (Not that voting for Kerry is really an option.)   Jules0   ------------------------------  % Date: Fri, 29 Oct 2004 16:04:16 +08000 From: prep@prep.synonet.com07 Subject: Re: Rumour is HP may spin off printer business - Message-ID: <874qkex85b.fsf@prep.synonet.com>8  = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:0  f > In article <Y9Wfd.1741$i8.664@news.cpqcorp.net>, Keith Parris <keithparris_NOSPAM@yahoo.com> writes: >> Kenneth Farmer wrote:  < >>> The Inquirer: Rumour is HP may spin off printer business   I >> Carly Fiorina explained to CIOs in great detail why this isn't a good  A >> idea: see http://www.rhsmith.umd.edu/cioforum/transcript3.htmlA  H >    Much better to spin off he money loosing PC business under the name? >    Compaq and keep the profitable business under the name HP.a  B I wonder if this is a result of the Lexmark case. Perhaps hp feelsC they can't survive in the ink biz unless they can hold their luzerso+ total hostage. And that is not on any more..   -- 0< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 29 Oct 2004 05:35:04 -0400t- From: JF Mezei <jfmezei.spamnot@teksavvy.com>e7 Subject: Re: Rumour is HP may spin off printer business , Message-ID: <41820EB5.1AD8A05A@teksavvy.com>   prep@prep.synonet.com wrote:D > I wonder if this is a result of the Lexmark case. Perhaps hp feelsE > they can't survive in the ink biz unless they can hold their luzersc- > total hostage. And that is not on any more.   N The EU is about to implement strict recycling rules for computer equipment. ItL *should* foster longer life for each PC on the desk, as well as the need for7 manufacturers to recycle up to 75% of parts of old PCs.   I Also, with current machines now much faster than what is needed on officeeL desktops, I don't think we will be seeing massive desktop renewal programmesF anytime soon, with companies simply progressively replacing deskops orN upgrading them. This is especially true now that flast screen display has been5 widely deployed and those last much longer than CRTs./  J The key to success in the wintel industry in the next 10 years will be theK companies that can adapt to slowed growth (or even decrease) in the market,cI and redesign their machines to allow for upgradibility in the long terms.    ------------------------------  % Date: Fri, 29 Oct 2004 12:53:20 +0100P9 From: Andrew Harrison <andrew_remove__harrison@sun__.com>S7 Subject: Re: Rumour is HP may spin off printer businessc0 Message-ID: <cltavi$i7v$2@new-usenet.uk.sun.com>   Kenneth Farmer wrote:h: > The Inquirer: Rumour is HP may spin off printer business+ > http://www.theinquirer.net/?article=19297e >  > Interesting. >  >   ' How can you spin off what you are ?????o  / HP is a printing and Imaging company everything2/ else with the possible exception of services isu a loss making distraction.   Regardsf Andrew Harrisonl > Kens > 
 > OpenVMS.org4' > _____________________________________  > Kenneth R. Farmer <>< ( > SpyderByte: http://www.SpyderByte.com  >  >    ------------------------------  % Date: Fri, 29 Oct 2004 14:04:23 +0200r9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>e7 Subject: Re: Rumour is HP may spin off printer businessR' Message-ID: <418231C7.F9F03008@aaa.com>e   JF Mezei wrote:   M > The EU is about to implement strict recycling rules for computer equipment.B   Finaly !  9 > It *should* foster longer life for each PC on the desk,e     A very good thing.   > as well as the need for 9 > manufacturers to recycle up to 75% of parts of old PCs.c > K > Also, with current machines now much faster than what is needed on officef > desktops,y   True.t  D > I don't think we will be seeing massive desktop renewal programmes > anytime soon,   / I'd be very happy if your're right on that one.   	 Jan-Erik.    ------------------------------  % Date: Fri, 29 Oct 2004 08:27:55 -0400-- From: JF Mezei <jfmezei.spamnot@teksavvy.com>07 Subject: Re: Rumour is HP may spin off printer business_, Message-ID: <4182372D.6E8A816D@teksavvy.com>  L Actually, instead of spinning off enterprise systems into a new company, howK about just transfering them back where they belong, the original HP companyi (now called Agilent)  ??  L Both would have a mentality of quality and innovation, while carly's companyE could dab into consumer electronics with a level of quality as low assJ acceptable in order to compete against the japanese, koreans, chinese etc.  J Hint to Carly: the economic structures which made the building of consumerH electronics in the USA uneconomic, resulting in shift to asia, includingK consumer TV sets , well those structures are still there. Does Carly reallytL think she can compete against asian manufacturers for consumer electronics ?   ------------------------------    Date: 29 Oct 2004 05:33:18 -0700( From: bob@instantwhip.com (Bob Ceculski)7 Subject: Re: Rumour is HP may spin off printer businessm= Message-ID: <d7791aa1.0410290433.29c13902@posting.google.com>o  k Keith Parris <keithparris_NOSPAM@yahoo.com> wrote in message news:<Hzdgd.1847$za1.1187@news.cpqcorp.net>...B > John Smith wrote:e6 > > HP is #1 in Linux servers? How'd she figure that.  > I > IDC Quarterly Server Tracker data confirms this: in fact, IDC data for  B > Q2FY04 says HP sold close to twice as much Linux as the closest J > competitor, Dell. HP had revenues of $2.5 Billion in the Linux space in G > 2003 -- see http://www.hp.com/hpinfo/newsroom/press/2004/040115a.html  > D > If it keeps growing this fast, it could actually catch up to HP's  > OpenVMS revenues. :-)   ? why :)?  should be :(!  Linux is garbage and if HP was properlya3 marketing OpenVMS, then linux would cease to exist!B   ------------------------------  % Date: Fri, 29 Oct 2004 08:53:09 -0400(# From: "John Smith" <a@nonymous.com> 7 Subject: Re: Rumour is HP may spin off printer businesss, Message-ID: <NNqdnVbgsOT9oB_cRVn-jw@igs.net>   Keith Parris wrote:  > John Smith wrote:-4 >> HP is #1 in Linux servers? How'd she figure that. >yH > IDC Quarterly Server Tracker data confirms this: in fact, IDC data forA > Q2FY04 says HP sold close to twice as much Linux as the closest F > competitor, Dell. HP had revenues of $2.5 Billion in the Linux space > in 2003 -- see; > http://www.hp.com/hpinfo/newsroom/press/2004/040115a.html  >eC > If it keeps growing this fast, it could actually catch up to HP's  > OpenVMS revenues. :-)A    = Actually, I think CP/M is a bigger seller than VMS right now.t   ------------------------------  % Date: Fri, 29 Oct 2004 08:53:52 -0400m# From: "John Smith" <a@nonymous.com>t7 Subject: Re: Rumour is HP may spin off printer business0, Message-ID: <NNqdnVHgsOT9oB_cRVn-jw@igs.net>   Bob Koehler wrote:? > In article <Y9Wfd.1741$i8.664@news.cpqcorp.net>, Keith Parris ( > <keithparris_NOSPAM@yahoo.com> writes: >> Kenneth Farmer wrote:< >>> The Inquirer: Rumour is HP may spin off printer business >>H >> Carly Fiorina explained to CIOs in great detail why this isn't a goodA >> idea: see http://www.rhsmith.umd.edu/cioforum/transcript3.html0 >0H >    Much better to spin off he money loosing PC business under the name? >    Compaq and keep the profitable business under the name HP.   E You're asking for a lot....rational decision making from HP executive1 management.0   ------------------------------  % Date: Fri, 29 Oct 2004 08:57:04 -04000# From: "John Smith" <a@nonymous.com>D7 Subject: Re: Rumour is HP may spin off printer business2, Message-ID: <l_qdnYqC7dOCox_cRVn-jA@igs.net>   JF Mezei wrote:4A > Actually, instead of spinning off enterprise systems into a new0F > company, how about just transfering them back where they belong, the. > original HP company (now called Agilent)  ?? >iF > Both would have a mentality of quality and innovation, while carly'sE > company could dab into consumer electronics with a level of qualityc@ > as low as acceptable in order to compete against the japanese, > koreans, chinese etc.U >VC > Hint to Carly: the economic structures which made the building ofdC > consumer electronics in the USA uneconomic, resulting in shift to D > asia, including consumer TV sets , well those structures are still> > there. Does Carly really think she can compete against asian* > manufacturers for consumer electronics ?    ) HP major contract makers in Taiwan alone:m    	 Notebooks.C Business and consumer models: Quanta, Compal, Wistron and Inventec. ? Other models: First International Computer, Arima and Twinhead.      Desktops0 Foxconn Electronics (Hon Hai Precision Industry)     Monitors+ Lite-On Technology, BenQ and TPV Technology      Servers0  Inventec and Mitac International     Printers+ Lite-On Technology and Cal-Comp Electronics      Flat-panel display products04 Lite-On Technology (LCD TVs) and Tatung (plasma TVs)     PDA and PDA handsets2 High-Tech Computer (PDA) and Compal (PDA handsets)     Digital still cameras0 Altek8     MP3 PlayersA Inventec Appliances0   ------------------------------    Date: 29 Oct 2004 08:03:43 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)07 Subject: Re: Rumour is HP may spin off printer business03 Message-ID: <6ohG6DkLSZFl@eisner.encompasserve.org>1  f In article <Hzdgd.1847$za1.1187@news.cpqcorp.net>, Keith Parris <keithparris_NOSPAM@yahoo.com> writes: > John Smith wrote:05 >> HP is #1 in Linux servers? How'd she figure that. 0 > I > IDC Quarterly Server Tracker data confirms this: in fact, IDC data for -B > Q2FY04 says HP sold close to twice as much Linux as the closest J > competitor, Dell. HP had revenues of $2.5 Billion in the Linux space in G > 2003 -- see http://www.hp.com/hpinfo/newsroom/press/2004/040115a.htmle >   4    IBM and all its Linux advertising didn't pay off?   ------------------------------  # Date: Fri, 29 Oct 2004 14:43:27 GMT % From: Roger Ivie <rivie@ridgenet.net> 7 Subject: Re: Rumour is HP may spin off printer businessd3 Message-ID: <slrnco4loe.llt.rivie@Stench.no.domain>n  1 On 2004-10-29, John Smith <a@nonymous.com> wrote:B >C? > Actually, I think CP/M is a bigger seller than VMS right now.    How about a reference?  F Last time I talked to someone about buying a CP/M license, they had noE clue what the heck I was talking about, which surprised me since they7F were trying to revive DR-DOS at the time. Since then, Caldera spun off@ into Lineo, which has released CP/M under a BSD-ish license (see  http://cpm.z80.de/license.html). -- 0
 Roger Ivie rivie@ridgenet.net http://anachronda.webhop.org/6 -----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+++ 0 ------END GEEK CODE BLOCK------0   ------------------------------  % Date: Fri, 29 Oct 2004 08:41:09 -07000' From: David Mathog <mathog@caltech.edu>07 Subject: Re: Rumour is HP may spin off printer businessE+ Message-ID: <cltoam$m5f$1@naig.caltech.edu>0   JF Mezei wrote: N > Actually, instead of spinning off enterprise systems into a new company, howM > about just transfering them back where they belong, the original HP company  > (now called Agilent)  ?? >   E The _original_ HP company built scientific instruments. That's mostlyVE what Agilent does now.  The biggest irony in the Agilent/HP split wasS? giving the name Agilent to the instrument company and HP to thecB computer company. It really should have been the other way around.  ; Why would the folks running Agilent want the distraction of ; trying to rebuild a thoroughly messed up computer business?e   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Fri, 29 Oct 2004 17:03:55 GMTV1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>r7 Subject: Re: Rumour is HP may spin off printer business 2 Message-ID: <%Jugd.1942$O92.1372@news.cpqcorp.net>   Bob Koehler wrote:6 >    IBM and all its Linux advertising didn't pay off?  H Apparently not. IBM is in the #3 spot, with less Linux sales than Dell,  according to IDC.    ------------------------------    Date: 29 Oct 2004 08:02:05 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)1' Subject: Re: Suggestion for TPU: revert03 Message-ID: <3$sKbnDXuRqP@eisner.encompasserve.org>0  j In article <harris-3052E3.12401928102004@cacnews.cac.cpqcorp.net>, Bob Harris <harris@zk3.dec.com> writes: > * > Totally off topic, but what the heck :-) > I > Editors are a religion.  If you belong to one faith, you don't want to 0F > convert.  Or to be more accurate, it is all about "Finger Memory".  . > People do not like to retrain their fingers.  G    Yes, I know.  I work with a fellow who's a "true believer" in emacs. E    He simply ignores the little problems he agrees it has.  And I can 6    recall working on folks to get them to convert fromD    compatability-mode SOS to native-mode EDT on out 11/780 (much CPUD    time was consumed by compatability mode for that one purpose, EDTB    was much less of a hog).  When they got there, it was "thats so	    easy".   I > 3 years later when I returned to an OpenVMS system (1988'ish), TPU and lK > EVE were new to me, plus I had finger memory for vi.   As for going back  G > to EDT I knew from 5 years of being a power EDT users and 3 years of tG > being a power vi user that vi was more powerful and useful to me.  I eK > tried to get into TPU and EVE, but my finger memory was just too strong, 5K > and the learning curve to becoming a power TPU/EVE user was too steep vs iE > what I knew how to do with vi, and my bosses were not paying me to  . > fumble around learning a new (to me) editor.  L    I've found with a little practive I can have EVE, vi, and emacs sessions L    open on the same X server at the same time and switch between them.  Yes,    it takes a little practice.  F    Of course, I've been with my own EVE keypad for about 20 years now,B    and I won't give up my LK401 keyboard for a remapped PC or Mac,C    even though it means ^[ to generate escape every time I get intos2    vi or TECO.  (I like ~` and <> where they are).      .   ------------------------------  % Date: Fri, 29 Oct 2004 11:02:15 -0400s* From: "Marty O'Connor" <moconnor@dvfs.com>' Subject: Re: Suggestion for TPU: reverta+ Message-ID: <2uf4a1F28ob3vU1@uni-berlin.de>I  2 "Bob Harris" <harris@zk3.dec.com> wrote in message< news:harris-FE6552.16142728102004@cacnews.cac.cpqcorp.net...H : In article <opsglatdbkzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> : wrote: :oL : > On Thu, 28 Oct 2004 16:40:20 GMT, Bob Harris <harris@zk3.dec.com> wrote: : >aH : Eventually, I got on a VAX/VMS system and used EDT v2.0 and even fieldJ : tested EDT v3.0 (all of this before there was TPU and EVE).  And I was aI : master of EDT.  I loved it.  I had a custom keypad and could do editing & : using the underlying EDT primitives. :e :iE : But vi and Vim are not for everyone, especially if you have "FingeriG : Memory" for another editor, or a nice toolkit for another editor.  NocI : problem.  I'm not trying to convert anyone, especially an OpenVMS user.yI : But from first hand experience, I do understand why someone may want to D : have a vi emulator, or Vim available to them on an OpenVMS system. :o4 :                                         Bob Harris  d I know what you mean about finger memory. I learned EDT at the same time (and same company) and havea literally been using EDT and/or EDT mapings in TPU/EVE for the last 25 years. In the early 90's I.a had to do some work on UNIX and had to use vi and never really had enough time to lear and taylor G the environment. My finger memory is EDT and I guess it will always be.    Marty O'Connor   ------------------------------  % Date: Fri, 29 Oct 2004 17:36:23 +0200-0 From: Keith Cayemberg <keith.cayemberg@arcor.de>' Subject: Re: Suggestion for TPU: revert:B Message-ID: <41826378$0$20938$9b4e6d93@newsread2.arcor-online.net>   Bob Koehler wrote:   <SNIP>I >    Yes, I know.  I work with a fellow who's a "true believer" in emacs.mG >    He simply ignores the little problems he agrees it has.  And I cano8 >    recall working on folks to get them to convert fromF >    compatability-mode SOS to native-mode EDT on out 11/780 (much CPUF >    time was consumed by compatability mode for that one purpose, EDTD >    was much less of a hog).  When they got there, it was "thats so >    easy".  >  <SNIP>  F Ah! Son-Of-Stopgap, I wonder if I still have some "finger memory" for B SOS after all these years. Or does one need an App with dedicated G function keys for finger memory to set in?  Maybe I'll install TOPS-10 t) on top of SIMH some day and find out. :-)   C After using SOS on DECwriters a couple years, EDT was quite a step 0I forward! I'm quite happy to have been spared the Hollerith-Based editing >
   systems.  5 http://computing-dictionary.thefreedictionary.com/SOSp   Cheers!,   Keith Cayemberga   ------------------------------  % Date: Fri, 29 Oct 2004 17:42:39 +0200O* From: Mike Rechtman <rechtman@tzora.co.il>' Subject: Re: Suggestion for TPU: revert>+ Message-ID: <2uf6nhF2amuvoU1@uni-berlin.de>h   Marty O'Connor wrote:s4 > "Bob Harris" <harris@zk3.dec.com> wrote in message> > news:harris-FE6552.16142728102004@cacnews.cac.cpqcorp.net...J > : In article <opsglatdbkzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com>
 > : wrote: > : N > : > On Thu, 28 Oct 2004 16:40:20 GMT, Bob Harris <harris@zk3.dec.com> wrote: > : >hJ > : Eventually, I got on a VAX/VMS system and used EDT v2.0 and even fieldL > : tested EDT v3.0 (all of this before there was TPU and EVE).  And I was aK > : master of EDT.  I loved it.  I had a custom keypad and could do editingh( > : using the underlying EDT primitives. > :  > : G > : But vi and Vim are not for everyone, especially if you have "FingeroI > : Memory" for another editor, or a nice toolkit for another editor.  No K > : problem.  I'm not trying to convert anyone, especially an OpenVMS user.dK > : But from first hand experience, I do understand why someone may want to F > : have a vi emulator, or Vim available to them on an OpenVMS system. > :d6 > :                                         Bob Harris > f > I know what you mean about finger memory. I learned EDT at the same time (and same company) and havec > literally been using EDT and/or EDT mapings in TPU/EVE for the last 25 years. In the early 90's Icc > had to do some work on UNIX and had to use vi and never really had enough time to lear and taylor I > the environment. My finger memory is EDT and I guess it will always be.m >  > Marty O'Connor >  > F When EDT first came out I remember being pried off KED (RSTS on a PDP F 11/70) with a crowbar. Since then I have carried the same EDTINI file C (now translated to TPUINI) through half-a-dozen jobs/companies and nH probably a hundred machines. I can't even use a keyboard with different ( key spacing... Talk about finger memory!   Mike   -- kJ New to Usenet? read http://eisner.encompasserve.org/~rechtman/post_hlp.htmE --------------------------------------------------------------------->E Usual disclaimer: All opinions are mine alone, perhaps not even that.>D Mike Rechtman                                 *rechtman@tzora.co.il*C    "20% of a job takes 80% of the time, the rest takes another 80%">E ---------------------------------------------------------------------i   ------------------------------   End of INFO-VAX 2004.601 ************************