1 INFO-VAX	Wed, 25 Apr 2001	Volume 2001 : Issue 231       Contents:' Re: - OpenVMS ever to be on Intel chip? ' Re: - OpenVMS ever to be on Intel chip?  3DLabs Oxygen VX1 anyone?  Re: 3DLabs Oxygen VX1 anyone?  Re: 80% is Good Enough for M$ < Accept credit cards online at only 9.1% service charge  8564  Re: Adaptec controllers and DS10  Re: Adaptec controllers and DS10% COBOL example to call a DCL procedure ) Re: COBOL example to call a DCL procedure & Re: COMPAQ FORTRAN Conditional compile& Re: COMPAQ FORTRAN Conditional compile& Re: COMPAQ FORTRAN Conditional compile& Re: COMPAQ FORTRAN Conditional compile& Re: creprc with commandline parameters. Re: DEC/Compaq 9.1 GIG UW Storageworks Drives.. Re: DEC/Compaq 9.1 GIG UW Storageworks Drives.. RE: DEC/Compaq 9.1 GIG UW Storageworks Drives.' Re: DECtalk DTC01 cabling/documentation ' Re: DECtalk DTC01 cabling/documentation / DFU file fragmentation index seems inconsistent  Re: DFWDAYS a Big Success  Re: DFWDAYS a Big Success  Re: DFWDAYS a Big Success  Fall of the Roman Empire Re: Fall of the Roman Empire RE: Fall of the Roman Empire RE: Fall of the Roman Empire Re: File - Our Commitment.htm  Re: File - Our Commitment.htm ( Getting the Multinet IMAP server to work, Re: Getting the Multinet IMAP server to work, Re: Getting the Multinet IMAP server to workG IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) K Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) K Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) K Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) K Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) K Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) K Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?) ; RE: Mad content filter (was: Re: (Change topic) SAP on VMS) 7 Mad content filter (was: Re: [Change topic] SAP on VMS) . Re: Main production system crashed - continued5 OpenVMS and HAM Radio - was Re: DFWDAYS a Big Success / Re: OpenVMS article - please explain last line! / Re: OpenVMS article - please explain last line! / Re: OpenVMS article - please explain last line!  Re: OpenVMS Hobbyist version Re: OpenVMS Hobbyist version Re: OpenVMS Hobbyist version Re: OpenVMS Hobbyist version Re: OpenVMS Hobbyist version Optical Drive for OpenVMS  Re: Optical Drive for OpenVMS  Re: Optical Drive for OpenVMS  Re: Optical Drive for OpenVMS  Re: OT: "The Puzzle Palace"  Re: OT: "The Puzzle Palace"  Re: Pathworks for VMS 5.52( Random access to 2 bytes in a large file, Re: Random access to 2 bytes in a large file, Re: Random access to 2 bytes in a large file, Re: Random access to 2 bytes in a large file, Re: Random access to 2 bytes in a large file, Re: Random access to 2 bytes in a large file, Re: Random access to 2 bytes in a large file Re: Standalone Backups Needed  The Q and Canadian geography, Re: Using 3-phase power converters on VAXen?G Re: using a pipe command into a CP creates DCL$OUTPUT_xxxxxxx.LOG files 8 Using VT220 as alternate serial console for DEC 3000-400( Re: V7.3 in clusters w/earlier versions?G RE: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G RE: VMS gets positive mention in Compaq Q1 financial analystsconference G re: VMS gets positive mention in Compaq Q1 financial analystsconference G RE: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference G Re: VMS gets positive mention in Compaq Q1 financial analystsconference % Re: VMS Loyalist dies from starvation - Re: WIS... RIP???  -- NO! - non-standard port @ Re: [Q] DCL minute of the day: sys$specific & sys$common (again)% Re: [Q] Restart OPA0: DECWindows CDE?   F ----------------------------------------------------------------------    Date: 24 Apr 2001 21:49:02 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 0 Subject: Re: - OpenVMS ever to be on Intel chip?3 Message-ID: <j5fz4oFN44Nc@eisner.encompasserve.org>   w In article <slrn9ec01k.7pb.kenn@excalibur.research.wombat.ie>, kenn@excalibur.research.wombat.ie (Kenn Humborg) writes: < > Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote:O >>In article <9c20v4$buc$2@news.IAEhv.nl>, "Hans Vlems" <hvlems@iae.nl> writes: & >>> OS/390 is the latest name for MVS.N >>> VM is the Virtual Machine OS. It can run as host for as many guests as youK >>> like. We used to run a couple of VSE guests under VM. And when a new VM  >>> version 9 >>> came out, it ran as a guest itself (second level VM). L >>> The performance was surprisingly good: IBM knows this sport pretty well. >>> K >>> VMS might be adapted to do the same I think. But VM is a much simplerOS # >>> than VMS was (since V2.0 or so)  >>G >>The VAX instruction set as it stands cannot be virtualized on itself.  > @ > This makes me curious...  What is required for an architecture; > to be virtualized on itself and what features of the VAX   > instruction set prevent this?   ; Failed PROBE instructions cannot be intercepted as a fault.    ------------------------------    Date: 25 Apr 2001 19:00:08 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 0 Subject: Re: - OpenVMS ever to be on Intel chip?H Message-ID: <y4lmoohq3r.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  8 kenn@excalibur.research.wombat.ie (Kenn Humborg) writes:  C > References to any relevant online docs would be much appreciated.   M A privileged mode instruction must not be able to discern that it was in fact L executing in a less privileged mode. The PROBE problem Larry mentions is one= such case. Programmed I/O also often brings problems with it.    	Jan   ------------------------------  % Date: Wed, 25 Apr 2001 08:36:58 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> " Subject: 3DLabs Oxygen VX1 anyone?8 Message-ID: <9c6jul$3as$1@fizban.fizban.pprd.abbott.com>  & Getting ready to order an XP900.  VMS.  I Saw that the 3DLabs Oxygen VX1 Graphics card is supported.  7.3 built-in. ( Earlier versions have patches available.  E Wondered if anyone here has any first hand experience with this card.    Dave...    ------------------------------  % Date: Wed, 25 Apr 2001 10:29:15 -0700 ! From: Shane.F.Smith@Healthnet.com & Subject: Re: 3DLabs Oxygen VX1 anyone?D Message-ID: <OF3983490F.16B88642-ON88256A39.005FDE18@foundation.com>  J Not personally, but I saw it pitted against a Quattro in a review a coupleG of months back (I think it was www.tomshardware.com) and come out well. H Lower fill rate, so it's not a games card, but the professional graphics% features were better than the Quadro.    Shane           C Dave Gudewicz <david.gudewicz@abbott.com> on 04/25/2001 06:36:58 AM   ; Please respond to Dave Gudewicz <david.gudewicz@abbott.com>    To:   Info-VAX@Mvb.Saic.Com  cc:   # Subject:  3DLabs Oxygen VX1 anyone?     & Getting ready to order an XP900.  VMS.  I Saw that the 3DLabs Oxygen VX1 Graphics card is supported.  7.3 built-in. ( Earlier versions have patches available.  E Wondered if anyone here has any first hand experience with this card.    Dave...    ------------------------------  % Date: Wed, 25 Apr 2001 09:01:24 +0100 % From: Alan Greig <a.greig@virgin.net> & Subject: Re: 80% is Good Enough for M$* Message-ID: <3AE68454.3CB9E8CD@virgin.net>   Christof Brass wrote:    > > > for M$-SQL-Server) "hang" after two weeks. In fact it didn'tA > really hang but e.g. to get the "console" to respond to a mouse A > click or a keystroke would take 30 minutes (no lie - I saw this B > standing just behind the operator and looking at the server room	 > clock).  >   R And a big problem with NT Terminal server edition (multi user NT) is that a singleN user can bring the entire machine to a halt with one command in Excel. We haveL users occasionally do something which causes Excel to try and allocate a fewK gigabytes of memory. Machine just hangs to the point where even the console I doesn't respond. And there's no quota system to prevent this. Problem not $ addressed under Windows 2000 either.   > Any questions?   --
 Alan Greig   ------------------------------  # Date: Wed, 25 Apr 2001 13:58:04 GMT   From: greg.polk@polkservices.netE Subject: Accept credit cards online at only 9.1% service charge  8564 1 Message-ID: <MJAF6.8856$Lj7.253736@nnrp2.sbc.net>   & Easy Pay CC          www.easypaycc.com The Name Says It All   We provide SSL (Secure Sockets Layer) and other encryption security features that insure your online transactions are processed securely, safely and only once.   { Our competitors should be offering this kind of protection, and sometimes they do, for about two or three times the cost.    That's where Easy Pay CC is totally different from the rest.  We never charge more than 9.5% on revenues charged during a one-week period.` We offer the LOWEST rates in comparison to our competitors and setup times are about 5 minutes  l Look, the idea was yours, you made the site, you made it successful, now shouldn't you be getting the money?   ------------------------------  % Date: Wed, 25 Apr 2001 15:08:42 +0100 G From: Graham 'Roll The Dice' Harrison <sir-dice@the-shades.demon.co.uk> ) Subject: Re: Adaptec controllers and DS10 8 Message-ID: <5cmdetk1l44ddm128ekc37g3csa4lk5b6d@4ax.com>   Hi,   F Sorry to have to say, but no an adaptec will not work, well not if youD want to run OpenVMS anyway.  All the DS-20's (NOT DS-20Es) have an 2E Adaptec 78xx controllers on the motherboard - they work fine under NT F - but they are just not there in OpenVMS and there is no device driver	 for them.   @ You could try E-Bay and Yahoo auctions, its amazing what come upC there.  (And a great way for a Hobbiest to get into lots of trouble & with the Partner/Bank Manager  (c8   )   Cheers,  Graham.    ------------------------------  % Date: Wed, 25 Apr 2001 16:16:57 +0100 % From: Alan Greig <a.greig@virgin.net> ) Subject: Re: Adaptec controllers and DS10 8 Message-ID: <afqdetk8r1tm1u8m3cqv8b7s3vl5a6tu53@4ax.com>  C On Wed, 25 Apr 2001 15:08:42 +0100, Graham 'Roll The Dice' Harrison ( <sir-dice@the-shades.demon.co.uk> wrote:   >Hi, > G >Sorry to have to say, but no an adaptec will not work, well not if you E >want to run OpenVMS anyway.  All the DS-20's (NOT DS-20Es) have an 2 F >Adaptec 78xx controllers on the motherboard - they work fine under NTG >- but they are just not there in OpenVMS and there is no device driver 
 >for them. > A >You could try E-Bay and Yahoo auctions, its amazing what come up D >there.  (And a great way for a Hobbiest to get into lots of trouble' >with the Partner/Bank Manager  (c8   )   C You married your bank manager? Well that;s an approach to financial F management I hadn't considered. It;'s amazing the services banks offer
 these days :)      >Cheers,	 >Graham.     -- Alan   ------------------------------  % Date: Wed, 25 Apr 2001 12:36:45 -0400 + From: Clayton Kroh <ckroh@MAIL.CLARION.EDU> . Subject: COBOL example to call a DCL procedure0 Message-ID: <3AE6FD1D.117BD00D@mail.clarion.edu>  D Can anyone provide me with sample COBOL code to call a DCL procedureG that passes two parameters to the DCL procedure or direct me to where I  could some examples?   Thanks   -- Clayton Kroh Manager, Enterprise Services Clarion University of PA   ------------------------------  # Date: Wed, 25 Apr 2001 17:53:18 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)2 Subject: Re: COBOL example to call a DCL procedure0 Message-ID: <iaEF6.182$5I.3841@news.cpqcorp.net>  ^ In article <3AE6FD1D.117BD00D@mail.clarion.edu>, Clayton Kroh <ckroh@MAIL.CLARION.EDU> writes:E >Can anyone provide me with sample COBOL code to call a DCL procedure H >that passes two parameters to the DCL procedure or direct me to where I >could some examples?   1 The following is in some old files I keep around. 9 I "think" it works, but I've not used it for a LONG time.  No guarantees.   IDENTIFICATION DIVISION. PROGRAM-ID.  COBOL_DCL.   * *   This shows how to submit DCL commands." *   There are some restrictions --@ *       See LIB$SPAWN in the Run-Time Library reference manaual.  : *   Make the EDITS in working storage at lines marked ***. *   Complie, link and run.   ENVIRONMENT DIVISION.    INPUT-OUTPUT SECTION. 
 FILE-CONTROL. 4     SELECT TEMP_MAIL_TEXT ASSIGN TO "TEMP_MAIL.TXT".   DATA DIVISION.  
 FILE SECTION.        FD TEMP_MAIL_TEXT /         RECORD VARYING FROM 1 TO 79 CHARACTERS.   .     01  LINE-OUT                    PIC X(79).   WORKING-STORAGE SECTION.  @     01  CALL-RESULT                 PIC S9(9)   COMP    VALUE 0.  5 *   If commands exceed 80 characters, change the PIC. 3     01  COMMAND-1                   PIC X(80) VALUE > *** Replace XXXXXX in the next line with a valid mail address.@ *       "MAIL TEMP_MAIL.TXT XXXXXX /SUBJ=""TEST MAIL MESSAGE""".A         "MAIL TEMP_MAIL.TXT HAMMOND /SUBJ=""TEST MAIL MESSAGE""".   < *   Next line shows how to use an indirect distribution list6 *   Note the couble and tripple "'s.  They are needed.I *       "MAIL TEMP_MAIL.TXT ""@zzzzzz.dis"" /SUBJ=""TEST MAIL MESSAGE""".   3     01  COMMAND-2                   PIC X(80) VALUE !         "DELETE TEMP_MAIL.TXT;*".      PROCEDURE DIVISION.   
 01-MAIN-A.  , *   Create a temporary file and write to it.     DISPLAY ""'     DISPLAY "Creating TEMP_MAIL.TXT..."      OPEN OUTPUT TEMP_MAIL_TEXT(     MOVE "TEXT OF TEMP FILE" TO LINE-OUT     WRITE LINE-OUT     CLOSE TEMP_MAIL_TEXT  &     DISPLAY "Mailing TEMP_MAIL.TXT..."2     CALL "LIB$SPAWN" USING BY DESCRIPTOR COMMAND-1             GIVING CALL-RESULT     END-CALL!     IF CALL-RESULT IS NOT SUCCESS      THEN2         CALL "LIB$STOP" USING BY VALUE CALL-RESULT         END-CALL
     END-IF  '     DISPLAY "Deleting TEMP_MAIL.TXT..." 2     CALL "LIB$SPAWN" USING BY Descriptor COMMAND-2             GIVING CALL-RESULT     END-CALL!     IF CALL-RESULT IS NOT SUCCESS      THEN2         CALL "LIB$STOP" USING BY VALUE CALL-RESULT         END-CALL
     END-IF       DISPLAY ""!     DISPLAY "Normal Termination."      DISPLAY ""       STOP RUN     .   * *  PHYSICAL END OF SOURCE -- COBOL_DCL.COB     --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 24 Apr 2001 17:09:05 -0500 . From: Gary Scott <Gary.L.Scott@lmtas.lmco.com>/ Subject: Re: COMPAQ FORTRAN Conditional compile . Message-ID: <3AE5F981.AB2B53D4@lmtas.lmco.com>  G Hi, recommend submitting this to Compaq at mailto:vf-support@compaq.com    Earl Lakia wrote:  > B > So why does  the !DEC conditional code that isn't to be compiled@ > actually compiled?  For example how about the following simple > piece of code: > ' > ----------- source code -------------  >         program earl" >         !DEC$ IF DEFINED (dummy) >  > why is this code > even compiled? >  >           integer*4 i/1.0/% >           type *,'Dummy Defined ',i  >         !DEC$ ELSE >           integer*4 i/2.0/) >           type *,'Dummy not Defined ',i  >         !DEC$ ENDIF 
 >         end  > 0 > --------------- Compilier Output ------------- > 	 > $ for a  >  > why is this code > ^ ? > %F90-E-ERROR, Illegal character in statement label field  [w] D > at line number 4 in file DISK$USER2PROJ:[LOGAN.USERS.LAKIA]A.FOR;5 > ' > ..... rest of similar errors deleted.  > D > If the code is real FORTRAN or comments, then it compiles ok.  For
 > example: > ' > ----------- source code -------------  >        program earl " >         !DEC$ IF DEFINED (dummy) >           integer*4 i/1.0/% >           type *,'Dummy Defined ',i  >         !DEC$ ELSE >           integer*4 i/2.0/) >           type *,'Dummy not Defined ',i  >         !DEC$ ENDIF 
 >         end  > ; > Both source files use a tab in column one followed by thea4 > source statements.  However, only the second which: > is syntactically correct actually compiles.  When is the2 > conditional code evaluated?  I have noticed that= > if I place a tab in front of the text like the following itv
 > also works.e > ' > ----------- source code -------------  >  >         program earl" >         !DEC$ IF DEFINED (dummy) >  >         why is this code >         even compiled? >  >           integer*4 i/1.0/% >           type *,'Dummy Defined ',is >         !DEC$ ELSE >           integer*4 i/2.0/) >           type *,'Dummy not Defined ',i  >         !DEC$ ENDIF 
 >         endl > 9 > Anyway to get consistent results.  I would like to makes2 > the comments or header portion of a program free0 > format not with tab, "!" or "C" in column one. > 5 > That way one could more easily import documentationn > into the source code.f > * > Something like using the following in C: >  > #ifdef ProgramDocumentationr > & >   .... free format documentation.... >  > #endif > -- > Earl Lakia   ------------------------------  % Date: Tue, 24 Apr 2001 17:10:48 -0500o. From: Gary Scott <Gary.L.Scott@lmtas.lmco.com>/ Subject: Re: COMPAQ FORTRAN Conditional compilet. Message-ID: <3AE5F9E8.181A5BFC@lmtas.lmco.com>  G Sorry, I specified the process for the wrong platform, but same process0
 for others...h   Gary Scott wrote:r > I > Hi, recommend submitting this to Compaq at mailto:vf-support@compaq.comD >  > Earl Lakia wrote:k > >dD > > So why does  the !DEC conditional code that isn't to be compiledB > > actually compiled?  For example how about the following simple > > piece of code: > > ) > > ----------- source code -------------s > >         program earl$ > >         !DEC$ IF DEFINED (dummy) > >o > > why is this code > > even compiled? > >r > >           integer*4 i/1.0/' > >           type *,'Dummy Defined ',ic > >         !DEC$ ELSE > >           integer*4 i/2.0/+ > >           type *,'Dummy not Defined ',ia > >         !DEC$ ENDIF  > >         end- > >-2 > > --------------- Compilier Output ------------- > >0 > > $ for al > >e > > why is this code > > ^jA > > %F90-E-ERROR, Illegal character in statement label field  [w]8F > > at line number 4 in file DISK$USER2PROJ:[LOGAN.USERS.LAKIA]A.FOR;5 > >o) > > ..... rest of similar errors deleted.s > >nF > > If the code is real FORTRAN or comments, then it compiles ok.  For > > example: > >t) > > ----------- source code -------------  > >        program earl $ > >         !DEC$ IF DEFINED (dummy) > >           integer*4 i/1.0/' > >           type *,'Dummy Defined ',ie > >         !DEC$ ELSE > >           integer*4 i/2.0/+ > >           type *,'Dummy not Defined ',i, > >         !DEC$ ENDIF  > >         end  > > = > > Both source files use a tab in column one followed by thee6 > > source statements.  However, only the second which< > > is syntactically correct actually compiles.  When is the4 > > conditional code evaluated?  I have noticed that? > > if I place a tab in front of the text like the following it- > > also works.- > >a) > > ----------- source code -------------  > >o > >         program earl$ > >         !DEC$ IF DEFINED (dummy) > >L > >         why is this code > >         even compiled? > >  > >           integer*4 i/1.0/' > >           type *,'Dummy Defined ',it > >         !DEC$ ELSE > >           integer*4 i/2.0/+ > >           type *,'Dummy not Defined ',i  > >         !DEC$ ENDIFe > >         endv > > ; > > Anyway to get consistent results.  I would like to make 4 > > the comments or header portion of a program free2 > > format not with tab, "!" or "C" in column one. > >B7 > > That way one could more easily import documentation2 > > into the source code.  > >a, > > Something like using the following in C: > >n > > #ifdef ProgramDocumentationi > > ( > >   .... free format documentation.... > >o
 > > #endif > > -- > > Earl Lakia   ------------------------------    Date: 25 Apr 2001 15:05:04 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>t/ Subject: Re: COMPAQ FORTRAN Conditional compileiH Message-ID: <y44rvd5dvj.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  0 "Steve Lionel" <Steve.Lionel@compaq.com> writes:  G > I'll be honest and say that when I realized it worked this way, I wasr> > genuinely astonished.  It's not how I would have defined it.  M Given the background, I hypothesize that the rationale is that both parts are-K expected to be valid code, which will be switched based on the compile-timeAN value of the condition. This definition of the feature allows the developer toL write code that the compiler verifies to be at least syntactically (and, to J the limits of possibility, semantically) correct as written, even for that4 part of the conditional that isn't actually enabled.   	Jan   ------------------------------  % Date: Wed, 25 Apr 2001 13:24:16 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>/ Subject: Re: COMPAQ FORTRAN Conditional compile.8 Message-ID: <e02eetgh9lm02au4gd2idt9kf0lp4t2n8l@4ax.com>  0 On Tue, 24 Apr 2001 23:51:38 GMT, "Steve Lionel"  <Steve.Lionel@compaq.com> wrote:  F >Perhaps you want to use the cpp style of conditional compilation with= >#ifdef, etc..  Just check "Use FPP" in the Preprocessor tab."  F I realized after I wrote this that Earl is using VMS, where FPP is not an option.      - Steve Lionel (mailto:Steve.Lionel@compaq.com)  Fortran Engineering & Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------   Date: 25 Apr 2001 15:08:48 GMT7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann) / Subject: Re: creprc with commandline parametersI0 Message-ID: <Oozvf8elmJpy-pn2-epuC9soXhfd3@Tom2>  4 Use the job number as pointer to the owners jobtable5 is a good idea, but on my system the processnames are / used for other purposes, I may not modify them.F0 Lib$spawn is able to give a whole commandline to* the created subprocess, How does it work ?   Thomas Hahnemann S&T Systemtechnik GmbH   ------------------------------   Date: 25 Apr 2001 14:02:25 GMT$ From: Chris Petersen <havoc@apk.net>7 Subject: Re: DEC/Compaq 9.1 GIG UW Storageworks Drives. ' Message-ID: <9c6ldh$g5$1@plonk.apk.net>    John:R  H I believe blue was UltraWide 7200 & 10000 RPM drives meant for non-PC or+ Alpha NT boxes.  I.E. "enterprise" stuff...   J White was used for later 7200 RPM drives in the PC & Alpha-NT only "white"@ box servers, because blue would clash :)  Gotta love DEC styling sensibilities...   Chris.   -- - Chris Petersen? Systems Engineer, Industry Services, Unigraphics Solutions Inc.S% Co-founder, auctions.workstations.orgj Email: havoc@apk.net      4 In comp.sys.dec John Vottero <John@mvpsi.com> wrote:M : Does anyone know what the blue color meant?  I thought the ultra wide stuffa4 : was blue.  Is there any significance to the color?  A : "Anonymous #314" <anon314@mail.ourservers.net> wrote in message - : news:$YHXj$AnFKkd@cartman.ourservers.net...iA :> In article <tebmoboh0i0pd6@news.supernews.com>, "John Vottero"  : <John@mvpsi.com> writes: :> >H :> > I think you put them back into the wrong canisters.  I believe that : ultra*' :> > wide disks came in blue canisters.e :> > :>M :> Actually, no, those are the original canisters that the drives came in.  I  : was M :> sure to keep them as at the time they were the ONLY storageworks drives weu : had. :>H :> The drives in most of the cansisters are Seagate ST19171WC Ultra SCSI : Wide,cF :> 7,200 RPM drives with 80-pin connectors.  Two of the canisters have	 : QuantumN+ :> 7,200 RPM drives with 80-pin connectors.i :>K :> If it wern't for the 80-pin connectors, we would have probably have justiG :> removed the drives from the canisters and used them in workstations.  :>   ------------------------------  % Date: Wed, 25 Apr 2001 11:01:07 -0400 # From: Jim Agnew <Agnew@hsc.vcu.edu>i7 Subject: Re: DEC/Compaq 9.1 GIG UW Storageworks Drives..+ Message-ID: <3AE6E6B3.F1E0AFF6@hsc.vcu.edu>    what I wanna know is where and why the computer industry agreed on that screamingly dull putty/bone/barf color for all these boxes... i'm glad other colors are finally showing up..   sheese.....      jime   Chris Petersen wrote:  >  > John:  > J > I believe blue was UltraWide 7200 & 10000 RPM drives meant for non-PC or- > Alpha NT boxes.  I.E. "enterprise" stuff...9 > L > White was used for later 7200 RPM drives in the PC & Alpha-NT only "white"B > box servers, because blue would clash :)  Gotta love DEC styling > sensibilities... >  > ChrisO >  > -- > Chris PetersenA > Systems Engineer, Industry Services, Unigraphics Solutions Inc.n' > Co-founder, auctions.workstations.orgi > Email: havoc@apk.net > 6 > In comp.sys.dec John Vottero <John@mvpsi.com> wrote:O > : Does anyone know what the blue color meant?  I thought the ultra wide stuffq6 > : was blue.  Is there any significance to the color? > C > : "Anonymous #314" <anon314@mail.ourservers.net> wrote in messagea/ > : news:$YHXj$AnFKkd@cartman.ourservers.net... C > :> In article <tebmoboh0i0pd6@news.supernews.com>, "John Vottero"  > : <John@mvpsi.com> writes: > :> >J > :> > I think you put them back into the wrong canisters.  I believe that	 > : ultrae) > :> > wide disks came in blue canisters.i > :> > > :>O > :> Actually, no, those are the original canisters that the drives came in.  Io > : waseO > :> sure to keep them as at the time they were the ONLY storageworks drives weG > : had. > :>J > :> The drives in most of the cansisters are Seagate ST19171WC Ultra SCSI	 > : Wide,nH > :> 7,200 RPM drives with 80-pin connectors.  Two of the canisters have > : Quantum - > :> 7,200 RPM drives with 80-pin connectors.l > :>M > :> If it wern't for the 80-pin connectors, we would have probably have justtI > :> removed the drives from the canisters and used them in workstations.n > :>   ------------------------------  % Date: Wed, 25 Apr 2001 10:45:09 -0500e* From: WILLIAM WEBB <WWEBB1@email.usps.gov>7 Subject: RE: DEC/Compaq 9.1 GIG UW Storageworks Drives.:- Message-ID: <0033000022584248000002L082*@MHS>u  ; =0AI thought that they put NT drives in white boxes becausee- in some cultures white is the color of death.    WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETi* > Sent: Wednesday, April 25, 2001 10:21 AMF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET9 > Subject: RE: DEC/Compaq 9.1 GIG UW Storageworks Drives.v >i >  > John:r > < > I believe blue was UltraWide 7200 & 10000 RPM drives meant > for non-PC ore- > Alpha NT boxes.  I.E. "enterprise" stuff...l >a? > White was used for later 7200 RPM drives in the PC & Alpha-NT  > only "white"B > box servers, because blue would clash :)  Gotta love DEC styling > sensibilities... >o > Chrisi >  > -- > Chris PetersenA > Systems Engineer, Industry Services, Unigraphics Solutions Inc. ' > Co-founder, auctions.workstations.orgi > Email: havoc@apk.net >a >s >o6 > In comp.sys.dec John Vottero <John@mvpsi.com> wrote:> > : Does anyone know what the blue color meant?  I thought the > ultra wide stuff6 > : was blue.  Is there any significance to the color? > C > : "Anonymous #314" <anon314@mail.ourservers.net> wrote in message / > : news:$YHXj$AnFKkd@cartman.ourservers.net...sC > :> In article <tebmoboh0i0pd6@news.supernews.com>, "John Vottero"  > : <John@mvpsi.com> writes: > :> >= > :> > I think you put them back into the wrong canisters.  Im > believe that	 > : ultran) > :> > wide disks came in blue canisters.C > :> > > :>< > :> Actually, no, those are the original canisters that the > drives came in.  I > : wase8 > :> sure to keep them as at the time they were the ONLY > storageworks drives we > : had. > :>? > :> The drives in most of the cansisters are Seagate ST19171WCs > Ultra SCSI	 > : Wide,aH > :> 7,200 RPM drives with 80-pin connectors.  Two of the canisters hav= e1 > : Quantuma- > :> 7,200 RPM drives with 80-pin connectors.  > :>: > :> If it wern't for the 80-pin connectors, we would have > probably have just; > :> removed the drives from the canisters and used them ine > workstations.s > :> >=   ------------------------------    Date: 25 Apr 2001 07:32:09 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-0 Subject: Re: DECtalk DTC01 cabling/documentation3 Message-ID: <wfLHLzQKSnpG@eisner.encompasserve.org>j  2 Please do not send binary messages to comp.os.vms.  t In article <b7RD6.27$tD4.82030@typhoon.jacksonville.mediaone.net>, "Tom Simpson" <simpsont@xxx.mediaone.net> writes:) > DECtalk Demo source code... (VAX BASIC)t   >  > begin 666 dtdemo.zip? > M4$L#!!0````(`,>K3BK)%:N@FM8$``#$#@`*``P`9'1D96UO+F)C:U58" `Un? > M/XLZ-3^+.NPZ6VPCUW57RMK2[-IK(ZYCK^LD5U.N1-H414JK?7"K>"ERI*67i? > M+Y-#>1W#&(S(D3A9<H:=&4JK`&V-HB@*M$!?0),F:5R@0%] BWX&Z$_[533Hc? > M3_K7KP:M6R !BCZ<I&W:QCWGW'E2W,W:7:0MNF-K.7/O/>>><^YYWGO9'%N<n? > M8_C?[&=N;HX=?D7Z*?83XOML1:TH]69NNWSK'A#_EYZ?YW\\Q?G<W%EHB9A< ? > M9O-LNU2^U6VMU9J[_,U<+O?62[F7^)NK;T6#UCJE/>4)=H9UJO56I]G@^)QA ? > MC[$:&[-%]CA[5\K_:?>S[P"N!<86ST#;WI7<NL0DIC4[U5=O%XK%,^PLSO_Vy? > M.7:.::GU5.56Z5)^HWB./<%*MUM7U@OM?+YP]0Q[DN%2S+/S,'Z>/<7^(,G1t   ------------------------------  # Date: Wed, 25 Apr 2001 15:42:05 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: DECtalk DTC01 cabling/documentation0 Message-ID: <hfCF6.177$5I.3776@news.cpqcorp.net>  t In article <b7RD6.27$tD4.82030@typhoon.jacksonville.mediaone.net>, "Tom Simpson" <simpsont@xxx.mediaone.net> writes:( :DECtalk Demo source code... (VAX BASIC)  H   For DECtalk source code (demos and otherwise), please see the OpenVMS 
   Freeware...e  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 25 Apr 2001 16:46:40 GMT% From: afeldman@elsewhere.gfigroup.comm8 Subject: DFU file fragmentation index seems inconsistent* Message-ID: <9c6v1g$3nd$1@news.netmar.com>   Hello,  J Why does DFU report only a fair file fragmentation index for FT$DISK belowM when the vast majority of its files are contiguous? And why does DFU report aDK much better index of excellent for FT$BCKDISK whose value of fragments/fileP> is larger? Is this a bug? The machine is running VMS 6.1. TIA.   NODEX$ DFU REPORT FT$DISKl   1      Disk and File Utilities for OpenVMS DFU V2.4o      Freeware versiona3      Copyright  1996 Digital Equipment Corporation-  -4 %DFU-I-REPORT, Reporting on FT$DISK: (NODEX$DKA300:)  0<       ***** Volume info for FT$DISK: (from HOME block) ******  Volume name                      :  DATA1#  Volume owner                     :.#  Structure name                   :p&  Cluster size                     :  9+  Maximum # files                  :  205086h*  Header count                     :  62870'  First header VBN                 :  88p*  Free headers                     :  59983   3       ***** File Statistics (from INDEXF.SYS) *****d;  INDEXF.SYS fragments/ map_in_use :  4 /10 words ( 6% used)s)  Total files                      :  2887t(  Empty files                      :  134)  Files with allocation            :  2753 &  Files with extension headers     :  0&  Files marked for delete          :  0'  Directory files                  :  17 )  Contiguous files                 :  2673 5  Total used/ allocated size       :  1167541 /1179009i*  Average fragments per file       :  1.0937  File fragmentation index         :  0.809  (excellent) (  Average size per fragment        :  391#  Most fragmented file             :$J     NODEX$DKA300:[FT.DAT]FTISS010423.ISM;1 ( 612/612 blocks; 50 fragments)   9       ***** Free space statistics (from BITMAP.SYS) *****t,  Total blocks on disk             :  2050860+  Total free blocks                :  871857e'  Percentage free (rounded)        :  42i'  Total free extents               :  78nA  Largest free extent              :  85878  blocks at LBN: 436788i*  Average extent size (rounded)    :  111777  Free space fragmentation index   :  0.079  (excellent)a  l" %DFU-I-READY, REPORT command ready NODEX$ NODEX$ DFU REPORT FT$BCKDISK  s1      Disk and File Utilities for OpenVMS DFU V2.4e      Freeware versiona3      Copyright  1996 Digital Equipment Corporationr   7 %DFU-I-REPORT, Reporting on FT$BCKDISK: (NODEX$DKA100:)   -?       ***** Volume info for FT$BCKDISK: (from HOME block) ***** /  Volume name                      :  OPENVMS061h#  Volume owner                     :e#  Structure name                   : &  Cluster size                     :  9+  Maximum # files                  :  205086/*  Header count                     :  21832'  First header VBN                 :  88n*  Free headers                     :  16503  w3       ***** File Statistics (from INDEXF.SYS) *****o;  INDEXF.SYS fragments/ map_in_use :  4 /10 words ( 6% used) )  Total files                      :  5329i'  Empty files                      :  70o)  Files with allocation            :  5259i&  Files with extension headers     :  0&  Files marked for delete          :  0(  Directory files                  :  175)  Contiguous files                 :  5226 4  Total used/ allocated size       :  993137 /1026540*  Average fragments per file       :  1.0092  File fragmentation index         :  2.519  (fair)(  Average size per fragment        :  193#  Most fragmented file             :aH     NODEX$DKA100:[000000]INDEXF.SYS;1 ( 21919/21924 blocks; 4 fragments)  o9       ***** Free space statistics (from BITMAP.SYS) *****.,  Total blocks on disk             :  2050860,  Total free blocks                :  1024326'  Percentage free (rounded)        :  49o'  Total free extents               :  72 B  Largest free extent              :  177489  blocks at LBN: 847944*  Average extent size (rounded)    :  142267  Free space fragmentation index   :  0.062  (excellent)n  m" %DFU-I-READY, REPORT command ready NODEX$   Alan E. Feldman &-)  afeldman@elsewhere.gfigroup.comD remove
 elsewhere.    O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  ----- M   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups-I    NewsOne.Net prohibits users from posting spam.  If this or other postsRL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Wed, 25 Apr 2001 01:08:18 -0500a- From: John Wisniewski <wisniewski@vmsone.com>a" Subject: Re: DFWDAYS a Big Success* Message-ID: <3AE669D2.7BFFB495@vmsone.com>   "Terry C. Shannon" wrote:-  K > The third DFWDAYS conference is now history and by all accounts the event H > was a big success. Thanks to the folks from the DFWCUG, their partnersJ > (Tecsys, Sequel Data Systems, Attunity, Digital Networks, Digital India,M > etc, etc, etc), and Compaq Computer Corporation. And very special thanks to J > Sue Skonetski for marshalling the impressive pool of OpenVMS engineering3 > talent who contributed immensely to DFWDAYS 2001.e >a) > And lest we forget, thanks to HAL 9000!o > 	 > cheers,t >  > Charlie MatcohM > Currently writing his latest epic: CHARLIE MATCO AND THE DFW TEMPLE OF DOOMw  M Everyone had a great time at DFWdays 2001... but it's the little things we'lla remember... I Hoff's 7.3 update, Advanced Server, TCP/IP,  Cluster Performance and Lock  ManagercL Internals, The Galaxy Courses, Steve Stebulis's last minute substitution for
 Rich Marcello N (Who got bumped  up into the  Vice Presidential stratosphere and couldn't make it at the last minute)D and of course everyone's favorite Industry Pundit, Terry C. Shannon.  K After it's all over it's the little things you take away from these events:g  A HAL calling to David Cathey about the AE-35 unit about to fail... + The DFWCUG's garish display of Nuclear ArmseF CDroms with WAREZ  being passed around like WAREZ being pass around...& Building a Galaxy system from scratch.: Digital Network Product's wireless gateway to the Internet, Infoserver software that runs on  Alpha VMS.6 HAL as one of the Judges for the DFWdays MAGIC SessionE Digital India's Ad for OpenVMS Engineers (from which they hired 250!)r( The Limited edition DFWdays 2001 Buttons( Jim Hibbit's / RAXCO's VMS Bigot ButtonsK The  Life sized moonscape with a 1x4x9 Black Monolith lit by halogen lightst! before sending a message to IO... M Raffling off two Arrows, one USB camera, a Digital Camera, gift certificates,n@ and a year's subscription to the Shannon Knows Compaq NewsletterI Mugs, BBQ Sauce, and versions of software that should never have seen thee light of day...c   You could have been there...    L And when it was  all over and HAL was quietly delivered to a manufacturer of= Console Management Software, somewhere in Plano Texas to carebJ for him  (after the nervous breakdown) and integrate him into their latest version of ConsoleWorks...  J And that evening after the event even Charlie Matco alone and unaided  wasH cast deep into the maze that is  The DFWCUG Temple of Doom, to prove hisK manhood and refresh his spirit  armed with only a  Digital Network ProductsaH DEChub, a single DSL Internet connection and enough weapons to overthrowM any third world country. (an epic tale of lust, pain and  torment for another: time perhaps...)  M And the  Saturday Morning after the event,  the DFWCUG Temple of Doom  AdeptseM again proved their  mettle by drinking  large quantities of  the sacred  7-11r coffeeG eating the sacramental donuts.   Steeled from this morning ritual , theoM initiates matched riddles with the FCC's Technician Class license exam.   The N CUG members defeated the evil FCC's monopoly of the radio airwaves and usheredK in three new licensed HAM radio control operators into the DFWCUG ranks for-9 command and control of future DFWCUG or Encompass events.i  # All too soon the dream was over....p  & So who do you thank for such an event?  J OpenVMS Engineering, Compaq's Red River Area, Compaq Services,  Alpha HighM Performance Systems, Attunity, TECsys, Great Lakes Computing, Digital NetworksL Products, Point Secure, Digital India, Lockheed Martin, RAXCO, Mind IQ, ACS,J Sequel Data, Wyle, Avenet,  Sue Sknonetski, David Cathey, and all the userI group volunteers and members of the DALLAS FT WORTH COMPAQ USERS GROUP...>  M The finest local Compaq User Group,.... Scratch that.. .The finest Local User5> Group anywhere in this world or parked in near earth orbit....   Thank you all...  5 See y'all  at CETS 2001 in Anaheim this September....s   John Wisniewskia 44th level Adept of the DFWCUG wisniewski@vmsone.comn   http://www.dfwcug.org/   ------------------------------  % Date: Wed, 25 Apr 2001 08:03:02 -0500i1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>t" Subject: Re: DFWDAYS a Big Success8 Message-ID: <9c6hu9$32n$1@fizban.fizban.pprd.abbott.com>  G Nice summary John and glad to hear of a few more Amateur Radio licensessL being granted.  Wonder if any of their (vanity) call signs will include someK of the many 3 letter acronyms we've grown accustomed to; like K5LUG, N5VMS,1 W5DEC.  Oops forgot CPQ.  ;)  K Anyway back to 1s and 0s.  Will we be seeing a more detailed summary of theo happenings in Texas last week?  J Great job btw.  Your LUG, now CUG, sets the standard for what a user group
 should be.   Dave...t  : "John Wisniewski" <wisniewski@vmsone.com> wrote in message$ news:3AE669D2.7BFFB495@vmsone.com... > "Terry C. Shannon" wrote:t > G > > The third DFWDAYS conference is now history and by all accounts the  eventrJ > > was a big success. Thanks to the folks from the DFWCUG, their partnersL > > (Tecsys, Sequel Data Systems, Attunity, Digital Networks, Digital India,L > > etc, etc, etc), and Compaq Computer Corporation. And very special thanks toL > > Sue Skonetski for marshalling the impressive pool of OpenVMS engineering5 > > talent who contributed immensely to DFWDAYS 2001.m > >c+ > > And lest we forget, thanks to HAL 9000!  > >- > > cheers,- > >- > > Charlie Matco,J > > Currently writing his latest epic: CHARLIE MATCO AND THE DFW TEMPLE OF DOOM >CI > Everyone had a great time at DFWdays 2001... but it's the little thingsv we'll 
 > remember...aK > Hoff's 7.3 update, Advanced Server, TCP/IP,  Cluster Performance and Lockp	 > ManageraJ > Internals, The Galaxy Courses, Steve Stebulis's last minute substitution for  > Rich Marcello K > (Who got bumped  up into the  Vice Presidential stratosphere and couldn'ti make > it at the last minute)F > and of course everyone's favorite Industry Pundit, Terry C. Shannon. > E > After it's all over it's the little things you take away from these  events:r >bC > HAL calling to David Cathey about the AE-35 unit about to fail....- > The DFWCUG's garish display of Nuclear ArmsyH > CDroms with WAREZ  being passed around like WAREZ being pass around...( > Building a Galaxy system from scratch.< > Digital Network Product's wireless gateway to the Internet. > Infoserver software that runs on  Alpha VMS.8 > HAL as one of the Judges for the DFWdays MAGIC SessionG > Digital India's Ad for OpenVMS Engineers (from which they hired 250!)n* > The Limited edition DFWdays 2001 Buttons* > Jim Hibbit's / RAXCO's VMS Bigot ButtonsF > The  Life sized moonscape with a 1x4x9 Black Monolith lit by halogen lights# > before sending a message to IO...>A > Raffling off two Arrows, one USB camera, a Digital Camera, gifth
 certificates, B > and a year's subscription to the Shannon Knows Compaq NewsletterK > Mugs, BBQ Sauce, and versions of software that should never have seen thea > light of day...e >h > You could have been there... >Y >oK > And when it was  all over and HAL was quietly delivered to a manufacturerr of? > Console Management Software, somewhere in Plano Texas to care L > for him  (after the nervous breakdown) and integrate him into their latest > version of ConsoleWorks... >lL > And that evening after the event even Charlie Matco alone and unaided  wasJ > cast deep into the maze that is  The DFWCUG Temple of Doom, to prove hisD > manhood and refresh his spirit  armed with only a  Digital Network ProductsJ > DEChub, a single DSL Internet connection and enough weapons to overthrowG > any third world country. (an epic tale of lust, pain and  torment forL anotheru > time perhaps...) >hG > And the  Saturday Morning after the event,  the DFWCUG Temple of Doomo AdeptsI > again proved their  mettle by drinking  large quantities of  the sacredM 7-11 > coffeeI > eating the sacramental donuts.   Steeled from this morning ritual , the I > initiates matched riddles with the FCC's Technician Class license exam.  TheIH > CUG members defeated the evil FCC's monopoly of the radio airwaves and ushered0I > in three new licensed HAM radio control operators into the DFWCUG ranksr for"; > command and control of future DFWCUG or Encompass events.  > % > All too soon the dream was over....e >r( > So who do you thank for such an event? >CL > OpenVMS Engineering, Compaq's Red River Area, Compaq Services,  Alpha HighG > Performance Systems, Attunity, TECsys, Great Lakes Computing, Digitalr NetworksI > Products, Point Secure, Digital India, Lockheed Martin, RAXCO, Mind IQ,o ACS,L > Sequel Data, Wyle, Avenet,  Sue Sknonetski, David Cathey, and all the userK > group volunteers and members of the DALLAS FT WORTH COMPAQ USERS GROUP...t >hJ > The finest local Compaq User Group,.... Scratch that.. .The finest Local User@ > Group anywhere in this world or parked in near earth orbit.... >t > Thank you all... >r7 > See y'all  at CETS 2001 in Anaheim this September....  >> > John Wisniewskiy  > 44th level Adept of the DFWCUG > wisniewski@vmsone.comh >  > http://www.dfwcug.org/ >  >e   ------------------------------  % Date: Wed, 25 Apr 2001 12:53:58 -0400a% From: "Brian Tillman" <tillman_brian> " Subject: Re: DFWDAYS a Big Success$ Message-ID: <3ae7011f$1@news.si.com>  - >Infoserver software that runs on  Alpha VMS.d  6 How can we of the unwashed masses find out about this?   >You could have been there...0  ( Not without money or management support. -- aA Brian Tillman                   Internet: tillman_brian at si.comoA Smiths Aerospace                          tillman at swdev.si.como= 3290 Patterson Ave. SE, MS      Addresses modified to prevente< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Wed, 25 Apr 2001 14:27:44 GMTc- From: Don McCabe <donald.p.mccabe@boeing.com>s! Subject: Fall of the Roman Empirea) Message-ID: <3AE6DEE0.2030605@boeing.com>e  F "... one of the main causes of the fall of the Roman Empire was that, D lacking zero, they had no way to indicate successful termination of  their C programs."  
 -Robert FirthS   ------------------------------  % Date: Wed, 25 Apr 2001 11:09:45 -0400`+ From: John Eisenschmidt <jeisensc@aaas.org>U% Subject: Re: Fall of the Roman EmpireI# Message-ID: <sae6b094.011@aaas.org>H   Isn't that what I said?5  F >>> Don McCabe <donald.p.mccabe@boeing.com> 04/25/2001 10:27:44 AM >>>H "... one of the main causes of the fall of the Roman Empire was that,=20F lacking zero, they had no way to indicate successful termination of=20 their C programs."  
 -Robert FirthK   ------------------------------  % Date: Wed, 25 Apr 2001 16:57:05 +0100t- From: "POWERS, John" <John.POWERS@sema.co.uk>,% Subject: RE: Fall of the Roman Empirea= Message-ID: <D30A62ABC710D211AEE100A0C9D615EE01528FCC@REAES2>C  4 From: Don McCabe [mailto:donald.p.mccabe@boeing.com]  H > "... one of the main causes of the fall of the Roman Empire was that, F > lacking zero, they had no way to indicate successful termination of  > their C programs." >  > -Robert FirthE  < Worse than that, they wouldn't be able to close any strings!    - Johne    K ___________________________________________________________________________-B This email is confidential and intended solely for the use of the H individual to whom it is addressed. Any views or opinions presented are E solely those of the author and do not necessarily represent those of   Sema. M If you are not the intended recipient, be advised that you have received this4I email in error and that any use, dissemination, forwarding, printing, or t- copying of this email is strictly prohibited.6  B If you have received this email in error please notify the Sema UK. Helpdesk by telephone on +44 (0) 121 627 5600.K ___________________________________________________________________________    ------------------------------  % Date: Wed, 25 Apr 2001 10:44:59 -0700P! From: Shane.F.Smith@Healthnet.comh% Subject: RE: Fall of the Roman EmpireDD Message-ID: <OF795C3231.A42F4C03-ON88256A39.006174D6@foundation.com>  : That explains everything. Unix was coded by Romans.... ;-)   Shaneo          A "POWERS, John" <John.POWERS@sema.co.uk> on 04/25/2001 08:57:05 AM   9 Please respond to "POWERS, John" <John.POWERS@sema.co.uk>l   To:   Info-VAX@Mvb.Saic.Com  cc:1  & Subject:  RE: Fall of the Roman Empire    4 From: Don McCabe [mailto:donald.p.mccabe@boeing.com]  G > "... one of the main causes of the fall of the Roman Empire was that,nE > lacking zero, they had no way to indicate successful termination ofp > their C programs." >  > -Robert Firth3  < Worse than that, they wouldn't be able to close any strings!    - Johng    K ___________________________________________________________________________ A This email is confidential and intended solely for the use of theaG individual to whom it is addressed. Any views or opinions presented aremD solely those of the author and do not necessarily represent those of Sema.nH If you are not the intended recipient, be advised that you have received thisH email in error and that any use, dissemination, forwarding, printing, or- copying of this email is strictly prohibited.e  B If you have received this email in error please notify the Sema UK. Helpdesk by telephone on +44 (0) 121 627 5600.K ___________________________________________________________________________    ------------------------------  % Date: Wed, 25 Apr 2001 13:29:43 -0400e% From: "Brian Tillman" <tillman_brian>r& Subject: Re: File - Our Commitment.htm$ Message-ID: <3ae70980$1@news.si.com>    >To Always: >eG >continue to uphold the highest standards of ethical business practiceso  ) Oops!  They failed the first one already!  --  A Brian Tillman                   Internet: tillman_brian at si.comOA Smiths Aerospace                          tillman at swdev.si.coms= 3290 Patterson Ave. SE, MS      Addresses modified to prevent< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 25 Apr 2001 10:55:51 -0700 ! From: Shane.F.Smith@Healthnet.come& Subject: Re: File - Our Commitment.htmD Message-ID: <OFF3E1DAEA.2609C34E-ON88256A39.00626CA8@foundation.com>  G FYI, I'm reporting everything we get from them to the abuse accounts at  yahoo and yahoo groups.    Shane           E Brian Tillman <tillman_brian@healthnet.com> on 04/25/2001 10:29:43 AMa  = Please respond to Brian Tillman <tillman_brian@healthnet.com>s   To:   Info-VAX@Mvb.Saic.ComT cc:f  ' Subject:  Re: File - Our Commitment.htmf      >To Always: > G >continue to uphold the highest standards of ethical business practicess  ) Oops!  They failed the first one already!e --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Aerospace                          tillman at swdev.si.com9= 3290 Patterson Ave. SE, MS      Addresses modified to preventl< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 25 Apr 2001 12:21:17 -0400e From: JOEL@mln.lib.ma.us1 Subject: Getting the Multinet IMAP server to workb1 Message-ID: <010425122117.2020f93a@mln.lib.ma.us>l  D      We here at Minuteman are trying to get the Multinet IMAP serverE to work. My boss thinks we need an example of a working .IMAPRC file; D so if you have one you'd be willing to show me could I please ask toF see it?. We have 2 Alphaserver 4100's running OpenVMS 7.1 and MultinetF 4.1 with patches. Any replies to this query would be MUCH appreciated. Thanks in advance. i<                                               Joel G. Martin?                                               Systems AssistantnG                                               Minuteman Library NetworkN8                                               Natick, MA@                                               joel@MLN.LIB.MA.US   ------------------------------  % Date: Wed, 25 Apr 2001 10:34:23 -0600 % From: Dan O'Reilly <dano@process.com>s5 Subject: Re: Getting the Multinet IMAP server to workaA Message-ID: <5.0.2.1.2.20010425103321.0502ae20@ntbsod.psccos.com>C  D In general, you don't need an imaprc file; the stock, out-of-the-boxC server should do what you need it to do (make sure you download anyfI ECO's from www.process.com).  If you have a specific need or question fori& using imaprc, feel free to contact me.  0 At 10:21 AM 4/25/2001, JOEL@mln.lib.ma.us wrote:F >      We here at Minuteman are trying to get the Multinet IMAP serverF >to work. My boss thinks we need an example of a working .IMAPRC file;E >so if you have one you'd be willing to show me could I please ask to G >see it?. We have 2 Alphaserver 4100's running OpenVMS 7.1 and MultinetDG >4.1 with patches. Any replies to this query would be MUCH appreciated.b >Thanks in advance.i> >                                               Joel G. MartinA >                                               Systems AssistantxI >                                               Minuteman Library NetworkW: >                                               Natick, MAB >                                               joel@MLN.LIB.MA.US   ------I +-------------------------------+---------------------------------------+nI | Dan O'Reilly                  |                                       |hI | Principal Engineer            |  "Why should I care about posterity?  |eI | Process Software              |   What's posterity ever done for me?" |uI | http://www.process.com        |                    -- Groucho Marx    |tI +-------------------------------+---------------------------------------+o   ------------------------------  % Date: Wed, 25 Apr 2001 13:40:25 -0400V% From: "Brian Tillman" <tillman_brian>!5 Subject: Re: Getting the Multinet IMAP server to workt$ Message-ID: <3ae70c02$1@news.si.com>  E >     We here at Minuteman are trying to get the Multinet IMAP servere	 >to work.g  < What doesn't work?  Here's what MULTINET:.IMAPRC looks like:  % set smtp-transport-prefix-string "mx"  set trailing-header-marker5 "----------------------------------------------------v ----------------------------"   A As you can tell, we have bottom headers and we use MX as our mail.K transports.  In Outlook Express, I have my VMS username and password in theeI "Incoming Mail server" boxes on the "Servers" tab for my IMAP account.  IiK also have my VMS system listed as the incoming IMAP server and the outgoing  SMTP server.  E I also have a personal .IMAPRC in my mail subdirectory that contains:i   set allow-child-folderse$ set autofile-messages-to-folder mail set case-insensitive-folders  K With these setting, it works fine.  It may work fine with other settings asg well.I --A Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.comr= 3290 Patterson Ave. SE, MS      Addresses modified to preventC< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Wed, 25 Apr 2001 12:36:25 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)xP Subject: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)0 Message-ID: <009FB0EB.46F3406E@SendSpamHere.ORG>   Several days ago...Up In article <009FAB87.D4D689BF@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:y >In article <OF2F0FC10C.DA3BFD41-ON03256A32.004F59B4@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:fI >>I searched in www.openvms.compaq.com and didnt find a way to change the 5 >>DIGITAL logo in the login screen of the CDE login ?  >CH >Replace the file CDE$SYSTEM_COMMON:[APPCONFIG.ICONS.C]DECDTLOGO.PM with >your own graphic. >u3 >Wanna try mine?  ftp://ftp.tmesis.com/DECDTLOGO.PMQ  E I received many FTP requests to download this file after posting this. URL.  D A great many of them were failed FTP attempts using IE as determined) from the following line in the log files:   * 24-APR-2001 19:09:46 Identifier: IE40user@    E Every log file which has the above also shows IE attempting to CWD to F DECDTLOGO.PM.  This is a file not a directory.  So I have to ask thoseF of you here more familiar with IE, is IE *really* that braindamaged???  D These braindamaged failed accesses are also inflating my audit logs.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            nO city, n., 1. a place where trees are cut down and streets are named after them.e   ------------------------------  % Date: Wed, 25 Apr 2001 10:13:33 -0400S0 From: paul.r.anderson@compaq.com (Paul Anderson)T Subject: Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)P Message-ID: <paul.r.anderson-2504011013330001@dhcp-16-21-34-107.eng.lkg.dec.com>  O In article <009FB0EB.46F3406E@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote:m  G > Every log file which has the above also shows IE attempting to CWD to H > DECDTLOGO.PM.  This is a file not a directory.  So I have to ask thoseH > of you here more familiar with IE, is IE *really* that braindamaged???  > I tried with OmniWeb (Mac OS X Web browser) to access the URL:  $    ftp://ftp.tmesis.com/DECDTLOGO.PM   and goto  "    Extended Server Error Message :      200 TYPE I Okay.u#    200 Port 161,114,88,71,4,5 Okay.sN    550 No access to SYS$DISK:[000000]DECDTLOGO.PM. Requested action not taken.   Is this the same problem?w   Paul   -- s
 Paul Anderson   OpenVMS Engineering  Compaq Computer Corporation   ------------------------------  # Date: Wed, 25 Apr 2001 15:24:24 GMTM= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)hT Subject: Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)0 Message-ID: <009FB102.BEE1175C@SendSpamHere.ORG>   In article <paul.r.anderson-2504011013330001@dhcp-16-21-34-107.eng.lkg.dec.com>, paul.r.anderson@compaq.com (Paul Anderson) writes:eP >In article <009FB0EB.46F3406E@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote: > H >> Every log file which has the above also shows IE attempting to CWD toI >> DECDTLOGO.PM.  This is a file not a directory.  So I have to ask thoseAI >> of you here more familiar with IE, is IE *really* that braindamaged???C >s? >I tried with OmniWeb (Mac OS X Web browser) to access the URL:e >r% >   ftp://ftp.tmesis.com/DECDTLOGO.PM  >l >and got > # >   Extended Server Error Message :r >r >   200 TYPE I Okay.$ >   200 Port 161,114,88,71,4,5 Okay.O >   550 No access to SYS$DISK:[000000]DECDTLOGO.PM. Requested action not taken.s >n >Is this the same problem?  @ Not the same problem but a problem all the same.  The device is: SYS$SYSDEVICE:[ANONYMOUS].     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn            hO city, n., 1. a place where trees are cut down and streets are named after them.o   ------------------------------  # Date: Wed, 25 Apr 2001 15:55:04 GMTb/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu> T Subject: Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)) Message-ID: <3AE6AD08.612908C9@uiowa.edu>.  $ Brian Schenkenberger, VAXman- wrote: >  > In article <paul.r.anderson-2504011013330001@dhcp-16-21-34-107.eng.lkg.dec.com>, paul.r.anderson@compaq.com (Paul Anderson) writes:hR > >In article <009FB0EB.46F3406E@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote: > >lJ > >> Every log file which has the above also shows IE attempting to CWD toK > >> DECDTLOGO.PM.  This is a file not a directory.  So I have to ask thosesK > >> of you here more familiar with IE, is IE *really* that braindamaged???c > > A > >I tried with OmniWeb (Mac OS X Web browser) to access the URL:t > > ' > >   ftp://ftp.tmesis.com/DECDTLOGO.PMo > >t
 > >and got > >n% > >   Extended Server Error Message :h > >n > >   200 TYPE I Okay.& > >   200 Port 161,114,88,71,4,5 Okay.Q > >   550 No access to SYS$DISK:[000000]DECDTLOGO.PM. Requested action not taken.c > >  > >Is this the same problem? > B > Not the same problem but a problem all the same.  The device is: > SYS$SYSDEVICE:[ANONYMOUS].  F I had some similiar problems with IE vs. everything else.  I was usingA MGFTP and IE always seemed to "land" one level higher than it waslC supposed to.  In my case, I had a complication that the root of theoH anonymous directory was actually a "set file /enter" link from somewhereH else on the disk so the users didn't have to duplicate big files.  I wasG not able to resolve it completely, but IE was a real troublemaker, bothh v4.x and v5.5.  cD I know others would be interested in any results you find out, since mostH of the world seems to prefer stupid software like IE, making it a burden  for use to accomodate them... :(   Rick -- iH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479    ------------------------------  % Date: Wed, 25 Apr 2001 12:20:12 -0400-0 From: paul.r.anderson@compaq.com (Paul Anderson)T Subject: Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)P Message-ID: <paul.r.anderson-2504011220120001@dhcp-16-21-34-107.eng.lkg.dec.com>  < In article <3AE6AD08.612908C9@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote:e  C >> Not the same problem but a problem all the same.  The device is:i >> SYS$SYSDEVICE:[ANONYMOUS].t  " My browser worked when I specified  .    ftp://ftp.tmesis.com/anonymous/DECDTLOGO.PM  ( Not that I like doing FTP with browsers.   Paul   -- t
 Paul Andersonn  OpenVMS Engineering  Compaq Computer Corporation   ------------------------------  # Date: Wed, 25 Apr 2001 16:43:59 GMT-= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) T Subject: Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)0 Message-ID: <009FB10D.DCAAB7D7@SendSpamHere.ORG>   Preaching to the choir...  l[ In article <3AE6AD08.612908C9@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:a% >Brian Schenkenberger, VAXman- wrote:  >> S >> In article <paul.r.anderson-2504011013330001@dhcp-16-21-34-107.eng.lkg.dec.com>, paul.r.anderson@compaq.com (Paul Anderson) writes:S >> >In article <009FB0EB.46F3406E@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote:  >> >K >> >> Every log file which has the above also shows IE attempting to CWD to.L >> >> DECDTLOGO.PM.  This is a file not a directory.  So I have to ask thoseL >> >> of you here more familiar with IE, is IE *really* that braindamaged??? >> >B >> >I tried with OmniWeb (Mac OS X Web browser) to access the URL: >> >( >> >   ftp://ftp.tmesis.com/DECDTLOGO.PM >> > >> >and gotc >> >& >> >   Extended Server Error Message : >> > >> >   200 TYPE I Okay.A' >> >   200 Port 161,114,88,71,4,5 Okay. R >> >   550 No access to SYS$DISK:[000000]DECDTLOGO.PM. Requested action not taken. >> > >> >Is this the same problem?  >> aC >> Not the same problem but a problem all the same.  The device is:  >> SYS$SYSDEVICE:[ANONYMOUS].r >iG >I had some similiar problems with IE vs. everything else.  I was using-B >MGFTP and IE always seemed to "land" one level higher than it wasD >supposed to.  In my case, I had a complication that the root of theI >anonymous directory was actually a "set file /enter" link from somewherenI >else on the disk so the users didn't have to duplicate big files.  I wasnH >not able to resolve it completely, but IE was a real troublemaker, both >v4.x and v5.5.v > E >I know others would be interested in any results you find out, sincei >mosttI >of the world seems to prefer stupid software like IE, making it a burdeni! >for use to accomodate them... :(S  K I found a number of braindamaged issues with IE when HTTP directory serving_K files.  The R.A.T.S.N.E.S.T. insists that they know all there is to know of-K file naming and that *all* file extensions are exclusively written by theirhL proprietary Micro$chlock warez.  Fortunately, I run the OSU web server and IK was therefore able to modify the directory server code to deal with this bysK adding the ";" on the end of the selected file URL.  This forces the "Omni-aL potent" IE to have to obey the MIME types sent to it as it doesn't know what1 application a .COM; file extension should launch.   J Because of IE braindamage, I published the FTP URL.  I see where I need to" revert to publishing the HTTP URL.  - http://www.tmesis.com/downloads/DECDTLOGO.PM;E   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMp            rO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  # Date: Wed, 25 Apr 2001 17:07:43 GMT_4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)T Subject: Re: IE brain damage (was: How to change th DIGITAL logo on the CDE login ?)) Message-ID: <zvDF6.1772$%L5.31417@insync>t  . Richard L. Dyson (rick-dyson@uiowa.edu) wrote: :h
 : [ snip ]F : I know others would be interested in any results you find out, since : mostJ : of the world seems to prefer stupid software like IE, making it a burden" : for use to accomodate them... :( :   > One can remove Internet Explorer from their Windows 9x system:     http://www.98lite.net/.   98lite for enhancing and embedding Windows9x  / --Jerry Leslie   leslie@209-16-45-97.insync.net_;                  leslie@209-16-45-102.insync.net is invalid 2                  (my opinions are strictly my own)   ------------------------------  % Date: Wed, 25 Apr 2001 11:18:24 -0500$* From: WILLIAM WEBB <WWEBB1@email.usps.gov>D Subject: RE: Mad content filter (was: Re: (Change topic) SAP on VMS)- Message-ID: <0033000022589107000002L072*@MHS>   F =0AHmm, never been brought to my attention that "t*t" is a palindrome.  , Come to think of it, the real ones are, too.   That's why the filter got it.    WWWebb > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET"* > Sent: Wednesday, April 25, 2001 10:50 AMF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNETB > Subject: Mad content filter (was: Re: [Change topic] SAP on VMS) >j >: > >FH > > How odd.  This generated the following "reply".  "Dirty words" ????=   > >u > > ---o; > > Subject: ScanMail Message: To Sender, sensitive contentb > found and action4 > taken. > Date:     Tue, 24 Apr 2001 01:43:34 -06007 > > From:     System Attendant <MAILMAN-SA@StorNet.com>A, > > To:        "'Roy Omond'" <Roy@Omond.net> > >n= > > Trend SMEX Content Filter has detected sensitive content.c > >e > [etc]O >C> > You aren't alone. My recent post about Rambus going bankrupt > if they loseE > their legal action with Infineon, and was also quarantined, for thea8 > use of the term here represented backwards: "pu stit". >r> > If I were working for the outfit insisting on this absurdity > I'd describeB > the situation in words which would probably be rejected by quite1 > a few more sensibly configured context filters!  >h
 >      Yours,i >           Nigel Arnotn$ >           NRA@MAXWELL.PH.KCL.AC.UK >-A >           "In the beginning there was nothing, which exploded."m >=   ------------------------------  % Date: Wed, 25 Apr 2001 10:12:36 +01000/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e@ Subject: Mad content filter (was: Re: [Change topic] SAP on VMS)7 Message-ID: <009FB0F8.B715EE32.30@maxwell.ph.kcl.ac.uk>    > E > How odd.  This generated the following "reply".  "Dirty words" ????  >  > --- Q > Subject: ScanMail Message: To Sender, sensitive content found and action taken.e+ > Date:     Tue, 24 Apr 2001 01:43:34 -0600.5 > From:     System Attendant <MAILMAN-SA@StorNet.com> * > To:        "'Roy Omond'" <Roy@Omond.net> > ; > Trend SMEX Content Filter has detected sensitive content.  >  [etc]   J You aren't alone. My recent post about Rambus going bankrupt if they lose C their legal action with Infineon, and was also quarantined, for the 6 use of the term here represented backwards: "pu stit".  I If I were working for the outfit insisting on this absurdity I'd describec@ the situation in words which would probably be rejected by quite/ a few more sensibly configured context filters!.   	Yours,C
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                   f  7 		"In the beginning there was nothing, which exploded."e   ------------------------------  % Date: Wed, 25 Apr 2001 09:31:05 +0200e1 From: "Tomasz Dryjanski" <tdryjanski@hotmail.com>a7 Subject: Re: Main production system crashed - continued:. Message-ID: <9c5ug5$2air$1@news2.ipartners.pl>  H Finally we downgraded the system back to 7.1-1H1, as it had worked for 3G years without any problems until we upgraded it. So that was an obviousl step.aG We can't afford downtimes, so we moved back to the last stable version.d  # Thanks anyway for all your answers!i   T. D.s   ------------------------------    Date: 25 Apr 2001 09:24:33 -05003 From: malmberg@encompasserve.org (John E. Malmberg) > Subject: OpenVMS and HAM Radio - was Re: DFWDAYS a Big Success3 Message-ID: <S$GJDaP38Az9@eisner.encompasserve.org>u  : "John Wisniewski" <wisniewski@vmsone.com> wrote in message& > news:3AE669D2.7BFFB495@vmsone.com... > G > And the  Saturday Morning after the event,  the DFWCUG Temple of Doom-D > Adepts again proved their  mettle by drinking  large quantities ofF > the sacred 7-11 coffee eating the sacramental donuts.   Steeled fromD > this morning ritual , the initiates matched riddles with the FCC's  > Technician Class license exam.  H > The CUG members defeated the evil FCC's monopoly of the radio airwavesH > and ushered in three new licensed HAM radio control operators into theL > DFWCUG ranks for command and control of future DFWCUG or Encompass events.  F So when are you going to get an OpenVMS based packet radio BBS set up?  I Do you need some quick and dirty DCL that will present a menu to a packete station?  0 A program that reads and decodes packet traffic?   -Johne wb8tyw@qsl.network Personal Opinion Onlyd   ------------------------------  % Date: Wed, 25 Apr 2001 14:39:09 +0100t0 From: andrew harrison <andrew.nospam@uk.sun.com>8 Subject: Re: OpenVMS article - please explain last line!* Message-ID: <3AE6D37D.77F134B2@uk.sun.com>  " Shane.F.Smith@Healthnet.com wrote: > I > Gee, Andrew, you obviously never studied English particularly well, didaJ > you? Still, I gave up expecting well constructed language from you yearsM > ago. I was expressing no position on Kerry's post, because I don't know thetK > text of it. I'd lost track (and largely interest) by that point, and it'drL > been snipped. I was simply pointing out your syntactic trap for the rather > feeble attempt it was. > M > As for 5+GB, well, in the absence of direct knowledge if Kerry posted it, IeK > have a lot more faith in its accuracy than if you posted it, let's put ita. > that way. There again, that's not difficult. >   8 So you responded to my post without reading the previous3 posts in the same thread. How remarkable, don't you51 think you would be better off reading Kerrys posti! and the one he was responding to.   3 Oh no lets think that would be inconvenient if you e9 read Kerrys thread you will then have to make a judgement ( as to its veracity. Better not read it.   6 Of course if you don't read it then you should not be  posting responses should you.9  1 Seems to be another rock and hard place decision . for you.  2 To help you out the following lines are from Kerry post.e   Kerrys posting  ? "Yep, a real mystery how people can post such false numbers :-)6  ? Current ES40 and DS20E systems use a 5.2Gb/sec cross bar switchc technology.fF I am sure folks here realize the difference between a cross bar switch and  standard bus technology."    This was in response to.  @ "I don't understand how somebody can post such a blatantly false	 statementy7 when stream is a click away. Here are the real numbers:c  # Intel Pentium 4 1.4 GHz - 1574 MB/s  Compaq ES40 - 1338 MB/s  Compaq DS20 - 1323 MB/s  HP B2000 - 960 MB/so AMD Athlon 800 MHz - 586 MB/s % Intel Pentium III 733 MHz - 544 MB/s"i  = All you need to do is decide if the 5.2 GB/s claim is true or4< if the STREAMS results published by Compaq, which the poster6 Kerry is accusing of falsehood refered to are correct.  7 Perhaps instead of accusing me of lack of understandingl8 of the english language you would be better off actually4 reading a bit of english. At the moment your school 3 report for english reads "does not do his homework"b     regards  > Shane( > F > andrew harrison <andrew.nospam@uk.sun.com> on 04/24/2001 05:25:07 AM > > > Please respond to andrew harrison <andrew.nospam@uk.sun.com> >  > To:   Info-VAX@Mvb.Saic.Com3 > cc:0 > ; > Subject:  Re: OpenVMS article - please explain last line!: > $ > Shane.F.Smith@Healthnet.com wrote: > > M > > Unless I'm misreading him, he's doing neither. He's using sarcasm to take- > a-J > > potshot at Sun. And in response, you're doing a crude variation of theB > > "When did you stop beating your wife?" verbal trap. Run out of > imagination, > > eh Andrew? > >  > % > Actually you are mistaken its not at0 > "when did you stop beating your wife" question- > but it is "between a rock and a hard place"e > question.e > . > Both you a Paul know that it is matketing BS& > but to admit this would be terrible. >  > Hence the attempt at sarcasm.r > 1 > What do you think of Kerrys claim, do you think6/ > the 5+ GB/s is marketing BS or the truth ????I > 	 > regardsT	 > > Shaneq > >dH > > andrew harrison <andrew.nospam@uk.sun.com> on 04/23/2001 08:58:12 AM > > @ > > Please respond to andrew harrison <andrew.nospam@uk.sun.com> > >- > > To:   Info-VAX@Mvb.Saic.Comp > > cc:: > > = > > Subject:  Re: OpenVMS article - please explain last line!a > >  > > Paul Repacholi wrote:e > > >H8 > > > andrew harrison <andrew.nospam@uk.sun.com> writes: > > >9K > > > > "Main, Kerry" wrote: As is making claims for existing systems which0C > > > > are not supported by the data you youselves have published.u > > >s" > > > OK Kerry, naughty boy! Smak. > > >EL > > > You should know that it is only aceptable to enrich the mental gardensD > > > of you poor punters by spreading infomation based on NDA data. > > >  > >e- > > So was Kerrys posting bullshit or are youo > > defending it.i > >w > > Regards  > > Andrew Harrisonm > > Enterprise IT Architectm >  > -- > Andrew Harrisont > Enterprise IT Architect    -- t Andrew HarrisonT Enterprise IT Architect    ------------------------------  % Date: Wed, 25 Apr 2001 14:50:23 +0100o0 From: andrew harrison <andrew.nospam@uk.sun.com>8 Subject: Re: OpenVMS article - please explain last line!* Message-ID: <3AE6D61F.9118D7F6@uk.sun.com>   Paul Repacholi wrote:m > 4 > andrew harrison <andrew.nospam@uk.sun.com> writes: > B > > What do you think of Kerrys claim, do you think the 5+ GB/s is" > > marketing BS or the truth ???? > E > Reframe the 5GB/sec question in a rigorous manner, and I'll Answer.m > Well, as well as I can.- > H > Kerry may or may not care to chip in as well. So what IS the question? >   9 You know perfectly well what the question is, or have youh7 like Shane jumped into this thread without reading the E earlier posts.  ! Lets refresh your memory as well.A  / Kerrys posting says in response to a perfectly 4 factual post by tsmurphy 1  F ">> My numbers were not false; they were the actual stream results.<<<  C Regardless of where you got them, they do not reflect current Alpha.3 capabilities, so it is false to claim that they do.b  K >>> Just as I'm sure people understand the difference between the bandwidtha2 of a system, and the bandwidth of a processor. <<<  H Can you help me understand how having a fast CPU waiting for memory data= somehow will impress a user who is only interested in overall  performance?% Do they care where the bottleneck is?   L >>> It is correct that _current_ P4 systems (which also do 3.2 GB/s) do have= a lower peak bandwidth than the highest end Alpha systems.<<<s  G Again, the current low end Alpha DS20 systems use a 5.2Gb/sec cross barID switch technology. No one thinks of the DS20 as a "highest end Alpha system".  "h  2 Kerrys response contains the following falsehoods.  . 1.	The ES40 system benchmarked for STREAMS is ( 	the same system as the current on. The * 	memory subsystem which is what STREAMS in( 	essence measures is the same. tsmurphys& 	claim is not false as Kerry suggests.  + 2.	The DS20 and ES40 use the same cross bars* 	and as the ES40 STREAMS benchmark result 0 	published by Compaq shows the actual bandwidth 2 	of the DS/ES cross bar	is ~2.5 GB/s not 5.2 GB/s.  5 So do you support the 5.2 GB/s claim, the claims thatt4 Kerry made about the falsehood of tsmurphys post and mine in his follow on response.o   Regards      > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.nB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.J > Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,$ >   mpowell@fcc.gov,gtristan@fcc.gov   --   Andrew Harrisonp Enterprise IT Architecto   ------------------------------  % Date: Wed, 25 Apr 2001 10:37:45 -0700-! From: Shane.F.Smith@Healthnet.com18 Subject: Re: OpenVMS article - please explain last line!D Message-ID: <OF3E3A8105.631B63FD-ON88256A39.00601FC7@foundation.com>  H Here we go again, Andrew. You responded to Paul by ignoring what he saidF and trying to make one of your own points on another subject. Again. II explained what you'd done (although it was obvious), and you do it again.rJ My post, and indeed Paul's, were not directly connected to Kerry's contentK - both were on the subject of your usual tactics. So, as you can see, I allmH did the homework set for the subject, and aced it. You, however, flunked> badly by turning geography homework in to the english teacher.  I Now, if you want to change the subject back to memory bandwidth, that's aM different topic.   Shaner          D andrew harrison <andrew.nospam@uk.sun.com> on 04/25/2001 06:39:09 AM  < Please respond to andrew harrison <andrew.nospam@uk.sun.com>   To:   Info-VAX@Mvb.Saic.Com  cc:a  9 Subject:  Re: OpenVMS article - please explain last line!.    " Shane.F.Smith@Healthnet.com wrote: >eI > Gee, Andrew, you obviously never studied English particularly well, didpJ > you? Still, I gave up expecting well constructed language from you yearsI > ago. I was expressing no position on Kerry's post, because I don't know6 thedK > text of it. I'd lost track (and largely interest) by that point, and it'diE > been snipped. I was simply pointing out your syntactic trap for theM rather > feeble attempt it was. >oK > As for 5+GB, well, in the absence of direct knowledge if Kerry posted it,  ItK > have a lot more faith in its accuracy than if you posted it, let's put itc. > that way. There again, that's not difficult. >D  8 So you responded to my post without reading the previous3 posts in the same thread. How remarkable, don't you 1 think you would be better off reading Kerrys postc! and the one he was responding to.P  2 Oh no lets think that would be inconvenient if you9 read Kerrys thread you will then have to make a judgement ' as to its veracity. Better not read it.S  5 Of course if you don't read it then you should not bei posting responses should you.a  0 Seems to be another rock and hard place decision for you.  2 To help you out the following lines are from Kerry post.o   Kerrys posting  ? "Yep, a real mystery how people can post such false numbers :-)o  ? Current ES40 and DS20E systems use a 5.2Gb/sec cross bar switcht technology. F I am sure folks here realize the difference between a cross bar switch ando standard bus technology."I   This was in response to.  @ "I don't understand how somebody can post such a blatantly false	 statement 7 when stream is a click away. Here are the real numbers:   # Intel Pentium 4 1.4 GHz - 1574 MB/sb Compaq ES40 - 1338 MB/s  Compaq DS20 - 1323 MB/sr HP B2000 - 960 MB/sh AMD Athlon 800 MHz - 586 MB/s % Intel Pentium III 733 MHz - 544 MB/s"e  = All you need to do is decide if the 5.2 GB/s claim is true or < if the STREAMS results published by Compaq, which the poster6 Kerry is accusing of falsehood refered to are correct.  7 Perhaps instead of accusing me of lack of understanding"8 of the english language you would be better off actually3 reading a bit of english. At the moment your schoolt3 report for english reads "does not do his homework"e     regardso > Shaneh > F > andrew harrison <andrew.nospam@uk.sun.com> on 04/24/2001 05:25:07 AM >o> > Please respond to andrew harrison <andrew.nospam@uk.sun.com> >o > To:   Info-VAX@Mvb.Saic.Comn > cc:M >P; > Subject:  Re: OpenVMS article - please explain last line!p > $ > Shane.F.Smith@Healthnet.com wrote: > >sH > > Unless I'm misreading him, he's doing neither. He's using sarcasm to take > a J > > potshot at Sun. And in response, you're doing a crude variation of theB > > "When did you stop beating your wife?" verbal trap. Run out of > imagination, > > eh Andrew? > >s >-% > Actually you are mistaken its not ai0 > "when did you stop beating your wife" question- > but it is "between a rock and a hard place"  > question.s >u. > Both you a Paul know that it is matketing BS& > but to admit this would be terrible. >  > Hence the attempt at sarcasm.  >m1 > What do you think of Kerrys claim, do you think / > the 5+ GB/s is marketing BS or the truth ????e > 	 > regardsr	 > > Shanea > >bH > > andrew harrison <andrew.nospam@uk.sun.com> on 04/23/2001 08:58:12 AM > > @ > > Please respond to andrew harrison <andrew.nospam@uk.sun.com> > >y > > To:   Info-VAX@Mvb.Saic.Com  > > cc:- > >-= > > Subject:  Re: OpenVMS article - please explain last line!  > >A > > Paul Repacholi wrote:o > > >j8 > > > andrew harrison <andrew.nospam@uk.sun.com> writes: > > > K > > > > "Main, Kerry" wrote: As is making claims for existing systems whichtC > > > > are not supported by the data you youselves have published.e > > >n" > > > OK Kerry, naughty boy! Smak. > > >tD > > > You should know that it is only aceptable to enrich the mental gardensoD > > > of you poor punters by spreading infomation based on NDA data. > > >a > > - > > So was Kerrys posting bullshit or are you  > > defending it.e > >l > > Regards  > > Andrew Harrison  > > Enterprise IT Architectd >  > -- > Andrew Harrisoni > Enterprise IT Architect?   -- Andrew Harrison  Enterprise IT Architects   ------------------------------  % Date: Wed, 25 Apr 2001 03:57:14 -0500 - From: John Wisniewski <wisniewski@vmsone.com> % Subject: Re: OpenVMS Hobbyist versionm* Message-ID: <3AE6916A.6557D7FD@vmsone.com>   sms@antinode.org wrote:C  / > From: John Wisniewski <wisniewski@vmsone.com>e > & > > VAX and Alpha 7.3   (Coming Soon!) >o >    I'm ready.o > N > > We have tried to put a good selection of layered products (C, Fortran, and, > > such - see the webpage-- on the HobbyistO > > distributions.   Perhaps when VMS goes over to DVD we can get all the SW on  > > one disk;-)  > J >    Perhaps if someone develops a standard scheme whereby the kits can beI > compressed, a good deal more could be packed in.  Am I the only one who I > thinks that the capability to install directly from a compressed kit is 
 > overdue? >nI >    Survey question:  How many people would object to compressed layered-H > product kits (using, say, ZIP), which would need to be expanded onto a? > local read-write disk before installation (using the current,g! > handicapped PCSI or VMSINSTAL)?0 >BF >    Just as an impractical example, the VAX VMS072.% save sets occupyG > about 203000 blocks.  After ZIP, about 103000.  I assume that typicalMC > product kits would see similar shrinkage.  The VAX TCPIP V5.0 kit G > (including docs) drops from about 37500 blocks to about 12500 blocks.<G > With twice the effective space available, it should be easy enough to J > cram in a few more things, yes?  A convenient procedure to expand onto aF > disk or tape might make it a little more convenient.  (How many kits  > can't fit onto a TK50 or two?) > J > ------------------------------------------------------------------------ > E >    Steven M. Schweda               (+1) 651-699-9818  (voice, home)iE >    382 South Warwick Street        (+1) 763-781-0308  (voice, work)eI >    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)	; >    sms@antinode.org                sms@provis.com  (work)   E Then someone would complain that they don't have enough disk space;-)-  J we'll see if we can zip the layered products in the 7.3 Hobbyist cdroms...* (and Unzip them when we build a DVD kit;-)   John Wisniewskin wisniewski@vmsone.comn   ------------------------------  % Date: Wed, 25 Apr 2001 11:29:46 +0000e  From: Steve.Spires@yellgroup.com% Subject: Re: OpenVMS Hobbyist versionr/ Message-ID: <00256A39.003F2929.00@quegw01.btyp>u  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    % If that's the case, mail it to me at;i   3rd Cubicle- Toilet Block   [Yes, I'm a loo tenant]A   Steve Spires  3 [Not sure how well this works transatlantically...]e          5 Shane.F.Smith@Healthnet.com on 24/04/2001 08:05:13 PMe    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)s@ From:      Shane.F.Smith@Healthnet.com, 24 April 2001, 8:05 p.m.   Re: OpenVMS Hobbyist version          " He'll probably send it private-ly.   Shane-          E Paul Repacholi <prep@prep.synonet.com>@k9.healthnet.com on 04/24/2001r 12:26:17 PMe  8 Please respond to Paul Repacholi <prep@prep.synonet.com>   Sent by:  prep@k9.healthnet.comi     To:   Info-VAX@Mvb.Saic.Comn cc:s  & Subject:  Re: OpenVMS Hobbyist version    # Shane.F.Smith@Healthnet.com writes:iG > Paul Repacholi <prep@prep.synonet.com>@k9.healthnet.com on 04/24/2001n
 > 08:31:50 AMG >n: > Please respond to Paul Repacholi <prep@prep.synonet.com>  ! > Sent by:  prep@k9.healthnet.coma   (Eh???? Oh boy....)r  5 > "David J. Dachtera" <djesys.nospam@fsi.net> writes:t   > > Hoff Hoffman wrote:a  B > > >   Given that the images in the (unsupported) Multia kits areB > > >   core images of the OpenVMS kernel, I would NOT assume thatC > > >   these images can be transported to and successfully used on  > > >   other OpenVMS versions..   > > How 'bout a sergeant?S   > Easy, but it's a dead one ;)  5 > I think he was looking for a more general answer....  ? Guess we'll have to give Hoff time to Marshal an answer then :)s   --< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.w@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,"   mpowell@fcc.gov,gtristan@fcc.gov   ------------------------------   Date: 25 Apr 2001 09:26:08 CDT= From: wayne@tachysoft.xxx.065234.killspam.015d (Wayne Sewell)a% Subject: Re: OpenVMS Hobbyist versioni. Message-ID: <512YrOF0tBbd@tachxxsoftxxconsult>  B In article <01042422454895@antinode.org>, sms@antinode.org writes:/ > From: John Wisniewski <wisniewski@vmsone.com>b > % >> VAX and Alpha 7.3   (Coming Soon!)f >  >    I'm ready.i > M >> We have tried to put a good selection of layered products (C, Fortran, and + >> such - see the webpage-- on the HobbyistvN >> distributions.   Perhaps when VMS goes over to DVD we can get all the SW on >> one disk;-) > J >    Perhaps if someone develops a standard scheme whereby the kits can beI > compressed, a good deal more could be packed in.  Am I the only one who I > thinks that the capability to install directly from a compressed kit isp
 > overdue? > I >    Survey question:  How many people would object to compressed layeredoH > product kits (using, say, ZIP), which would need to be expanded onto a? > local read-write disk before installation (using the current,h! > handicapped PCSI or VMSINSTAL)?u  I Assuming one has the disk space.  Not everyone does.  Hobby systems couldaJ potentially have even less free space.  Some of the kits are pretty large.     > F >    Just as an impractical example, the VAX VMS072.% save sets occupyG > about 203000 blocks.  After ZIP, about 103000.  I assume that typicals- > product kits would see similar shrinkage.  B  F The savesets containing the vms operating system for vax are even moreM impractical an example than you think.  Don't forget that on a fresh install,tJ as opposed to an upgrade, one normally uses standalone backup for an imageG restore of the .b saveset directly to the target disk, which is mountedsO foreign.  In order to do what you propose, standalone backup would have to known" how to deal with a zipped saveset.   >The VAX TCPIP V5.0 kit0H > (including docs) drops from about 37500 blocks to about 12500 blocks. G > With twice the effective space available, it should be easy enough to J > cram in a few more things, yes?  A convenient procedure to expand onto aF > disk or tape might make it a little more convenient.  (How many kits  > can't fit onto a TK50 or two?)    O Going from a cdrom installation to a tk50 installation sounds like a incrediblyiM huge step backward to me.  cdrom to disk, then installing from disk, would beA6 okay.  Again, assuming you have the disk space for it.     --  O ===============================================================================pM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)GO ===============================================================================rB Jed Clampett, checking into hotel: "This place got a cement pond?"+ Ellie May: "And do yuh let critters in it?"d   ------------------------------   Date: 25 Apr 2001 15:43:07 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)% Subject: Re: OpenVMS Hobbyist versionR, Message-ID: <9c6rab$pfj@gap.cco.caltech.edu>  B In article <01042422454895@antinode.org>, sms@antinode.org writes: >:I >   Perhaps if someone develops a standard scheme whereby the kits can be H >compressed, a good deal more could be packed in.  Am I the only one whoH >thinks that the capability to install directly from a compressed kit is	 >overdue?e >l  J Compaq should do this, in fact, should have done it long, long ago.  It's J just silly not to compress files on distributions when those distributionsI run to 10 or more disks.  I'm estimating that it would take maybe 2 hourscG to add UNZIP capabilities to PCSI and 2 minutes to add it to VMSINSTAL.rJ (After at least 16 months agonizing over whether or not to do it, followedG by another two years while they try to figure out if it's legal to shippL the new variants :-(.)  If they can't do it that way then they could use theC existing compress/expand mechanism that they use with the patches.    H >   Survey question:  How many people would object to compressed layeredG >product kits (using, say, ZIP), which would need to be expanded onto a > >local read-write disk before installation (using the current,  >handicapped PCSI or VMSINSTAL)?  I What's to object to?  If Compaq ever intends to join the modern world and J allow software downloads then Compaq itself will benefit hugely by halving, the bandwidth requirement for each download.  	 Regards, t   David Mathog mathog@caltech.edu? Manager, sequence analysis facility, biology division, Caltech rJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  + Date: Wed, 25 Apr 2001 11:03:31 -0500 (CDT)d From: sms@antinode.org% Subject: Re: OpenVMS Hobbyist versiona) Message-ID: <01042511033188@antinode.org>C  = From: wayne@tachysoft.xxx.065234.killspam.015d (Wayne Sewell)l  K > >    Survey question:  How many people would object to compressed layered J > > product kits (using, say, ZIP), which would need to be expanded onto aA > > local read-write disk before installation (using the current, # > > handicapped PCSI or VMSINSTAL)?2 > K > Assuming one has the disk space.  Not everyone does.  Hobby systems could0L > potentially have even less free space.  Some of the kits are pretty large.  F    Hence the survey question.  I know that my VAXstation 2000 with itsB two (nearly full) RD54 disks would have trouble, buy I also wasn'tA planning to put VMS V7.3 (or Pathworks Mac, or much else) on it. aD Everyone can worry about the possibility of people with insufficientF disk space.  My question is whether they actually exist.  If only fiveG people in the world would care, but fifty would benefit, I'd be willing.F (for a nominal fee) to make a couple of CD-R's with the full-size kits: for the sufferers.  (How many Hobbyist V2 CD's were sold?)  H > >    Just as an impractical example, the VAX VMS072.% save sets occupyI > > about 203000 blocks.  After ZIP, about 103000.  I assume that typicall/ > > product kits would see similar shrinkage.    > H > The savesets containing the vms operating system for vax are even more/ > impractical an example than you think.  [...]f  H    Your mind-reading skills need work.  That was exactly why I called itC an "impractical example".  It also illustrates the desirability for-A BACKUP (even Standalone) to deal with a compressed file directly,e; although I'd be well satisfied with something comparable toaD "gzcat | tar xf -" using UNZIP and BACKUP.  Note, however, that evenH with a plain, old VMSxxx.B, if all the others could be compressed, thereC would still be substantial benefit.  (As I recall, only ".F" didn'te ZIP-compress well.)e  Q > Going from a cdrom installation to a tk50 installation sounds like a incrediblyeO > huge step backward to me.  cdrom to disk, then installing from disk, would bee8 > okay.  Again, assuming you have the disk space for it.  H    Well, duh.  The tape intermediate step would be for folks with a tapeC drive and insufficient disk space.  It wouldn't be my first choice,oH either.  I was just worrying about those (so far silent) multitudes with no surplus disk space.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work)eG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)A9    sms@antinode.org                sms@provis.com  (work)l   ------------------------------  # Date: Wed, 25 Apr 2001 09:28:44 GMTy, From: Piyush Avichal <nospam@newsranger.com>" Subject: Optical Drive for OpenVMS6 Message-ID: <gNwF6.4579$QV4.379372@www.newsranger.com>  M We have just purchased a HP Standalone(C1114R) Optical Drive from US Designs.n2 We have tried installing it on a MicroVAX 3100-80.J The software that US Designs provides(Optical SuperStor) seemed to install without any problems.lL However, when we try to mount or initialise the media, we get the following  error message :a  C %INIT-F-DEVOFFLINE, device is not in configuration or not availableh  * Has anyone come across an error like this?  M At the >>> Prompt the device comes up as a JKA100, and when you do a SHOW DEVn) from the $ prompt, it comes up as OMA100.k  M Any help would be greatly appreciated as we are in desperate need to get this  working.   Cheers,t   Piyush   ------------------------------  % Date: Wed, 25 Apr 2001 15:04:48 +0200t+ From: "David Otten" <David.otten@gtech.com> & Subject: Re: Optical Drive for OpenVMS) Message-ID: <9c6i1j$atk1@news1.gtech.com>n  . Try using  the OD device, not the OM device... e.g.  & OPCONFIG ODS0: OMA100: <cachefilename>    
 Best Regards,      David Ottend  9 "Piyush Avichal" <nospam@newsranger.com> wrote in message 0 news:gNwF6.4579$QV4.379372@www.newsranger.com...F > We have just purchased a HP Standalone(C1114R) Optical Drive from US Designs.4 > We have tried installing it on a MicroVAX 3100-80.L > The software that US Designs provides(Optical SuperStor) seemed to install > without any problems. C > However, when we try to mount or initialise the media, we get theM	 following0 > error message :  >lE > %INIT-F-DEVOFFLINE, device is not in configuration or not availableo >e, > Has anyone come across an error like this? >oK > At the >>> Prompt the device comes up as a JKA100, and when you do a SHOWc DEV + > from the $ prompt, it comes up as OMA100.p >nJ > Any help would be greatly appreciated as we are in desperate need to get this
 > working. >c	 > Cheers,d >  > Piyush >i >    ------------------------------  # Date: Wed, 25 Apr 2001 15:51:25 GMTe, From: Piyush Avichal <nospam@newsranger.com>& Subject: Re: Optical Drive for OpenVMS6 Message-ID: <1oCF6.4988$QV4.418129@www.newsranger.com>  N I thought that OD devices were for WORM media. We are using Re-writable media,H and so didn't install the WORM components. Would this make a difference?   Regards,   Piyush  = In article <9c6i1j$atk1@news1.gtech.com>, David Otten says...H > / >Try using  the OD device, not the OM device...  >e.g.r >o' >OPCONFIG ODS0: OMA100: <cachefilename>e >  >W >Best Regards, >a >g >David Otten >a: >"Piyush Avichal" <nospam@newsranger.com> wrote in message1 >news:gNwF6.4579$QV4.379372@www.newsranger.com...iG >> We have just purchased a HP Standalone(C1114R) Optical Drive from US 	 >Designs. 5 >> We have tried installing it on a MicroVAX 3100-80.aM >> The software that US Designs provides(Optical SuperStor) seemed to installs >> without any problems.D >> However, when we try to mount or initialise the media, we get the
 >following >> error message : >>F >> %INIT-F-DEVOFFLINE, device is not in configuration or not available >>- >> Has anyone come across an error like this?r >>L >> At the >>> Prompt the device comes up as a JKA100, and when you do a SHOW >DEV, >> from the $ prompt, it comes up as OMA100. >>K >> Any help would be greatly appreciated as we are in desperate need to geth >this  >> working.m >>
 >> Cheers, >>	 >> Piyush  >> >> >, >r   ------------------------------  % Date: Wed, 25 Apr 2001 13:32:48 -0400 % From: "Brian Tillman" <tillman_brian>e& Subject: Re: Optical Drive for OpenVMS" Message-ID: <3ae70a39@news.si.com>  E >We have just purchased a HP Standalone(C1114R) Optical Drive from US  Designs.3 >We have tried installing it on a MicroVAX 3100-80..  H Since this appears to be a SCSI device, have you tried using the genericD SCSI driver (GKDRIVER)?  We used that to control a tape stacker on a MicroVAX and it worked fine. --A Brian Tillman                   Internet: tillman_brian at si.comeA Smiths Aerospace                          tillman at swdev.si.comp= 3290 Patterson Ave. SE, MS      Addresses modified to prevente< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 24 Apr 2001 08:44:10 -0500+ From: young_r@encompasserve.org (Rob Young)o$ Subject: Re: OT: "The Puzzle Palace"3 Message-ID: <Qtq9sg3Qgx4U@eisner.encompasserve.org>u  h In article <hw8F6.5657$Up.184479@sea-read.news.verio.net>, "Nikita V. Belenki" <public@kits.net> writes:? > "Richard B. Gilbert" <Dragon@CompuServe.Com> wrote in messageo* > news:3AE34329.97E186B2@CompuServe.Com... > M >> These details are not shared for pretty much the same reason that detailednH >> information on the construction of nuclear weapons is not shared; the2 >> information could and would be used against us! > J > I don't see why. If you know that some method is insecure, you don't use, > it -- no matter how open you are about it. > " >>  I suspsect that the revelationM >> of NSA's cryptological techniques might be more dangerous to our interestsx > than9 >> the revelation of nuclear weapons technology would be.f > H > But do they actually have anything useful? Or are they just wasting my > money? >   @ 	Regarding sharing and whatnot... if you were to reveal what wasA 	secure and insecure, those you are trying to crack would quicklyaG 	be wizened up and use the more secure methods of message transmission.A  E 	Many nasty tricks here too.  You may glob a message from other meanstA 	and hint that you broke it and force the other end to waste timeoG 	and money and resources changing something that doesn't need changing.-   > H > But do they actually have anything useful? Or are they just wasting my > money? > @ 	Ah... if we were the only ones going about such a game it would8 	be a waste.  Unfortunately, we aren't the only ones, so 	spend we must!    				Robn   ------------------------------  % Date: Wed, 25 Apr 2001 13:46:22 -0400i' From: "Bill Todd" <billtodd@foo.mv.com>-$ Subject: Re: OT: "The Puzzle Palace"( Message-ID: <9c72g1$ds8$1@pyrite.mv.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:Qtq9sg3Qgx4U@eisner.encompasserve.org...-G > In article <hw8F6.5657$Up.184479@sea-read.news.verio.net>, "Nikita V.r" Belenki" <public@kits.net> writes:A > > "Richard B. Gilbert" <Dragon@CompuServe.Com> wrote in messagep, > > news:3AE34329.97E186B2@CompuServe.Com... > > F > >> These details are not shared for pretty much the same reason that detailedJ > >> information on the construction of nuclear weapons is not shared; the4 > >> information could and would be used against us! > >hL > > I don't see why. If you know that some method is insecure, you don't use. > > it -- no matter how open you are about it. > >s$ > >>  I suspsect that the revelationE > >> of NSA's cryptological techniques might be more dangerous to our 	 interestsb > > than; > >> the revelation of nuclear weapons technology would be.. > >eJ > > But do they actually have anything useful? Or are they just wasting my
 > > money? > >p >eA > Regarding sharing and whatnot... if you were to reveal what wasVB > secure and insecure, those you are trying to crack would quicklyH > be wizened up and use the more secure methods of message transmission. >oF > Many nasty tricks here too.  You may glob a message from other meansB > and hint that you broke it and force the other end to waste timeH > and money and resources changing something that doesn't need changing. >f > >tJ > > But do they actually have anything useful? Or are they just wasting my
 > > money? > >MA > Ah... if we were the only ones going about such a game it wouldN9 > be a waste.  Unfortunately, we aren't the only ones, soa > spend we must!  L Maybe, maybe not.  An hour-long interview with Bamford ran last night on theF NPR program 'Fresh Air'.  One of his observations was that, unlike theI situation in WWII (where secure codes and adept code-breaking had *major*:J affects on the outcome), in retrospect secrecy and spying seem to have hadJ far less impact on the outcome of the Cold War than the intrinsic internal3 problems in the USSR's implementation of communism.e   - bill   >  > Robl >l   ------------------------------  % Date: Wed, 25 Apr 2001 08:09:24 -0500c1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>-# Subject: Re: Pathworks for VMS 5.52A8 Message-ID: <9c6iad$32q$1@fizban.fizban.pprd.abbott.com>  A You might try posting this at:  vmsnet.networks.desktop.pathworkse  L I know some of the pathworks people look in on this group from time to time.   Dave...m  ; <robert.nospam.harrison@ch.nospam.abb.com> wrote in messageo$ news:9c486h$d8u$1@news.netmar.com... >iF > Does anyone know whether the current versions of Pathworks (or is it AdvancedK > Server now) will work with a system running VAX VMS 5.52 (eg DECnet Phases > IV). >rK > I ran this past my local Q and they said simply upgrade to VMS 7.1 beforee it > will work. >rL > Upgrading to 7.1 isn't an option I don't think; it's a legacy system which we > don't produce any more.a >d > Any help appreciated.h >  > Thanx, >  > Roba >iF >  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the	 eb  -----iH >   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupsK >    NewsOne.Net prohibits users from posting spam.  If this or other postso< > made through NewsOne.Net violate posting guidelines, email abuse@newsone.neti   ------------------------------  % Date: Wed, 25 Apr 2001 02:51:04 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>i1 Subject: Random access to 2 bytes in a large filec, Message-ID: <3AE673C7.84B17C52@videotron.ca>  9 OK, let me start by saying that I am very memory limited.e  N I have two flat files of about 50 megs each which provide elevation data for aJ continent, each sample is a short (2 bytes) that contains the elevation inN metres for that location. The data is arranged in rows. The file has 4800 rows each with 4800 columns.t  M My wish is to be able to access the data randomly (what is the altitude for as particular point ?).  M If I use a process section to map the file to memory,  is it correct to state J that I would have to increase not only that process's pgflquo but also the. system GBLPAGFIL parameters by 100 megabytes ?L Would that consume too many resources to map 2 50meg files to memory on a 16 meg system ?  L How would performance of a section file compare to a home grown routine thatM would read the appropriate block in the file if the requested point is not ino a cache of a few blocks ?     ! What other options would I have ?t  G (while my 100meg requirements may not be imporessive with today's largekH systems, think about current datasets being built with 10,000 times moreI sample per area, this would mean that the same area, instead of requiring=2 100megs of data will require 1000000 megabytes ...   ------------------------------    Date: 25 Apr 2001 07:51:22 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)n5 Subject: Re: Random access to 2 bytes in a large filet3 Message-ID: <cVBTpjI6kO14@eisner.encompasserve.org>=  \ In article <3AE673C7.84B17C52@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:; > OK, let me start by saying that I am very memory limited.d  N > How would performance of a section file compare to a home grown routine thatO > would read the appropriate block in the file if the requested point is not ine > a cache of a few blocks ?.  0 Why would you even _consider_ re-inventing RMS ?  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------    Date: 25 Apr 2001 08:37:06 -0500- From: koehler@encompasserve.org (Bob Koehler)s5 Subject: Re: Random access to 2 bytes in a large filed3 Message-ID: <GZ0mLYDLSLrK@eisner.encompasserve.org>g  \ In article <3AE673C7.84B17C52@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > P > I have two flat files of about 50 megs each which provide elevation data for aL > continent, each sample is a short (2 bytes) that contains the elevation inP > metres for that location. The data is arranged in rows. The file has 4800 rows > each with 4800 columns.i >   F This sounds like a job for Fortran.  If the file is not already storedF as fixed length records, I'd use FDL and convert it.  A Fortran directF access read then takes you directly to the correct record (row), whichH you read and pick out the correct column.  Set up the buffersizes on the. Fortran OPEN as large as memory can tolerate.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation.= NASA GSFC Flight Software       | Federal Sector, Civil GroupqE                                 | please remove ".aspm" when replying*   ------------------------------    Date: 25 Apr 2001 08:56:05 -0500 From: briggs@encompasserve.org5 Subject: Re: Random access to 2 bytes in a large file*3 Message-ID: <IpqxuX3CdhPo@eisner.encompasserve.org>   \ In article <3AE673C7.84B17C52@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:; > OK, let me start by saying that I am very memory limited.0 > P > I have two flat files of about 50 megs each which provide elevation data for aL > continent, each sample is a short (2 bytes) that contains the elevation inP > metres for that location. The data is arranged in rows. The file has 4800 rows > each with 4800 columns.d > O > My wish is to be able to access the data randomly (what is the altitude for a  > particular point ?).  H File organization and record layout?  At a guess, we're talking 512 byteD fixed length records.  You might consider setting it to 2 byte fixedC length records and letting RMS do the grunt work with direct accessa to specific record numbers.v  O > If I use a process section to map the file to memory,  is it correct to statelL > that I would have to increase not only that process's pgflquo but also the0 > system GBLPAGFIL parameters by 100 megabytes ?N > Would that consume too many resources to map 2 50meg files to memory on a 16 > meg system ?  A That sounds like the wrong way to attack the problem.  But no, itzB wouldn't eat GBLPAGFIL because it's not a global section backed byE page file space.  It's backed by an actual file.  And it wouldn't eatu5 PGFLQUOTA because it's not backed by page file space.   N > How would performance of a section file compare to a home grown routine thatO > would read the appropriate block in the file if the requested point is not ina > a cache of a few blocks ?   E How good is your locality of reference?  A disk I/O is a disk I/O andcE turning it into paging I/O isn't going to buy you much.  Since you'retF memory restricted, you may be better served to not pollute your memoryF space with data that has poor locality of reference.  You really don'tF want to page out code that will be re-referenced in favor of data that won't.  # > What other options would I have ?c  8 How much performance do you need?  How much do you want?  D If the data has poor locality of reference and you don't have enoughB memory to cache more than a fraction of it then you're up a creek.D It will take one disk read per data item.  Something in the ballparkG of 50-100 data items per second.  And nothing you can do in software isl going to alter that.  6 In that case, the ways to buy performance would be to:  @ 1.  Spread the data across multiple disks.  Consider striping or*     (assuming read-only access) mirroring.  B 2.  Make sure that you've got multiple I/O requests outstanding atA     any given time.  That allows your hardware and software to dohB     some seek and/or rotational optimization and lets you actuallyA     use more than one disk at a time.  If you don't do this, thatu7     striping or mirroring won't buy you a darned thing.k  C 3.  Determine an access pattern and reorganize your data so that it-B     will have good locality of reference.  e.g. transpose from rowC     major to column major order.  Alternatively, adjust your accessr     pattern.  L 4.  Compress the data.  This is a win only if it lets you cache effectively.   5.  Buy more memory.   	John Briggs   ------------------------------  # Date: Wed, 25 Apr 2001 14:08:23 GMTt7 From: moroney@world.std.spaamtrap.com (Michael Moroney)o5 Subject: Re: Random access to 2 bytes in a large filet& Message-ID: <GCCpxz.FzH@world.std.com>  ; Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:i  ] >In article <3AE673C7.84B17C52@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:>< >> OK, let me start by saying that I am very memory limited.  O >> How would performance of a section file compare to a home grown routine thatpP >> would read the appropriate block in the file if the requested point is not in >> a cache of a few blocks ?  C Implement the file with a fixed, 2-byte record length, and read thev@ record by row_num*columns_per_row+col_num to read any particularE field.  Let RMS/the file system worry about the caching.  I'll assume H you'll be reading several data points in the same area so caching should
 work well.  1 >Why would you even _consider_ re-inventing RMS ?e  D I had to do something similar once, process data files of about 6000H rows x 6000 columns * 1 or 3 bytes, raw bytes on a CD.  The problem was,M RMS absolutely refused to accept odd-length records (there were an odd numbereH of both rows and colums), always reading one extra byte and thus skewingG the data.  I wound up mapping the data as a file-backed global section,wB consuming a fair chunk of virtual memory, but through the magic ofH paging, not so much physical memory.  My file was then an array of bytes+ of data in virtual memory, easy to process.P   -Mike    ------------------------------   Date: 25 Apr 2001 11:00:37 CDT= From: wayne@tachysoft.xxx.065234.killspam.015d (Wayne Sewell)r5 Subject: Re: Random access to 2 bytes in a large fileh. Message-ID: <0Aryek3MLUCN@tachxxsoftxxconsult>  \ In article <3AE673C7.84B17C52@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:; > OK, let me start by saying that I am very memory limited.O > P > I have two flat files of about 50 megs each which provide elevation data for aL > continent, each sample is a short (2 bytes) that contains the elevation inP > metres for that location. The data is arranged in rows. The file has 4800 rows > each with 4800 columns.. > O > My wish is to be able to access the data randomly (what is the altitude for a  > particular point ?). > O > If I use a process section to map the file to memory,  is it correct to stateiL > that I would have to increase not only that process's pgflquo but also the0 > system GBLPAGFIL parameters by 100 megabytes ?  M Since you would be using explicit section files, GBLPAGFIL doesn't enter intodL it.  Nor does page file quota.  If you have a section file, you aren't usingL the page file at all.  Especially since I would assume these sections can beG mapped readonly (the elevation of *most* geographical locations doesn't> fluctuate very much).  :-)  N > Would that consume too many resources to map 2 50meg files to memory on a 16 > meg system ? > N > How would performance of a section file compare to a home grown routine thatO > would read the appropriate block in the file if the requested point is not inh > a cache of a few blocks ?t >  > # > What other options would I have ?  > I > (while my 100meg requirements may not be imporessive with today's large-J > systems, think about current datasets being built with 10,000 times moreK > sample per area, this would mean that the same area, instead of requiring34 > 100megs of data will require 1000000 megabytes ... -- lO ===============================================================================iM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxg: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== B Jed Clampett, checking into hotel: "This place got a cement pond?"+ Ellie May: "And do yuh let critters in it?"I   ------------------------------  % Date: Wed, 25 Apr 2001 13:54:57 -0400e' From: "Bill Todd" <billtodd@foo.mv.com>-5 Subject: Re: Random access to 2 bytes in a large file ( Message-ID: <9c7304$e9g$1@pyrite.mv.net>  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message- news:cVBTpjI6kO14@eisner.encompasserve.org...U7 > In article <3AE673C7.84B17C52@videotron.ca>, JF Mezeiu& <jfmezei.spamnot@videotron.ca> writes:= > > OK, let me start by saying that I am very memory limited.2 >7K > > How would performance of a section file compare to a home grown routine  thatJ > > would read the appropriate block in the file if the requested point is not in > > a cache of a few blocks ?c >d2 > Why would you even _consider_ re-inventing RMS ?  F Depends on how expensive it is to get into RMS (and out again) just to* access 2 bytes of data that may be cached.  I If there's absolutely no locality of reference, using a one-sector buffereJ and QIOs would be the most efficient way to do this, and managing the fileK without using RMS isn't that big a job (and IIRC 'user file open' may allow J you to get RMS's help for the file-level management and still use QIOs forI the high-activity stuff).  With modest locality of reference (in a singlerK dimension, unless you arrange your map to provide 2-dimensional locality in K the linear file layout), just use a larger buffer and/or keep a few of themt around in a cache.  F Otherwise, John Briggs covered the ground pretty well in his response.   - bill   >g > L ============================================================================ ==G > Great Inventors of our time: Al Gore -> Internet; Sun Microsystems ->  Clusters >nL ============================================================================ ==   ------------------------------   Date: 25 Apr 2001 07:29:25 GMT' From: robinm@rpi.edu (Michael Robinson)i& Subject: Re: Standalone Backups Needed- Message-ID: <9c5ucl$1jn0$1@newsfeeds.rpi.edu>g  - Paul Repacholi (prep@prep.synonet.com) wrote: + : robinm@rpi.edu (Michael Robinson) writes:  : D : >    I'm a hobbyist attempting to restore a VAX 8530 system we gotG : > from the school (RPI).  Unfortunately, we don't have a complete set>F : > of standalone backups to boot the machine with.  This is bad sinceH : > we don't have the original disk packs running.  So in order to boot,E : > we need a set of backups.  Does anyone have a set of backups thati/ : > they can copy, or perhaps build one for us?  : G : > System: VAX 8530, we have tapes for VMS 4.7, 4.8, and 4.9, possiblyh@ : > newer Media: RX50 for the the console (PRO 380) floppy drive : @ : If you have SDI disks, and there is another system with an SDIC : controller, copy VMS onto the disk, and move disk to Vax. Ask thei : folks you got it from.  E Not sure.  Most of the people deny ever having dealt with the machinetB before.  (Which is bogus, since I know they aren't new...)  In anyA event, there is a small possibility that the disks have a workingn system on them already...  : E : You do have good Air Con and free power? They can be a touchy beasto! : to cool and keep the EMC happy.u  E Fortunately, we have both.  Free power is provided by the school, ands. a new AC unit was installed a few months back. : 6 : You *REALLY* don't want to install VMS from RX50s...  = Agreed.  We've got tapes, but just to get the works moving...g   Michael Robinson RPI Electronics Club Vaxherd robinm at rpi dot edut   ------------------------------  # Date: Wed, 25 Apr 2001 16:17:44 GMT < From: "Curtis Rempel" <vmsguy.no.spame.here.please@home.com>% Subject: The Q and Canadian geographyy( Message-ID: <IMCF6.436$6N.4482@shaw-ty2>  8 http://www.openvms.compaq.com/business_solutions_cd.html From the "State" drop-down box:    NF New Foundland PE Price Edward Island	 QU Quebec  SK Sascatchewanc  K I will leave it as an exercise for the Q webmaster (I'm glued to CBC at therI moment watching their continuing coverage of the Sascatchewan seal hunt).o  L (Hint: http://www.canadapost.ca/CPC2/addrm/addrguide/prov_symbols.html might be of use).m   ------------------------------  # Date: Wed, 25 Apr 2001 16:46:48 GMT 3 From: "David Schmitt" <dschmitt@la-archdiocese.net>z5 Subject: Re: Using 3-phase power converters on VAXen?f9 Message-ID: <YbDF6.934$OC1.150949@paloalto-snr1.gtei.net>a  > "pat jankowiak" <vaxhackery@worldnet.att.net> wrote in message* news:3AE50655.3F33469B@worldnet.att.net...B > The fans in a 6000 are DC and run off the power supply. The 6530> > I have is 208 wye. I think this means 110VAC between any twoB > phases and 208 to neutral. One thing of note is that the neutralA > does not go into the rectifier. it is I think used in the poweri& > control box, where some relays live. >(L Actually, it's 208 between legs of the wye and 120 from any leg to "neutral" (center point of the wye).  H Remember that a wye xformer is fed a single sine wave: the crest rotatesH around the legs of the wye, giving you the A-B-C phase legs, 120 degreesJ apart, and the neutral hub. One critical piece of protective equipment forI 3-phase computer systems not protected by a UPS is a phase-rotation fault G detector. If you lose one leg of the wye, it's supposed to pop the maint, protective disconnector to protect the load.   Dave Schmitt  L P.S.: As long as we're talking plant stuff...how many folks got extended-runH UPS and/or gensets? How many put their critical load HVAC systems on the genset as well?i   ------------------------------  # Date: Wed, 25 Apr 2001 12:22:33 GMTl. From: "Alphaman" <alphaman64@nixspam-home.com>P Subject: Re: using a pipe command into a CP creates DCL$OUTPUT_xxxxxxx.LOG files; Message-ID: <dkzF6.22769$U4.5361813@news1.rdc1.tn.home.com>a   > And I have also tried: >e/ > $ pipe sho system | sear sys$input text > nl:  > > > And that just create an empty file, in the same name format.  ' What about leaving off that final pipe:   4  $ pipe sho system | sear sys$input text /output=nl:  1 (I've only got 7.2 at home so I can't test here.)u Aarono --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html> Make April 15 just another day:        http://www.fairtax.org/   ------------------------------   Date: 25 Apr 2001 15:46:03 GMT$ From: praratgl@aol.com (Gary Prarat)A Subject: Using VT220 as alternate serial console for DEC 3000-400 : Message-ID: <20010425114603.03185.00000993@ng-mn1.aol.com>  = I have purchased a VT220 to use as console for DEC 3000-400. s@ I have attached it to the DEC 3000 using a DB25 cable that works with HP printer. e@ The 220 passes self test fine and I can make changes to it using the F3 key.i  ; However, when I boot the Alpha nothing shows up on VT 220. a   Do I reset the S3 switch. ?t7 Is there an alternate console command I need to insert? ? Am I using the right DB25 cable. Any help would be appreciated.- Thanks,e   Gary Prarat    ------------------------------  # Date: Wed, 25 Apr 2001 13:29:57 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)1 Subject: Re: V7.3 in clusters w/earlier versions? 0 Message-ID: <pjAF6.172$5I.3458@news.cpqcorp.net>  W In article <C2256A38.00701992.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:e  8 >Is V6.2 of OpenVMS supported in a VMScluster with V7.3? >Vax, Alpha, Mixed?w! >Is that matrix posted?  Updated?p  C According to table 2-1 in the OpenVMS Alpha Version 7.3 Upgrade and J Installation Manual, version back to V6.2-xxx are supported for migration.< Only the same version (i.e. all V7.3) has warranted support.  I This means that if you have a problem in an OpenVMS Cluster with V7.3 andsG older version, Compaq's response may be to request that you upgrade all= nodes to V7.3.  G As a practical matter, many "migration" configurations will run without0	 problems.h   -- oK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAeH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 23 Apr 2001 21:55:15 -0500+ From: young_r@encompasserve.org (Rob Young)pP Subject: RE: VMS gets positive mention in Compaq Q1 financial analystsconference3 Message-ID: <uyN8f6sN+mnq@eisner.encompasserve.org>s  ] In article <CIEJLCMNHNNDLLOOGNJIEEBNCHAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:dM > Wasn't thinking so much about customers as the investment community and itstI > influence with the strategic direction set by the board and management.o >   = 	To help counter-act this thinking you might have appreciatede: 	Michael Capellas' answer to the Nightly Business Reporter> 	this evening when she brought out the inevitable:  "What will@ 	it take to regain #1 position in PCs?"  Michael quickly pointed= 	out that wasn't a goal, later he explained over 80% of their < 	profits are derived from the Enterprise sector.  (EditorialG 	comment:  Compaq is an Enterprise company, Dell isn't.  And when Dell -D 	is done imploding the PC segment, they can turn their attention to F 	Wintel server segment.  Then they can hope to gain in other segments - 	but their bag of tricks only goes so far...).  D 	A point is,  there is a lot of money to be made in the proprietary ? 	segments.  So it is rather silly to suggest to get out of the  F 	proprietary segments.  Tandem and OpenVMS are high margin segments.  H 	If it wasn't for IBM's proprietary mainframe and OS/400 segments, they A 	too would be in a world of hurt.  Besides that, look how foolish4? 	a suggestion that is.  VMS has been around since 78 and making @ 	money every year since then.  Returning to growth last year andB 	projected to have one of its best years this year in a long time.  	Tandem is a money machine also.  ? 	So yeah, the Board may have Wall Street anal-ists come callingrA 	with all sorts of friendly advice.  The "idea" of getting out ofeA 	proprietary segements (flat or slightly growing at that!) can beiB 	left at the door when they come calling.  There is too much money 	to be made there.   				Robl   ------------------------------    Date: 24 Apr 2001 09:15:49 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)tP Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference3 Message-ID: <Lhtt1aMHSH1T@eisner.encompasserve.org>i  t In article <Bn4F6.31949$%_1.9110863@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: > H > "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message/ > news:vtHwnWg8Fa7m@eisner.encompasserve.org... G >> In article <CIEJLCMNHNNDLLOOGNJIAEBKCHAA.tom@kednos.com>, Tom Lindent > <tom@kednos.com> writes:K >> > Yes, but immediately following his presentation CNBC interviewed AshoknJ >> > Kumar, who went onto say that they need to increase their value addedM >> > propostion (note the cliche) in the storage products area and get out ofi > the ; >> > proprietary business.  Lots of quarterbacks out there.t >>B >> Looking at the government sector, I doubt those making purchaseE >> decisions know who Ashok Kumar is, and certainly they don't listen ' >> to him.  (Piper Jaffrey, isn't it ?)t > I > I believe so. I find it interesting that anyone would seriously suggesteM > forsaking the high-end, high-margin proprietary business in order to becomedJ > yet another Intel box-flogger. Pretty difficult to differentiate in that > market, is it not? > F > It's a shame that Compaq doesn't break out P&L by product line. SuchL > information would IMHO make Tru64, VMS, and NSK look even more compelling.  B Or would it cause Ashok Kumar to downgrade their stock because the< company revenue was so dependent on "proprietary" products ?   ------------------------------    Date: 24 Apr 2001 09:14:34 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference3 Message-ID: <e+OIdCU2lzTX@eisner.encompasserve.org>n  t In article <u57F6.32310$%_1.9218596@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:  K > As an aside, I often felt that Windows would trounce the Unix Confederacy H > due to lower development costs. If there's 13 Unixes, with each vendorK > spending upwards of $150M per annum on the care and feeding of what is at-N > the end of the day a basically nondifferentiated offering, how will these 13H > vendors make out against one vendor spending equivalent resources on a > single offering?  I In the interest of leveling the playing field, Microsoft keeps increasingl- the number of operating systems they support.C   ------------------------------    Date: 25 Apr 2001 07:58:16 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) P Subject: RE: VMS gets positive mention in Compaq Q1 financial analystsconference3 Message-ID: <V9qx227EXM$Q@eisner.encompasserve.org>t  a In article <uyN8f6sN+mnq@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:   F > 	A point is,  there is a lot of money to be made in the proprietary A > 	segments.  So it is rather silly to suggest to get out of the h > 	proprietary segments.  A Proprietary segments are a problem because they are difficult foruA "industry analysts" to understand.  Certainly they want them gonee? so they can have an easy job like their counterparts who followu grain futures.   ------------------------------  % Date: Wed, 25 Apr 2001 11:26:43 +0100u/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>wP Subject: re: VMS gets positive mention in Compaq Q1 financial analystsconference6 Message-ID: <009FB103.115E5D9D.7@maxwell.ph.kcl.ac.uk>   > > > The fact of the matter ismP > > > that the rate of improvement to Windoze software is much greater than VMS, > > Il" > > > think they spend $5B a year.M > > > They have the ability to outspend anybody!  So it is simply a matter of- > > time > > > before the curves cross. > > M > > No doubt. The question is, how long will it take? I haven't a clue, otherRI > > than the strong suspicion that it'll take a lot longer than MicrosofthG > > convinced Wes Melling and the Digital hierarchy that it would take.  > >  [snip] >  > Some thoughts: > = > 2.Some features will not be really working for a long time, : > because they haven't been designed in from the beginning= > although it would have been necessary to do so to have themb	 > proper.c   This one is the crux of it.r  J There are some changes that you can make to, say, a building, by investingO money in a refurb or extension. And many that you really can't, where the only  I option is complete demolition and building what you really wanted on the e/ vacant plot after the rubble has been cleared. e  I With an O/S, two such are security and lock management. If security isn't M designed in and unless all subsequent changes are absolutely forbidden unlesslF they pass muster for security, your operating system can't be secured.G Witness all the problems Microsoft have. If lock management isn't both hE designed in and implemented flawlessly, you'll have trouble building  ( clusters (again,a notable MS weak spot).  E MS *could* deal with these, but they'd have to start by writing a new J kernel (or at the very least, going back to NT 3.5 and then improving thatI in the right ways). Then they'd have to fix each and every application so A that it worked in an environmnt where each and every file and alliF "system" registry keys was write-protected. (At present, many productsI rely on insecure file or key protections in order to function at all, anda5 the installation defaults are even worse than that). i  K And since the (numerical) majority of MS customers don't have a clue about ,N system management or security, they'd not necessarily regard the result as an I improvement. I really don't see that one can reconcile the demands of Joe=H Public and family at home, with what a major financial institution ought; to be demanding for the protection of its customers' money.w   	Yours,x
 		Nigel Arnoth- 		NRA@MAXWELL.PH.KCL.AC.UK                   d  7 		"In the beginning there was nothing, which exploded."=   ------------------------------  % Date: Wed, 25 Apr 2001 08:53:51 -0500e+ From: Christopher Smith <csmith@amdocs.com>gP Subject: RE: VMS gets positive mention in Compaq Q1 financial analystsconferenceL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1DB0@cmiexch1.cmi.itds.com>   > -----Original Message-----2 > From: Christof Brass [mailto:brass@infopuls.com]  = > 2.Some features will not be really working for a long time,l: > because they haven't been designed in from the beginning= > although it would have been necessary to do so to have them5	 > proper..  I Micro$oft is good a this sort of thing.  To study the phenomenon, look nob further than windows 98. :)y  @ > 3.The UNIX variants are a problem and Linux is one answer, the= > UNIX98 IIRC is another. I expect the OS market to achieve ab  K A word of warning about such solutions:  They will not be complete.  Notice K that POSIX and (IIRC) OSF/1 had similar goals to Unix98.  They were adoptedeK some, and helped to an extent, but I think it will take a while longer, andaJ perhaps more "solutions" before everyone is on the same page, so to speak.  J On the other hand, you might be speaking in the long term, and for that, IH agree.  Eventually one of these -- or several -- will catch on, and make things more standard.    Regards,   Chrisl  ! Christopher Smith, Perl Developert Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  '    ------------------------------  % Date: Wed, 25 Apr 2001 15:12:23 +0100o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference) Message-ID: <3AE6DB47.2BCC2E34@bbc.co.uk>=   Nigel Arnot wrote:  M >  And since the (numerical) majority of MS customers don't have a clue aboutrO > system management or security, they'd not necessarily regard the result as an=K > improvement. I really don't see that one can reconcile the demands of Joe-J > Public and family at home, with what a major financial institution ought= > to be demanding for the protection of its customers' money.s  I  Nigel, did you see the papers yesterday, the story about Fergies ex-maideC who murdered her boyfried because she found and read emails to/from G another woman? He would probably still be alive if his email system hadm* been secure (password protected at least).  G Also, if I'm gonna have internet access to household appliances I don'tTF want any tom dick or harry from the other side of the globe defrosting my freezer or whatever :-).e  E Joe Public and friends put up with the crap because its all they known5 because BG and friends decided thats all they needed.A --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uky  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Wed, 25 Apr 2001 16:06:30 +0100a0 From: andrew harrison <andrew.nospam@uk.sun.com>P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference* Message-ID: <3AE6E7F6.874E1B82@uk.sun.com>   Jan Vorbrueggen wrote: > % > Tom Linden <tom@kednos.com> writes:a > 5 > > a 1GHz VAX would run circles around a 1GHz alpha.n > L > Nonsense. You even have experimental data to check: the last VAX chip, theL > NVAX+, was in the same process as the 21064. They had a max. frequency andM > performance differential of a factor of 2 - to the disadvantage of the VAX. ? > And that VAX chip was quite a brainiac compared to the 21064.o >   C Its also rather like saying a 5 GHz Pentium III would be the worlds B fastest CPU. Intel cannot build a 5 GHz Pentium III any more than > the Intel FAB could build a 1 GHz VAX. One reason why Digital = focused on Alpha was that it could be clocked faster than thet VAX.     Regardst Andrew Harrisono Enterprise IT Architecta   ------------------------------  % Date: Wed, 25 Apr 2001 16:18:44 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>P Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference) Message-ID: <3AE6EAD4.779FFCD@uk.sun.com>2   "Terry C. Shannon" wrote:.  K > As an aside, I often felt that Windows would trounce the Unix Confederacy H > due to lower development costs. If there's 13 Unixes, with each vendorK > spending upwards of $150M per annum on the care and feeding of what is at4N > the end of the day a basically nondifferentiated offering, how will these 13H > vendors make out against one vendor spending equivalent resources on a > single offering? > N > Despite the inevitable consolidation in the market, the Unix Confederacy, or) > a portion thereof, continues to thrive.e >   C NT has caused the UNIX market to consolidate around a much smaller iB number of UNIX vendors. Many of the Old UNIX vendors have not gone? they have simply adopted another larger UNIX vendors OS and gotf rid of their own version.c  ? NCR, SNI, Fujitsu etc all had their own UNIX's in various formsn= they have now droped them in favour of one os Solaris, HP-UX i or AIX.   A Other non UNIX OS's have also been hit by NT. OpenVMS for examplet@ has not benefited from the reduction in the number of platforms 4 that many ISv's are now prepared to support post NT.  D An ISV support guy explained that their product on NT consumes more = support resources in proportion to their other platforms for .> all the understood reasons, skills, reliability, very frequent= major releases etc etc. But they cannot afford not to supportd= NT so instead they had to reduce the number of platforms they-	 support.    A This puts a squeeze on the more marginal platforms that generate x less if better margin revenues.g       regards      > >  > >e > >$  > > > -----Original Message-----? > > > From: Terry C. Shannon [mailto:terryshannon@mediaone.net]a* > > > Sent: Monday, April 23, 2001 6:10 PM > > > To: Info-VAX@Mvb.Saic.ComnC > > > Subject: Re: VMS gets positive mention in Compaq Q1 financialo > > > analystsconference > > >  > > >p > > >yL > > > "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message3 > > > news:vtHwnWg8Fa7m@eisner.encompasserve.org...mL > > > > In article <CIEJLCMNHNNDLLOOGNJIAEBKCHAA.tom@kednos.com>, Tom Linden > > > <tom@kednos.com> writes:J > > > > > Yes, but immediately following his presentation CNBC interviewed > AshokaI > > > > > Kumar, who went onto say that they need to increase their value0 > addedgG > > > > > propostion (note the cliche) in the storage products area anda > > > get out of	 > > > theD@ > > > > > proprietary business.  Lots of quarterbacks out there. > > > >wG > > > > Looking at the government sector, I doubt those making purchaseaJ > > > > decisions know who Ashok Kumar is, and certainly they don't listen, > > > > to him.  (Piper Jaffrey, isn't it ?) > > >sM > > > I believe so. I find it interesting that anyone would seriously suggest2G > > > forsaking the high-end, high-margin proprietary business in order- > > > to become-N > > > yet another Intel box-flogger. Pretty difficult to differentiate in that > > > market, is it not? > > >cJ > > > It's a shame that Compaq doesn't break out P&L by product line. SuchD > > > information would IMHO make Tru64, VMS, and NSK look even more
 > compelling.e > > >b > >o   -- s Andrew Harrison  Enterprise IT ArchitectS   ------------------------------   Date: 25 Apr 2001 15:51:17 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)lP Subject: Re: VMS gets positive mention in Compaq Q1 financial analystsconference, Message-ID: <9c6rpl$2o20$1@info.cs.uofs.edu>  * In article <3AE6E7F6.874E1B82@uk.sun.com>,3  andrew harrison <andrew.nospam@uk.sun.com> writes:e |> hF |> Its also rather like saying a 5 GHz Pentium III would be the worldsE |> fastest CPU. Intel cannot build a 5 GHz Pentium III any more than  A |> the Intel FAB could build a 1 GHz VAX. One reason why Digital a@ |> focused on Alpha was that it could be clocked faster than the |> VAX.m  C Sadly, we will never know if a 1Ghz (or faster) VAX was doable, but D I have learned from experience in this industry to never believe anyE absolute statement like the above.  I have already seen processors of E a particular architecture running faster than "the experts" said theym wold ever be able to run.a  A Not to mention a 1Ghz P-III laptop when I can still remember thatoC there was never going to be a P-II of any speed because of the heat 
 generated.  = Seymour Cray built a company on a vision none of his previouss? employers were capable of sharing.  The only thing that is surec, to be impossible is that which is not tried.   bill   -- cJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   d   ------------------------------   Date: 25 Apr 2001 14:08:29 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)i. Subject: Re: VMS Loyalist dies from starvation, Message-ID: <9c6lot$2la8$1@info.cs.uofs.edu>  * In article <3AE66A00.936723D0@brandx.net>,1  terrence golden <terrygolden@brandx.net> writes:hI |> What I have seen from recent DECUS/CETS is that certain customers that.6 |> have tried moving off of VMS have either 1) failed   > Correct me if I'm wrong, but did you really expect to run into? those that succeeded at a DECUS/CETS??  The fact that some faileB doesn't mean that all did or even that a majority did.  This seems= like yet another case of VMS playing the ostrich and stickingt@ it's (collective) head in the sand in hopes that the competition will just go away.     bill   -- mJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   l   ------------------------------    Date: 23 Apr 2001 23:29:24 -05007 From: hamilton@encompasserve.org (Bradford J. Hamilton) 6 Subject: Re: WIS... RIP???  -- NO! - non-standard port3 Message-ID: <6yrvrzbjm7+W@eisner.encompasserve.org>-   Thanks, David,  Z Good to know these things...I guess I'm not going to worry, since my company allows access to WIS through that port.t  P Now, if I can only get them to allow DSNLink through port 2370 (they won't allowU incoming connections on that port, unless we initiate the connection...what's up withn that???)   --Brad  \ >In article <3AE4E17D.BEB16021@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: > "Bradford J. Hamilton" wrote:v >> g >> Hi David, >> aQ >> Actually, my first contact with this site was from behind a corporate firewalln- >> (we were tired of dialing out to DSNLink).  >> iY >> Can you educate me a little regarding the use of a non-standard TCP/IP port?  Is theretM >> any risk to using such a port, either to my workstation, or to my company?t > G > The problem is that some firewalls, especially those which are locked D > down rather tight for security reasons, block all ports except theC > "standard" ports for any given protocol. So, when a URL says, for 
 > example, > / > http://www.openvms.compaq.com:8000/index.html  > G > ..., your browser fails to connect and just times out saying that thei > server failed to respond.h >  > --   > David J. Dachterar > dba DJE Systems  > http://www.djesys.com/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/e > H > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. > B > Feel free to exercise your rights of free speech and expression. > H > However, attacks against individual posters, or groups of posters, are > strongly discouraged.-   ------------------------------  % Date: Wed, 25 Apr 2001 08:33:52 +0200e! From: Didier Morandi <DMo@ims.ch>lI Subject: Re: [Q] DCL minute of the day: sys$specific & sys$common (again)l& Message-ID: <3AE66FD0.49880B9C@ims.ch>   Are you a teacher, Alan?  Thanks for the nice explanation.   D. y  & afeldman@elsewhere.gfigroup.com wrote: > M > First of all, I think it's better to think in terms of equivalence names asu% > being concealed, not logical names.  ../..r   ------------------------------  % Date: Wed, 25 Apr 2001 08:37:28 +0200r! From: Didier Morandi <DMo@ims.ch>n. Subject: Re: [Q] Restart OPA0: DECWindows CDE?& Message-ID: <3AE670A8.2354180E@ims.ch>  " @sys$manager:decw$startup restart. Yes, it did.
 Thank you.   D.   "Bruin, J.M. de" wrote:g > R > "@sys$update:decw$startup restart" should do the trick (at least it does for me) >  > Mark   ------------------------------   End of INFO-VAX 2001.231 ************************