1 INFO-VAX	Thu, 25 Nov 2004	Volume 2004 : Issue 654       Contents:< Re: Any reason why MSL5026S2 wouldn't want to show me tapes?4 Re: AS200 machine check, D-cache parity error (long)" Re: DEC retail stores in the 1980s" Re: DEC retail stores in the 1980s" Re: DEC retail stores in the 1980s Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DS10 SRM console: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]: Re: Extending DCL [was: Re: DCL suggestion for f$verify()] Heads will roll at HP - Re: How to save and restore HSx configuration P Re: interesting take on Olsen's "no reason for any individual tohave a computer P Re: interesting take on Olsen's "no reason for any individual tohave a computer P Re: interesting take on Olsen's "no reason for any individual tohave a computer P Re: interesting take on Olsen's "no reason for any individual tohave acomputer i& Newbie questions about Advanced Server# Re: OpenVMS 8.2 on Integrity Survey  Re: OpenVMS Support Chart ?  Re: OpenVMS Support Chart ? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? D Re: The Register: AMD's Opteron loses ground where it kind of counts- Re: VAX Server 4000/200 not seeing it's drive , Re: VAX Server 4000/200 not seeing its drive, Re: VAX Server 4000/200 not seeing its drive
 Re: VMS V1
 Re: VMS V1
 Re: VMS V1P Re: What can I do about "Asynchronous Device Attention" errors on network cards D Re: Yet another [Un]Zip behavior quirk.  Non-stupid opinions sought.D Re: Yet another [Un]Zip behavior quirk.  Non-stupid opinions sought.4 [OT]: Digital Equipment Corp. and the origin of Spam8 RE: [OT]: Digital Equipment Corp. and the origin of Spam8 Re: [OT]: Digital Equipment Corp. and the origin of Spam8 Re: [OT]: Digital Equipment Corp. and the origin of Spam  F ----------------------------------------------------------------------  # Date: Thu, 25 Nov 2004 01:22:25 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)E Subject: Re: Any reason why MSL5026S2 wouldn't want to show me tapes? 6 Message-ID: <00A3B5D2.A15292FC@SSRL.SLAC.STANFORD.EDU>  m In article <24NOV04.09305602@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:   B >Can you get to the web management interface? Default pwd is "2".   L Will have to arrange DHCP support with network people to even connect to the@ box via web.  That'll have to be after the Thanksgiving holiday.   >TheI >default front panel maint pwd is "5566". If neither of these work you're I >going to have to reset them. How to do that that might be in the service B >manual and will probably require using the console terminal port.   > @ >If you can get to the web interface click on the picture of theG >library, go to "History" and display the "Library non-vol trace" file. C >Look for the section that start with ***** LIBRARY AREA ***** and   >compare to this:  >  >***** LIBRARY AREA *****  >Configuration: Stand-Alone 
 >Mode: Random  >Sequential Mode: Stop >Drive Unload Mode: Implicit# >Model Id: Compaq MSL5000 (Tag = 1)  >Total Reserved Slots: 1 >Boot Tape Reserved Slots: 0 >Label Size: 8 digits  >Label Alignment: Left >Label Check Digit: No Check >Auto Clean Mode: Enabled  >Clean Warning Threshold: 0  >Element Numbering: Zero-Based >Mail Slot Mode: (Both) Enabled  >Display Contrast: 14  >Power-Up Mode: On-Line  >Barcode Retries: Enabled  >Thunder Vertical Axis: Default  >   N I appreciate your help with this.  I will try this - probably Monday - and get back to you.   -- Alan    ------------------------------  % Date: Wed, 24 Nov 2004 22:27:53 -0500 $ From: "Chris" <an.other@not_here.ca>= Subject: Re: AS200 machine check, D-cache parity error (long) ; Message-ID: <vjcpd.53152$Le1.1090486@news20.bellglobal.com>   K A couple of weeks ago, we experienced a similar occurrence on both an AS800 H and a DS25 in the same building (though different rooms, networks, etc.)I within a couple of hours of each other.  Nothing before, nothing since on 
 either one  F HP explanation was "Alpha particles" (honest)  Cache is generally justK parity memory (not ECC), so a single bit flop can kill it with this type of K symptom - there is anecdotal evidence to suggest that alpha particles MIGHT C be responsible.  Just random, like the rest of the universe.....lol   K HP's position was "if it happens again, we would consider replacing the CPU 5 module, but a single instance is just "sh*t happens""    Chris   3 "Rich Jordan" <jordan@ccs4vms.com> wrote in message 7 news:cc5619f2.0411231517.3fb79c07@posting.google.com... G > Any reasonably informed opinion appreciated.  I haven't had any other G > crashes (recently at least).  The system was in light use at the time F > of the crash (editing a small file).  Here's the error log entry.  IG > have some spare components (CPU, memory, cables)to try if needed, but G > I haven't seen this type of cache error before (there's no removeable 9 > cache on the MLB, but D-cache is on the CPU, isn't it?)  > C > All the fans are running, vents are clear, and there's no sign of  > temperature issues.  >  > Rich > 
 > ===========  > . > Logging OS                        1. OpenVMS, > System Architecture               2. Alpha- > OS version                           V7.3-2 & > Event sequence number          7721.; > Timestamp of occurrence              23-NOV-2004 16:36:04 7 > Time since reboot                    6 Day(s) 6:08:01 - > Host name                            RISING  > = > System Model                         AlphaStation 200 4/233  > 2 > Entry Type                       23. Cache Error >  > % > Byte Count                    x02E8 % > Processor Specific Offset x00000110 % > System Specific Offset    x000001A0 ; > PAL Error Type Code       x00000092  D-Cache Parity Error % > PAL Frame Revision        x00000001  > - ALPHA CHIP REGISTERS -- > PALTEMP1                  x0000000000002000 - > PALTEMP2                  x001144F800000004 - > PALTEMP3                  xFFFFFFFF81408150 - > PALTEMP4                  x0000000000000000 - > PALTEMP5                  x0000000000000001 - > PALTEMP6                  xFFFFFFFF82348000 - > PALTEMP7                  x0000000000004200 - > PALTEMP8                  x0000000000000400 - > PALTEMP9                  x0000000000000800 - > PALTEMP10                 x000036CA48B4A191 - > PALTEMP11                 x000000007B96A1F8 - > PALTEMP12                 x000000007FF87A40 - > PALTEMP13                 xFFFFFFFF81008AC8 - > PALTEMP14                 x000000000000800A - > PALTEMP15                 xFFFFFFFF8113A0B0 - > PALTEMP16                 x0000000000000698 - > PALTEMP17                 x00000000000001B8 - > PALTEMP18                 xFFFFFFFF77767D00 - > PALTEMP19                 x0000000000000000 - > PALTEMP20                 x0000066C00000000 - > PALTEMP21                 x0000000000000002 - > PALTEMP22                 xFFFFFFFF81408158 - > PALTEMP23                 xFFFFFFFF8100E100 - > PALTEMP24                 xFFFFFFFF81394000 - > PALTEMP25                 x0000000000010000 - > PALTEMP26                 x000000007FF88000 - > PALTEMP27                 x0000000000000000 - > PALTEMP28                 x000000000B6B2000 - > PALTEMP29                 xFFFFFEFC00000000 - > PALTEMP30                 x0000000000F10000 - > PALTEMP31                 x000000000B994080 - > Exception Address Reg     xFFFFFFFF8000A50E ? >                                Exception Address Reg Provides 
 > Information D >                                   About The Most Recent Exception.> >                                Address Points to Native-Mode
 > Instruction > >                                If Machine Check or Math Trap > Exception,G >                                   PC in Exception Address is Correct. 8 >                                Last Exception Addr PC: > x3FFFFFFFE0002943 - > Exception Summary Reg     x4672041345C01C8E E >                                Last Exception:  Software Completion C >                                                 Invalid Operation H >                                                 Floating Inexact ErrorF >                                Exception Mask Reg IPR Window Bit Set- > Exception Mask Reg        x441F0410C3FFFFF1 E >                           Exception Operation Result in Register I0 E >                           Exception Operation Result in Register I4 E >                           Exception Operation Result in Register I5 E >                           Exception Operation Result in Register I6 E >                           Exception Operation Result in Register I7 E >                           Exception Operation Result in Register I8 E >                           Exception Operation Result in Register I9 F >                           Exception Operation Result in Register I10F >                           Exception Operation Result in Register I11F >                           Exception Operation Result in Register I12F >                           Exception Operation Result in Register I13F >                           Exception Operation Result in Register I14F >                           Exception Operation Result in Register I15F >                           Exception Operation Result in Register I16F >                           Exception Operation Result in Register I17F >                           Exception Operation Result in Register I18F >                           Exception Operation Result in Register I19F >                           Exception Operation Result in Register I20F >                           Exception Operation Result in Register I21F >                           Exception Operation Result in Register I22F >                           Exception Operation Result in Register I23F >                           Exception Operation Result in Register I24F >                           Exception Operation Result in Register I25F >                           Exception Operation Result in Register I30F >                           Exception Operation Result in Register I31E >                           Exception Operation Result in Register F4 F >                           Exception Operation Result in Register F10F >                           Exception Operation Result in Register F16F >                           Exception Operation Result in Register F17F >                           Exception Operation Result in Register F18F >                           Exception Operation Result in Register F19F >                           Exception Operation Result in Register F20F >                           Exception Operation Result in Register F26F >                           Exception Operation Result in Register F30- > Icache Ctrl & Status Reg  x001144F800000004 9 >                           Performance Counters Disabled E >                           Empty Wrt Buffer Before Issuing Next Inst B >                           Branch Prediction Selection: Not Taken1 >                           JSR Stack is Disabled > >                           Instructions Can Only Single IssueF >                           If Not in PALmode, Executing Reserved InstF >                              Opcode Will Result in OPCDEC Exception.F >                           Super Page Istream Memory Mapping DisabledE >                           Float Point Inst Will Cause FEN Exception F >                           Icache Addr Space Numb:  x0000000000000000- > PALcode Base Address Reg  x0000000000008000 D >                           PALcode Base Address:  x0000000000000002- > Hardware Int Enable Reg   x00000001FFC014E0 9 >                           CRD Error Interrupts Disabled F >                           CPU Hrdw Interrupts Enabled Irq_h Pins 0,2F >                           CPU Hrdw Interrupts Enbld Irq_h Pins 3,4,5F >                           Performance Cntr 0 & 1 Interrupts Disabled; >                           Serial Line Interrupts Disabled F >                           Software Interrupts Enbld Level 9,10,11,12E >                           Software Interrupts Enbld Levels 13,14,15 F >                           AST Interrupts Enbld in Kernel, Executive,9 >                              Supervisor, and User Mode. - > Hardware Int Request Reg  x0000000000000000 E >                           NO Hrdw Int Req With Companion Enable Set F >                           NO Softw Int Req With Companion Enable SetD >                           NO AST Int Req With Companion Enable Set- > Memory Management CSR     x0000000000005BC1 F >                           MMCSR Valid Only on Mem Mgt Err, DTB Miss,C >                              D-Stream Fault, Dcache Parity Error. D >                           D-Stream Reference Error Caused by WriteC >                           Last Faulting Instruction RA Field: R28 E >                           Last Faulting Instruction Opcode Follows: 8 >                              x2D - STQ  Store Quadword- > (Data) Cache Status Reg   x0000000000000003 F >                           This is EV45 Cache Status Register(C_STAT)E >                           EV45 Chip is Production Version of 21064A < >                           Last Load or Store Missed Dcache- > Cache Address Reg         x00000007FFFFFFFF - > Abox Control Reg          x000000000000940E D >                           Machine Checks Enabled for Uncorr Errors2 >                           CRD Interrupts EnabledE >                           Single Entry Icache Stream Buffer Enabled F >                           Lock Operation Conforms to Alpha Architect* >                           Dcache Enabled4 >                           16K Byte Dcache SelectedF >                           Double Invalidate: Both EV45 Dcache BlocksE >                              Addressed By iAdr_h<12:5> Invalidated. - > Bus Interface Status Reg  x0000000000003440 F >                           PARITY ERROR  In QW3 of Primary Cache FillC >                              Block Hexaword During a Dcache Fill. - > Bus Interface Address Reg x0000000008E11520 F >                           Address Only Valid if Bus Interface StatusE >                              Register Error Bit 0,1,2, or 3 is Set. D >                           BIU Addr adr_h<33:5>:  x00000000004708A9- > Bus Interface Control Reg x0000000810002225 ; >                           External Cache (Bcache) Enabled F >                           PARITY MODE: External Cache Parity EnabledC >                           Cache Rams are Output Enable Controlled B >                           Ext Cache Rd Access Time: 3 CPU CyclesB >                           Ext Cache Wrt Cycle Time: 3 CPU Cycles> >                           Size of External Cache:  256 KbyteC >                           Ext Cache For Phys Addr Quad 3 Disabled F >                           Ext Cache Rd Time Controlling Bcache ReadsE >                           Ext Cache Wrt En Ctrl:  x0000000000000001 - > Fill Syndrome Reg         x0000000000000001 E >                           IF ECC MODE (Bus Intf Ctl Reg Bit 1 Set), C >                              Low LW of Quadword Check Bit 00 Err. F >                           IF PARITY MODE(Bus Intf Ctl Reg Bit 1 Clr)< >                              Low LW of Quadword Corrupted.D >                           No Error in Upper Long Word of Quad Word- > Fill Address Reg          x0000000008E11520 E >                           Addr Only Valid if Bus Interface Stat Reg F >                              ECC(Bit 8) or PARITY(Bit 10) Error Set.F >                           Cache Blk Phy Adr<33:5>  x00000000004708A9- > Virtual Address Reg       x00000000000061D0 F >                           Dstream FLT/DTB Miss VA  x00000000000061D0- > Bcache Tag Reg            x000000000040B794 A >                           Last Bcache Access Resulted in a Miss E >                           Parity Bit for Bcache Tag Status Bits Clr 6 >                           Bcache Tag  Dirty Bit  Set9 >                           Bcache Tag  Shared Bit  Clear 6 >                           Bcache Tag  Valid Bit  SetE >                           Bcache Tag Addrress  Parity Bit  Asserted @ >                           Tag Being Probed:  x00000000000005BC > - > coma_gcr                  x000000006D8D00A4 ( >                           DMA Priority+ >                           64 bit wide MEM * >                           Bcache enabled. >                           Bcache long writes- > coma_edsr                 x0000000000002140 - > coma_ter                  x000000006D8DFFF8 ? >                           sysTag<21:17> =   x0000000000007FFC - > coma_elar                 x000000007D810000 G >                           sysBus<20:5> at time of e x0000000000000000 - > coma_ehar                 x000000007D810800 G >                           sysBus<33:21> at time of  x0000000000000800 - > coma_ldlr                 x000000007D819CB8 G >                           sysBus<20:5> last locked  x0000000000009CB8 - > coma_ldhr                 x000000007D810006 G >                           sysBus<31:21> last locked x0000000000000006 - > coma_base0                x000000007D810000 E >                           Reg Base Adr <33:23> =  x0000000000000000 - > coma_base1                x000000007D810200 E >                           Reg Base Adr <33:23> =  x0000000000000100 - > coma_base2                x000000007D810400 E >                           Reg Base Adr <33:23> =  x0000000000000200 - > coma_cnfg0                x000000007D810007 & >                           Bank Valid/ >                           Bank Size =  128 MB C >                           Column Adr Selection  x0000000000000000 - > coma_cnfg1                x000000006D8D0007 & >                           Bank Valid/ >                           Bank Size =  128 MB C >                           Column Adr Selection  x0000000000000000 - > coma_cnfg2                x000000006D8D0007 & >                           Bank Valid/ >                           Bank Size =  128 MB C >                           Column Adr Selection  x0000000000000000  > - > epic_dcsr                 xFFFFFFFF800C001D 6 >                           Translation buffer enabled, >                           Prefetch enabled5 >                           Disable correctable error ' >                           Pass 2 Chip ' >                           Full Bypass 7 >                           PCI Cycle Type =   IO Write - > epic_pear                 x0000000001020D80 @ >                           PCI error address  x0000000001020D80- > epic_sear                 x0000000000084DE0 = >                           DMA Address =   x00000000000084DE - > epic_tbr1                 x0000000000E80000 F >                           Translation Base Adr =   x0000000000007400- > epic_tbr2                 x0000000000000000 F >                           Translation Base Adr =   x0000000000000000- > epic_pbr1                 x00000000000C0000 2 >                           Scatter/Gather Enabled* >                           Window Enabled; >                           PCI Base Adr  x0000000000000000 - > epic_pbr2                 x0000000040080000 3 >                           Scatter/Gather Disabled * >                           Window Enabled; >                           PCI Base Adr  x0000000000000400 - > epic_pmr1                 x000000003FF00000 7 >                           PCI Mask  x00000000000003FF - > epic_pmr2                 x000000003FF00000 7 >                           PCI Mask  x00000000000003FF - > epic_harx1                xFFFFFFFF80000000 F >                           PCI_ad - memory space =  x0000000000000010- > epic_harx2                x0000000000000000 F >                           PCI_ad - memory space =  x0000000000000000- > epic_pmlt                 x00000000000000FF 9 >                           Master Latency Timer =   255. - > epic_tag0                 x0000000001020000 7 >                           pci_page  x0000000000000204 - > epic_tag1                 x000000000100A000 7 >                           pci_page  x0000000000000201 - > epic_tag2                 x0000000001001000 ' >                           Entry Valid 7 >                           pci_page  x0000000000000200 - > epic_tag3                 x0000000001011000 ' >                           Entry Valid 7 >                           pci_page  x0000000000000202 - > epic_tag4                 x0000000001019000 ' >                           Entry Valid 7 >                           pci_page  x0000000000000202 - > epic_tag5                 x000000000100B000 ' >                           Entry Valid 7 >                           pci_page  x0000000000000201 - > epic_tag6                 x0000000001021000 ' >                           Entry Valid 7 >                           pci_page  x0000000000000204 - > epic_tag7                 x0000000001018000 7 >                           pci_page  x0000000000000202 - > epic_data0                x0000000000002012 7 >                           cpu_page  x0000000000000804 - > epic_data1                x00000000000003C2 7 >                           cpu_page  x00000000000000F0 - > epic_data2                x0000000000000FFA 7 >                           cpu_page  x00000000000003FE - > epic_data3                x0000000000000FD0 7 >                           cpu_page  x00000000000003F4 - > epic_data4                x0000000000001144 7 >                           cpu_page  x0000000000000451 - > epic_data5                x00000000000003C2 7 >                           cpu_page  x00000000000000F0 - > epic_data6                x0000000000000FB2 7 >                           cpu_page  x00000000000003EC - > epic_data7                x0000000000001144 7 >                           cpu_page  x0000000000000451    ------------------------------  % Date: Wed, 24 Nov 2004 19:05:14 +0000 - From: David Powell <ddotpowell@icuknet.co.uk> + Subject: Re: DEC retail stores in the 1980s 8 Message-ID: <uqm9q05s930faon6u1jkiubcf0s551nt21@4ax.com>  > In article <d0e744c9.0411231910.3ddb521@posting.google.com>,  7  leeroth@my-deja.com (Lee Roth)  in comp.sys.dec wrote:   + >Speaking of retail... in the pre-PC era...  > 6 >Anyone remember the DEC retail stores? A few of these8 >stores appeared about the time that the "Super Trio" of4 >systems all appeared in the same form-factor boxes: > 3 > The Rainbow (8088/Z80) - http://tinyurl.com/6hc4f ; > The Professional (PDP11-based) - http://tinyurl.com/4ftfn > > DECmate II (PDP8-on-a-chip based) - http://tinyurl.com/6eksz >   F They did a trial run somewhat earlier.  Clipped from Doug Jones's PDP8 model list, re PDP8-S :-  E "Reason for introduction:  This machine was developed as a successful B     exercise in minimizing the cost of the machine, in response to?     a complaint by Ken Olson that the company hadn't gotten the E     price of the PDP-8 down any further, and the vision that someday, E     people ought to be able to buy a desktop PDP-8 for under $10,000.       <snip> &     By 1967, DEC took the then unusualB     step of offering this machine for off the shelf delivery, withA     one machine stocked in each field office available for retail 
     sale."   Regards,   David P.   ------------------------------    Date: 24 Nov 2004 16:26:08 -0800$ From: leeroth@my-deja.com (Lee Roth)+ Subject: Re: DEC retail stores in the 1980s < Message-ID: <d0e744c9.0411241626.b9449d7@posting.google.com>  a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<41A4062D.FB1277CA@teksavvy.com>... C > ... They also had a PDP11-in-a-VT-100 product on display (but was 3 > too expsnive for me as a student entering uni :-)   @ That would have been the PDT11 series... you can read about them> at http://tinyurl.com/66262 and look for the text "1978?" - it2 discusses the various flavors that were available.   Lee    ------------------------------  % Date: Wed, 24 Nov 2004 19:34:04 -0500 * From: "Jeff Monasch" <jeff.monasch@hp.com>+ Subject: Re: DEC retail stores in the 1980s , Message-ID: <41a52aee$1@usenet01.boi.hp.com>   Ok so a little history here...  K The 'Digital Computer Stores" opened in 1979 with the first one in the Mall L of N.H. It grew to approximately 55 stores in the US before they were closedL down. I worked in the #7 store on the corner of 43rd and Madison Ave in NYC.  K At the beginning we sold WS78's with RX01's and LQP01's. You could run OS-8 < or COS-310 on them if you wanted to since they were PDP-8's.  E WS78's begat the DECmate I, DECmate II, DECmate III and DECmate III+. 7 Eventually, we also sold PDP-11's with DECtap software.    Regards : "David Powell" <ddotpowell@icuknet.co.uk> wrote in message2 news:uqm9q05s930faon6u1jkiubcf0s551nt21@4ax.com...> > In article <d0e744c9.0411231910.3ddb521@posting.google.com>,9 >  leeroth@my-deja.com (Lee Roth)  in comp.sys.dec wrote:  > - > >Speaking of retail... in the pre-PC era...  > > 8 > >Anyone remember the DEC retail stores? A few of these: > >stores appeared about the time that the "Super Trio" of6 > >systems all appeared in the same form-factor boxes: > > 5 > > The Rainbow (8088/Z80) - http://tinyurl.com/6hc4f = > > The Professional (PDP11-based) - http://tinyurl.com/4ftfn @ > > DECmate II (PDP8-on-a-chip based) - http://tinyurl.com/6eksz > >  > H > They did a trial run somewhat earlier.  Clipped from Doug Jones's PDP8 > model list, re PDP8-S :- > G > "Reason for introduction:  This machine was developed as a successful D >     exercise in minimizing the cost of the machine, in response toA >     a complaint by Ken Olson that the company hadn't gotten the G >     price of the PDP-8 down any further, and the vision that someday, G >     people ought to be able to buy a desktop PDP-8 for under $10,000. 
 >      <snip> ( >     By 1967, DEC took the then unusualD >     step of offering this machine for off the shelf delivery, withC >     one machine stocked in each field office available for retail  >     sale." > 
 > Regards, > 
 > David P. >    ------------------------------    Date: 24 Nov 2004 15:22:53 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)% Subject: Re: DECW$CLOCK design flaw ! = Message-ID: <b096a4ee.0411241522.30b5c839@posting.google.com>   m hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote in message news:<5ZMod.3409$CF2.1718@news.cpqcorp.net>...  > Somebody wrote:  > 6 > > Time is like a river. It flows into one direction. > ) >     "Time, like an ever rolling stream, " >         bears all its sons away.& >      They fly, forgotten, as a dream# >         dies at the openging day"  >  > Oh, come now!  > ) > Time is a DIMENSION -- just like space.   D Well, yes and no. You measure space with rulers and you measure time. with clocks. It's easy to tell the difference.  E If you divide a length by a length, you get a ratio -- a pure number. E If you divide a length by a duration, you get an average speed. Quite 
 different.  A In one sense it is more accurate to say that  ict  is a dimension C (with i = (-1)**0.5, c = speed of light, t = time). This is because C when you measure a light ray, you get by using the distance formula < and the basic relation that distance equals speed times time  '     x**2 + y**2 + z**2 = (c**2)*(t**2)    C where x, y, z, and t are really delta_x, etc. (This is the starting D point of deriving the equations of Special Relativity. From this youB can get negative delta_x, etc., as "solutions", but you can do theC same with the Pythagorean Theorem, so I wouldn't take such negative  "solutions" too seriously.)   8 By setting x_0 = ict, x_1 = x, x_2 = y, x_3 = z, you get  (     x_0**2 + x_1**2 + x_2**2 + x_3** = 0  ? and they all look alike. NTL, time as a dimension has different ; qualities from the spatial dimensions as I explained above. ? Releativity theory does, howevver, show that space and time are D inexorably intertwined. This is what gives us length contraction and7 time dilation for things moving at relativistic speeds.   B Other equations in special relativity turn out nice if you set the! fourth dimension, x_0, to  ict  .     : > Time and space do not move or flow; we move within them.; > Exactly why we percieve ourselves to be moving constantly - > in one direction in time is not understood.   C Well, maybe Nature uses the KISS philosophy; it's certainly simpler 	 this way!    >  > # > And somebody else brought up the:  > ! > > Second law of thermodynamics.  > 7 > Statements of the Second Law which appear to rule out 2 > movement in time in either direction are flawed. > 7 > It is left as an exercise to re-state the second law  6 > so that it admits negative time without changing its) > application when time moves posatively.    ???    >  > 6 >     (Can you believe my original [poor?] attempt at ) >     humor has led to this discussion!?)    Yes.   ------------------------------    Date: 24 Nov 2004 17:57:54 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)% Subject: Re: DECW$CLOCK design flaw ! = Message-ID: <b096a4ee.0411241757.207622a2@posting.google.com>   s spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0411241522.30b5c839@posting.google.com>... o > hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote in message news:<5ZMod.3409$CF2.1718@news.cpqcorp.net>...  > > Somebody wrote:  > > 8 > > > Time is like a river. It flows into one direction. > > + > >     "Time, like an ever rolling stream, $ > >         bears all its sons away.( > >      They fly, forgotten, as a dream% > >         dies at the openging day"  > >  > > Oh, come now!  > > + > > Time is a DIMENSION -- just like space.  > F > Well, yes and no. You measure space with rulers and you measure time0 > with clocks. It's easy to tell the difference. > G > If you divide a length by a length, you get a ratio -- a pure number. G > If you divide a length by a duration, you get an average speed. Quite  > different. > C > In one sense it is more accurate to say that  ict  is a dimension E > (with i = (-1)**0.5, c = speed of light, t = time). This is because E > when you measure a light ray, you get by using the distance formula > > and the basic relation that distance equals speed times time > ) >     x**2 + y**2 + z**2 = (c**2)*(t**2)   > E > where x, y, z, and t are really delta_x, etc. (This is the starting F > point of deriving the equations of Special Relativity. From this youD > can get negative delta_x, etc., as "solutions", but you can do theE > same with the Pythagorean Theorem, so I wouldn't take such negative  > "solutions" too seriously.)  > : > By setting x_0 = ict, x_1 = x, x_2 = y, x_3 = z, you get > * >     x_0**2 + x_1**2 + x_2**2 + x_3** = 0    
 Uh, make that   +       x_0**2 + x_1**2 + x_2**2 + x_3**2 = 0      > A > and they all look alike. NTL, time as a dimension has different = > qualities from the spatial dimensions as I explained above. A > Releativity theory does, howevver, show that space and time are F > inexorably intertwined. This is what gives us length contraction and9 > time dilation for things moving at relativistic speeds.  > D > Other equations in special relativity turn out nice if you set the# > fourth dimension, x_0, to  ict  .  >  > < > > Time and space do not move or flow; we move within them.= > > Exactly why we percieve ourselves to be moving constantly / > > in one direction in time is not understood.  > E > Well, maybe Nature uses the KISS philosophy; it's certainly simpler  > this way!  >  > >  > > % > > And somebody else brought up the:  > > # > > > Second law of thermodynamics.  > > 9 > > Statements of the Second Law which appear to rule out 4 > > movement in time in either direction are flawed. > > 9 > > It is left as an exercise to re-state the second law  8 > > so that it admits negative time without changing its+ > > application when time moves posatively.  >  > ???  >  > >  > > 8 > >     (Can you believe my original [poor?] attempt at + > >     humor has led to this discussion!?)  >  > Yes.   ------------------------------  + Date: Thu, 25 Nov 2004 01:49:47 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: DECW$CLOCK design flaw ! ) Message-ID: <co3dnr$l41$1@news.mdx.ac.uk>   n In article <b096a4ee.0411231903.1a6bcc07@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:P >david20@alpha2.mdx.ac.uk wrote in message news:<cnvsh8$f8u$1@news.mdx.ac.uk>...q >> In article <b096a4ee.0411230727.706b33fb@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: S >> >david20@alpha2.mdx.ac.uk wrote in message news:<cnq9mf$ih8$1@news.mdx.ac.uk>... T >> >> In article <opshrqtciyzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:5 >> >> >On Fri, 19 Nov 2004 23:11:17 -0500, JF Mezei   , >> >> ><jfmezei.spamnot@teksavvy.com> wrote: >> >> >2! >> >> >> "Alan E. Feldman" wrote:eT >> >> Unfortunately entropy is a much misused term (rather like VMS clustering) with& >> >> at least two other popular uses. >> >> T >> >> One is Boltzmann's statistical entropy which deals with the number of possibleT >> >> states a system may evolve into. There are more disordered states than orderedR >> >> states for an ordered system to evolve into hence it is highly probable thatO >> >> a system will evolve from an ordered to a disordered state. This is ofteneP >> >> asserted as a reason for the direction of the arrow of time - however this >> >|  >> >| M >> >> argument has problems since there are also more disordered states than oI >> >> ordered states which could give rise to the original ordered state.  >> >I >> >Huh? The odds for a closed macroscopic system going to a more orderedsF >> >state are essentially zero. It's like waiting for all the air in aE >> >room to collect into opposite corners of the room, say in 1 cubic @ >> >meter or less at each corner. It's just not going to happen. >> > >> s# >> It depends on the point of view.o >> rN >> Take a closed system and define it's current state as ordered and all thoseI >> states which it might move to which are so close as to be pretty much iP >> indistinguishable from it as also ordered. All other states it might move to  >> being considered disordered.  >wF >I'm not sure what you're describing here. If the (macroscopic) systemE >is in equilibrium, it will not evolve to a more ordered state. If itsE >is not in equilibrium, it will evolve to a more disordered state and ) >the entropy of the system will increase.p > L >> Then, for any reasonably large system, the number of disordered states D K >> vastly outnumbers the number of ordered states O. Hence in the standard -L >> interpretation the system is more likely to move from the ordered to the  >> disordered state. >> DJ >> But unless you introduce other constraints this isn't the whole story. L >> Consider the past of the system - where did the ordered state come from ?P >> The number of disordered states which can become the ordered state is exactlyM >> the same in number as the set D (since each is just a state in D with the aO >> velocity vectors reversed) similarly the number of ordered states which can hF >> become the ordered state is exactly equal to O for the same reason.N >> Hence it is vastly more likely that the ordered state came from a precedingP >> disordered state than from a preceding ordered state ie the system moved from >> disorder to order.e >cB >This doesn't sound right to me. It's been a long time since I didG >statistical mechanics. Still, I think this is not right. There are fareF >more states with the "wrong velocities" than there are with the right >ones.    @ Of course their are a lot of states with the "wrong velocities".J They cannot evolve into the ordered state but each one of them correspondsM to a similar state with the velocity vectors reversed which the ordered stateI itself cannot evolve into.  = They are all those states which the system cannot evolve intoSN because of little things like conservation of energy, conservation of momentum etce  O In fact there aren't just a lot of states with the "wrong velocities" there aretG an infinite number of them (since all the particles can be assigned any P velocity). But they are irrelevent since they cannot evolve into or evolve from  the ordered state.      ? >Also, I'm not sure you can really use velocities in this sense @ >except for a dilute ideal gas, and maybe not even then. QuantumD >mechanics won't allow it, I think. And it seems to me that what youD >descirbe is a serious violation of the second law. It's like sayingB >heat, of its own accord, goes from a cold object to a hot object. >e >> iL >> To change the situation you have to introduce a time dependent constraint; >> so that in the past the system was more constrained eg  aN >> you remove a partition so that the gas in an enclosed space can move into a >> larger space. >> t >> Note. >> eJ >> In this situation statistical and thermodynamic entropy appear to be in >> different places. >> rN >> In statistical entropy the entropy increases due to the vast number of new 7 >> states the system can occupy in the expanded volume.P >> sQ >> In thermodynamics the work done in removing the partition is done from outside O >> the system meaning it is no longer closed. Hence the system to be consideredmN >> has to include the agency removing the partition for instance a human hand.P >> The entropy increase then can be identified with the waste heat generated by M >> the muscles in that hand. No waste heat is generated by the gas molecules c  >> having more space to move in. >tE >I think both entropies are the same. In classical thermo, it is onlyeD >changes in entropy that are well defined. And it is only changes inD >the entropy that even matter. With the advent of statiscial physicsF >(or statistical mechanics, if you prefer), entropy is given a precise
 >equation: >n >    S = k ln (Omega)u > D >with Omega being the number of possible states. But even this lacks> >precision in the sense that we are talking about "approximateC >eigenstates". If we had an exact eigenstate in a closed system, it E >would remain in that state forever. But it does mean, IIRC, that the6F >entropy goes to zero as the absolute temperature does. (Discussion ofC >just what makes these approximate eigenstates valid is "beyond the  >scope of this discussion".) >3L But is the statistical entropy really the same as the thermodynamic entropy.M One says it occurs in the gas molecules the other in the waste heat generatedS by human muscle.        4 >Anyway, the main point is that entropy is entropy.  > K That's one of my  points. There are different definitions of entropy and it 8 is far from clear that they all refer to the same thing.  L The other point being that just using statistical entropy to define an arrow of time is problematic.   " For another discussion of this see  0 http://plato.stanford.edu/entries/time-thermo/#2          ? >Regardless, you're not going to see the air in a room suddenly0A >congregate into the corners of the room. The odds against it are  >fantastically high. >0  L The chances of any particular distribution occuring is pretty close to zero.< There is nothing special about the four corners of the room.N Many people would be especially suprised if the winning numbers in the britishM lottery were 1, 2, 3 ,4 , 5 , 6 . However that combination is no more or lessML likely than any other lottery number combination. The greatest likelyhood isA whatever numbers you picked you would not pick the right numbers.1L Similarly whatever particular spacial distribution of the air molecules you N picked would be extremely unlikely to occur eg split the room into small equalM volumes the total number of which is equal to the number of air molecules andMM then specify for each volume how many air molecules it contains (0, 1, 2 etc)0K (each such volume must be able to contain more than one air molecule since  J it is possible for all the air to gather in the four corners of the room).M The chances of that configuration actually occuring would be similar to that 0- for the air to pool in the four room corners.0                e
 David Webb Security Team Leader CCSS Middlesex University      ------------------------------  + Date: Wed, 24 Nov 2004 22:04:48 +0000 (UTC) - From: lewis@SPYDER.MITRE.ORG (Keith A. Lewis)  Subject: Re: DS10 SRM consoleA. Message-ID: <co30i0$859$1@newslocal.mitre.org>   elementyl@hotmail.com (James Wilkinson) writes in article <e2ac4c66.0411231618.3ffd69e8@posting.google.com> dated 23 Nov 2004 16:18:17 -0800:t* >Someone must have run into this before... >tA >Have a DS10 that was running VMS originally that was placed into7? >storage as a spare.  Took it out of storage and it comes up in C >AlphaBIOS.  Went to the usual location CMOS/Advanced and it claims F >that the console is set to OpenVMS, yet a power cycle still brings up >the AlphaBIOS console.  > E >Replaced the RTC since time was not being kept between power cycles,eA >and updated to latest version of the firmware, yet the AlphaBIOS > >console persists despite its acknowledgement that the console+ >selection is indeed OpenVMS Console (SRM).t >I+ >What is preventing use of the SRM console?r  L I had a similar situation on a PWS 500au, but after the power cycle it wouldL forget all about OpenVMS.  It tuned out it needed a new NVRAM battery, which& I was able to get from a camera store.  L Before I replaced it, I found that I could switch to SRM by making my changeG in ARC and then leaving the power on, using the "reset" button instead.t  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 24 Nov 2004 22:23:10 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]e+ Message-ID: <41A55E2E.414A9093@comcast.net>t   John Vottero wrote:  > 8 > "Mike B." <omni@foolie.omniphile.com> wrote in message4 > news:l4d7q0h6n50mipr8a66m90jgs0itcf994v@4ax.com...E > > On Thu, 18 Nov 2004 16:28:45 GMT, "John Vottero" <John@mvpsi.com>x
 > > wrote: > > L > >>"Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message1 > >>news:YOsppH214McM@eisner.encompasserve.org...tF > >>> In article <eVNmd.167$iU3.154@newssvr31.news.prodigy.com>, "John > >>> Vottero" > >>> <John@mvpsi.com> writes: > >>>>( > >>>> $ filelist = DIR/MODI/SINCE=TODAY > >>>I< > >>>   Ugh.  Man, you're getting to much like eunichs here. > >>>rI > >>>   Looping over f$search and f$file_attributes will do this for you.4 > >> > >>Ok, but how about: > >> > >>$ filelist = SEARCH *.C XYZI > >>H > >>The point is, if commands return objects instead of text, you can do > >>interesting things.x > >o2 > > Only if you know what the objects look like... > K > The object knows what it looks like and it's willing to tell you and your I > editor.   Any decent editor should be able to find out what methods andxG > properties the filelist object has and pop up a list of them for you.e >  > >rI > > Your search thing can be done in DCL now...you search/output=foo.bar,oH > > then open foo.bar and read it.  Takes a bit more code than your way,% > > but no shared object definitions.  > N > Then you pray that the output of SEARCH isn't changed in the next release ofJ > VMS and the VMS developers fret about improving SEARCH because they knowJ > that if they change the output, they'll probably break a lot of scripts.  D I think he meant to include /WINDOW=0 which produces a list of fullyD qualified filespecs.'s - not likely to change much, other than ODS-5 stuff.  N > >                                                         If you really want > > to play withD > > objects, skip DCL and write in an object oriented language, like > > Simula... ;-)  > >  >  > But I don't WANT to skip DCL!g  ( Nor do I! ...so I concoct DCL "objects".  % Objects, and classes and perl, OH MY!.   --   David J Dachtera dba DJE Systemst http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/d   ------------------------------  % Date: Wed, 24 Nov 2004 22:25:10 -0600C2 From: David J Dachtera <djesys.nospam@comcast.net>C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]e+ Message-ID: <41A55EA6.AC470376@comcast.net>    Tom Linden wrote:n > 6 > On Tue, 23 Nov 2004 21:42:07 -0600, David J Dachtera$ > <djesys.nospam@comcast.net> wrote: > - > > (Snipped and re-oredered a bit (sorry)...b > >  > > Tom Linden wrote:  > >>L > >> On Tue, 23 Nov 2004 16:51:50 -0500, Mike B. <omni@foolie.omniphile.com> > >> wrote:n > >>M > >> > On Tue, 16 Nov 2004 19:09:21 -0500, David Froble <davef@tsoft-inc.com>c
 > >> > wrote:  > >> >L > >> >> I'm not one to ever say that things can't be improved.  However, for > >> >> what I useM > >> >> DCL for, there aren't many deficiencies.  I'd be interested is seeing  > >> >> what couldJ > >> >> be better.  Then again, I didn't really understand the GUI when it > >> >> first appeared.e > >> >M > >> > I'd like to see a way to return values from called subroutines without I > >> > having to use global variables.  Perhaps make any symbol used as aaC > >> > parameter a shared scope variable that you can change in theRD > >> > subroutine and have it retain the new value after the return? > >> >K > >> > As for lack of CASE statements, the GOTO works just fine if you make  > >> > up your labels right: > >> > > >> > $ I = 3 > >> > $ GOTO CASE_'I'	 > >> > $!e > >> > $ CASE_1: > >> >C > >> > $ GOTO CASE_END   ! equivalent to 'break'...use it or don't.r	 > >> > $!  > >>K > >> The correct way to do this, which also reads much better is to use the / > >> SELECT syntax, which IIRC is also in REXX,  > >>R > >> http://www.kednos.com/pli/docs/REFERENCE_MANUAL/6291pro_022.html#index_x_1071 > >> > > I > > Had an idea, but I'm too burned out right now to figure out how to do  > > it.  > >RL > > Basically, SELECT is a symbol which, when invoked, results in the stringJ > > CASE being edited to contain an appropriate IF statement stub. Thusly,& > > if CASE := IF MY_VBL .EQS. , then: > >eM > > $ SELECT MY_VBL               ! Edits the string CASE to include "MY_VBL"  > > $!! > > $ CASE "A" THEN GOSUB a_labela > > $!! > > $ CASE "B" THEN GOSUB b_labelA > > $! > > $! END CASEI > >d* > > So, SELECT could even be a CALL as in: > >3 > > $ SELECT := CALL EDIT_CASE > >IE > > ...and the $EDIT_CASE: SUBROUTINE accepts the input symbol as P1,BL > > determines whether its a string or a number, and provides either ".EQS." > > or .EQ., as appropriate. > > J > > A bit of a stretch, and not an exact match to a 3GL's capability; but,L > > if you really, REALLY, *REALLY* want SELECT ... CASE, then that might be > > one approach.0 > F > Not what I meant (that's why included the link for definition of the	 > syntax)  >  > SELECT(i)c	 > WHEN(2)e
 > WHEN(10) > OTHERWISE   G That's SELECT ... WHEN. BASIC uses SELECT ... CASE. The hard ones would D be CASE ELSE  or "breaking out" of the SELECT "block" (without using4 GOTO, though I have no problem using GOTO myself)...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:K" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------  % Date: Wed, 24 Nov 2004 14:25:51 -05000# From: "John Smith" <a@nonymous.com>E Subject: Heads will roll at HP, Message-ID: <XICdnSWhCf_ffTncRVn-rA@igs.net>  " as seen at http://www.openvms.org/  K HP said Tuesday the reductions will occur across its various businesses and D will have a net impact of roughly 4 cents a share in 1HFY05. This isI consistent with what the firm said last week during its earnings concall. K Enterprise Storage and Servers and HP Services are likely to bear the bruntaL of the headcount reductions, the bulk of which are likely to occur in 1FQ05.  E But HP's headcount won't be substantially affected, as new hires will7H replace employees impacted by the "involuntary redeployment" initiative.I ("Involuntary Redeployment" is a Digital-inspired term for "layoff.") HP, F which has added ~8K job positions in the past year, does not expect toB reduce its overall work force of 150K employees, said Mr. Sherbin.  L ..........guess HP will be adding to their call centers in India for Windows; and LCD TV support while Enterprise Servers is eviscerated.    ------------------------------  + Date: Wed, 24 Nov 2004 22:22:53 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>6 Subject: Re: How to save and restore HSx configurationJ Message-ID: <Pine.LNX.4.21.0411242219390.25294-100000@irys.stanpol.com.pl>  ! On 24 Nov 2004, Bob Kaplow wrote: N >+I need to reconfigure a controller on my D/R system to test with a differentJ >+disk RAID configuration, but then want to be able to put everything back' >+EXACTLY the way it was when I'm done.6  4  That can be impossible - as long you say EXACTLY :):  At least one case I know depends of the firmware revision6 where was used to create a storageset: AFAIR there was5 some time official warning that soma written on disks06 datastructures were changed including the size of this datastructures.0:  Then newly created storagesets can have minor differrence9 (like one block) in size; of course the oldest structures 5 was (and probably better word is: "are") still served0 by the new firmware.3  But in that (or like that) case the only method to03 recreate EXACTLY old configuration may be downgrade07 the firmware :[ to the one used to create old config...03  Of course this will not happen for JBOD (REMOVABLE01 if I properly remeber the term used in HSx) disk,r" but probably that not your case...  0 ..regardless of your original query - my .02$ :)    Regards - Gotfryd   -- AE =====================================================================7F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------    Date: 24 Nov 2004 13:22:18 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)lY Subject: Re: interesting take on Olsen's "no reason for any individual tohave a computer  3 Message-ID: <KOjBkliNe627@eisner.encompasserve.org>a  F In article <QIqdnYD7HMNf4zncRVn-2Q@rcn.net>, jmfbahciv@aol.com writes: > F > I don't recall any talk about PCs with the Olivetti deal.  Now thereE > may have been another deal but I would think the main players would  > have talked about it.   ?    Later on (Pentium timeframe I think) DEC HiNote laptops were     made by Olivetti.   ------------------------------    Date: 24 Nov 2004 14:34:42 -0800% From: whohe@whoever.com (DL Phillips)cY Subject: Re: interesting take on Olsen's "no reason for any individual tohave a computer 0= Message-ID: <af0dc2ea.0411241434.3a750b1e@posting.google.com>   o kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) wrote in message news:<iOOP5WXuxe3+@eisner.encompasserve.org>... H > In article <QIqdnYD7HMNf4zncRVn-2Q@rcn.net>, jmfbahciv@aol.com writes:H > > NT was tied up in knots because of the deal made with Gates.  PalmerF > > did that deal.  Since Palmer did it the year could never have beenE > > before 1987.  1987 was the last time I worked and Olsen was still J > > CEO.  When Palmer got hired, the quality of software and documentationH > > that was DEC's reputation got dismissed as an "Olsen thing" and thus > > should be destroyed. > K > Palmer didn't take over until after I was downsized in late 1991. Perhaps  > some time in 1992. > 0 > I don't even think NT was around in the 80s... >   C Indeed. I was recently rummaging through an old file cabinet in the0> back room and found a DECdirect Personal Computing IntegrationF Software & Hardware Catalog from April-June 1991. The Operating system choices then were:    -MS-DOS V3.3 - $130.00   -MS-DOS V4.0 - $150.00   -OS/2 V1.1 - $340.00   -OS/2 V1.2 - $370.00   ( Here's DEC's top-of-the-line PC package:  B DECstation 425c, 25 mhz 80486, 8MB mem, 320 MB SCSI drive & adapt,= 101-keyboard, 16 bit SVGA adapt, color monitor, OS/2 v1.1....L   All for only...  $10,475.00t   Wow.    Doug    ------------------------------    Date: 24 Nov 2004 19:59:42 -0800/ From: johnhreinhardt@yahoo.com (John Reinhardt)0Y Subject: Re: interesting take on Olsen's "no reason for any individual tohave a computer  = Message-ID: <5d708ac7.0411241959.529195da@posting.google.com>   K > Palmer didn't take over until after I was downsized in late 1991. Perhaps  > some time in 1992. > 0 > I don't even think NT was around in the 80s...  B Correct.  The first NT (3.1 - to match the current Windows version@ number) beta releases were available around late '92 - early '93? ($69.95 with a free upgrade to the production release) with thep: production version out sometime in the late '93-early '94.   ------------------------------  % Date: Wed, 24 Nov 2004 23:01:12 -05000, From: "Richard Tomkins" <tomkinsr@istop.com>Y Subject: Re: interesting take on Olsen's "no reason for any individual tohave acomputer i0$ Message-ID: <41a5569a$1_3@127.0.0.1>   I am Richard Tomkins. L I worked in the Digital Equipment Corporation manufacturing plant in Kanata,% Ontario Canada, from 1986 until 2001. K My jobs were, Manufacturing Support Technologist, Product Engineer, Process0; Engineer, Trainer, Consultant and CSS Technology Architect.0  K The plant was very diverse when I joined, making backplanes for PDP and VAX F computer systems and building various VAX computer sytems, such as theF 11/750, 11/780, 9250, 8350, 8550. We had a development laboratory thatL designed all the backplanes used in all the VAX computers, including the illG timed VAX 9000 backplane modules. Over time we added the manufacture ofCJ boards for VAX computers and OEM models and also took on the maufacture of boards for the network gear.  L I worked in an elite technology group that oversaw, designed and managed theG technology used in the manufacturing operations, there were 8 of us. We0H designed, installed and managed the network that drove our operations inF boards and systems. We designed and managed the computing complex (VAXL cluster) that performed automated testing of all our VAX and PC systems, and boards.a  K The VAX Fault Tolerant Computers were maufactured exclusively in our plant.o  H The early forays into the PC world happened under customer single sourceF demands. Lots of things were tried, the VT100 thingy, the DECmate, theI Rainbow and others. Oue first real foray into PC's on a serious level waseK with Tandy as a partner. We also did a partner ship with Ollivetti, low end-L desktops and laptops and notebooks. The Ollivetti laptops and notebooks were
 all recalled.E  L As the corporation consolidated its manufacturing operations over the years,* more and more product was built in Kanata.  L We did our own low cost PC's by going to a one of our disk plants in TainwanH and go tthem to cook up a strong little groups of systems, the so-called
 Tiger series.r  E I was the Product Engineer for the MicroVAX 3100 model 10 and 20, theh InfoServer 100, and 150.  D We also built products for Apple Computer in Kanata, desktops, laser printers and sub-assemblies.  ) The last VAX shipped from Kanata in 1999.,  B The Kanata plant was the sole source plant in North America for PC" production from about 1996 onward.  J I was a member of the Technical Group ATF (Advanced Technology Forum) thatL designed and developed FIS (Factory Installed Software) for ULTRIX, OpenVMS,L OSF/1, then Tru64 UNIX and of course, Windows and company, NextStep, Novell,K SCO Unix and others. This was an interplant group that met every two months J or so for a few days at different sites worlwide. I secured the budget forI the group one year in a presentation to the corporate folks. I was told IdK had 15 minutes for my presentation and money was tight, I'd be lucky to seetD $250k. I spent almost 2 hours in the presentation and was given $1.2 million.  J We paid a Royalty to Microsoft on every computer sold if it could run a MSL OS. About 40% of the product was shipped without a Microsoft product, but weB still paid the Royalty. Take it or find another Windows source wasJ Microsofts argument. Of course, there was no negotiation on this. When theJ Netscape guy said that dealing with MS was like the Godfather, one day youD expect to wake up with a horses head in your bed, we all nodded with experience.a  D Windows NT development on Alpha was paid for entirely by Digital and employed Digital staff.   L Module production was an exclusive domain of the Albeququre New Mexico plantK at one time. Some bright weenie got the idea that oyu coudl make modules inwK Mexco cheaper. It took almost two years to move the entire assembly line totA Mexico and the close the Alebququere plant. After struggling with K sub-standard quality for 6 months, we moved the entire operation from MexcouJ to Kanata in 3 months and substantially rasied the quality levels to whereJ Albequequere had them before. Mexico was a stupid idea. Graft, corruption,I staff being threatened with harm, arbitrary jail terms for not paying off J government officials, poor workers, bad work ethic, no concept of ISO 9000 standards. Need I say more.e  K I probably could fill a book with what I know and what I have been privy tohC hear. Like the time Larry Ellison wanted us out of the Video ServerlG business, so he'd stop making RDB for OpenVMS if we didn't clear out ofp town..  F Digital had an open door policy, or so they claimed. I have personanlyJ communicated with Bob Plamer on a number of issues while I worked there. IB may or may not have positively influenced products to some degree.  K The HiNote Laptops were made by Citizen Watch Company. We moved in to theiroJ production facility right after Comapq beat a retreat from them. Left mostL of thier stuff behind and wrote it off, we brought the Citizen Watch Company0 into the world of Quality Product Manufacturing.  L Digital invented the Water Wash systems for Electronic Modules and as a goodH corporate citizen of the world gave the technology to everyone for free.                    O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==-----S http://www.newsfeeds.com The #1 Newsgroup Service in the World! >100,000 NewsgroupshE ---= East/West-Coast Server Farms - Total Privacy via Encryption =---g   ------------------------------    Date: 24 Nov 2004 17:57:48 -0800< From: michael.o'connor@bluescopesteel.com (Michael O'Connor)/ Subject: Newbie questions about Advanced Servery= Message-ID: <9865a1d6.0411241757.152ec2b1@posting.google.com>t  F What I really want to do is use Microsoft Visual C++ on a Windows 2000D PC to edit C source files that reside on an Alpha. Until now, I haveE FTP'ed the files between PC and Alpha, but that is such a pain that I 1 am now trying to use Advanced Server (Pathworks).r  B I have installed Advanced Server V7.3A on an Alpha running OpenVMSD 7.3-2, with "Advanced Server and OpenVMS" as the security model, and the following configuration:  *    1.  Run the License Server:          NO*    2.  Enable Timesource service:       NO*    3.  Enable Alerter service:          NO+    4.  Enable Netlogon service:         YESo1    5.  Advanced Server domain:          MY_DOMAINu/    6.  Advanced Server role:            PRIMARYm/    7.  Advanced Server computer name:   MY_NODE D    8.  Server announce comment:    Advanced Server V7.3A for OpenVMS5    9.  Advanced Server language:        English (USA)a*    10. Enable NT style printing:        NO  F With Advanced Server running, I created a local user "USER1" (the sameE user name as my VMS account), and created a share on some directorieslF with the options /NOPERMISSIONS/PERMISSIONS=(USER1=FULL). Logging intoE Windows as the the user "USER1", I can access the share, and can open*3 files, but cannot save them - the Windows error is:a   "Cannot access this file. , Check security privileges over the network."  D If I change the security model to "Advanced Server" only, I can saveE and create files. Why is this, and do I need to worry about it from ai security point of view?   C Another question - when a file is edited and saved from the Windowsl? end, it retains its original version number on the OpenVMS fileiC system, and the "date modified" attribute of the file is updated. I.F would much prefer it if a new version was created, as happens when theA file is edited and saved in OpenVMS. Can I change this behaviour?hC Also, is there any way to see the different versions of a file fromn the Windows end?  D While I'm at it, I vaguely recall hearing that there is some kind ofA DEC C "add-in" for Microsoft Visual C++. Does anyone know where I / could find some information about this product?    ------------------------------  % Date: Wed, 24 Nov 2004 22:42:26 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>, Subject: Re: OpenVMS 8.2 on Integrity Survey+ Message-ID: <41A562B1.F8A368F1@comcast.net>    Kenneth Farmer wrote:i > M > OpenVMS marketing is looking for companies running OpenVMS 8.2 on Integrity4E > in a production or near production environment for Success Stories.C > . > Survey shouldn't take much time to complete. > . > http://www.openvms.org/pages.php?page=Survey  H Y'know, everyone here knows I'm not the sharpest pencil in the box, so IC gotta ask: if V8.2 is still in beta / field test, how can anyone bem using it in production?w   What did I miss here?w   -- r David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/w   ------------------------------    Date: 24 Nov 2004 13:12:43 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)$ Subject: Re: OpenVMS Support Chart ?3 Message-ID: <M$XNoSe+tiC8@eisner.encompasserve.org>   H In article <co2frf01vsu@enews2.newsguy.com>, healyzh@aracnet.com writes:- > warren sander <warren.sander@hp.com> wrote:f9 >> http://h71000.www7.hp.com/openvms/hw_supportchart.html  > L > This is a very cool chart, and something I've been looking for, for a longI > time.  However, I noticed one interesting item.  For the VAX-11/780, itoI > lists V1.5 as the minimum version.  If that were true, what did V1 run   > on :^)   Perhaps a PDP-11/60?  H Actually, what's not clear from the chart is the distinction between VMS& V1.5 for the 780 and **ALPHA**VMS V1.5  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD"e& 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdfhL     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  H Vulcans believe peace should not depend on force. -- Amanda, "Journey to Babel," stardate 3842.3    ------------------------------    Date: 24 Nov 2004 13:26:18 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: OpenVMS Support Chart ?3 Message-ID: <K+ZR6BWgPRDZ@eisner.encompasserve.org>o  H In article <co2frf01vsu@enews2.newsguy.com>, healyzh@aracnet.com writes:- > warren sander <warren.sander@hp.com> wrote:n9 >> http://h71000.www7.hp.com/openvms/hw_supportchart.htmln > L > This is a very cool chart, and something I've been looking for, for a longI > time.  However, I noticed one interesting item.  For the VAX-11/780, it I > lists V1.5 as the minimum version.  If that were true, what did V1 run d > on :^)  A    Since there was so much RSX, it probably ran on a PDP-11.  8-)i  H    I think that was the first ship version.  Which means first supported    version.u  3    IIRC there were 0.x versions during development.    ------------------------------  # Date: Wed, 24 Nov 2004 21:19:59 GMTo2 From: Bob Willard <BobwBSGS@TrashThis.comcast.net>: Subject: Re: reporter inquiry: Is HP selling AlphaServers?/ Message-ID: <3W6pd.665270$8_6.418827@attbi_s04>n   John Smith wrote:t > David Froble wrote:a >  >>>John Smith wrote: >>>  >>>  >>>>Consider the following:rH >>>>The last EV7z cpu's have been fabbed and are sitting in a shoebox in >>>>carly's(tm) closet.-E >>>>Some current GS customers come along in a few years asking to buym >>>>some more cpu's.8 >>>>carly(tm) sez, "Opening price is $X. What am I bid?"C >>>>Since there is some demand and only a finite supply, guess whatb >>>>happens? >>>>D >>>>Eventually the extra cpu price will be increased to a point that0 >>>>makes no economic sense to stay with the GS. >> >>A >>Gee, you must have observed what happened to the VAX line aftereG >>production was discontinued.  Speculation in this manner does nothingh: >>to help customers, and is only a short term gain for theF >>manufacturer, while losing the confidence of the customers.  Hell of$ >>a way to run a company, long term. >  >  > L > Kinda like having a 'closed' Unibus to kill the 3rd-party market, which inM > turn begat all sorts of other problems? All in the name of short-term gain.c; > In the long-term you wind up not having a company to run.a >  >   L Right problem, wrong bus.  The UNIBUS was, de facto, open:  public docs, andL hundreds or thousands of engineers who designed widgets for it.  The BI bus,K intended as the open successor to the UNIBUS, was closed shortly before thetK early 1986 announcement of the 8700/8800 and 8200/8300 VAXen which were theo first systems to use BI.  J Closing the BI was primarily done to preserve the storage market for DEC'sH massively overpriced disks.  Keeping BI closed was, IMHO, one of the keyI reasons why the scientific community, which loved VMS and VAXen, desertediH DEC for friendly pastures.  And, without third-party folks to design I/OJ stuff to the BI, the limited range of available I/O widgets caused lots ofJ customers in need of specialized (i.e., low volume) I/O to give up on DEC;F these frustrated customers covered the gamut:  scientific, commercial,% government, realtime, education, etc.p  F Closing BI was a classical example of trading long-range existence forG short-range profit.  I blame it all, in a perverse way, on Gordon Bell:aG GB could sell strategic ideas to KO; when he left (for the final time),i4 KO mostly listened to the tactical jackasses.  Sigh. -- i Cheers, Bobt   ------------------------------  % Date: Wed, 24 Nov 2004 16:44:05 -0500i# From: "John Smith" <a@nonymous.com> : Subject: Re: reporter inquiry: Is HP selling AlphaServers?, Message-ID: <O5GdnTPzyLQ1nTjcRVn-3A@igs.net>   Bob Willard wrote: >  > Right problem, wrong bus.h    I Not enough coffee today to jolt the axons and neurons into conversationalb
 boot mode.   thanks for the correctionn   ------------------------------  % Date: Wed, 24 Nov 2004 22:28:35 -0600t2 From: David J Dachtera <djesys.nospam@comcast.net>M Subject: Re: The Register: AMD's Opteron loses ground where it kind of countss+ Message-ID: <41A55F73.797105FC@comcast.net>i   John Smith wrote:y >  > Robert Boers wrote:d# > > Opteron sales jump 400 percent:d- > > http://www.theinquirer.net/?article=19859t' > > Not really disheartening for AMD...t > >t > K > As Intel's core x86 business has more profits eroded because AMD picks upiK > sales, how long do you figure Intel will be willing to put money into thes > Intanic sink-hole.  # ...while VMS remains in x86 denial?l   -- l David J Dachtera dba DJE Systemsr http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:t" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/r   ------------------------------  % Date: Wed, 24 Nov 2004 21:52:17 -0500e! From: "Jim" <turk162@hotmail.net> 6 Subject: Re: VAX Server 4000/200 not seeing it's drive& Message-ID: <60cpd.81$hv7.42@fe03.lga>  G > >Although I've read through the KA-660 CPU Maintenance Manual and ther VAXeH > >4000 Operation manual, I still can't figure out why SHOW DEV shows no( > >hard drive on my VAX Server 4000/200. > > G > >It has one Seagate ST4702N drive connected via ribbon to a half-sizeeH > >controller card residing in the top half of slot 6 (BA215 backplane). > >i > >hD > This may seem like a silly question to ask, but if you have a bareE > ribbon cable running from the controller to the drive, what are youvE > doing for termination?  Have you confirmed that the drive itself iso3 > providing both termination and termination power?o >   C The ribbon from controller to drive is indeed bare and only has twolA connectors; one on each end.  I did pull the drive and it has therH termination resistors installed.  I also check the Seagate documentation- and the drive is providing termination power.e   Jim    ------------------------------  % Date: Wed, 24 Nov 2004 22:27:33 -0500t! From: "Jim" <turk162@hotmail.net> 5 Subject: Re: VAX Server 4000/200 not seeing its driveo& Message-ID: <Jncpd.82$rE7.59@fe03.lga>  8 "John E. Malmberg" <wb8tyw@qsl.network> wrote in message- news:Y9u5VLJn4Av2@eisner.encompasserve.org...oF > In article <W%Qod.142$6g1.127@fe07.lga>, "Jim" <turk162@hotmail.net> writes:rH > > Although I've read through the KA-660 CPU Maintenance Manual and the VAXnF > > 4000 Operation manual, I still can't figure out why SHOW DEV shows no) > > hard drive on my VAX Server 4000/200.e > >eH > > It has one Seagate ST4702N drive connected via ribbon to a half-size= > > controller card residing in the top half of slot 6 (BA215h backplane).> >eF > That controller card is a third party controller card, and unless itE > emulates a Digital controller, will not be visible to the boot rom.m >cF > > The controller card has very few markings; it has "Assy 210-00031"F > > etched along one edge and has a sticker on the ROM chip that bears thelE > > print "Viking QB A4.4".  The only hardware configurable option ont the D > > card is a single row of four jumpers, all of which are "jumped". > 8 > I would recommend a google search.  You may get lucky.  D I did get lucky.  Google turned up an eBay auction with a photo veryG close to the card.  The caption said that it was a "TD Systems Viking".eE I've sent an email to TD Systems asking for any info they might have.   G A subsequent Dejanews search returned the most interesting posting fromt 1991 to this very newsgroup:   -- old message starts --E "Here at Fermilab, we have any number (i.e., too large to compute) ofn@ systems with Qbus-to-SCSI adapters.  We mostly use adapters from@ Summus Computer or TD Systems (their Viking controllers).  These@ controllers make SCSI units 0-3 looks like MSCP disk devices and> SCSI units 4-7 like TMSCP tape devices.  For disks we use many@ varieties of Seagate Wren disks - Wren Vs (638 MB) and Wren VIIs? (1 GB) in greatest numbers - with Exabyte 8mm tape drives.   We B have several such systems with just a Wren disk and 8mm tape drive; (yes, we can boot S/A Backup from the 8mm).  We have tested D the Fujitsu 1.2 GB disk drive (model number escapes me) successfully on these controllers." -- old message ends --  @ The machine I'm working on has a Seagate 638M Wren drive and TWOE Fermilab asset tags!  Needless to say, I've emailed the author on the : outside chance he still works at Fermilabs after 14 years.  E > The only "Viking" q-bus SCSI card that I have seen required a thirdfG > party driver to use.  Storage on it was not bootable, and OpenVMS didr nottG > supply a driver for it.  It is sitting at home in my spare parts bin.   E I sure hope that's not the case for this controller.  I found anotherr$ potential problem in a 2002 posting:   -- old message starts --@ "We used to buy third party boards from Trimarchi, Inc. and were
 satisifiedH with them.  One was a SCSI board by TD Systems, that works fine, but theH serial interface for configuring the board requires a special adapter toB tap 4 normally grounded lines off the SCSI bus and route them to a 10-pinH and 25-pin connecter on the adapter.  We got the adapters from TrimarchiF as well.  It is just a pain when having to add or format drives, which we have not had to do often." -- old message ends --   Uh oh.  E > Note: Some third party SCSI controllers are disk only, and some are  > tape only.  G There is a TS Systems Viking that is tape only.  But indications so far  are that this one does both.  G > > From web searches, I gather that the controller card may need to be H > > configured.  However, attempts to put it into maintenance mode don'tF > > appear to do much (see below).  At this point, I haven't been able to< > > even determine what type of controller I'm dealing with. >8E > The maintenance command that you have issued is specific to a KFQSAo controller,rG > which is a Q-BUS to DSSI controller.  As your VAX Server 4000-200 hast a builtlH > in DSSI controller that is more efficient, unless you have more than 7 DSSI? > devices, there is no reason to use the KFQSA if you have one.    I've got no DSSI devices.   E > You are aware that even though a DSSI interconnect looks a lot like 	 SCSI, andhG > the connectors on the disks are interchangable, they are electricallytG > incompatable and damage will likely result a SCSI device is connectede to > a DSSI bus or the reverse.  E No I wasn't.  I really appreciate your pointing out that pitfall as IeD was already wondering why the add-on controller was there with those% DSSI connectors sitting there unused!d  E > > I would greatly appreciate any help in identifying the controllerw cardF > > type, getting the drive on-line, or even a lead on where to find a > > definitive FAQ/manual. >a" > So far I have found nothing. :-( > C > I do recommend that in your google searches that you look for the  keywordsB > "Hoffman" "qbus" and "serpentine" for information on configuring devices on the > q-bus.  H Ah, good keywords.  I've found about three interesting documents to help further my VAX education.a  F > The position of cards in the q-bus is significant, as is identifying they? > specific q-bus that is on the machine.  Gaps are not allowed.o  E Hmmm.  That may be another source of problems the SCSI card is in the F left-most slot, with three empty slots between it and the memory card. I'll try moving it.h  A > The VAX Server 4000-200 was sold as an upgrade kit, it does note identify% > what q-bus backplane that you have.s  9 The label on backplane says:  "LPWR 5017407-01  E1-P1 L1">= A label on the enclosure says: "BA214/BA215 BACKPLANE 5417408o 70-25447-01  004  KA117Y1189"@  D > In configuring the q-bus cards, the settings for many of the cards will/ > depend on what other cards are in the system.n >sF > And there is an added and not well documented gotcha for third party disk > controllers. > E > Most q-bus controllers are bus priority 4.  A large number of third 
 party diskG > and tape controllers are bus priority 5.  Bus Priority 5 devices mustn beF > electrically/physically closer to the CPU.  Failure to heed that can result > in system crashes.  E The CPU is in the right-most slot with the memory card immediately tooG its left.  Should a priority 5 controller come next or go inbetween the C memory and CPU card (I think I know that the answer is that nothinga, should come between the CPU and its memory.)  F > > I bought this wonderful machine and a hamfest last year and assume thatF > > the drive works but that the previous owner must have wiped it (it spinse' > > up and sounds like a drive should).x >e+ > > Here's a summary of what I know so far:b >  > >>>>show qbusb >u5 > "Show configuration" would probably be more useful.   F When I do SHOW CONFIG, it returns "illegal command".  Also when I do a$ HELP to see what commands are valid,F SHOW CONFIG is not in the list.  The list is in alphabetical order and> it should be just before SHOW CONTROLP, but here's what I get:   <snip>	 SHOW BFLG 	 SHOW BOOTh
 SHOW CONTROLPs SHOW DEVICEr <snip>   > > Scan of Qbus I/O Space@ > > -20001468 (772150) = A440 RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK > > -2000146A (772152) = 0B40C? > > -20001940 (774500) = A440 TQK50/TQK70/TU81E/RV20/KFQSA-TAPEa > > -20001942 (774502) = 0B40t" > > -20001F40 (777500) = 0020 IPCR > >e >SF > It shows a MSCP compatable disk controller and TMSCP compatible tape > controller on the q-bus. >:B > In order to interpret the above, a listing of ALL cards that are pluggedp8 > into the q-bus is needed, and their exact posititions.  ( Slot 1 (right-most) has the CPU an KA660 Slot 2 has a M7622 memory card Slot 3 is empty. Slot 4 is empty: Slot 5 is emptya0 Slot 6 has the TS Systems Viking SCSI controller  E > Note that every card or board set has two names associated with it.3F > One name is for the option and that covers the specific option.  The
 other nameF > is a module name.  An option may have multiple modules, or just one. >eE > Most of the discussions on line will deal with the option name, but. when youD > look at the cards to identify them, all you may find is the module name.o > F > As there are still a lot of people using q-bus machines for business or hobbyE > use, you should be able to look up both numbers on line to identify 
 the cards.  H I did find a summary listing and will scour it for matches to the cards.   > -John  > wb8tyw@qsl.network > Personal Opinion Onlya  / I really appreciate the detailed info.  Thanks!> Jim>   ------------------------------  % Date: Wed, 24 Nov 2004 22:37:05 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>5 Subject: Re: VAX Server 4000/200 not seeing its drive + Message-ID: <41A56171.E736CAE5@comcast.net>s  
 Jim wrote: > [snip]B > The machine I'm working on has a Seagate 638M Wren drive and TWO > Fermilab asset tags!    H I'd be careful about broadcasting that on Usenet. If you're curious why,D e-mail me privately (how to de-mung the reply-to should be obvious).  1 > Needless to say, I've emailed the author on thee< > outside chance he still works at Fermilabs after 14 years.  
 VERY outside!e   -- h David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:m" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/s   ------------------------------    Date: 24 Nov 2004 13:14:44 -06004 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) Subject: Re: VMS V1I3 Message-ID: <4uzos1iX662L@eisner.encompasserve.org>   b In article <co2hea$57i$2@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:8 > kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes: > N >>At the VMS 20th anniversary DECUS they had a 780 running whatever version ofG >>VMS it first shipped with. IT belonged to a DEC F/S engineer, but theuA >>Dectapes were Andy Goldstein's. He might know where the 780 is.a > J > Unfortunately, it was accidentally scrapped.  It was brought back to theI > VMS Engineering lab after DECUS and someone who didn't know what it waslI > had it sent out for scrap.  One of the engineers here who brought it toa8 > life will rant on and on if the subject is brought up.   Oh My God!!!  1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD"H& 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdfrL     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  H Vulcans believe peace should not depend on force. -- Amanda, "Journey to Babel," stardate 3842.3i   ------------------------------  % Date: Wed, 24 Nov 2004 12:20:28 -0700 % From: Dan O'Reilly <dano@process.com>: Subject: Re: VMS V1oA Message-ID: <6.1.2.0.2.20041124122007.02546af0@raptor.psccos.com>y  ) At 12:14 PM 11/24/2004, Bob Kaplow wrote:-J >In article <co2hea$57i$2@pcls4.std.com>, moroney@world.std.spaamtrap.com  >(Michael Moroney) writes:: > > kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes: > >sF > >>At the VMS 20th anniversary DECUS they had a 780 running whatever  > version ofI > >>VMS it first shipped with. IT belonged to a DEC F/S engineer, but the C > >>Dectapes were Andy Goldstein's. He might know where the 780 is.n > > L > > Unfortunately, it was accidentally scrapped.  It was brought back to theK > > VMS Engineering lab after DECUS and someone who didn't know what it was K > > had it sent out for scrap.  One of the engineers here who brought it ton: > > life will rant on and on if the subject is brought up. >r
 >Oh My God!!!i  8 Hey, just so long as the VAXbar is still intact!  <grin>   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  # Date: Wed, 24 Nov 2004 21:23:21 GMT22 From: Bob Willard <BobwBSGS@TrashThis.comcast.net> Subject: Re: VMS V1o/ Message-ID: <dZ6pd.665275$8_6.242091@attbi_s04>D   Bob Supnik wrote:h  C > The SIMH team is attempting to revive VMS V1.  A 780 simulator istF > written and partially debugged, V1 sources have been found, as has a > binary kit for V1.5. >  > What's lacking, notably, are:e > E > - VAX-11/780 floppies for V1, particularly the tape restore utilitye/ > - Installation and operational manuals for V1tG > - Detailed specifications on the LSI-11 console interaction protocol,e' > or the actual firmware for the LSI-11r! > - VAX-11/780 bootstrap ROM codef > G > If you have any of this material, please let me or Al Kossow know; wed/ > can arrange to have the material transcribed.y > 	 > Thanks,r > 
 > /Bob Supnikr >   H Try Ted Gent, if he's still with DEC/CPQ/HP; last known address was MRO.C Ted & friends rewrote the LSI-11 code for the 780 to make the comm. ' front-end stuff work for Field Service.( -- A Cheers, Bobo   ------------------------------  % Date: Wed, 24 Nov 2004 22:40:31 -0600.2 From: David J Dachtera <djesys.nospam@comcast.net>Y Subject: Re: What can I do about "Asynchronous Device Attention" errors on network cards =+ Message-ID: <41A5623E.F733E5CA@comcast.net>H  
 Andrew wrote:T >  > Dear all,) > C > We are recieving several messages a day about recoverable errors.. > & > "Asynchronous Device Attention" EWA0 > G > We are using Gigabit network cards with failover enabled connected toN > a cisco 6500 switch. > E > Both the server and switch are set to AUTO... I'm told that this isiH > HP's recomendation. On this point if anyone has any other ideas please > let me know. > G > So do I need to worry about these messages... Do other people who areQ, > VMS admins here recieve similar messages ?  F Conventional wisdom is that "permanent" installations - like servers -H don't need to and shouldn't use auto-negotiate. Set what you need on theH server end at the very least, and if the other end can't handle it, lock it down, as well.   F It's just one less headache you need after a power-cycle, shutdown for repairs, maintenance, etc., ...    -- l David J Dachtera dba DJE Systemsk http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:g" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/i  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/e   ------------------------------  % Date: Wed, 24 Nov 2004 22:32:22 -0600e2 From: David J Dachtera <djesys.nospam@comcast.net>M Subject: Re: Yet another [Un]Zip behavior quirk.  Non-stupid opinions sought. + Message-ID: <41A56056.64FA9F3A@comcast.net>r   sms@antinode.org wrote:  > 4 > From: David J Dachtera <djesys.nospam@comcast.net> > + > > >    1.  Has this bothered anyone else?  > >sD > > I'm not bothered by it, since I expect it. I'd like to see it be0 > > otherwise, but I understand the constraints. > E >    Well, you sould have been.  Anyway, now that I've discovered the I > miracle bits (fab$v_sqo, FIB$M_SEQONLY, and FIB$M_NOREAD), it should be ! > all better in the next release.  > : > > >    2.  Does anyone else expect to be bothered by it? > > E > > No, unless it suddenly takes much longer in a future VMS version.  > G >    Try using Zip 2.3 on larger files.  I can say with some confidence " > that it'll be plenty bothersome.  D Quantify "larger" (in blocks, GB or whatever unit of measure is mostH comfortable for you). I'll try to test it here on my little Alpha (AS200 4/233).v   -- L David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/4   ------------------------------  + Date: Wed, 24 Nov 2004 22:49:20 -0600 (CST)  From: sms@antinode.orgM Subject: Re: Yet another [Un]Zip behavior quirk.  Non-stupid opinions sought.0) Message-ID: <04112422492036@antinode.org>t  2 From: David J Dachtera <djesys.nospam@comcast.net>  I > >    Try using Zip 2.3 on larger files.  I can say with some confidencee$ > > that it'll be plenty bothersome. > F > Quantify "larger" (in blocks, GB or whatever unit of measure is mostJ > comfortable for you). I'll try to test it here on my little Alpha (AS200	 > 4/233).@  G    The bigger the files, the more bothersome.  You can't expect currentiH [Un]Zip to work on anything over about 2GB.  My more recent tests used aH CD-ROM image, so about 650MB for the data file, which compressed down to0 about 270MB, and I found that plenty bothersome.  F    As the AlpSta 200 internal SCSI is narrow, and my PWS test disk was( wide, I'd expect it to be worse for you.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-orge    Saint Paul  MN  55105-25475   ------------------------------  % Date: Wed, 24 Nov 2004 15:49:06 -0500i# From: "John Smith" <a@nonymous.com>e= Subject: [OT]: Digital Equipment Corp. and the origin of Spamm, Message-ID: <R8-dnbcgv6JYbjncRVn-pw@igs.net>  > Another Digital first - the first spam sent over the internet.    ? Take a look at the article Ken Farmer posted at www.openvms.orgn  L ....."As a marketing manager at the East Coast-based Digital Equipment Corp.F (DEC), Thuerk sent out the bulk email inviting West Coast techies to a/ demonstration of Dec's new Decsystem-20. ".....n   ------------------------------  % Date: Wed, 24 Nov 2004 16:04:37 -0500t5 From: "Bochnik, William J" <William_Bochnik@acml.com> A Subject: RE: [OT]: Digital Equipment Corp. and the origin of SpamaQ Message-ID: <2D75787AAF09C64481BDFD89113BE6D504ADAD6C@ac2kama0102.ac.lp.acml.com>e  < Careful, Microsoft or Al Gore might claim prior invention...   -----Original Message-----+ From: John Smith [mailto:a@nonymous.com]=20 * Sent: Wednesday, November 24, 2004 3:49 PM To: Info-VAX@Mvb.Saic.Comi= Subject: [OT]: Digital Equipment Corp. and the origin of Spama    > Another Digital first - the first spam sent over the internet.    ? Take a look at the article Ken Farmer posted at www.openvms.orgr  H =2E...."As a marketing manager at the East Coast-based Digital EquipmentG Corp. (DEC), Thuerk sent out the bulk email inviting West Coast techiesr4 to a demonstration of Dec's new Decsystem-20. ".....        ) -----------------------------------------1L The information contained in this transmission may contain privileged and c=L onfidential information and is intended only for the use of the person(s) n=L amed above. If you are not the intended recipient, or an employee or agent =L responsible for delivering this message to the intended recipient, any revi=L ew, dissemination, distribution or duplication of this communication is str=L ictly prohibited. If you are not the intended recipient, please contact the=L  sender immediately by reply e-mail and destroy all copies of the original =L message. Please note that we do not accept account orders and/or instructio=L ns by e-mail, and therefore will not be responsible for carrying out such o= rders and/or instructions.L If you, as the intended recipient of this message, the purpose of which is =L to inform and update our clients, prospects and consultants of developments=L  relating to our services and products, would not like to receive further e=L -mail correspondence from the sender, please "reply" to the sender indicati=L ng your wishes.  In the U.S.: 1345 Avenue of the Americas, New York, NY 101= 05.d   ------------------------------  % Date: Wed, 24 Nov 2004 14:12:12 -0800 % From: DeanW <dean.woodward@gmail.com>dA Subject: Re: [OT]: Digital Equipment Corp. and the origin of Spamu7 Message-ID: <3f119ada041124141231084541@mail.gmail.com>e  F On Wed, 24 Nov 2004 15:49:06 -0500, John Smith <a@nonymous.com> wrote:@ > Another Digital first - the first spam sent over the internet. > A > Take a look at the article Ken Farmer posted at www.openvms.orgt > N > ....."As a marketing manager at the East Coast-based Digital Equipment Corp.H > (DEC), Thuerk sent out the bulk email inviting West Coast techies to a1 > demonstration of Dec's new Decsystem-20. ".....a  B Excellent! Quick, someone file a patent on the idea in DEC's name-- then sick the DMCA suporters on the spammers.e  / Two feathered reptiles, one mineral projectile.o   -- i Dean Woodward    =o&or dean.maps_on.woodward@gmail.come   ------------------------------  % Date: Wed, 24 Nov 2004 18:18:29 -0500c# From: "John Smith" <a@nonymous.com>oA Subject: Re: [OT]: Digital Equipment Corp. and the origin of Spamu, Message-ID: <hvSdndJBPotVizjcRVn-2g@igs.net>   DeanW wrote:H > On Wed, 24 Nov 2004 15:49:06 -0500, John Smith <a@nonymous.com> wrote:A >> Another Digital first - the first spam sent over the internet.o >>B >> Take a look at the article Ken Farmer posted at www.openvms.org >>? >> ....."As a marketing manager at the East Coast-based DigitaleF >> Equipment Corp. (DEC), Thuerk sent out the bulk email inviting WestE >> Coast techies to a demonstration of Dec's new Decsystem-20. "...... > D > Excellent! Quick, someone file a patent on the idea in DEC's name-/ > then sick the DMCA suporters on the spammers.n    J HP will demand royalties from the spammers for each messag sent - it would/ be more profitable than selling ink cartridges.t   ------------------------------   End of INFO-VAX 2004.654 ************************