1 INFO-VAX	Tue, 26 Sep 2006	Volume 2006 : Issue 529       Contents:! Re: Calendar programs for OpenVMS ! Re: Calendar programs for OpenVMS : Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?: Re: Can a satellite survive the reboot of its boot server?' Re: Can a VAX MSCP-serve an ODS5 disk ? 1 Directory Utility with User-Specified Sort Order? 5 Re: Directory Utility with User-Specified Sort Order? 5 Re: Directory Utility with User-Specified Sort Order? 5 Re: Directory Utility with User-Specified Sort Order?  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L . HoffmanLabs Professional Services Availability& Re: HP announces new Integrity servers5 Re: In the Land of the Blind, the Hoff is truly King! 5 Re: In the Land of the Blind, the Hoff is truly King! 5 Re: In the Land of the Blind, the Hoff is truly King!  Re: Installation problem8 Re: RAID LICENSE - any one using and having fun with it?8 Re: RAID LICENSE - any one using and having fun with it? RBL on OpenVMS-alpha Re: RBL on OpenVMS-alpha Re: Strange diagnose error V3.4 2 Re: SYSUAF quota differences between VAX and Alpha2 Re: SYSUAF quota differences between VAX and Alpha Re: Tool for calculating SHA1  Re: Tool for calculating SHA1  Re: Tool for calculating SHA1  Re: UPDATE 8.0 and BACKUP  Re: UPDATE 8.0 and BACKUP  Re: UPDATE 8.0 and BACKUP , Re: Vaxstation or Alpha for learning OpenVMS, Re: Vaxstation or Alpha for learning OpenVMS  F ----------------------------------------------------------------------    Date: 26 Sep 2006 02:49:56 -0700  From: "Ian Miller" <ijm@uk2.net>* Subject: Re: Calendar programs for OpenVMSC Message-ID: <1159264196.788914.216740@m73g2000cwd.googlegroups.com>   + There are a couple of reminder programs e.g  http://vms.process.com/scripts/fileserv/fileserv_search.exe?package=&description=reminder&author=&system=Either&language=All&RD=&RM=&RY=   ------------------------------    Date: 26 Sep 2006 07:52:46 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) * Subject: Re: Calendar programs for OpenVMS3 Message-ID: <RSUQMECMJj60@eisner.encompasserve.org>   g In article <36897$4518f637$82a13c9d$26670@news2.tudelft.nl>, JOUKJ <joukj@hrem.nano.tudelft.nl> writes: 	 > Hi all,  > F > I'm looking for a calendar program which gives me alerts at certain  > times before an appointment.K > DECW$CALENDAR does the job for me, but since I have to working locations  D > I cannot run two concurent instances at the same time on the same  > calendar file.: > Is there a program capable of doing this running on VMS?  E    I use DECW$CALENDAR and just logout when moving between locations. 6    Don't your security procedures require that anyway?   ------------------------------    Date: 25 Sep 2006 23:49:10 -0700- From: "Beach Runner" <Bob4Health@hotmail.com> C Subject: Re: Can a satellite survive the reboot of its boot server? A Message-ID: <1159253350.512279.61990@e3g2000cwe.googlegroups.com>   / Phillip Helbig---remove CLOTHES to reply wrote: 5 > In article <z5FXpQCHDeok@eisner.encompasserve.org>, ? > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:  > { > > In article <ef5j4f$700$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: I > > > Imagine a 3-node cluster with each node having 1 vote.  Then boot a L > > > 0-vote satellite into the cluster from one of the nodes.  What happens3 > > > to this satellite if its boot server reboots?  > > > F > >    During the reboot, any operations which causes the satellite toJ > >    access any served diskwill cause the system to appear to hang untilF > >    the services becomes available.  A lot of operations will causeH > >    access to the system disk, which means almost anything you do can > >    get you into that state.  > G > I was assuming that operations to a disk served by the rebooting node G > would cause a freeze, but I didn't think there would be that many.  A H > log time ago, before I had a shadowed system disk, the disk physicallyH > died with a squeal (yes, I had a recent backup and restored from that)I > and several processes continued chugging away for several minutes after @ > that.  This didn't involve a satellite or served disk, though.    C There's a critical part to this.  Does that satellite have it's own  system disk?C If not, it would be strange to survive it's system disk going away.    ------------------------------  # Date: Tue, 26 Sep 2006 08:57:53 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) C Subject: Re: Can a satellite survive the reboot of its boot server? [ Message-ID: <rdeininger-2609060457530001@dialup-4.233.149.212.dial1.manchester1.level3.net>   H In article <1159253350.512279.61990@e3g2000cwe.googlegroups.com>, "Beach' Runner" <Bob4Health@hotmail.com> wrote:   0 >Phillip Helbig---remove CLOTHES to reply wrote:6 >> In article <z5FXpQCHDeok@eisner.encompasserve.org>,@ >> koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >>I >> > In article <ef5j4f$700$2@online.de>, helbig@astro.multiCLOTHESvax.de 2 (Phillip Helbig---remove CLOTHES to reply) writes:J >> > > Imagine a 3-node cluster with each node having 1 vote.  Then boot aM >> > > 0-vote satellite into the cluster from one of the nodes.  What happens 4 >> > > to this satellite if its boot server reboots? >> > >G >> >    During the reboot, any operations which causes the satellite to K >> >    access any served diskwill cause the system to appear to hang until G >> >    the services becomes available.  A lot of operations will cause I >> >    access to the system disk, which means almost anything you do can   >> >    get you into that state. >>H >> I was assuming that operations to a disk served by the rebooting nodeH >> would cause a freeze, but I didn't think there would be that many.  AI >> log time ago, before I had a shadowed system disk, the disk physically I >> died with a squeal (yes, I had a recent backup and restored from that) J >> and several processes continued chugging away for several minutes afterA >> that.  This didn't involve a satellite or served disk, though.  >  > D >There's a critical part to this.  Does that satellite have it's own
 >system disk? D >If not, it would be strange to survive it's system disk going away.  & It's not strange at all, it's routine.  F If the satellite's system disk is in mount verification, the satelliteI will just wait until the disk comes back, then resume normal operations.  F Processes that don't need that disk will just continue running without
 interruption.    ------------------------------    Date: 26 Sep 2006 07:46:03 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) C Subject: Re: Can a satellite survive the reboot of its boot server? 3 Message-ID: <ey7Du+d+Kl1C@eisner.encompasserve.org>   \ In article <4518BCF1.53C98F82@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > ? > Question here: say  a .exe is served by the boot node, but is I > installed/open/shared on the satellite. If process A is already running F > that image, and process B starts to run it, theoretically, process BJ > should be able to just map to existing pages in memeory instead of doing% > disk IO to load that image, right ?   G    install /open/share does not force the entire image into memory.  It F    increases the chance that some other process happens to hae alreadyF    paged in the page you need.  In this case process A will have paged@    in at least part of the image and process B will map the sameA    physical pages as long as it doesn't ask for a page that's not     already paged in.   ------------------------------  % Date: Tue, 26 Sep 2006 08:51:02 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>C Subject: Re: Can a satellite survive the reboot of its boot server? * Message-ID: <45192232@usenet01.boi.hp.com>   Robert Deininger wrote:   H > If the satellite's system disk is in mount verification, the satelliteK > will just wait until the disk comes back, then resume normal operations.  H > Processes that don't need that disk will just continue running without > interruption.   P    Though if there are changes made to the satellite's system disk sans cluster K connectivity, I'd expect the satellite will become quite cranky and should   (will) exit the club.   Q    Information on performing and operating rolling upgrades might be of interest  J here (in general), and I'd look toward a shared interconnect of some sort.   ------------------------------    Date: 26 Sep 2006 09:15:42 -0700 From: etmsreec@yahoo.co.ukC Subject: Re: Can a satellite survive the reboot of its boot server? B Message-ID: <1159287342.781971.139060@i3g2000cwc.googlegroups.com>  E Yup, a satellite is a system without it's own local system disk in my  book.    Steve     / Phillip Helbig---remove CLOTHES to reply wrote: J > In article <1159253350.512279.61990@e3g2000cwe.googlegroups.com>, "Beach* > Runner" <Bob4Health@hotmail.com> writes: > G > > There's a critical part to this.  Does that satellite have it's own  > > system disk? > F > No.  Isn't that more or less the definition of a satellite?  It DOES, > have a local disk for page and swap files. > G > > If not, it would be strange to survive it's system disk going away.  > F > I would think it would survive it.  I once by mistake pulled out theI > SCSI cable to a system disk on a VAX.  When I realised what I had done, D > I plugged it back in.  On the console were some mount-verificationF > messages, but after the cable was back all was OK again.  I expected& > something similar for the satellite.   ------------------------------    Date: 26 Sep 2006 07:49:08 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 0 Subject: Re: Can a VAX MSCP-serve an ODS5 disk ?3 Message-ID: <2VbpPCFbGh$M@eisner.encompasserve.org>   Y In article <4517f096@usenet01.boi.hp.com>, Hoff Hoffman <hoff-remove-this@hp.com> writes:  > Bob Koehler wrote:_ >> In article <451624C2.3B3C45E5@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: L >>> If I have a disk attached to a VAX, could an Alpha system intialise that0 >>> disk as an ODS-5 drive without any problem ? >>  G >>   No.  The disk must have a physical connection to an Alpha or IA64. G >>   VAX can only mount MSCP served OSD-5 disks from Alpha (or probably  >>   IA64) nodes.  > I >    INITIALIZE?  I'd expect an OpenVMS Alpha system to be fully able to  Q > initialize a served disk in whatever format it wanted, regardless of what MSCP  Q > server is serving the bits.  MSCP is a block-oriented disk protocol, after all.  >   G    OK, I haven't messed around with that in a long time, so I must have E    gotten behind the times.  I was just so happy when I found I could D    mount ODS-5 disks served by my Alpha on my VAX and didn't need to5    NFS serve them anymore, I didn't look any farther.    ------------------------------    Date: 26 Sep 2006 06:41:54 -0700( From: "Craig Dedo" <Dedo.Craig@mayo.edu>: Subject: Directory Utility with User-Specified Sort Order?A Message-ID: <1159278113.929048.53730@m7g2000cwm.googlegroups.com>   ? Is there any kind of shareware or freeware utility that has the A functionality of the DCL DIRECTORY command but allows the user to F specify the order in which the file listings are sorted?  I am lookingG for a sort specification that works somewhat like the /O (Order) option  in the MS Windows DIR command.  F I looked in the DCL Dictionary and it specifically says that the filesG are always sorted alphabetically by file name, with the highest version 
 listed first.   @ I looked in the OpenVMS FAQ from September 2005 and did not find" anything like what I have in mind.  # We are running OpenVMS Alpha 7.3-2.   @ One of our software developers would like to list the files in aB directory in a user-specified order, e.g., by size, creation date, modification date, etc.   D If I have to write my own utility, how do I get access to all of theE file attribute information that the DCL DIRECTORY command lists?  Are F there Run Time Library (LIB$) or System Service (SYS$) procedures thatA will retrieve this information for me?  Or, do I have to read the G records of *.DIR files?  If the latter, where do I find the information D on the layout and structure of *.DIR file records?  Or, do I have toE muck around with the File Attribute Blocks (FAB) and Record Attribute $ Blocks (RAB) of low-level RMS calls?   Craig T. Dedo, VMs Consultant  Mayo Lab for Clinical Trial & Superior Drive Support Center 2-110-26 3050 Superior Drive NW Rochester, MN   55905-1700 Voice Phone:  (507) 538-4636 Fax Phone:  (507) 284-0615 Mobile Phone:  (414) 412-5869  E-mail:  <Dedo.Craig@mayo.edu>   ------------------------------    Date: 26 Sep 2006 09:14:14 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) > Subject: Re: Directory Utility with User-Specified Sort Order?3 Message-ID: <6esELgCnVvG3@eisner.encompasserve.org>   l In article <1159278113.929048.53730@m7g2000cwm.googlegroups.com>, "Craig Dedo" <Dedo.Craig@mayo.edu> writes:  B > One of our software developers would like to list the files in aD > directory in a user-specified order, e.g., by size, creation date, > modification date, etc.   D When I have that type of need I typically _select_ the output I want and that suffices.  0 	$ DIRECTORY/SELECT=SIZE=(MINIMUM=47,MAXIMUM=49)1 	$ DIRECTORY/SINCE=14-FEB-2006/BEFORE=16-FEB-2006 : 	$ DIRECTORY/SINCE=14-FEB-2006/BEFORE=16-FEB-2006/MODIFIED  F > If I have to write my own utility, how do I get access to all of theG > file attribute information that the DCL DIRECTORY command lists?  Are H > there Run Time Library (LIB$) or System Service (SYS$) procedures thatC > will retrieve this information for me?  Or, do I have to read the I > records of *.DIR files?  If the latter, where do I find the information F > on the layout and structure of *.DIR file records?  Or, do I have toG > muck around with the File Attribute Blocks (FAB) and Record Attribute & > Blocks (RAB) of low-level RMS calls?  G Reading the directory files will accomplish nothing, since they contain  only naming information.  @ The calls that use FABs and RABs are not particularly low level.B Use LIB$FIND_FILE or LIB$FILE_SCAN to iterate over the files (lestC you mess up the handling of search lists).  Then use the RMS system , services to get information about each file. --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------  + Date: Tue, 26 Sep 2006 16:15:54 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)> Subject: Re: Directory Utility with User-Specified Sort Order?$ Message-ID: <efbjnq$e8f$3@online.de>  H In article <1159278113.929048.53730@m7g2000cwm.googlegroups.com>, "Craig$ Dedo" <Dedo.Craig@mayo.edu> writes:   A > Is there any kind of shareware or freeware utility that has the C > functionality of the DCL DIRECTORY command but allows the user to < > specify the order in which the file listings are sorted?    B > One of our software developers would like to list the files in aD > directory in a user-specified order, e.g., by size, creation date, > modification date, etc.   %   SDIR == "$DISK$SOFT:[SDIR]SDIR.EXE"   D Note: The code is not really "ANSI FORTRAN 77" since it contains a) I language extensions and b) makes use of VMS-specific stuff, but since it  I wouldn't make sense to run it anywhere but VMS anyway, that shouldn't be  
 a problem.  H If you like, I can send you .OBJ and/or .EXE files for VAX and/or ALPHA.         PROGRAM SDIR   C*3 C*                  ******************************* 3 C*                  ******************************* 3 C*                  **                           ** 3 C*                  **           SDIR            ** 3 C*                  **                           ** 3 C*                  ******************************* 3 C*                  *******************************  C* C*     AUTHOR :  C*          Arthur E. Ragosta   ' C*          RAGOSTA@MERLIN.ARC.NASA.GOV  C*           C*          MS 219-1% C*          NASA Ames Research Center * C*          Moffett Field, Ca.  94035-1000 C*          (415) 604-5558 C* C*     DESCRIPTION : C*          SORTED DIRECTORYE C*          PRODUCE A SIMPLE DIRECTORY LISTING SORTED BY DATE or SIZE  C*? C*          /DESCENDING = OLDEST DATES FIRST, ELSE NEWEST FIRST 0 C*          /SIZE = sort by size instead of date C* C*     SUBPROGRAM REFERENCES : C*% C*     ASSUMPTIONS AND RESTRICTIONS :  C*          NOT TRANSPORTABLE.: C*          DIRECTORY TRUNCATED AT 'max_files' FILE NAMES. C* C*     LANGUAGE AND COMPILER : C*          ANSI FORTRAN 77  C* C*     CHANGE HISTORY : * C*          22 MAR 1993 -  INITIAL VERSION- C*          14 SEP 1995 -  Converted to alpha 0 C*          30 OCT 1995 -  Bug fixed in USEROPEN C*H C*********************************************************************** C*        PARAMETER (MAX_FILES=1000)       common /data/ >      $ date(max_files),  direc(max_files),  size(max_files),  "      $ names(max_files), num_files       logical direc        integer size       integer *8 date        character *80 names  c        integer indx(max_files)  c *       CHARACTER *127 P(2), PATH, next_file       CHARACTER *20 Q(2)       character *23 adate        CHARACTER *4 ON, OFF       LOGICAL D_FLAG, S_FLAG       external my_open C -       ON  = CHAR(27) // '[1m'       ! Bold on .       OFF = CHAR(27) // '[0m'       ! Bold off       D_FLAG = .FALSE.       S_FLAG = .FALSE.        CALL GETFOR (NQ, Q, NP, P)       DO 1 I = 1, NQ  C          IF (Q(I)(1:1) .EQ. 'D') THEN  ! Just in case he said /DATE @             IF ((LENGTH(Q(I)) .LE. 1) .OR. (Q(I)(2:2) .NE. 'A'))      $         D_FLAG = .TRUE.          ENDIF0          IF (Q(I)(1:1) .EQ. 'S') S_FLAG = .TRUE. 1     CONTINUE C # C --- Defaults to current directory  C        IF (NP .EQ. 0) THEN           CALL DEFAULT ( PATH )
       ELSE          PATH = P(1)       ENDIF 0       CALL PARSE ( PATH, '*.*;*', 'FULL', PATH )       num_files = 0  c C c --- loop over wildcards for each file; "MYOPEN" does all the work  c & 10    call getfile ( path, next_file )"       if (next_file .ne. ' ') then>          call parse (next_file, ' ', 'LO', names(num_files+1));          OPEN (UNIT=0, FILE=next_file(1:length(next_file)), 3      $      STATUS='OLD', ERR=10, useropen=my_open)  30       close(unit=0)/          if (num_files .le. max_files) go to 10        endif  C $ C --- sort file list by date or size C        IF (S_FLAG) THENE          call isorti  (size, num_files, indx)      ! by File SIZE !!! 
       ELSEA          call isorti8 (date, num_files, indx)      ! by DATES !!!        ENDIF  C  C --- In descending order ?  C        IF (D_FLAG) THEN          ISTART = NUM_FILES           IEND   = 1           INCR   = -1
       ELSE          ISTART = 1           IEND   = NUM_FILES           INCR   = 1        ENDIF  C 3 C -- Note that directory files are bolded on output  c #       DO 100 I = ISTART, IEND, INCR $          ln = length(names(indx(i))) c  c  -----  Sorted by size c           if (s_flag) then $             if (direc(indx(i))) then#                if (ln .le. 30) then #                   write (6,900) on, 6      $              names(indx(i))(1:ln), off, size(i)                else #                   write (6,901) on, 6      $              names(indx(i))(1:ln), off, size(i)                endif             else#                if (ln .le. 30) then =                   write (6,910) names(indx(i))(1:ln), size(i)                 else =                   write (6,911) names(indx(i))(1:ln), size(i)                 endif             endif  c  c  -----  Sorted by date c 
          else 1             call sys$asctim ( , adate, date(i) ,) $             if (direc(indx(i))) then#                if (ln .le. 30) then $                   write (6,920) on, :      $              names(indx(i))(1:ln), off, adate(1:17)                else $                   write (6,921) on, :      $              names(indx(i))(1:ln), off, adate(1:17)                endif             else#                if (ln .le. 30) then A                   write (6,930) names(indx(i))(1:ln), adate(1:17)                 else A                   write (6,931) names(indx(i))(1:ln), adate(1:17)                 endif             endif           endif 100   CONTINUE C              CALL EXIT  900   format(' ',3a,t38,i5)  901   format(' ',3a/,t38,i5) 910   format(' ',a,t30,i5) 911   format(' ',a/,t30,i5)  920   format(' ',3a,t38,a) 921   format(' ',3a/,t30,a)  930   format(' ',a,t30,a)  931   format(' ',a/,t30,a)	       END  C  C---END SDIR C .       integer function my_open (fab, rab, lun) c*G c*  This routine is called by the FORTRAN OPEN statement to extract the 7 c*   file size, date, and directory flag for each file.  c*        PARAMETER (MAX_FILES=1000)       common /data/ ?      $ date(2,max_files), direc(max_files),  size(max_files),   "      $ names(max_files), num_files       logical direc        integer sizeE       integer *4 date      ! Fudge to make it easier to move quadword        character *80 names  c        include '($fabdef)'  c      include '($rabdef)'       include '($xabdef)'        include '($xabdatdef)'       include '($xabfhcdef)'       include '($xabitmdef)' c # c --- is this complicated, or what?  c        structure /bigxab/       union           map          record/xabdef/ xab           endmap           map"          record /xabdatdef/ xabdat          endmap        endunion       endstructure c        structure /bigxab1/        union           map          record/xabdef/ xaba          endmap           map"          record /xabfhcdef/ xabfhc          endmap        endunion       endstructure c        structure /bigxab2/        union           map          record/xabdef/ xabb          endmap           map"          record /xabitmdef/ xabitm          endmap        endunion       endstructure c        record /fabdef/ fab  c      record /rabdef/ rab       record /bigxab/ xab0       record /bigxab1/ xab1        record /bigxab2/ xab2  c        structure /itmlst/          integer *2  buflen           integer *2  itemcode           integer *4  bufadr           integer *4  retlen        end structure        record /itmlst/ items(3) c        logical is_dir#       integer sys$open, sys$connect  c F c --- WARNING !!! The following is not strictly accurate as it should F c        scan the XAB list and resolve any differences between my XABsE c        and any passed by the USEROPEN routine, but this was a pain  H c        and (not being a file system expert) I couldn't get it to work $ c        right.  This SEEMS to work. c        isave = fab.fab$l_xab 7       fab.fab$b_fac = fab$m_get              ! readonly         fab.fab$l_xab = %loc(xab0) c A       xab0.xab.xab$b_cod = xab$c_dat         ! This is a DATE XAB '       xab0.xab.xab$b_bln = xab$c_datlen %       xab0.xab.xab$l_nxt = %loc(xab1)  c 7       xab1.xaba.xab$b_cod = xab$c_fhc        ! size XAB (       xab1.xaba.xab$b_bln = xab$c_fhclen&       xab1.xaba.xab$l_nxt = %loc(xab2) c <       xab2.xabb.xab$b_cod = xab$c_itm        ! Item code XAB(       xab2.xabb.xab$b_bln = xab$c_itmlen-       xab2.xabitm.xab$b_mode= xab$k_sensemode .       xab2.xabitm.xab$l_itemlist = %loc(items) c F c --- This SHOULD be set to ISAVE, but when I do that, the OPEN fails.H c     Also, there is the possibility of a duplicate XAB, which is a pain c     to correct.  c        xab2.xabb.xab$l_nxt = 0  c        items(1).buflen   = 4 K       items(1).itemcode = XAB$_UCHAR_DIRECTORY  ! Is this file a directory? &       items(1).bufadr   = %loc(is_dir)       items(1).retlen   = 0        items(2).buflen   = 0        items(2).itemcode = 0 D       my_open = sys$open (fab)               ! Just to fill the XABs c ! c --- Undo the damage done above.  c        fab.fab$l_xab = isave        if (.not. my_open) return  c D       num_files = num_files + 1              ! Success, add the fileJ       date(1,num_files) = xab0.xabdat.xab$q_cdt(1)    ! Date is stored in B       date(2,num_files) = xab0.xabdat.xab$q_cdt(2)    !  two parts       direc(num_files) = is_dir  c @ c --- the calculation for size comes from an example on the DEC  c     bulletin board c ,       if (xab1.xabfhc.xab$w_ffb .eq. 0) then/          if (xab1.xabfhc.xab$l_hbk .eq. 0) then              size(num_files) = 0 
          else 7             size(num_files) = xab1.xabfhc.xab$l_ebk - 1           endif
       else0          size(num_files) = xab1.xabfhc.xab$l_ebk       endif  c        return	       end  c  c---end my_open  c    ------------------------------  % Date: Tue, 26 Sep 2006 18:25:35 +0200 $ From: Bill Bennett <no.spam@plea.se>> Subject: Re: Directory Utility with User-Specified Sort Order?/ Message-ID: <efbka0$tba$00$1@news.t-online.com>    Craig Dedo wrote: A > Is there any kind of shareware or freeware utility that has the C > functionality of the DCL DIRECTORY command but allows the user to H > specify the order in which the file listings are sorted?  I am lookingI > for a sort specification that works somewhat like the /O (Order) option   > in the MS Windows DIR command. > H > I looked in the DCL Dictionary and it specifically says that the filesG If you just want to sort the output of the DIRECTORY command, you might D have a look at DIRSORT -- the one I use is a DCL procedure posted toC INFO-VAX some years ago by Hein van den Heuvel; as a DCL procedure, F it is easy to modify if it doesn't do what you want.  There is also a  DIRSORT A utility on the Freeware CDs under the name LWW-DIRSORT, which may > or may not be the same, but presumably has a similar function.   Bill Bennett  I > are always sorted alphabetically by file name, with the highest version  > listed first.  > B > I looked in the OpenVMS FAQ from September 2005 and did not find$ > anything like what I have in mind. > % > We are running OpenVMS Alpha 7.3-2.  > B > One of our software developers would like to list the files in aD > directory in a user-specified order, e.g., by size, creation date, > modification date, etc.  > F > If I have to write my own utility, how do I get access to all of theG > file attribute information that the DCL DIRECTORY command lists?  Are H > there Run Time Library (LIB$) or System Service (SYS$) procedures thatC > will retrieve this information for me?  Or, do I have to read the I > records of *.DIR files?  If the latter, where do I find the information F > on the layout and structure of *.DIR file records?  Or, do I have toG > muck around with the File Attribute Blocks (FAB) and Record Attribute & > Blocks (RAB) of low-level RMS calls? >  > Craig T. Dedo, VMs Consultant  > Mayo Lab for Clinical Trial ( > Superior Drive Support Center 2-110-26 > 3050 Superior Drive NW > Rochester, MN   55905-1700 > Voice Phone:  (507) 538-4636 > Fax Phone:  (507) 284-0615 > Mobile Phone:  (414) 412-5869   > E-mail:  <Dedo.Craig@mayo.edu>   ------------------------------  % Date: Tue, 26 Sep 2006 08:56:33 -0700 * From: "Tom Linden" <tom@kednos-remove.com>& Subject: Re: Graphic options for DS10L) Message-ID: <op.tghs8ju4tte90l@hyrrokkin>   H On Tue, 26 Sep 2006 05:21:49 -0700, FredK <fred.nospam@nospam.dec.com>   wrote:  F > Yes, sort of.  Microsoft is paranoid about calling firmware directlyI > (perhaps because of their issues with BIOS in the past).  So there is a & > meta-language interpreted byte code.  H Oddly, the last two times I have updated W2K on a Dell Power Edge server$ it reset the bios from raid to scsi.   --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Tue, 26 Sep 2006 08:21:49 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L, Message-ID: <45191b5e$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:4518B90D.B0CBAF26@teksavvy.com... > FredK wrote:K > > The console code generally is a BIOS emulator that initializes the card  that4 > > is used as the VGA console into a VGA text mode. > J > At that simple level, are all cards pretty much the same ? Or must thereI > still be card specific support in the console code (where I assume that  > primitive BIOS is located  ?)  >   J At the console level, once the card has been initialized - the standard is@ VGA text mode.  The interfaces to the code in the card's ROM areG more-or-less standard, what the code in the card does is card-specific.   H > If I have an application that uses OPenGL to do 3d stuff (is that whatJ > openGL does ?), would OpenGL need to have intimate knowledge of the cardF > installed in that machine, or is there a layer in between the two toE > shield OpenGL from the intricacies of various cards on the market ?  >   J Software GL implements OpenGL by decomposing the operation into 2D drawingK operations.  Very Slow.  The next layer up is indirect rendering - which is K the "standard" X11 method.  A device-specific server extension knows how to I do the 3D drawing on the hardware, but the interface to it is through X11 K protocol packets.  This is faster (and works over the network) but it still J means that 3D data - which is typically vertices (X/Y/Z) need to be copiedK perhaps several times.  The fastest is direct rendering, where a privledged K library draws directly to the hardware from a user OpenGL call, the library ? also then must coordinate access to the HW with the X11 server.   I > Also, I read that for the Radeo 7500 card, starting with V8.2, there is G > no longer need to buy a separate VMS-side licence to do 3D stuff. Can 8 > you elaborate on what happened to make that possible ? >   = The Radeon code is not using the SGI derived OpenGL reference  implementation.    > I > > Yes/No.  Even EFI runs the card init.  What will eventually change is  thatH > > the cards will contain and EFI byte code (in addition to) x86 binary ROM. > H > What is "EFI byte code" ??? Is that a JAVA-like language that runs EFIC > code interpreted by ROM based EFI support for that particular CPU  > architecture ? >   D Yes, sort of.  Microsoft is paranoid about calling firmware directlyG (perhaps because of their issues with BIOS in the past).  So there is a $ meta-language interpreted byte code.   > K > > are not doing new cards for the Alpha - it makes no sense to retrofit a  BIOSK > > emulator.  Since the Radeon is where we will try to integrate this - it K > > "may" find it's way into Alpha to keep the code stream from diverging -  > E > PLEASE !!!! (i just bought a Radeon card :-)  Since the majority of C > workstation users on VMS are on ALPHA, improvements on Alpha will D > benefit far more people, especially since cheap Alphas are finally; > available on the market through resellers such as Island.  >   H It will all depend on the benefit to cost.  Simply adding a BIOS emuatorL isn't going to bring food to the hungry.  The primary reason for us to do itF is that it makes writing NEW code simpler and more reliable.  Adding aF feature is more than just the engineering work - it is also regressionK testing and supporting it.  It's not going to make things faster/better for J you.  If, like most people you have a single head - the DVI port will workG if it is plugged in (and the monitor connected and powered up) when you  power up the system.  H Note - you may not LIKE what you see on the DVI port.  The analog outputA "fuzzes" things a little.  I noted that when using a number of 3D H applications, that things that used to look good - now had patterns thatF were not attractive - because of a sharpening of the edges of areas in
 shaded areas.    > L > > Linux and UNIX in recent years incorporated a BIOS emulator done for the5 > > xFree86 project.  That is what we are working on.  > J > I take it the BIOS is made up of binary 8086 architecture code ? Are theE > cards assuming any specific implementation of that architecture ? I D > assume they wat at least 32 bit support (that is 80386, right ?) ? >   I I am not that level of an expert on the code itself.  But I suspect it is  most-common-denominator.  H > Or does it use really simple instructions without relying on any fancy@ > instructions introduced over the years to handle video stuff ? >  > J > > standard layering is what was missing.  Motif gave it a user interface> > > abstraction.  But at the drawing level - there is nothing. > F > Interesting description. Were there aver some efforts to develop the > graphic equivalent of Motif ?  >   I PHIGS, GKS, OpenGL, etc, etc.  The overwheming number of applications are J mostly text, lines, filled rectangles, and images (consider Mozilla - whatL more does it do than that?).  Text, lines and rectangles are easy to do in aD device-independent way using X11.  If you use a standard library forI GIF/JPEG/PNG images - most of them are fully capable of rendering for the G depth and pixel format of the screen.  More sophisticated drawing stuff K tends to be specialized one-way or the other and either do it directly in X  or use a specialized package.   K > > The XRENDER extension on xFree86 is/was an attempt to do it... however,  atI > > this point it seems anti-aliased fonts seem to be the only thing that  has  > > been embraced. >  > G > > Every option card has a BIOS ROM (code and tables that are used for 1 > > initialization and thnigs like Int10 on PCs).  >  > 8 > You've made many allusions to the interrupt 10 on PCs. > I > What exactly does this interrupt do with regards to a card on a PCI bus J > ?  You seem to allude that it can do stuff that cannot be done on Alpha. >   = Int10 is simply an interface to the BIOS from the OS/drivers.    ------------------------------  % Date: Tue, 26 Sep 2006 09:17:30 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>& Subject: Re: Graphic options for DS10L* Message-ID: <4519286e@usenet01.boi.hp.com>   FredK wrote:< > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:4518B90D.B0CBAF26@teksavvy.com... >> FredK wrote:  ...[missing attributions?]... L >>> Linux and UNIX in recent years incorporated a BIOS emulator done for the5 >>> xFree86 project.  That is what we are working on. K >> I take it the BIOS is made up of binary 8086 architecture code ? Are the F >> cards assuming any specific implementation of that architecture ? IE >> assume they wat at least 32 bit support (that is 80386, right ?) ?   F    Grampa, what's an 80386?   :-)   But seriously, the system BIOS is L system-specific, and contains whatever code is necessary for the particular L platform, and whatever code the BIOS vendor and/or OEM loads into it.  That P could be IA-32e instructions, or it could be the decades-old 8086 instructions. P    Since the BIOS is built into the box, it can safely use IA-32e instructions, Q for instance -- I'd expect most vendors will use older instructions, but there's  L no requirement for that as -- for instance -- that Intel 8086 won't work in  socket 775.   N    Remember that the BIOS itself is a (primitive) hardware abstraction layer, Q akin to the HAL in the ARC/AlphaBIOS used for Microsoft Windows on Alpha, or the  & SRM and PALcode used by OpenVMS Alpha.  N    As Fred indicates in the following, the controller itself will very likely K have the minimal instruction set in the firmware (being the vendors are in  P business to sell to the broadest market), and just needed to get the controller P active in VGA mode.  Most every operating system I've seen around then connects O a driver.  Once the driver is connected, the controller firmware isn't needed,   and isn't used.   K > I am not that level of an expert on the code itself.  But I suspect it is  > most-common-denominator. > I >> Or does it use really simple instructions without relying on any fancy A >> instructions introduced over the years to handle video stuff ?   Q    That depends on the vendor, but again the BIOS powers VGA and most every card  - I've ever seen switches to a run-time driver.   N    The EFI byte code and the byte code engine is intended to avoid having x86 K instructions in the card, to allow the firmware to be more portable across  I platforms -- space in the  controller firmware storage area is obviously  O limited, which is why systems not based on x86 presently have a way to process  O the x86 instructions out on the controller storage.  EFI can use the byte code  O engine to avoid having knowledge of a particular device built into EFI itself,  O at least as far as getting the box bootstrapped -- in this approach, bootstrap  J drivers and console support for various devices isn't specifically needed.  J >>> standard layering is what was missing.  Motif gave it a user interface> >>> abstraction.  But at the drawing level - there is nothing.G >> Interesting description. Were there aver some efforts to develop the   >> graphic equivalent of Motif ? >  > PHIGS, GKS, OpenGL, etc, etc.   N    One of the more common graphics libraries in the open-source area is GTK+. P SDL (not the data definition language) is another.  Also see the Qt stuff.  All + three of these have been ported to OpenVMS.   I    There are some rather extensive BIOS documents and Microsoft platform  O requirement documents around, if you want to learn about how Windows platforms  I are constructed in the decades since 8086.  :-)  There are even detailed  - documents on EFI (UEFI) and on IA-32e around.    ------------------------------  % Date: Tue, 26 Sep 2006 09:42:38 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>7 Subject: HoffmanLabs Professional Services Availability * Message-ID: <45192e4a@usenet01.boi.hp.com>  Q Effective 23-Oct-2006, I expect to be directly available for OpenVMS and related  + professional services, support and related.   N Additional general information is available at <http://www.hoffmanlabs.org/>, J and I would ask that inquiries be referred to/via the contact information 6 available over there, and not to the HP email address.  ) And yes, HP and I are "parting amicably".   > Now if y'all will excuse me, I have some (more) writing to do.   ------------------------------  % Date: Tue, 26 Sep 2006 04:02:38 -0400 ( From: Bill Todd <billtodd@metrocast.net>/ Subject: Re: HP announces new Integrity servers G Message-ID: <2I6dnVgVsb4CQ4XYnZ2dnUVZ_qCdnZ2d@metrocastcablevision.com>    William Webb wrote:  >  > 1 > On 9/20/06, *Dave Froble* <davef@tsoft-inc.com  & > <mailto:davef@tsoft-inc.com>> wrote: >  >     Tom Linden wrote: 8 >      > On Tue, 19 Sep 2006 08:26:44 -0700, Dave Froble8 >     <davef@tsoft-inc.com <mailto:davef@tsoft-inc.com>> >      > wrote:  >      >  >      >> Larry Kilgallen wrote:C >      >>> In article < 4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com H >     <mailto:4uydndYmRbla9ZLYnZ2dnUVZ_sCdnZ2d@libcom.com>>, Dave FrobleE >      >>> <davef@tsoft-inc.com <mailto:davef@tsoft-inc.com>> writes: 
 >      >>>J >      >>>> Tell me again why Alpha was dropped in favor of this 'industry >      >>>> standard' B >      >>>  Because Intel paid enough money to make it profitable.	 >      >> 9 >      >> And what about when Intel gets tired of paying? 	 >      >> F >      >> It's like repelling down the side of a cliff, without having >     measured? >      >> the cliff and rope to insure the rope is long enough. 	 >      >>  >      > rappel  > M >     I wondered whether I had the spelling correct.  Guess not.  Regardless, D >     if the rope is too short, no matter how you spell it you got a >     problem.  :-)  >  >     --: >     David Froble                       Tel: 724-529-0450D >     Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com" >     <mailto:davef@tsoft-inc.com> >     DFE Ultralights, Inc.  >     170 Grimplin Road  >     Vanderbilt, PA  15486  >  > I > One usually ties a large enough knot in the end to catch your hardware.  > 	 > WWWebb,  > C > who used to rock climb in those periods of time when it *wasn't*   > fashionable.  E Hmmm - I guess that practice must have become common after the '60s,  G then, since I don't recall it.  Or perhaps I just never got accustomed  I to rappelling in situations where the rope didn't reach terra firma (nor  I can I quite understand why anyone would, outside some kind of James Bond  C situation involving exit through a plate glass window - but that's  6 certainly not the situation that Dave was describing).  B  From what I remember about prussiking I don't think I would have F enjoyed the practice very often.  Worth investing in a pair of Jumars  for anyone so inclined.    - bill   ------------------------------  # Date: Tue, 26 Sep 2006 17:00:36 GMT & From: John Reagan <john.reagan@hp.com>> Subject: Re: In the Land of the Blind, the Hoff is truly King!0 Message-ID: <U0dSg.377$_b5.234@news.cpqcorp.net>   Richard Maher wrote:6 > Maybe Bliss needs some /CHECK=BOUNDS trainer-wheels? > H > But I don't know Bliss so maybe it just knows, and I'm jumping the gunH > again. If only John Reagan hadn't been bound, gagged and thrown in theM > basement then *he* could've told us :-( Off to find another Bliss person. .  > .  >   G I've chewed through the restraints enough to type this with one finger.   G The predeclared BLISS structure constructs like BITVECTOR, VECTOR, and  A BLOCK have no builtin support for such things like /CHECK=BOUNDS.   H However, if one desired, you can declare your own structure with a name F like CHECKED_VECTOR that could execute code at run-time to verify the H bounds.  However, you would have to modify the BLISS source to get that G benefit.  Traditionally, most people haven't gone to this extreme when   writing BLISS code.      --   John Reagan 5 HP Pascal/{A|I}MACRO/COBOL for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------    Date: 26 Sep 2006 10:14:11 -0700  From: "Ian Miller" <ijm@uk2.net>> Subject: Re: In the Land of the Blind, the Hoff is truly King!B Message-ID: <1159290851.627324.38710@k70g2000cwa.googlegroups.com>   have you read this?   D http://h20325.www2.hp.com/blogs/hoffman/archive/2006/09/16/1609.html  D "As for the resolution of the failure, a small reorganization to theG $audit_event[w] source code has blocked the particular exposure and the F vulnerability within the itemlist processing, and this change has been5 implemented within the source code pool for OpenVMS."   B sounds like what you are describing (doing validation in the wrong order) is parhaps correct.   ------------------------------  % Date: Tue, 26 Sep 2006 10:40:51 -0700 * From: "Tom Linden" <tom@kednos-remove.com>> Subject: Re: In the Land of the Blind, the Hoff is truly King!) Message-ID: <op.tghx2dtdtte90l@hyrrokkin>   I On Tue, 26 Sep 2006 10:00:36 -0700, John Reagan <john.reagan@hp.com> wro=  te:    > Richard Maher wrote:9 >> Maybe Bliss needs some /CHECK=3DBOUNDS trainer-wheels? I >>  But I don't know Bliss so maybe it just knows, and I'm jumping the g=  unI >> again. If only John Reagan hadn't been bound, gagged and thrown in th=  e G >> basement then *he* could've told us :-( Off to find another Bliss  =    >> person. . >> . >> > I > I've chewed through the restraints enough to type this with one finger=  .  > I > The predeclared BLISS structure constructs like BITVECTOR, VECTOR, and=    =   E > BLOCK have no builtin support for such things like /CHECK=3DBOUNDS.  > I > However, if one desired, you can declare your own structure with a nam=  e  =  I > like CHECKED_VECTOR that could execute code at run-time to verify the =   =  I > bounds.  However, you would have to modify the BLISS source to get tha=  t  =  I > benefit.  Traditionally, most people haven't gone to this extreme when=    =    > writing BLISS code.  > < Or you could (should) use a language that supports bounds  =   checking/signalling.       -- =  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------    Date: 25 Sep 2006 23:20:28 -07001 From: "Bart.Zorn@gmail.com" <Bart.Zorn@gmail.com> ! Subject: Re: Installation problem B Message-ID: <1159251628.214890.31710@h48g2000cwc.googlegroups.com>  F Indeed, but the only problem is that tose files don't get purged. PRODG INSTALL does not seem to be bothered by that. I did a purge afterwards.    Regards,  	 Bart Zorn     Peter 'EPLAN' LANGSTOEGER wrote:g > In article <451045d9$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: O > >I just updated JAVA150 from V1.5-1 to V1.5-2 (I fact I did a remove and then * > >later an install) and noticed problems. > > I > >JAVA150 V1.5-2 needs now a SET PROCESS/PARSE_STYLE=EXTENDED before the J > >PRODUCT INSTALL JAVA150 command or you get %PCSI-E-FILENOTPUR messages. > > N > >V1.5-1 did it itself/implicitely (because I didn't do it explicitely then). > > ( > >Why has this changed? Bug or feature? > = > Doing another installation, I found I've to correct myself.  > G > Problem seems that JAVA150 files can't be removed/updated by the JAVA L > install procedure. That means, if you upgrade from an earlier JAVA versionJ > to V1.5-2 I expect no problems (haven't tried so far) but if you upgradeJ > from V1.5* to V1.5* you need to PRODUCT REMOVE JAVA150, then do a manualN > $ DELE SYS$COMMON:[JAVA$150...]*.*;* (or DFU DELE SYS$COMMON:[JAVA$150]/DIR)M > and then install JAVA150 (no SET PROCESS/PARSE_STYLE=EXTENDED is required).  > ' > Maybe this clears it up a little bit.  >  > -EPLAN >  > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 25 Sep 2006 23:07:40 -0700, From: "Cluster-Karl" <karl.rohwedder@gmx.de>A Subject: Re: RAID LICENSE - any one using and having fun with it? B Message-ID: <1159250860.589668.47100@i42g2000cwa.googlegroups.com>  > We are using this on some small alpahservers (DS10 mainly) andF encountered no problems so far (we use Raid-0 together with shadowing, cannot comment on Raid-5).$ CPU overhead seems to be very small.G I suppose, that an EVA would deliver more performance (more disks, more  cache...), but no experience.   
 regards Kalle    ------------------------------  % Date: Tue, 26 Sep 2006 07:13:09 -0400 / From: "William Webb" <william.w.webb@gmail.com> A Subject: Re: RAID LICENSE - any one using and having fun with it? H Message-ID: <8660a3a10609260413k9849758ua147e701ab950838@mail.gmail.com>  ( ------=_Part_2737_22853786.1159269189097; Content-Type: text/plain; charset=ISO-8859-1; format=flowed  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   . On 9/25/06, John <norad869@comcast.net> wrote: > H > By fun I mean... is it performing miracles?  ... or it is a nightmare? > / > And I am talking about the following product:  > I > StorageWorks[R] RAID Software for OpenVMS[R] is a software product that E > uses RAID technology to manage groups of disk drives as arrays. The G > product supports RAID Level 0 arrays (Disk striping) for enhanced I/O E > performance and RAID Level 5 arrays (Disk striping with parity) for E > enhanced data availability on both VAX[R] and Alpha platforms. RAID H > Software also allows partitioning or segmentation of a RAID Array into > multiple virtual devices.  >  > - > A couple of questions if you do not mind...  > D > 1) CPU utiliziation - does the software increase the amount of CPU& > usage?  I suspect some but not much. > D > 2) I/O impact - obviously with the more disks the better the I/O -D > assuming that the disks are not in contention with one another andB > spread accross multiple controllers.  Depending on the number of9 > controllers, could I match the speed of the EVA series?  >  > 3) Any problems encountered? > I > I am running VMS V7.2-1 on a three node cluster (ALPHA).  The disks are  > on the HSG80 controller set. >  > TIA  >  > F I have used, at various times, controller-based RAID, controller-basedC mirrorsets and Host-Based Volume Shadowing.  I have not, as of yet, 8 implemented any of the above in my VMS Hobbyist cluster.  L Besides, one does not usually associate the term "fun" with the environments; which go to the trouble of properly setting up such things.   L The best characterization of them is that, barring hardware or configuration mishaps, they just plain work.   WWWebb   --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COMPRESS").com   ( ------=_Part_2737_22853786.1159269189097+ Content-Type: text/html; charset=ISO-8859-1  Content-Transfer-Encoding: 7bit  Content-Disposition: inline   -<br><br><div><span class="gmail_quote">On 9/25/06, <b class="gmail_sendername">John</b> &lt;<a href="mailto:norad869@comcast.net">norad869@comcast.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> By fun I mean... is it performing miracles?&nbsp;&nbsp;... or it is a nightmare?<br><br>And I am talking about the following product:<br><br>StorageWorks[R] RAID Software for OpenVMS[R] is a software product that<br>uses RAID technology to manage groups of disk drives as arrays. The !<br>product supports RAID Level 0 arrays (Disk striping) for enhanced I/O<br>performance and RAID Level 5 arrays (Disk striping with parity) for<br>enhanced data availability on both VAX[R] and Alpha platforms. RAID<br>Software also allows partitioning or segmentation of a RAID Array into <br>multiple virtual devices.<br><br><br>A couple of questions if you do not mind...<br><br>1) CPU utiliziation - does the software increase the amount of CPU<br>usage?&nbsp;&nbsp;I suspect some but not much.<br><br>2) I/O impact - obviously with the more disks the better the I/O - <br>assuming that the disks are not in contention with one another and<br>spread accross multiple controllers.&nbsp;&nbsp;Depending on the number of<br>controllers, could I match the speed of the EVA series?<br><br>3) Any problems encountered? k<br><br>I am running VMS V7.2-1 on a three node cluster (ALPHA).&nbsp;&nbsp;The disks are<br>on the HSG80 controller set.<br><br>TIA<br><br></blockquote></div><br>I have used, at various times, controller-based RAID, controller-based mirrorsets and Host-Based Volume Shadowing.&nbsp; I have not, as of yet, implemented any of the above in my VMS Hobbyist cluster. 
<br><br>Besides, one does not usually associate the term &quot;fun&quot; with the environments which go to the trouble of properly setting up such things.<br><br>The best characterization of them is that, barring hardware or configuration mishaps, they just plain work.  <br><br>WWWebb<br clear="all"><br>-- <br>Ajilon Consulting<br>Site resident at <br>Quest Diagnostics<br>first.x.last@f$edit(contents of previous line,&quot;COMPRESS&quot;).com   * ------=_Part_2737_22853786.1159269189097--   ------------------------------  % Date: Tue, 26 Sep 2006 11:40:11 +0200 ( From: JOUKJ <joukj@hrem.nano.tudelft.nl> Subject: RBL on OpenVMS-alpha < Message-ID: <bfcdd$4518f57b$82a13c9d$21396@news1.tudelft.nl>   Hi all,   I Is it possible to run an RBL on OpenVMS-alpha? I do not mean the client,  E which checks for known spammers, but the accesseble data base itself.   ! If yes : what software do I need?                       Jouk    ------------------------------    Date: 26 Sep 2006 08:03:17 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: RBL on OpenVMS-alpha 3 Message-ID: <KFJMpoKVNRHL@eisner.encompasserve.org>   g In article <bfcdd$4518f57b$82a13c9d$21396@news1.tudelft.nl>, JOUKJ <joukj@hrem.nano.tudelft.nl> writes:   K > Is it possible to run an RBL on OpenVMS-alpha? I do not mean the client,  G > which checks for known spammers, but the accesseble data base itself.  > # > If yes : what software do I need?   A All that is required should be a domain name server, since DNSbls B (RBL is a trademark) are just a clever way of using the namespace.  @ Multinet, TCPware and HP TCPIP are the likely suspects for being? able to implement a domain name server.  Hopefully someone else + will be able to take the answer from there.  --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------    Date: 26 Sep 2006 01:36:59 -0700  From: "Ian Miller" <ijm@uk2.net>( Subject: Re: Strange diagnose error V3.4C Message-ID: <1159259809.269263.290020@k70g2000cwa.googlegroups.com>   F check for DECevent files lying about in your SYS$LOGIN - if found then delete. E Check for DECevent process still around even though you shut it down.   E Not one of the finest products is DECevent [however at least it has a ( VMS style command  line unlike SEA :-( ]   ------------------------------    Date: 25 Sep 2006 23:55:55 -0700- From: "Beach Runner" <Bob4Health@hotmail.com> ; Subject: Re: SYSUAF quota differences between VAX and Alpha B Message-ID: <1159253755.555116.214510@i3g2000cwc.googlegroups.com>   Tom Linden wrote: 1 > On Mon, 25 Sep 2006 07:30:52 -0700, Bob Koehler 2 > <koehler@eisner.nospam.encompasserve.org> wrote: > : > > In article <451633FC.9698131E@vaxination.ca>, JF Mezei+ > > <jfmezei.spamnot@vaxination.ca> writes:  > >>M > >> However, in terms of actual quotas, is there a rule of thumb that can be - > >> used when converting from VAX to ALPHA ?  > >> > > M > >    You need about 4x as much memory for Alpha code as VAX code, and about M > >    the same amount for Alpha data as VAX data, unless you update you data  > >    to be naturally aligned.   G The PQL_M parameters help protect the system from system managers using  VAX  quotas.    ------------------------------    Date: 26 Sep 2006 08:55:55 -0700- From: "Beach Runner" <Bob4Health@hotmail.com> ; Subject: Re: SYSUAF quota differences between VAX and Alpha B Message-ID: <1159286155.065671.222460@e3g2000cwe.googlegroups.com>   Larry Kilgallen wrote:t > In article <1159253755.555116.214510@i3g2000cwc.googlegroups.com>, "Beach Runner" <Bob4Health@hotmail.com> writes: > K > > The PQL_M parameters help protect the system from system managers using  > > VAX quotas.  > D > Lest anyone make a bad historical assumption, the PQL_M parameters' > existed long before Alpha came along.  > --C Yes, but they've been adjusted for the Alpha. A typical example was 
 PQL_MWSEXTENT * it will generally set it equally to wsmax.  F So system managers trying to play with the UAF actually are not really doing anything.    ------------------------------    Date: 26 Sep 2006 07:36:46 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Tool for calculating SHA13 Message-ID: <RM8Mt0uFRMu3@eisner.encompasserve.org>   c In article <E5-dnf68wf6GxoXYnZ2dnUVZ_q-dnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > F > What's bothering me is that the OP claims the VMS file has an extra  > <CR><LF>.   F    One extra CRLF on a file created on VMS?  That sounds backward.  I G    have never found a Windows FTP client that can transfer a text file  I    from a Windows system to any other system without picking up an extra  I    blank line.  I think it has to do with the way Windows recognizes end  =    of file.  And it certainly can cause a different checksum.    ------------------------------    Date: 26 Sep 2006 09:04:02 -0500 From: briggs@encompasserve.org& Subject: Re: Tool for calculating SHA13 Message-ID: <G0Pxvczltj14@eisner.encompasserve.org>   T In article <xwmSmQZOSWSD@eisner.encompasserve.org>, briggs@encompasserve.org writes: > Summary of behavior: > E > Windows to Unix:  "incomplete last line" unless last line was blank C >                   in which case the trailing blank line is eaten. , > Unix to Windows:  adds trailing blank line >  > Windows to VMS:  no problem                     ^^^^^^^^^^  Correction:   8  Windows to VMS:  trailing blank line, if any, is eaten.  + > VMS to Windows:  adds trailing blank line  >  > VMS to Unix:  no problem > Unix to VMS:  no problem   ------------------------------    Date: 26 Sep 2006 08:44:43 -0500 From: briggs@encompasserve.org& Subject: Re: Tool for calculating SHA13 Message-ID: <xwmSmQZOSWSD@eisner.encompasserve.org>   q In article <RM8Mt0uFRMu3@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: e > In article <E5-dnf68wf6GxoXYnZ2dnUVZ_q-dnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  >>  G >> What's bothering me is that the OP claims the VMS file has an extra   >> <CR><LF>.   RFC 959:  A         "In accordance with the NVT standard, the <CRLF> sequence B         should be used where necessary to denote the end of a lineB         of text.  (See the discussion of file structure at the end;         of the Section on Data Representation and Storage.)   H >    One extra CRLF on a file created on VMS?  That sounds backward.  I I >    have never found a Windows FTP client that can transfer a text file  K >    from a Windows system to any other system without picking up an extra  K >    blank line.  I think it has to do with the way Windows recognizes end  ? >    of file.  And it certainly can cause a different checksum.   ; Hmmm.  I just tested.  It seems to be the other way around.   ? When Windows receives a text file from VMS or Unix the trailing ? <CR><LF> on the final line of text is taken as a line separator ? rather than a line terminator and the Windows file ends up with  an additional blank line.   F As described in RFC 959, text files transmitted using FTP in ASCII areB sent using a <CR><LF> line ending convention.  This means that theB sender needs to convert from native file layout to FTP's NVT-ASCIID layout and the receiver needs to convert from FTP's NVT-ASCII layout to the native text file layout.      From testing it appears that:   D In the case of Windows, the native text file layout uses <CR><LF> asB line separators but has no <CR><LF> following the final text line.  F The transformation to NVT-ASCII is null (except possibly for strippingE a trailing control-Z at EOF, but that file ending convention seems to = be pretty dead these days).  Windows files are transmitted in  FTP ASCII mode "as is".   F The transformation from NVT-ASCII is null.  Windows files are received from FTP ASCII mode "as is".    F In the case of Unix, the native text file layout uses <LF> as a recordC terminator.  There is a <LF> at the end of the final record.  Files H missing the trailing <LF> are accepted but may trigger a warning message "incomplete last line".   A The transformation to NVT-ASCII is to convert <LF> to <CR><LF> on 
 transmission.   C The transformation from NVT-ASCII is to convert <CR><LF> to <LF> on  receipt.    B In the case of VMS, there are, of course, a variety of native textE file formats.  My testing used the default -- variable length records  with implied carriage control.  B The transformation to NVT-ASCII is to transmit each file record asD is and to append a <CR><LF> combination after each record, including
 the last one.   B The transformation from NVT-ASCII is to treat <CR><LF> as a record? delimiter and store the preceding data as a VMS record.  If the C data stream does not terminate in a <CR><LF>, the unterminated last > line is accepted and stored as a complete record anyway, thereB being no way within "variable length records with implied carriage control" to do anything else.    Summary of behavior:  C Windows to Unix:  "incomplete last line" unless last line was blank A                   in which case the trailing blank line is eaten. * Unix to Windows:  adds trailing blank line   Windows to VMS:  no problem ) VMS to Windows:  adds trailing blank line    VMS to Unix:  no problem Unix to VMS:  no problem   ------------------------------  % Date: Mon, 25 Sep 2006 16:57:20 +0300 ; From: "Guy Peleg" <guy.peleg@remove_this_header@bruden.com> " Subject: Re: UPDATE 8.0 and BACKUP9 Message-ID: <4518e84d$0$19639$88260bb3@free.teranews.com>   L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:ef71n1$b44$1@online.de... F > When applying the 7.3-2 UPDATE V8.0 patch, I get the message "moduleF > BACKUP was not replaced because module from kit has lower generationF > number".  Two questions.  First, what is a "module" in this context?G > Second, although there IS a BACKUP patch newer than the UPDATE kit, I D > haven't yet installed it (because it requires the UPDATE kit); theJ > latest BACKUP patch at the time of the installation of the UPDATE kit is' > 5.0, which I installed back in April.   D If I recall correctly, the BACKUP-V0500 kit was put on hold, I'm notL sure why it got incorporated into the update kit. I would install the update) kit and apply the V0600 kit on top of it.  > F > Of course, version 5.0 is included in the UPDATE kit, and this I hadI > already installed, but so are all the other patches I've installed, and $ > I got the message only for BACKUP. >        --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  + Date: Tue, 26 Sep 2006 16:08:22 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)" Subject: Re: UPDATE 8.0 and BACKUP$ Message-ID: <efbj9m$e8f$2@online.de>  E In article <4518e84d$0$19639$88260bb3@free.teranews.com>, "Guy Peleg" 2 <guy.peleg@remove_this_header@bruden.com> writes:   N > "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>1 > wrote in message news:ef71n1$b44$1@online.de... H > > When applying the 7.3-2 UPDATE V8.0 patch, I get the message "moduleH > > BACKUP was not replaced because module from kit has lower generationH > > number".  Two questions.  First, what is a "module" in this context?I > > Second, although there IS a BACKUP patch newer than the UPDATE kit, I F > > haven't yet installed it (because it requires the UPDATE kit); theL > > latest BACKUP patch at the time of the installation of the UPDATE kit is) > > 5.0, which I installed back in April.  > F > If I recall correctly, the BACKUP-V0500 kit was put on hold, I'm notN > sure why it got incorporated into the update kit. I would install the update+ > kit and apply the V0600 kit on top of it.   D That's what I did.  Things seem to be OK; I'll probably re-form the D shadow set (one member is serving as an emergency backup in case of   problems with the patches) soon.  H > > Of course, version 5.0 is included in the UPDATE kit, and this I hadK > > already installed, but so are all the other patches I've installed, and & > > I got the message only for BACKUP.  9 Thanks for your input, but my questions still stand.  :-|    ------------------------------    Date: 26 Sep 2006 09:32:35 -0700  From: "Ian Miller" <ijm@uk2.net>" Subject: Re: UPDATE 8.0 and BACKUPB Message-ID: <1159288355.600236.123520@e3g2000cwe.googlegroups.com>  / Does this manual help with 'what is a module' ? F http://h71000.www7.hp.com/doc/82final/5952/5952pro_004.html#object_sec   ------------------------------  % Date: Tue, 26 Sep 2006 08:25:08 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>5 Subject: Re: Vaxstation or Alpha for learning OpenVMS , Message-ID: <45191c25$1@usenet01.boi.hp.com>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:b5KPrNY8F+kc@eisner.encompasserve.org... 7 > In article <45144299.1EDABEF7@teksavvy.com>, JF Mezei & <jfmezei.spamnot@teksavvy.com> writes: > > Bob Koehler wrote:B > >>    I don't recall DEC ever putting keyclick in its keyboards. > >  > > I recall the same. > > I > > For keyclick, nothing beats the original IBM 3270 terminal keyboards. C > > The keyboards would solid, heavy. And the keys had a mechanical ? > > clicking. I can still remember the type of sound they made.  > A >    Experience, I think, from the Selectric line of typewriters.  >   I The PS2 keyboard is the reason for the demise of the keyclick.  It had no K speaker, nor any command to program a keyclick or keyboard bell.  The LK450 J was the only PS2 keyboard I know of that had a keyclick (and you could notH set the volume - and only a local key sequence could turn it on/off), it; also had a bell tone - but there was no command to ring it.   ' Blame the PC for lowering the standard.    ------------------------------  + Date: Tue, 26 Sep 2006 11:41:05 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)5 Subject: Re: Vaxstation or Alpha for learning OpenVMS 2 Message-ID: <06092611410506_2020028F@antinode.org>  * From: "FredK" <fred.nospam@nospam.dec.com>   > [...]  The LK450L > was the only PS2 keyboard I know of that had a keyclick (and you could notJ > set the volume - and only a local key sequence could turn it on/off), it= > also had a bell tone - but there was no command to ring it.   @    As I reported on 22-SEP-2006, on the LK450 (at least, on _my_
 LK450-AA):  @ > Shift-Alt-Help cycles through four loudness levels (including, > mercifully, off).   H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------   End of INFO-VAX 2006.529 ************************