1 INFO-VAX	Fri, 19 Dec 2003	Volume 2003 : Issue 701       Contents:! Re: Advanced Server 7.3A Problem? = Re: AS1000 - Video vagaries - or- scroll down if you can..... # Bug in DEC VAXVMS FORTRAN V6.5-188? ' Re: Bug in DEC VAXVMS FORTRAN V6.5-188? / Re: Convert quadword time to Ascii time in DCL?  Re: CWS 433au info ? Re: equipment available : Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs' Re: HSG80 failed disk drive - odd stuff  Re: KZPSC-AA Documentation Re: KZPSC-AA Documentation Re: KZPSC-AA Documentation Re: mV3100 & DECNet? Re: OpenVMS 8.1 ships J Re: OpenVMS Pearl - OpenVMS V8.0, first release on Itanium, ships today!!!0 Re: practical questions for Charon-VAX on Wintel2 Re: Q: Convert quadword time to Ascii time in DCL?4 Secure Web Server Version 2.0 available for download( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMSN Re: Subject: Re: backing up VMS files to PC based CD writer - belated followupP Re: Subject: Re: backing up VMS files to PC based CD writer - belated followup 29 Re: Sun to use AMD Opteron - announcement expected Monday  Re: Support for passive FTP / Weird backup and shadow copy performance on VMS 3 Re: Weird backup and shadow copy performance on VMS + What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ... / RE: What Andrew and sun can't stand is that ... / Re: What Andrew and sun can't stand is that ...   F ----------------------------------------------------------------------  % Date: Fri, 19 Dec 2003 09:34:29 -0500 $ From: "PEN" <paul.nuneznosp@mhp.com>* Subject: Re: Advanced Server 7.3A Problem?, Message-ID: <brv29l$db5$1@hplms2.hpl.hp.com>   Hi All,   J For files being left open, if you can find a sequence of actions that willL typically reproduce the problem, it's then best to obtain a network trace toJ determine whether the problem is  the client (not requesting file closure)2 or the server (not responding to such a requests).  >     $ tcptrace/full/packet=10000/buffer=300/output=anyfile.log  K If at all possible, start the trace just _prior_ to the client establishing K it's initial session/connection to the server.  There are session setup and G negotiate protocol SMBs that are often important in determining exactly H what's occurring.  Once the problem has been reproduce, kill the tracingK using Ctrl/Y.  Note the above trace command does NOT specify any IP host to J trace - it's going to trace EVERYTHING to/from the Advanced Server system;F that's because there are times when client actions cause the server toG perform ancillary tasks due to some interaction with the client - i.e., L generate and deliver an Alert message.  You can initially filter the captureK frames to only display frames between the client and server.   Then if/when K a problem or anomaly is seen, disable the filter to see what's really going L on around that time (if possible, you can filter the display to include onlyL frames using UDP ports 137 and 138,  and TCP port 139 - these constitute theI NetBIOS name services, datagram services, are session services used by MS L Networking systems), eliminating any non-essential frames (ie., telnet, ftp, nfs, etc)...  L You can use ethereal (www.ethereal.com) to analyze the frames - it's a greatK tool and it's free.  If you have a support contract with HP or purchase Per 6 Event support, we'll be glad to have a look for you...   HTH,     Paul   ------------------------------  # Date: Fri, 19 Dec 2003 15:05:30 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> F Subject: Re: AS1000 - Video vagaries - or- scroll down if you can.....3 Message-ID: <_sEEb.11144$7T.10743@news.cpqcorp.net>   
 As an aside -   K On recent vintages of Motif (1.2-6 and later), I "fixed" batch scrolling in I DECterm - so another way to get reasonable terminal performance on a slow < adapter is to make this parameter in DECterm setup non-zero.  I Screen-to-screen copies (scrolling) can often be the slowest operation on J many cards.  Batch scrolling reduces this quite a bit (equivalent to xterm "jump" scroll).     3 "Denny" <denny_rich@ameritech.net> wrote in message 7 news:2a9d9498.0312171019.581a3b84@posting.google.com...  > Fred,  > C > Thanks for the hint.  I replaced the old VGA or SVGA monitor (ca. ( > 1991) with a newer monitor (ca. 2000). > 9 > On the built-in interface, the scrolling was still bad.  > F > Next, I re-installed the Compac EISA option card in slot 2. With J27H > still in the ON position, neither video output worked. With J27 in theF > OFF position, the option card worked and the on-board output did not > work.  > F > The option card works just fine with the newer monitor.  The test isF > to do a directory of sys$sysdevice:[*...]. With the "good" setup, itB > simply  flies.  With the "bad" setup, it ticks the lines down at > between 300 and 600 baud.  >  > So all is well!  > D > Thanks again. (Oh, and there's an old monitor in Cleveland that is > free to a good home  :)  >  > denny    ------------------------------  % Date: Fri, 19 Dec 2003 10:44:13 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>, Subject: Bug in DEC VAXVMS FORTRAN V6.5-188?9 Message-ID: <brv6cf$7ndsu$1@ID-141708.news.uni-berlin.de>   ; We found a problem in DEC VAXVMS FORTRAN V6.5-188 that does : not appear in the Alpha/VMS Fortran. The first question HP> support asked is if we have ECO FORTVVE02065 installed, and we= do not (I can not even find it on the new and "improved" IRTC 9 site!). The release notes for the ECO do not mention this 7 problem, but before the local people can send it to the < Languages Group we need to prove that the bug is still there8 in  ECO FORTVVE02065. The local group does not have this; version on their VAXen. Being the time of year it is, I can > not get in touch with all the people I need to in order to get% their permission to put the patch on.   < If anyone out there is running VAX/VMS FORTRAN V6.5-188 with> ECO FORTVVE03065 (PRODUCT SHOW PRODUCT FORTRAN should tell you< what you have) then can you please try the following and let me know what you get?    $ create bob_broken.for           character*12 c12out_date         character*23 testdate           integer*4  binarytime(2)  <         type *, 'Testing with cvtflg not set, should default to 0' ,         testdate = '18-JAN-2001 12:08:21.36'0         status = sys$bintim(testdate,binarytime)8         STATUS  =SYS$ASCTIM(iLEN,c12OUT_DATE,binarytime)&         type *, 'Outpu: ',c12OUT_DATE,9         1       ' Length: ', iLEN, ' testdate: ',testdate   .         type *, 'Testing with cvtflg set to 0',         testdate = '18-JAN-2001 12:08:21.36'0         status = sys$bintim(testdate,binarytime):         STATUS  =SYS$ASCTIM(iLEN,c12OUT_DATE,binarytime,0)&         type *, 'Outpu: ',c12OUT_DATE,9         1       ' Length: ', iLEN, ' testdate: ',testdate            end  $ create bob_fixed.for          character*12 c12out_date         character*23 testdate           integer*4  binarytime(2)  <         type *, 'Testing with cvtflg not set, should default to 0' ,         testdate = '18-JAN-2001 12:08:21.36'0         status = sys$bintim(testdate,binarytime)8         STATUS  =SYS$ASCTIM(iLEN,c12OUT_DATE,binarytime)'         type *, 'Output: ',c12OUT_DATE, 9         1       ' Length: ', iLEN, ' testdate: ',testdate   .         type *, 'Testing with cvtflg set to 0',         testdate = '18-JAN-2001 12:08:21.36'0         status = sys$bintim(testdate,binarytime):         STATUS  =SYS$ASCTIM(iLEN,c12OUT_DATE,binarytime,0)'         type *, 'Output: ',c12OUT_DATE, 9         1       ' Length: ', iLEN, ' testdate: ',testdate            end  $! $ fortran bob_broken $ link bob_broken  $ fortran bob_fixed  $ link bob_fixed' $ write sys$output "Running BOB_BROKEN"  $ run bob_broken& $ write sys$output "Running BOB_FIXED" $ run bob_fixed    This is what we see; Running BOB_BROKEN0 Testing with cvtflg not set, should default to 03 Outpu: 12:08:21.36 Length: 11 testdate: 18-JAN-2001  12:08:21.36  Testing with cvtflg set to 03 Outpu: 18-JAN-2001 Length: 12 testdate: 18-JAN-2001  12:08:21.36  Running BOB_FIXED 0 Testing with cvtflg not set, should default to 04 Output: 18-JAN-2001 Length: 12 testdate: 18-JAN-2001 12:08:21.36  Testing with cvtflg set to 04 Output: 18-JAN-2001 Length: 12 testdate: 18-JAN-2001 12:08:21.36    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Fri, 19 Dec 2003 10:54:35 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>0 Subject: Re: Bug in DEC VAXVMS FORTRAN V6.5-188?9 Message-ID: <brv6vv$7gp7h$1@ID-141708.news.uni-berlin.de>    Peter Weaver wrote:  >...> >         type *, 'Testing with cvtflg not set, should default > to 0'  >...  < Forgot to change the line wrapping, the two places that type6 line appears should be changed to be all one one line;  : type *, 'Testing with cvtflg not set, should default to 0'  < and also the TABs were converted to spaces, so Edit the file with  EDT and enter the command  S/        /    /%WH/NOTYP   * (that is S/{eight spaces}/{tab}/%WH/NOTYP)     --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Fri, 19 Dec 2003 12:42:35 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>8 Subject: Re: Convert quadword time to Ascii time in DCL?9 Message-ID: <brvdad$80ic6$1@ID-141708.news.uni-berlin.de>    Ken Fairfield wrote:> >      I'm reading a (sequential, fixed record length, implied CC) = > file that has several VMS quadword times in each record.  I  can ; > read the records into a DCL symbol and extract the arious  fields, ; > e.g., the 12 (ascii) character Username field, as well as  the # > 8 character (binary) time fields.  >...  < I see you found the answer you wanted, but this migth help a< bit . Compile/Link this, and define the TPU$CALLUSER logical8 as described in the .FOR then edit the file with TPU and: define a key that does a select, moves right 8 characters,* does a copy, does a command, and types tpu  message(call_user(1,"{paste}"));  7 Then move to the starting byte of your date, press your ( defined key and you should see the date.   $ ty call_user.for C*# C*      CALL_USER.FOR PRW 25-JAN-96 ; C*      Taken from a DSN example, modified so that option 1  will convert& C*       a binary date/time into text. C*  < C* Using the call_user function to invoke a FORTRAN Function	 can cause : C* an Access Violation.  When VAXTPU passes a dynamic text
 descriptor as < C* the third argument to userwritten TPU$CALLUSER functions, this can4 C* cause access violations if improperly dealt with. C*> C* When VAXTPU calls a user written TPU$CALLUSER function, the second% C* argument will be a descriptor with  C*! C*      type  = 2  (byte logical)  C*      class = 1  (scaler)  C*= C* The string pointer will be a valid address of a string and 
 the length< C* will be the length of the string.  FORTRAN has no problem
 with this.4 C* Merely declare this argument to be CHARACTER*(*). C*= C* However, the third argument is a dynamic string descriptor  with the C* following descriptor values:  C* C*      type    = 14  (text) C*      class   =  2  (dynamic) ' C*      pointer =  0  (invalid address)  C*      length  =  0 C*9 C* The fact that the pointer is zero will cause an access  violation if= C* we treat it like a static string (which FORTRAN will do if 
 we declare> C* the third argument to be CHARACTER*(*)).   Instead, we need to use> C* the VMS RTL to allocate a string of the appropriate length. C*, C* Please consider the following guidelines: C*= C*  1) Avoid overwriting the descriptor fields (including the  type, , C*     class,length, and the pointer field). C*9 C*  2) Use VMS Run Time Library (RTL) string manipulation  routines C* C* C* SOLUTION: C*> C* Declare the third argument to be an array of two longwords. Then: C* use STR$COPY_DX, STR$COPY_R or LIB$SGET1_DD to return a text string : C* to VAXTPU.  These routines will fill in the appropriate
 values for C* the third argument. C* C* C* *** CAUTION *** C*6 C* This sample program has been tested using VAXTPU on
 VAX/VMS, V5.4 8 C* with FORTRAN, V5.6.  However, we cannot guarantee its
 effectiveness 9 C* because of the possibility of error in transmitting or  implementing= C* it.  It is meant to be used as a template for writing your  own ; C* program, and it may require modification for use on your  system.  C* C* C* PROGRAM:  C*   C 3 C Procedure for Compiling this Program (on the VAX)  C  C       $  fortran CALL_USER/ C       $  link /share call_user, sys$input/opt & C               universal=tpu$calluser- C               psect_attr=$local, wrt, noshr 	 C       $ 3 C Procedure for Compiling this Program (on the AXP)  C  C       $  fortran CALL_USER/ C       $  link /share call_user, sys$input/opt 6 C               SYMBOL_VECTOR=(TPU$CALLUSER=PROCEDURE)- C               psect_attr=$local, wrt, noshr 	 C       $  C  C To use the procedure;  C 3 C       $  define TPU$CALLUSER SYS$DISK:[]CALL_USER  C       $  edit/tpu filname  C 4 C       TPU Command:   message(call_user(1, "@<8 "))< C  (this is a dump of the line above if you want to recreate it) 1 C  32  32  32  32  32  32  32  67 C             0 1 C 109 109 111  67  32  85  80  84 TPU Comm      8 1 C 109  32  32  32  58 100 110  97 and:   m     16 1 C  99  40 101 103  97 115 115 101 essage(c     24 1 C 114 101 115 117  95 108 108  97 all_user     32 1 C  60  64   0  34  32  44  49  40 (1, ".@<     40 1 C  34   0   0   0-103 -66-119  56 8. ...."     48 1 C                          41  41 ))......     56  C 8 C       This should display the following in the message buffer:  C  C       5-JAN-1996 12:00:00.00 C            OPTIONS /CHECK=OVERFLOW          1 /CHECK=BOUNDS          1 /CHECK=UNDERFLOW
         1 /I4          INTEGER*4 FUNCTION) tpu$calluser(casecode,instring,outstring)      C      FUNCTIONAL DESCRIPTION: C 8 C              Demonstrate the TPU CALL_USER function in FORTRAN  C  C      DUMMY ARGUMENTS:  C 9 C              casecode:   (INTEGER, reference) Index for 
 computed GOTO = C              instring:   (String, descriptor, type=logical, 
 class=scaler) ) C                          Input from TPU > C              outstring:  (String, descriptor, class=dynamic,	 length=0, : C                          type=text) TPU uses this as the
 value for the < C                          value for the CALL_USER function. C  C      IMPLICIT INPUTS:  C  C              none  C  C      IMPLICIT OUTPUTS: C  C              none  C  C       FUNCTION VALUE:  C & C              Even values =>  Failure& C              Odd values  =>  Success5 C              Function values come from STR$TRIM and  STR$COPY_DX  C  C      SIDE EFFECTS: C  C              none  C  C 3         INTEGER str$copy_dx, str$trim, i, casecode,  outstring(2)         CHARACTER*255  scratch         CHARACTER*(*) instring  %         INTEGER         STR_CHAR_SIZE            INTEGER*4       BIN(2)            structure /time_bin/           union            map                integer*4 bin_1                integer*4 bin_2            end map            map&                 character*8 alpha_time            end map          end union        end structure  #        record /time_bin/ tmp_record            goto (         1          1010          2       , 1020         3       , 1030         4       ) casecode9         tpu$calluser = str$copy_dx(outstring,'Not a valid  code')         goto 999     1010    continue C*> C*      Move the string we received into the character that is mapped C*      to the binary fields C*  -         tmp_record.alpha_time = instring(1:8)    C*!         bin(1) = tmp_record.bin_1 !         bin(2) = tmp_record.bin_2   8         CALL LIB$FORMAT_DATE_TIME(scratch,bin,context_2)3         tpu$calluser = str$trim(scratch,scratch, i)  C + C       Test for success with AND function:  C -         IF (iand(tpu$calluser,1) .EQ. 1) THEN =                         tpu$calluser = str$copy_dx(outstring, 
 scratch(1:i))                  ENDIF          goto 999   1020    continue  ' c*      This routine is not yet written   9         tpu$calluser = str$copy_dx(outstring,'Not a valid  code')         goto 999   1030    continue  ' c*      This routine is not yet written   9         tpu$calluser = str$copy_dx(outstring,'Not a valid  code')         goto 999   999     RETURN         END      --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------    Date: 19 Dec 2003 09:20:03 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)  Subject: Re: CWS 433au info ? - Message-ID: <3fe2b4b3$1@news.uni-konstanz.de>   0 In article <3FE1D90C.3F765377@aaa.com>, Jan-Erik2 =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes: >Hi.= >Just got me a new "hobby" box, a Personal Workstation 433au. : >Now, I have been looking around at HP to try to find some@ >info on it, like a User Guide. All I found was some Golden Eggs9 >and old SOC pages. Anyone having any other links/URLs to  >more info on the PWS 433au ?  >   	 Jan-Erik,   3 I'm very happy with this machine we have here, too.   ? One hint: if you activate the IDE-controller (though you cannot 9 boot from an IDE-drive) you can achive your data on DVDs.    Eberhard   ------------------------------    Date: 19 Dec 2003 08:03:21 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)  Subject: Re: equipment available= Message-ID: <f30679fb.0312190803.43649229@posting.google.com>   a Paul Repacholi <prep@prep.synonet.com> wrote in message news:<87hdzxiy4p.fsf@prep.synonet.com>... 3 > "Hank Vander Waal" <hvanderw@comcast.net> writes:  > F > > Anyone have a need/want for a Dec hub 90 with 1 DEC repeater and 3 > > 90L+ ??  > D > If you still have any more hubs, hang on to it so you have a spare > Power Supply.      I gave my suggestion !    < Instead of people posting these products here, why not using< http://www.openvms.org/classifieds or something like this !    Ken are u there ?      Regards    FC   ------------------------------  % Date: Fri, 19 Dec 2003 14:30:32 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs 0 Message-ID: <brv228$1lb$2@new-usenet.uk.sun.com>   David Svensson wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brcerr$gu9$1@new-usenet.uk.sun.com>...  > 6 >>Its BS because in order for it not to be BS you have5 >>to demonstrate why on earth anyone should care what / >>the TPC-C or SPEC numbers are for a platform.  >>4 >>Customers run apps they don't run SPECint ot TPC-C >>never have and never will. >  > G > As far as I see when I use and build applications on a new Sun server D > it is going around twice as slow compared to other platforms, so IA > think the SPEC numbers actually reflect real world performance.     8 When you use and build applications on Solaris which Sun2 compiler do you use, and what Sun platform are you running it on ?    Regards  Andrew Harrison    ------------------------------  % Date: Fri, 19 Dec 2003 10:05:53 -0800 , From: Ken Fairfield <My.Full.Name@intel.com>0 Subject: Re: HSG80 failed disk drive - odd stuff+ Message-ID: <brvem3$3oo$1@news01.intel.com>    John Brandon wrote:   6 > I have a ESA-12000 with dual-pair HSG80 controllers. > Q > I have experienced two failed disk drives (over the past year) that has left me I > puzzled.  The failure has taken place on two seperate controller pairs.  > L > The 36-GB disks are RAID 0+1 by shelf, partitioned out as logical volumes./ > In addition I have two spare-sets per chasis.  >  > Q > After the disk failed I removed the drives (delete failedset, delete disk), and M > after letting them spin down I re-inserted them into the array (same slot).   @      Questions: Did any disks ($1$DGAxxx) devices log additional> errors when the disk failed?  Do you monitor the HSG80 console; port, e.g., with Console Manager, and if so, were there any  messages logged at the time?  K > Run CONFIG and initialize the disk.  I can even re-add it as a spareset - , > reluctancy on my part to keep it that way.  A      I'd be very reluctant to reuse the failed disks.  Unless you > have records of soft errors and hard errors on the device, the= HSG is telling you something "pretty bad" happened because it ' dropped the device out of the RAID set.   ?      We monitor all our HSG's via Console Manager (with the HSG @ serial ports connected to terminal servers).  We track instances> of soft errors, and after the 3rd occurrence on a given drive,? proactively replace.  Hard error warrant immediate replacement. @ In a "typical" cluster with HSG80's, 36 GB "universal" drives in@ ESA-12000 cabs and 168 total drives on 4 controller pairs, we've< see about 10 soft errors during this canledar year, and have= replaced 2 drives (due to repeated soft errors).  Across four = clusters similarly configured, we've had perhaps one instance A (that I recall) of a disk fialing hard enough that it was ejected  from its shadow set.  P > I would like to be able to test the disk to make sure I actually have a failedJ > disk.  Can I simply run HSUTIL and will that inform me that the drive is > actually failed?  :      I wouldn't bother testing it.  Assume its bad.  These< drives are pretty inexpensive to begin with, and if you have> a service contract, have field service swap the failed one for a replacement.  <      I'm skeptical whether HSUTIL will tell you anything.  I< don't believe these disk errors are kept in the controller's< error log so you probably won't find them with FMU either...  >      I'll add that I've recently become a big fan of DILX. :-): We've just added some storage to a pair of older clusters:: EMA-12000's with 6 shelves (split bus) on 2 pairs of HSG80; controllers for a total (with "cold" spares) of 170 drives. ; All drives were exercised with DILX.  For the test cluster, = that amounted to about one week.  For the production cluster, = I ran DILX against all drives for 4+ weeks.  One drive in the > production rack started logging soft and hard errors after the> 1st week (up to about 184 hard errors).  I pulled it and put a? cold spare in (which HP replaced under warranty).  I continued  ; running DILX, and then the Thursday before the Monday I was < going to put it into production, a 2nd drive started logging= hard and soft errors (80+).  Replaced it and continued to run : DILX against all drives.  Two drives out of 84 under test,9 replaced prior to putting into production with no impact.  I like that. :-)  	      -Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Fri, 19 Dec 2003 20:20:42 -0500 & From: "Island" <dbturner@islandco.com># Subject: Re: KZPSC-AA Documentation . Message-ID: <vu5ukingpbjff@news.supernews.com>  0 The KZPSC/KZPAC supports up to 36GB 10KRPM DisksJ You need to upgrade the firmware to rev 2.70 to run the newer higher speed disks B The max. partition size of any logical drive cannot exceed 32768MBH So, basically if you have a bunch of 36GB you either lose the last 2.5GB5 (after formatting) or use it as anothe rpart of a set    DT    2 "chrisl" <chrisl@churchstone.com> wrote in message, news:20031218105033.939$y7@newsreader.com...) > "Barry" <berrys2552@comcast.net> wrote: K > > I have A alpha 1000A that has a KZPSC-aa single channel raid controller K > > installed and isn't being used. I would like to set it up and use it to K > > add extra disks and maybe a external tape drive. I didn't have any luck F > > trying the HP web site. Any pointers to setup and/or configuration > > documentation. > >  > J > It was a fairly horrible bit of kit even when new. IIRC it only supportsH > disks upto 9.1GB and there is no tape drive support. The configurationL > program was called RA230RCU I think but at a push you can put the board inG > a PC and use the generic Mylex DAC960 software to configure it. There G > is/was a VMS GUI interface for it called SWXCRMGR dunno if it's still  > avalable.  >  > --   > Chris    ------------------------------  % Date: Fri, 19 Dec 2003 20:18:17 -0500 & From: "Island" <dbturner@islandco.com># Subject: Re: KZPSC-AA Documentation / Message-ID: <vu5ug14v71hd51@news.supernews.com>   I I don't think you can use the internal and external bus simultaneously on  the KZPSC/KZPAC  DT        2 "Dan O'Reilly" <dano@process.com> wrote in message< news:6.0.0.22.2.20031217075141.01ff8258@raptor.psccos.com...8 > At 07:50 AM 12/17/2003, mckinneyj@cpva.saic.com wrote:3 > >In article <-9adnZXAPpIUzH2iRVn-uA@comcast.com>, : > >  "Richard B. Gilbert" <rgilbert88@comcast.net> writes:I > > >  I believe that this board was also marketed as the RAID Array 230.  Try - > > > Google to search for the documentation!  > > > L > > > HP's search engine is pretty lame; even if you give it the exact titleH > > > of a document, or the order number of the document, it STILL can't findL > > > it.   It's probably mentioned somewhere in each of the 53,000 hits youJ > > > get but that's not terribly useful.  Or, you may not get any hits at all 1 > > > even though the document you want is there.  > > >  > > > Barry wrote: > > > B > > >>I have A alpha 1000A that has a KZPSC-aa single channel raid
 controllerJ > > >>installed and isn't being used. I would like to set it up and use it to addI > > >>extra disks and maybe a external tape drive. I didn't have any luck  tryingA > > >>the HP web site. Any pointers to setup and/or configuration  documentation. > > >> > > >>Barry Streets  > > >>The Echo Group > > >>bstreets@echoman.com > > >> > > F > >"SWXCR" and "RCU" are other strings you'll want to feed to google -E > >probably in combination with "VMS". My recollection is that you'll A > >need to use the RCU - raid configuration utility - or SWXCRMGR ; > >utility from your system console to configure the KZPSC.  > J > The problem is (and I'm going thru the same thing at this time) the docsG > that DO exist on the SWXCR are VERY spotty at best.  I've come to the H > conclusion you need a hardware guru versed in this particular board to4 > really get any kind of in-depth question answered. > K > My specific problem at this time is that the card will recognize and work L > find with external drives (plugged into the port on the back of the card),  F > but won't recognize any drives internal to the 1000 cabinet (and all cablesK > have been checked to make sure they're plugged in & terminated).  But try " > to find out any info on that...! >  >  > ------L > +-------------------------------+----------------------------------------+L > | Dan O'Reilly                  |  "There are 10 types of people in this |L > | Principal Engineer            |   world: those who understand binary   |L > | Process Software              |   and those who don't."                |L > | http://www.process.com        |                                        |L > +-------------------------------+----------------------------------------+ >  >    ------------------------------  % Date: Fri, 19 Dec 2003 06:53:05 -0700 % From: Dan O'Reilly <dano@process.com> # Subject: Re: KZPSC-AA Documentation B Message-ID: <6.0.0.22.2.20031219065257.025dd848@raptor.psccos.com>   I wasn't trying to.   % At 06:18 PM 12/19/2003, Island wrote: J >I don't think you can use the internal and external bus simultaneously on >the KZPSC/KZPAC >DT  >  >  >  > 3 >"Dan O'Reilly" <dano@process.com> wrote in message = >news:6.0.0.22.2.20031217075141.01ff8258@raptor.psccos.com... : > > At 07:50 AM 12/17/2003, mckinneyj@cpva.saic.com wrote:5 > > >In article <-9adnZXAPpIUzH2iRVn-uA@comcast.com>, < > > >  "Richard B. Gilbert" <rgilbert88@comcast.net> writes:K > > > >  I believe that this board was also marketed as the RAID Array 230.  >Try/ > > > > Google to search for the documentation!  > > > > N > > > > HP's search engine is pretty lame; even if you give it the exact titleJ > > > > of a document, or the order number of the document, it STILL can't >find N > > > > it.   It's probably mentioned somewhere in each of the 53,000 hits youL > > > > get but that's not terribly useful.  Or, you may not get any hits at >all3 > > > > even though the document you want is there.  > > > >  > > > > Barry wrote: > > > > D > > > >>I have A alpha 1000A that has a KZPSC-aa single channel raid >controller L > > > >>installed and isn't being used. I would like to set it up and use it >to add K > > > >>extra disks and maybe a external tape drive. I didn't have any luck  >trying C > > > >>the HP web site. Any pointers to setup and/or configuration  >documentation.  > > > >> > > > >>Barry Streets  > > > >>The Echo Group > > > >>bstreets@echoman.com > > > >> > > > H > > >"SWXCR" and "RCU" are other strings you'll want to feed to google -G > > >probably in combination with "VMS". My recollection is that you'll C > > >need to use the RCU - raid configuration utility - or SWXCRMGR = > > >utility from your system console to configure the KZPSC.  > > L > > The problem is (and I'm going thru the same thing at this time) the docsI > > that DO exist on the SWXCR are VERY spotty at best.  I've come to the J > > conclusion you need a hardware guru versed in this particular board to6 > > really get any kind of in-depth question answered. > > M > > My specific problem at this time is that the card will recognize and work N > > find with external drives (plugged into the port on the back of the card), > H > > but won't recognize any drives internal to the 1000 cabinet (and all >cables M > > have been checked to make sure they're plugged in & terminated).  But try $ > > to find out any info on that...! > >  > > 
 > > ------N > > +-------------------------------+----------------------------------------+N > > | Dan O'Reilly                  |  "There are 10 types of people in this |N > > | Principal Engineer            |   world: those who understand binary   |N > > | Process Software              |   and those who don't."                |N > > | http://www.process.com        |                                        |N > > +-------------------------------+----------------------------------------+ > >  > >    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------    Date: 19 Dec 2003 08:51:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: mV3100 & DECNet? 3 Message-ID: <lVFEpaX6q2am@eisner.encompasserve.org>   V In article <slrnbu4a4o.76u.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes:G > I have a MicroVax 3100 and the Hobbyist License for VMS. I decided to G > load VMS 6.1 (I was in a hurry). I've entered everything and now find B > I can't bring up DECNet (I need Phase IV) because I don't have aE > license. How do I get such a license for a 3100? URL's, pointers or 9 > whatever it takes would be greatly appreciated. Thanks.   D    Two hobbyist license sets you need at a minimum:  the one for VMS>    and the one for layered products.  DECnet is in the latter.  F    OBTW, go get yourself a Multinet hobbyist license while your at it,9    unless you're really dedicated to some other IP stack.    ------------------------------  # Date: Fri, 19 Dec 2003 15:12:11 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>i Subject: Re: OpenVMS 8.1 ships2 Message-ID: <fzEEb.11145$aO.9600@news.cpqcorp.net>   Great news, thanks.d  K Anything that thinks it knows the details about the stack, stack unwinding,1J and the architecture-specifics of condition handling needs to be looked at? hard.  It doesn't suprise me that a SYS$SIGPRC might fall over.l  J IPF, unlike VAX and Alpha, doesn't have an architected way to provide someL single value that indicates the HW_MODEL...  which is why you got 0 - it has no meaning on IPF.    A "Craig A. Berry" <craigberry@mac.com.spamfooler> wrote in message N news:craigberry-0D3178.19541718122003@dsl081-159-101.chi1.dsl.speakeasy.net...? > In article <cf15391e.0312180922.21bb5cce@posting.google.com>, 5 >  keithparris_NOSPAM@yahoo.com (Keith Parris) wrote:a >  > > From: Gorham, Mark. > > Sent: Thursday, December 18, 2003 10:17 AM  > > Subject: VMS 8.1 ship today! > > C > > I am delighted to announce the evaluation release of HP OpenVMS B > > Version 8.1 for Integrity servers based on the Intel ItaniumC > > processor.  This release is designed for early adopter ISVs andrC > > customers who wish to port their applications in advance of theS > > production-quality release.n >eH > I'm delighted to announce that it only took a couple of hours tweakingI > configuration scripts to get the latest development snapshot of Perl upiH > and running on the v8.1 hp testdrive system today.  I'm not announcingI > a kit at the moment, just mentioning that the porting effort for a very E > large open source project in C was a bit of a yawn.  Perl has aboutsH > 500,000 lines of C (if you can call it that, since it's really more ofC > a pseudo-language implemented in C macros).  No code changes were E > necessary, only modifications to one DCL script and one Perl scripts > used to configure the build. > I > There were a couple of small gotchas that may be of interest here.  The-= > hardware model number of the testdrive system surprised me:  >r) > $ write sys$output f$getsyi("HW_MODEL"): > 0A >nB > and this caused a minor hiccup or two since we had been assuming+ > anything with HW_MODEL <= 1024 was a VAX.i >oE > The other gotcha was that by default on Alpha we replace the CRTL'sbD > signals with a home-grown implementation based on the undocumentedH > system service SYS$SIGPRC.  This provides more modern functionality toH > VMS v6.x systems than is available from their CRTLs and works around aJ > CRTL bug on 7.x (and now 8.x) systems that precludes the ability to callH > kill() from within a signal handler.  But what we do on Alpha causes aG > stack corruption on Itanium, so for now we retreat to the bug-for-bugi> > compatible (but 99% functional) signal handling in the CRTL. >eH > So there are really no surprises here in moving to Itanium.  If you doG > something wacky and unsupported it might break, but otherwise there'sVG > not much to it.  We keep hearing it's going to be compile and go, butmG > seeing is believing and now I've seen it.  Congratulations to all theo > folks who made this happen.n   ------------------------------    Date: 19 Dec 2003 08:50:20 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) S Subject: Re: OpenVMS Pearl - OpenVMS V8.0, first release on Itanium, ships today!!!t3 Message-ID: <W8vBwWOz+4zv@eisner.encompasserve.org>o  q In article <cf15391e.0312181202.73f016fe@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:s4 > "David J. Dachtera" <djesys.nospam@fsi.net> wrote:4 >> Any chance this might be available for hobbyists? >>" >> Low-cost (less than $50US) CDs? > H > At the page pointed to by http://www.hp.com/go/openvms-integrity-ready	 > we see:f > . > "Here's How to Order the Version 8.1 SDK Kit > G > QA-73CAA-H8 OpenVMS I64 EVAL SDK CDROM KIT is available for USD 75.00t% > + any locally applicable charges. "a  =    Not bad, but can we get a hobbyist license to go with that:@    inexpensive, used Integrity Server we just picked up on eBay?      8-)   ------------------------------  % Date: Fri, 19 Dec 2003 18:10:06 +0100-2 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>9 Subject: Re: practical questions for Charon-VAX on Wintel,* Message-ID: <brvboa$2q7$1@reader11.wxs.nl>  2 I must correct a typo in one of my previous posts.  I CHARON-VAX XM/XL (SCSI architecture) supports *VMS 5.5-2H4* (not H2) and eH later. This is the hardware release that Digital brought out to support  the SCSI architecture.  @ Furthermore: the earliest version reported to run on CHARON-VAX G Industrial (Q-bus architecture) is VMS 4.6, but there is no reason why 3F any version that runs on a MicroVAX II, MicroVAX 3600 etc. should not  run on CHARON-VAX Industrial.o   Bob Koehler wrote: >    OK, more questions first: > H >    How about VMS 5.5-2?  I thought I saw that 5.5-2H2 was required forI >    at least one of the Charon-VAXen.  I don't have an H2 kit.  Will onet >    of them run 5.5-2?e     -- e
 Wilm Boerhout.   w.boerhoutOLD@PAINTplanet.nl(    (remove OLD PAINT from reply address)   ------------------------------  # Date: Fri, 19 Dec 2003 11:41:57 GMTn" From:   VAXman-  @SendSpamHere.ORG; Subject: Re: Q: Convert quadword time to Ascii time in DCL?t0 Message-ID: <00A2A983.B352B788@SendSpamHere.ORG>  Z In article <brtgci$8j2$1@news01.intel.com>, Ken Fairfield <My.Full.Name@intel.com> writes: >Ken Fairfield wrote:  >iB >>     I'm sure I've seen this done as a "DCL Dirty Trick", but...  ! $ MYTIME[0,32] = MYTIME_LO_32BITSa! $ MYTIME[32,32]= MYTIME_HI_32BITS Q $ WRITE SYS$OUTPUT "''F$Fao("My time: !%D",F$cvui(32,32,F$fao("!AD",8,MYTIME)))'"   H MYTIME has to be a numeric symbol containing the integer values noted.  E If you have the returned as an ASCII hex string ot whatever, you need  to convert it first.   For example:  = $ MYTIME[0,32] == %x4B474780	! lower 32 bits of quadword time0? $ MYTIME[32,32] == %x009DF71B	! upper 32 bits of quadword time nQ $ WRITE SYS$OUTPUT "''F$Fao("My time: !%D",F$cvui(32,32,F$fao("!AD",8,MYTIME)))'"b  My time: 11-OCT-1999 02:46:34.27   --K http://www.legacy-2000.com  for the best OpenVMS system security solutions.n  CK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMe            o5   "Well my son, life is like a beanstalk, isn't it?" p   ------------------------------    Date: 19 Dec 2003 07:54:28 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski).= Subject: Secure Web Server Version 2.0 available for downloadl= Message-ID: <857e9e41.0312190754.74e6d30d@posting.google.com>g  = Announcing HP Secure Web Server Version 2.0 for OpenVMS Alpha = -------------------------------------------------------------   E Hewlett-Packard is pleased to announce the availability of Secure WebtB Server (SWS)2.0. SWS 2.0 is based on Apache 2.0.47 from the ApacheC Software Foundation. This is the first version of Apache to supportT the IPv6 network protocol.   Minimum software requirements:  (     OpenVMS 7.3-1 (with latest CRTL ECO)3     ODS-5 for installation and document directoriese     TCP/IP 5.3   You can download the kit from:  8   http://h71000.www7.hp.com/openvms/products/ips/apache/  = Pleae read the release notes for important information beforeE installing the kit.     
 Rick Barry   ------------------------------  % Date: Fri, 19 Dec 2003 03:15:06 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMS3) Message-ID: <3FE2B386.F0CE5341@istop.com>)   Keith Parris wrote:sB > According to IDC data, the trend for OpenVMS servers is upward,   N Since HP and Compaq refused to release VMS related figures. how could IDC draw any conclusions ?C  M Considering that one HP person recently said that the VMS attrition was lower V than what HP had been expecting, I find it odd that IDC would say that VMS is growing.  H > It's quite clear from the IDC data that OpenVMS server revenues took a5 > significnat hit after 9/11 when the economy tanked,S  H You can spin it as 9-11. But in reality 9-11 was just an addition to theK Alphacide followed by HP refusing to comment on VMS after the September 7thn merger announcement.   ------------------------------  % Date: Fri, 19 Dec 2003 03:22:30 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMSu( Message-ID: <3FE2B541.3EF459F@istop.com>   Rob Young wrote:E >         Numbers?  You want numbers across quarters?  I got numbers::  N While it is easy for you to come up wioth Sun corporate numbers, and since SunF only has one product: Solaris, then you can draw whatever conclusions.    E >         Numbers?  You want numbers across quarters?  I got numbers:   N YES, I want numbers. But I want to see VMS and Alpha specific numbers, not SUN numbers, not Windows numbers.d   ------------------------------  % Date: Fri, 19 Dec 2003 11:37:25 +0000vO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>-1 Subject: Re: Singapore Exchange to run on OpenVMS30 Message-ID: <bruntm$riq$1@new-usenet.uk.sun.com>   Keith Parris wrote:u > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brsn01$728$1@new-usenet.uk.sun.com>...  > = >>If that is true why are OpenVMS Server revenues declining ?0 >  >  > and  >  > 5 >>Because HP's OpenVMS server revenues are declining.a >  > E > According to IDC data, the trend for OpenVMS servers is upward, notgE > declining. The IDC Quarterly Server Tracker data shows that OpenVMSpE > server customer revenues for Q3CY2003 (HP's fiscal Q4) increased by G > more than 7% over the same quarter a year ago, and units shipped weree > up by more than 23%. >   ( For the full year revenues are down 13%.  < But get real, the sample size is so tiny that trying to draw: any conclusions from what is essentially a BU that bumping along the bottom is pointless.  ; The difference between Q302 and Q303 revenues was 4 millionC  G > For this same period, Sun's server customer revenues DECLINED by morei > than 11%.   2 What has this got to do with the subject, explain. > H > It's quite clear from the IDC data that OpenVMS server revenues took aG > significnat hit after 9/11 when the economy tanked, and hit their lowsE > point in Q4CY2002, but the trend has been upward since then (server E > customer revenues for Q3CY2003 were up more than 15% since that lowr9 > point in Q4CY2002, and units shipped up more than 36%)., >  > & >>Is ~60-70 million a quarter enough ? >  > D > $75M in the latest quarter's estimate from IDC.  Note that this isE > purely server revenue. I doubt if it includes workstations, I don'tuH > know if it includes operating system license revenue, and it certainlyA > does not include layered software, storage, services, and other " > revenue associated with OpenVMS.  ? Server revenues are what counts because they drive ISV interests and they are ~65 million.e  . You still havn't answered the question anyway.   Regardse Andrew Harrisono   ------------------------------  % Date: Fri, 19 Dec 2003 11:45:56 +0000AO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>T1 Subject: Re: Singapore Exchange to run on OpenVMSi0 Message-ID: <bruodk$rov$1@new-usenet.uk.sun.com>   Rob Young wrote:_ > In article <3FE25281.601983FE@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes:e > * >>Andrew Harrison SUNUK Consultancy wrote:	 >>Andrew,* >>E >>Please stop cluttering up this newsgroup with attacks on Rob Young.* >>I >>We can do it all by ourselves since he tried calling people here liars.l >> >  > < > 	That isn't true.  You're acting like Andrew.  Andrew just; > 	today trots out VMS revenue decline (from a company withg< > 	declining revenues for the last 10 quarters - sheesh) and, > 	Keith pointed out that simply isn't true. >   ? I have not made any claims about Sun's revenue performance, youpA on the otherhand have made a number of claims about OpenVMS whichl= are simply not supported by the facts. The fact that you havet> even introduced Sun's revenue performance into this discussion. should be ample proof that you spinning again.  = And Keith is yet to point out sucessfully that my posting wase= untrue, I welcome his attempts to do so it should be amusing.n    I > 	What I said is they are either lying or ill-informed.  This is in the S, > 	context of the non-sensical statement of: > B > "VMS is dead, Compaq killed it last year, didn't you know that!" >  > 	What I said was this: >  > N >>Peter's customer believes what they believe because they see nothing from HP >>to the contrary. i >  >  > 	Not at all.  It is either:  >  > 		1)  ill-informed > 		2)  a deliberate lie >   8 So which are you, lets give you the benefit of the doubt% and asuume that its 1 not 2 shall we.e  8 Remember you have failed to support your claims with any facts.   Regardse Andrew Harrisoni   ------------------------------  % Date: Fri, 19 Dec 2003 11:57:27 +0000iO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>t1 Subject: Re: Singapore Exchange to run on OpenVMSo0 Message-ID: <brup38$ruh$1@new-usenet.uk.sun.com>   Rob Young wrote:{ > In article <3FE2799F.C08593E8@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:a >  >>Rob Young wrote: >>	 >>>[snip] > >>>        To claim a product is "dead" without even a cursoryH >>>        investigation is either 1) , 2) - take your pick.  To suggestH >>>        it is borne out of lack of advertising is a pitiful argument. >>J >>...and before anyone goes quoting any more IDC numbers to this group, goF >>back to the days before GQ Bob and compare todays VMS numbers to the= >>numbers from back then. Should be a major attention-getter.i >> >   ? Rob this is a discussion about OpenVMS revenues, Sun's revenues @ have no relevance whatsoever to the discussion and your attempts; to introduce them only serve to illustrate what a consumatem spinmeister you are.  > This is however a discussion about the veracity of your claims: about OpenVMS's sucess or otherwise and I am sure you must? realise that your attempts to change the subject only undermine4
 your case.     > > > 	Numbers?  You want numbers across quarters?  I got numbers: >   D Hugely funny, where are the OpenVMS numbers ????????????????????????= These are the only ones that your audience are interested in.U  > 						All numbers in thousands > ) > PERIOD ENDING 			30-Jun-03 		30-Jun-01 $ > ) > Total Revenue 			11,434,000		18,250,000  >  N2 > Operating Income or Loss 	(2,724,000)		1,311,000 > A > 	The darling of Silicon Valley is still shrinking - 10 straight  > 	quarters and counting.: > B > 	At least VMS is increasing revenues.  Sun certainly isn't.  But8 > 	their friends are desperately trying to pump them up: > 3 > http://news.com.com/2003-12_3-0.html?tag=nefd_twk  > ' > Sun plots plan for services business a > Sun fuels cosmic research  > New angles for Sun t* > Sun giving away Solaris for test drives " > Sun prepares Java server update  > A > 	Puff piece after puff piece for Sun.  I guess the hope is withnC > 	enough free advertising Sun will return to profitability?  Maybe 0 > 	even increase revenues?  Shocka!  News at 11! >  > I >>Perhaps if you burst your own bubble, we won't have to do it for you tou >>snap you back to reality.T >  > ? > 	Oh come on - a real tangible point with facts and figures to  > 	back it up, got any?,  B You allready have them as you know, the huffing and puffing is you trying to change the subject.g   Regards  Andrew HarrisonT   ------------------------------  % Date: Fri, 19 Dec 2003 13:35:31 +0000bO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 1 Subject: Re: Singapore Exchange to run on OpenVMSm/ Message-ID: <bruur4$kq$1@new-usenet.uk.sun.com>    John Smith wrote:  > Paul Sture wrote:d >  >>Bill Todd wrote: >> >>>_ >><snip> >>G >>>Bullshit.  The problem is clear:  HP isn't willing to step up to the B >>>plate and support VMS.  If people want to be 'pro-active', theyG >>>should beat on HP to make the kind of visible commitment to VMS that0@ >>>would allow them to encourage others to use it as you suggest+ >>>without being irresponsible in doing so.r >>>l >>E >>Team Christmas lunch today. Extremely enjoyable do, but the general(E >>consensus around the table was that since HP do not promote VMS, weA0 >>are all off to other things as fast as we can. >>H >>It's an incredible shame. The best and most competent team I have everC >>worked with breaking up. Not just VMS though, we had a much widerT; >>variety of skills, but got put under the VMS only banner.t >>= >>Not needed any more, because, well "VMS is dead, isn't it?"  >  >  > M > Sorry to hear that Paul. At this rate, pretty soon the only people who willcK > be left in c.o.v. will be the cheerleading section - Keith & Rob, and the  > battlebots - Bob and Andrew. >  > > I will be long gone. I only got involved in this group becauseC Rob and other members of the Choir started posting FUD and BS about @ Sun in what was almost certainly an attempt to deflect criticism$ about Digital's handling of OpenVMS.  ( Pretty pathetic when you think about it.  C Sadly for Rob and some other members of the choir nothing much has eG changed, they are still up to their old tricks all be it with somewhat b more degraded reputations.  ? Even sadder there have been some new entrants who actually makeQ Rob look sane and reasonable.i  @ I will be gone when Rob and the choir no longer have an audience? for their BS or when they stop foisting it on the ether. At thee: moment sadly the former looks more likely than the latter.  ? I say sadly because under all the squatulent BS and attempts to B deflect real failings on the part of its owners onto other vendors  lies a competent and usefull OS.   Regardsi Andrew Harrisont   ------------------------------    Date: 19 Dec 2003 08:01:05 -0600+ From: young_r@encompasserve.org (Rob Young) 1 Subject: Re: Singapore Exchange to run on OpenVMS 3 Message-ID: <ggC8XzfwoVyF@eisner.encompasserve.org>   U In article <3FE2B541.3EF459F@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:t > Rob Young wrote:F >>         Numbers?  You want numbers across quarters?  I got numbers: > P > While it is easy for you to come up wioth Sun corporate numbers, and since SunH > only has one product: Solaris, then you can draw whatever conclusions. >   ; 	Folks with sharper insight regarding numbers can draw more A 	accurate conclusions - and they have.  Their conclusion is there @ 	is trouble in Sun-land.  Their stock reflects it.  Money talks.   > F >>         Numbers?  You want numbers across quarters?  I got numbers: > I > YES, I want numbers. But I want to see VMS and Alpha specific numbers, 3' > not SUN numbers, not Windows numbers.U    8 	The point of my little diversion is to highlight Sun is@ 	worse off.  Even if the IDC numbers are slightly inflated, theyB 	are still positive for VMS.  The same can't be said for Sun.  Why@ 	bash VMS?  Last I checked, this is comp.os.vms and for years it+ 	has been a private little whiner festival:r   		They killed Alphau
 		VMS is dead  		Where is VMS advertising? 7 		Digital/Compaq/HP management has done xyz and that isn 		just awful  8 	Whaa whaa whaa!  Ya sound like my 3-month old daughter!     				Robr   ------------------------------  % Date: Fri, 19 Dec 2003 14:32:47 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 1 Subject: Re: Singapore Exchange to run on OpenVMSp0 Message-ID: <brv26f$1lb$3@new-usenet.uk.sun.com>   Bob Ceculski wrote:o > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brcsr1$lnh$1@new-usenet.uk.sun.com>...  >  >>Mike Rechtman wrote: >> >>>Keith Parris wrote: >>>- >>> E >>>>Singapore Exchange (SGX) has chosen exchange software from the OMmC >>>>Group and will run it on OpenVMS in a disaster-tolerant clusterg6 >>>>configuration.  This is a new customer to OpenVMS. >>>>y >>>>http://info.sgx.com/webnewscentre.nsf/b9c790d0d5ba5d2548256dcf0049ce28/48256838002f07b148256dfa00321bde?OpenDocument y >>>> >>>a >>>tN >>>Possibly, but I could find no mention of VMS (Open or other) on the page... >>>  >>>MikeG >>A >>I suspect Keith thinks that Click XP only runs on OpenVMS whichn1 >>isn't true. It is supported on Solaris as well.  >>	 >>regardsi >>Andrew Harrison  >  > A > but they need a system that stays up 99.9999 and doesn't belong # > to the cert of the month club ...y    5 Bob, you do remember losing the argument about CERT ?   4 Let me remind you CERT is not a measure that you can$ use for evaluating OpenVMS security.   RegardsC Andrew Harrisonn   ------------------------------  % Date: Fri, 19 Dec 2003 14:44:32 +0000iO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>r1 Subject: Re: Singapore Exchange to run on OpenVMSt0 Message-ID: <brv2sg$21a$1@new-usenet.uk.sun.com>   Rob Young wrote:W > In article <3FE2B541.3EF459F@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:c >  >>Rob Young wrote: >>F >>>        Numbers?  You want numbers across quarters?  I got numbers: >>P >>While it is easy for you to come up wioth Sun corporate numbers, and since SunH >>only has one product: Solaris, then you can draw whatever conclusions. >> >  > = > 	Folks with sharper insight regarding numbers can draw moretC > 	accurate conclusions - and they have.  Their conclusion is theretB > 	is trouble in Sun-land.  Their stock reflects it.  Money talks. >   6 What does this have to do with OpenVMS and the factual. accuracy or otherwise of your claims about it. > F >>>        Numbers?  You want numbers across quarters?  I got numbers: >>I >>YES, I want numbers. But I want to see VMS and Alpha specific numbers,  ' >>not SUN numbers, not Windows numbers.s >  >  > : > 	The point of my little diversion is to highlight Sun isB > 	worse off.  Even if the IDC numbers are slightly inflated, theyD > 	are still positive for VMS.  The same can't be said for Sun.  WhyB > 	bash VMS?  Last I checked, this is comp.os.vms and for years it- > 	has been a private little whiner festival:n >   A This is still untrue. OpenVMS revenues were in the billion dollar ) P/A plus bracket before Digital imploded.o  @ They were in the 500 million dollar a year bracket before Compaq was bought by HP.d  6 They are now in the 250 million dollar a year bracket.  @ And you really have to laugh and laugh at your last piece of BS.@ I started posting in this group because you and other choristers? started FUDDING and BSing Sun in what you have just admitted ise9 and always was simply an attempt to divert attention fromt OpenVMS's woes.h  ; This is an OpenVMS newsgroup why did you start FUDDING Sun.e  : Come on Rob you old spinmeister even you must realise that# you just ran out of limbs to shoot.p   > 		They killed Alpha) > 		VMS is deadd > 		Where is VMS advertising? 9 > 		Digital/Compaq/HP management has done xyz and that is  > 		just awful >   D The trouble is that with all your attempted diversions into slaggingA Sun off you failed and continue to fail to demonstrate that thesed sentiments are not justified.e  ? Trying to claim as you have that Solaris is in a worse positiono@ does not make OpenVMS's situation any better and has only served> to make you look serially foolish as each BS bubble has burst.   Regards  Andrew HarrisonS   ------------------------------  # Date: Fri, 19 Dec 2003 15:28:42 GMTm# From: "John Smith" <a@nonymous.com> 1 Subject: Re: Singapore Exchange to run on OpenVMSnH Message-ID: <KOEEb.92878$ea%.50249@news01.bloor.is.net.cable.rogers.com>   Rob Young wrote: > In articleE > <k3uEb.89586$ea%.75401@news01.bloor.is.net.cable.rogers.com>, "Johnp! > Smith" <a@nonymous.com> writes:u >> Rob Young wrote:e? >>> In article <3FE25281.601983FE@sture.homeip.net>, Paul Sturex% >>> <nospam@sture.homeip.net> writes: - >>>> Andrew Harrison SUNUK Consultancy wrote:  >>>> Andrew, >>>>H >>>> Please stop cluttering up this newsgroup with attacks on Rob Young. >>>>E >>>> We can do it all by ourselves since he tried calling people herey >>>> liars.@ >>>> >>>>= >>> That isn't true.  You're acting like Andrew.  Andrew justh< >>> today trots out VMS revenue decline (from a company with= >>> declining revenues for the last 10 quarters - sheesh) and - >>> Keith pointed out that simply isn't true.l >>> E >>> What I said is they are either lying or ill-informed.  This is in 1 >>> the context of the non-sensical statement of:r >>>bD >>> "VMS is dead, Compaq killed it last year, didn't you know that!" >>>e >>> What I said was this:T >>>nA >>>> Peter's customer believes what they believe because they see % >>>> nothing from HP to the contrary.e >>>r >>> Not at all.  It is either: >>>  >>> 1)  ill-informed >>> 2)  a deliberate lie >> >> >> Back at it again Rob? >> >vE > You bet!  You my friend are Johnny Smith Come Lately.  I've been ate@ > this since 1987 (posting to Usenet).  Point?  I not only don't> > give up easily but am arguably tireless (how else to explainB > multiple postings in the 11 p.m. to 3 a.m. timeframe on numerous
 > occasions?)r  A All that proves is that you are an insomniac or have no sex life.l Is that: a) ill-informed, orm b) a deliberate lie?0 Or a reasonable inference given the known facts?  E The principal reason I'm in this group is to be in touch with the VMSaJ community, or at least what's left of it. The DECUS chapter where I am hasF long since died, the number of VMS customers in the area is but a mereH handful whereas VMS used to be THE dominant o/s among what we'd all callC mid-range or workstation users. We used to have dozens of companies G represented in each market sector at our meetings - banking, brokerage,e@ insurance, manufacturing, areospace, rail, healthcare, academia,L distribution, and on and on. No longer. I have been using VMS since 1980 andK DEC-10's and DEC-20's and PDP's prior to that so don't even try to play thewG childish "It's my ball and you can't play" game with me or anyone else.1   ------------------------------  % Date: Fri, 19 Dec 2003 10:57:09 -0500n( From: David Froble <davef@tsoft-inc.com>1 Subject: Re: Singapore Exchange to run on OpenVMS * Message-ID: <3FE31FD5.10100@tsoft-inc.com>   Rob Young wrote:  W > In article <3FE2B541.3EF459F@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:a >  >>Rob Young wrote: >>F >>>        Numbers?  You want numbers across quarters?  I got numbers: >>>hP >>While it is easy for you to come up wioth Sun corporate numbers, and since SunH >>only has one product: Solaris, then you can draw whatever conclusions. >> >> > = > 	Folks with sharper insight regarding numbers can draw moreeC > 	accurate conclusions - and they have.  Their conclusion is there B > 	is trouble in Sun-land.  Their stock reflects it.  Money talks. >  > F >>>        Numbers?  You want numbers across quarters?  I got numbers: >>>rI >>YES, I want numbers. But I want to see VMS and Alpha specific numbers,  ' >>not SUN numbers, not Windows numbers.t >> >  > : > 	The point of my little diversion is to highlight Sun is
 > 	worse off.o    ; Besides you Rob, who else gives a damn about Sun?  I don't.r  6 >  Even if the IDC numbers are slightly inflated, theyD > 	are still positive for VMS.  The same can't be said for Sun.  Why > 	bash VMS?    N Why do you equate concern over the future of VMS with bashing VMS?  I'd think M they are opposites.  If there has been any bashing, it's been bashing of the p. poor treatment and care of VMS by it's owners.  7 >  Last I checked, this is comp.os.vms and for years itr- > 	has been a private little whiner festival:o    M Great, don't like what someone says, call him a whiner.  Goes both ways Rob.  J Why have you been whining about Sun for years?  I'm really not interested.     > 		They killed Alpha      You don't agree?   > 		VMS is dead     K There is this perception, even if hopefully false.  The worst part is some :K current VMS users have this perception.  Do you deny the perception exists?@   > 		Where is VMS advertising?y    M Unless you've denied the perception mentioned above, what are your ideas for i+ dispelling the perception that VMS is dead?t  9 > 		Digital/Compaq/HP management has done xyz and that isr > 		just awful     Yeah, that's right, so?2    : > 	Whaa whaa whaa!  Ya sound like my 3-month old daughter!    P I'm betting even she can understand the difference between bashing and concern. P   I'm betting even she can understand the difference between VMS itself and the  poor care taken by it's owners.a  $ Seems like you could learn from her.     Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin RoadI Vanderbilt, PA  15486    ------------------------------    Date: 19 Dec 2003 09:32:53 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)aW Subject: Re: Subject: Re: backing up VMS files to PC based CD writer - belated followup - Message-ID: <3fe2b7b5$1@news.uni-konstanz.de>1  H In article <bru5mk$61e$1@sue.its.caltech.edu>, YYYlmhYYY@cco.caltech.edu writes:' >eK > Some time ago, I had inquired about backing up VMS files to a PC based CD 	 >>writer.  >e   snippedr   >I >I have no luck at all withnG >1) Zip. The VMS executable complains about missing some LIB$SHR (sic)  0 > file. I have no C compiler for the zip source.  F I'm running VAX/VMS 5.5-2 here to produce the VAX-binary for DVDwrite.< I will try to produce the zip/unzip-binary for this version.  B >2) Changing file attributes on ftp'ed save_set.  There is no set J > file/attribute command in VMS 5.x.  I have fiddled with FDL to no avail E > (I have changed file attributes on text files by including them in  3 > files which already have the desired attributes).mJ >3) Attaching SCSI CD.  I downloaded driver and patch a few years ago but 2 > could not get any of my SCSI CD devices to work.  J This definitely works here. In some cases it is better to use the gkdriver ifJ your machine doesn't recognize your CDwriter as a disk drive. Then you can9 write CDs/DVDs and read CDs/DVDs with additonal software.n     >e+ >Current reasonably satisfactory situation:aK > By mixing parts from our three Exabyte tape drives, I was able to get onedJ >>to work and have transferred most of the archived tape data to the VAX. K >>I downloaded CYGWIN to get the dd command to transfer a disk image to the- >PC.  C >[This also worked in the opposite direction, but only if the disk -K >image is the same size as the disk - I don't know fine points of this.]  I J >>installed simh and can run the system copied via the CYGWIN dd command. 9 >>E-term32 terminal emulator is a good way of connecting sI >to simh.  Simh is somewhat flaky but works a lot of the time.  Simh can  K >then use ftp to copy user files from the real VAX'es.  [Simh disks seem to-7 >>be limited in size so our 4 GB user disk image won't -E >mount.  Also simh can not print, so it is not a replacement for the -I >retired guy's VAX.]  I can then zip the disk images on the PC and write h= >them to CD for long term backup.  I only back up our single rG >VAX user's files once or twice a year; perhaps I will start up a more .* >frequent backup to disk with a batch job.  : One alternative comes into my mind: the smbclient accesses PC-drives/directories- from you VMS node.   eberhard   ------------------------------    Date: 19 Dec 2003 16:58:34 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) Y Subject: Re: Subject: Re: backing up VMS files to PC based CD writer - belated followup 2n- Message-ID: <3fe3202a$1@news.uni-konstanz.de>i  H In article <bru5mk$61e$1@sue.its.caltech.edu>, YYYlmhYYY@cco.caltech.edu writes:s >oK > Some time ago, I had inquired about backing up VMS files to a PC based CDi	 >>writer.f  + I've compiled all vax-binaries under V5.5-2V  = ftp v36.chemie.uni-konstanz.de/user=anonymous/passw="x@y.com"f cd zip_vaxvms5_5-2 bins
 mget *.exe   eberhard   ------------------------------  % Date: Fri, 19 Dec 2003 14:29:19 +0000uO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>tB Subject: Re: Sun to use AMD Opteron - announcement expected Monday0 Message-ID: <brv1vv$1lb$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:   < > and how many customers has sun misled telling telling them= > they were buying a wonderfull product in slowaris on 80,000r; > sparkies when they were actually buying a pig in the poke , > that keeps the people at cert in business?    ; Remind me Bob, have you ever been able to substantiate thisu
 piece of BS ?a  : No, so like you security BS it ends up where it belongs in the dustbin.   Regards  Andrew Harrisons   ------------------------------    Date: 19 Dec 2003 08:47:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)i$ Subject: Re: Support for passive FTP3 Message-ID: <p9nfeQ$bfwgH@eisner.encompasserve.org>P  U In article <xntzElxD43rd@vms.mppmu.mpg.de>, huber@mppmu.mpg.de (Joseph Huber) writes:r > 5 > I don't claim to know much about the protocol, but e > -since nobody else answered-F > my understanding of the Passive FTP mode is, that the data transfer 4 > goes over the same socket as the command transfer,> > i.e. the FTP server does not open another port for the data.0 > I don't think You have to do anything special 8 > on the firewall: if the FTP (command-)port 21 is open,N > then passive FTP goes through, and does not open a different -blocked- port.  F    Nope.  Passive mode just changes which end initiates the data port.A    In non-passsive mode the server gets a transfer request on theeI    control port which includes a data port number to connect to from the aE    client.  In passive mode the server gets a transfer request on the J    control port and tells the client which data port number to connect to.  C    The default data port is the control port for the client and thefB    adjacent port for the server, but both ends must support use ofF    non-default ports.  Generally implementation doesn't care since the@    port number is always sent on the control port, you just open"    whatever port the message says.   ------------------------------    Date: 18 Dec 2003 23:37:34 -0800" From: jmckinney@icehouse.net (jim)8 Subject: Weird backup and shadow copy performance on VMS; Message-ID: <c740d2.0312182337.37db5e09@posting.google.com>e  F We are experiencing some really strange behavior on our AS1200 runningC VMS 7.2-1 We have 14 shadow sets and just recently two of them havegC started taking forever to copy after they are split for backups. ItyF used to take about 60-90 minutes to do the shadow copy on these drivesB (36 GB, no HS controllers, each member of the set is on a seperateC SCSI bus). Now it is taking 10+ hours for a copy. Other shadow sets A which share the same buses still copy real fast. The error log is E clean, anal/disk/read on each drive is clean, the disks are about 30% C full and each contains only one or two large DSM (MUMPS) GLS volumeoB files. In addition to this behavior, the backup job is starting toB hang. This started at the same time as the odd shadow copy delays.F Watching the backup job the IO will slow to a crawl, then occasionally@ it will take off and run for a while before stalling again. ThisA happens on just about any of the drives, not just the two problemnC shadow sets. Some nights it runs fast, and others is all but stops.oE This behavior is new in the last couple of weeks. The system has been-B in place for about five years with no real problems. After lengthyD discussions with HP engineers the feeling is that it isn't hardware,F but more likely some system parameters are totally out of whack. I wasD thinking the application (IDX)was really hammering the two drives toF cause the long copies, but the backup problem has me totally baffeled.D I would welcome *any* thoughts on this matter. By the way, when thisC happens CPU usage is nil, virtually no page faulting, appears to bel lots of memory. Hmmm...    ------------------------------  % Date: Fri, 19 Dec 2003 11:04:31 -0500 ( From: David Froble <davef@tsoft-inc.com>< Subject: Re: Weird backup and shadow copy performance on VMS* Message-ID: <3FE3218F.80909@tsoft-inc.com>  
 jim wrote:  H > We are experiencing some really strange behavior on our AS1200 runningE > VMS 7.2-1 We have 14 shadow sets and just recently two of them have?E > started taking forever to copy after they are split for backups. It1H > used to take about 60-90 minutes to do the shadow copy on these drivesD > (36 GB, no HS controllers, each member of the set is on a seperateE > SCSI bus). Now it is taking 10+ hours for a copy. Other shadow setsuC > which share the same buses still copy real fast. The error log is4G > clean, anal/disk/read on each drive is clean, the disks are about 30%tE > full and each contains only one or two large DSM (MUMPS) GLS volumeeD > files. In addition to this behavior, the backup job is starting toD > hang. This started at the same time as the odd shadow copy delays.H > Watching the backup job the IO will slow to a crawl, then occasionallyB > it will take off and run for a while before stalling again. ThisC > happens on just about any of the drives, not just the two problem E > shadow sets. Some nights it runs fast, and others is all but stops. G > This behavior is new in the last couple of weeks. The system has beenpD > in place for about five years with no real problems. After lengthyF > discussions with HP engineers the feeling is that it isn't hardware,H > but more likely some system parameters are totally out of whack. I wasF > thinking the application (IDX)was really hammering the two drives toH > cause the long copies, but the backup problem has me totally baffeled.F > I would welcome *any* thoughts on this matter. By the way, when thisE > happens CPU usage is nil, virtually no page faulting, appears to beY > lots of memory. Hmmm...T >   R Unless you've made recent changes, I don't agree with the field service engineers.  N I'm not the most knowledgable about the internals of SCSI drives, but if some P bad blocks are occuring, and they are being replaced, without creating external G errors, or something similar, then such overhead could cause a problem.d  O Without debating my knowledge of SCSI drives, I'd first replace one or both of TN the drives in a shadow set with known good drives.  If the problem goes away, G then it was hardware.  If not, then either it wasn't the drive, or the   replacement wasn't good.  $ Just one idea.  Rather simple to do.   Dave   -- l4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Roada Vanderbilt, PA  15486    ------------------------------    Date: 19 Dec 2003 07:11:49 -0800( From: bob@instantwhip.com (Bob Ceculski)4 Subject: What Andrew and sun can't stand is that ...= Message-ID: <d7791aa1.0312190711.3b281b8a@posting.google.com>-  / OpenVMS is keeping alpha alive thru itanium ...l- remember mcneely jumping for joy when work onl/ ev8 was stopped ... while his dreams of gettinga/ all those tru64 and vms customers are now beingu. turned to crap because VMS will now thwart all, those plans and sun will continue to decline1 as a company as his dreams to prop up his company 2 with all these potential new customers is gone .../ No Andrew, no matter what chip you run slowarisn0 on, it will not change the fact that it is still) a member of the cert of the week club ...t   ------------------------------  % Date: Fri, 19 Dec 2003 10:38:46 -0500 ) From: "rob kas" <robnospam@paychoice.com>-8 Subject: Re: What Andrew and sun can't stand is that .../ Message-ID: <vu66s5cvu4be37@corp.supernews.com>a  8    And what will Bob Do If Intel Comes out with Yamill ?    8     Stuck on a Niche Chip , that you have no control of.  9                                                       Robd    5 "Bob Ceculski" <bob@instantwhip.com> wrote in messageD7 news:d7791aa1.0312190711.3b281b8a@posting.google.com...s1 > OpenVMS is keeping alpha alive thru itanium ... / > remember mcneely jumping for joy when work ona1 > ev8 was stopped ... while his dreams of gettinge1 > all those tru64 and vms customers are now beinge0 > turned to crap because VMS will now thwart all. > those plans and sun will continue to decline3 > as a company as his dreams to prop up his company 4 > with all these potential new customers is gone ...1 > No Andrew, no matter what chip you run slowaris-2 > on, it will not change the fact that it is still+ > a member of the cert of the week club ....   ------------------------------  % Date: Fri, 19 Dec 2003 15:59:54 +0000BO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>a8 Subject: Re: What Andrew and sun can't stand is that ...0 Message-ID: <brv79r$3i4$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:o1 > OpenVMS is keeping alpha alive thru itanium ...n/ > remember mcneely jumping for joy when work ons1 > ev8 was stopped ... while his dreams of getting.1 > all those tru64 and vms customers are now beingn0 > turned to crap because VMS will now thwart all. > those plans and sun will continue to decline3 > as a company as his dreams to prop up his companya4 > with all these potential new customers is gone ...1 > No Andrew, no matter what chip you run slowaris-2 > on, it will not change the fact that it is still+ > a member of the cert of the week club ...a  8 Bob, Sun sold and shipped 24,000 V210 and 240 servers in6 just over 2 quarters (including a stop ship because of a component fault).   5 This is basically one product in a 1U and 2U variant.   3 In the last 12 months HPQ has shipped a grand totalg. of ~5150 AlphaServers running OpenVMS, that is2 entry level to GS1280 down from ~6100 Alphaservers* running OpenVMS in the previous 12 months.  1 Want any more reasons why your OpenVMS pipe dreamH is just that a pipe dream.  . And why keep bringing up CERT it is irrelevant- in a discussion about OpenVMS vs any other OS.. because OpenVMS security violations do not get reported to CERT.h  5 You have become the CERT troll, proved wrong at everyi4 turn but like every other troll you keep popping up.   Regardsi Andrew Harrisonh   ------------------------------  % Date: Fri, 19 Dec 2003 11:59:36 -0500m* From: "Stewart, Bill" <wjs-corp@kaman.com>8 Subject: RE: What Andrew and sun can't stand is that ...< Message-ID: <1E4B06029E11D211B47C0000F8207F4D01B9FF9C@ESKC2>  0 ->And why keep bringing up CERT it is irrelevant/ ->in a discussion about OpenVMS vs any other OSi0 ->because OpenVMS security violations do not get ->reported to CERT.t ->7 ->You have become the CERT troll, proved wrong at everyh6 ->turn but like every other troll you keep popping up. ->	 ->Regardst ->Andrew Harrison  ->  B 	I have seen this claim from you many times.  Here are 2 examples./ Please start putting examples with your claims.e   Bill Stewart   :-) Kaman Corporation  1332 Blue Hills Avenue Bloomfield, Connecticut, 06002 (860) 243-7058      B 	If this is true then why do I see openvms in the cert advisories?   from 1/22/03  6 CERT Advisory CA-2003-02 Double-Free Bug in CVS Server   <snip> Hewlett-Packardy  H      SOURCE:  Hewlett-Packard Company and Compaq Computer Corporation, a7      wholly-owned subsidiary of Hewlett-Packard Company-      -      RE: x-reference SSRT3463r      e      Not Vulnerable:       
      HP-UX      HP-MPE/ix      HP Tru64 UNIX      HP NonStop ServersT      HP OpenVMSn      EH      To  report  any  security  issue  for any HP software products send%      email to <security-alert@hp.com>F   <snip>         Another on 1/15/03F CERT Advisory CA-2003-01 Buffer Overflows in ISC DHCPD Minires Library   <snip>      Hewlett-Packard Company  "    Source: Hewlett-Packard Company*            Software Security Response Team    a         cross reference id: SSRT2423p     #      HP-UX         - not vulnerable'#      HP-MPE/ix     - not vulnerableA#      HP Tru64 UNIX - not vulnerablev#      HP OpenVMS    - not vulnerable (      HP NonStop Servers - not vulnerable   ------------------------------  % Date: Fri, 19 Dec 2003 17:21:14 +0000eO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> 8 Subject: Re: What Andrew and sun can't stand is that ...0 Message-ID: <brvc2a$57j$1@new-usenet.uk.sun.com>   Stewart, Bill wrote:2 > ->And why keep bringing up CERT it is irrelevant1 > ->in a discussion about OpenVMS vs any other OSs2 > ->because OpenVMS security violations do not get > ->reported to CERT.t > ->9 > ->You have become the CERT troll, proved wrong at everyy8 > ->turn but like every other troll you keep popping up. > -> > ->Regardse > ->Andrew Harrison  > -> > D > 	I have seen this claim from you many times.  Here are 2 examples.1 > Please start putting examples with your claims.l    @ Look this is sad and tiring but it has been covered exhaustively in the past.  D There are a number of CERTS including LAND, Teardrop etc where there= have been CERT responses from Compaq/HP, these responses havei< been shown to be incorrect mostly because you can read about) a differing story in the OpenVMS patches.   @ There are also a number of security violations listed in OpenVMS< patch reports (the most current set for example) which while> listed as serious security issues with mandatory update status! have never been reported to CERT.E  A The ones that make it into CERT tend to be either generic attacksu@ to common components like IP stacks (and these are not reliable)= or vunerabilites like the POP vunerability which was reportedh by a 3rd party.t  = The fact is that anyone claiming that you can measure OpenVMS ; vs other OS security by counting CERTS for the platforms isi7 either ill informed or deliberately trying to misslead.>  9 The fact that HP/Compaq has reported OpenVMS as not beinga< vunerable to a CERT advisory should not lead you to conclude7 that its isn't because there is a body of evidence thatB; proves that these responses have been wrong in the past and ( that they also continue to be incorrect.   regards  Andrew Harrisonc   >  > Bill Stewart   :-) > Kaman Corporationa > 1332 Blue Hills Avenue  > Bloomfield, Connecticut, 06002 > (860) 243-7058 >  >  > D > 	If this is true then why do I see openvms in the cert advisories? >  > from 1/22/03  8 > CERT Advisory CA-2003-02 Double-Free Bug in CVS Server >  > <snip> > Hewlett-Packard  > J >      SOURCE:  Hewlett-Packard Company and Compaq Computer Corporation, a9 >      wholly-owned subsidiary of Hewlett-Packard Company  >        >      RE: x-reference SSRT3463  >      u >      Not Vulnerable: >      h >      HP-UX >      HP-MPE/ix >      HP Tru64 UNIX >      HP NonStop Servers  >      HP OpenVMS  >      DJ >      To  report  any  security  issue  for any HP software products send' >      email to <security-alert@hp.com>7 >  > <snip> >  >  >  >  > Another on 1/15/03H > CERT Advisory CA-2003-01 Buffer Overflows in ISC DHCPD Minires Library >  > <snip> >  >    Hewlett-Packard Company > $ >    Source: Hewlett-Packard Company, >            Software Security Response Team >    o >    0! >    cross reference id: SSRT2423  >    t% >      HP-UX         - not vulnerableu% >      HP-MPE/ix     - not vulnerableS% >      HP Tru64 UNIX - not vulnerablet% >      HP OpenVMS    - not vulnerabled* >      HP NonStop Servers - not vulnerable >    ------------------------------   End of INFO-VAX 2003.701 ************************  Maybe 0 > 	even increase revenues?  Shocka!  News at 11! >  > I >>Perhaps if you burst your own bubble, we won't hav4&nI(@S=GPRBНIv!y0ȡdBpuO)h+D?,A,w1	g ?C{~_MAvwAm[:;psqXR,J	[%Sȁ?78̛
C
N
PX]WMU4qЌp{X4VzBȊ^F}O+5zYᓮ{IYxMv䚥C`;Qdu4X؝ֽrťv^
B92yl ퟣ_KV#d|YжwDK&AcC:lPzYGf˕;5]$f=jH+*AE¥rElLpSM#νViP6|9{ٓr-?|<58OHf+X	O[ދA,c[^tL{\Ñ .voFnʓ9_AFb6qO(3U,mnLe.2z2*+ zgFsc
o)d&6*	0i4iΙ̥@Ta+j%Y2ocw)ze<zvN?tΰ$B+#A"뎺{'¡H}uU}uH-y`Rc7K^D#C[%hve&n=^OigsZG;j ;EjKZ[<(Y?(?4,vw
Beͯc} v:|YlNRQs{9,e'R l[vDe1ɵL<^p;\
GftwDￕ_8 m7 Eg7{ƅQf1R)smmAfuMǜ0
kgq5,OR]kj#ތ
9/ЈǺΐ=`鱣67S2SNM]4OK"SL!f8E84N