1 INFO-VAX	Tue, 21 Feb 2006	Volume 2006 : Issue 103       Contents:" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX" BACKUP$MANAGER Re: BACKUP$MANAGER Re: F$GETDVI suggestions Re: F$GETDVI suggestions& Re: F$GETSYI suggestion (IP addresses)& Re: F$GETSYI suggestion (IP addresses)& Re: F$GETSYI suggestion (IP addresses)0 Re: F$GETSYI to get cluster's founding node name+ Have Rainbow, Free (+shipping) to Good Home , Re: Here it is: OpenVMS/Alpha on a simulator/ Re: Installing Disk Shadowing - What is Needed? / Re: Installing Disk Shadowing - What is Needed? / Re: Installing Disk Shadowing - What is Needed? 7 Re: KZPEA in ES45 with serial console only -- run bios? " Re: More VMS & DCL wish list items Re: Mosaic v3.9 compile  Re: Mosaic v3.9 compile , Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSsC Re: Problems with L&TT (Library and Tape Tools) on V8.2 (Long post) ? Wanted:  Beta testers for poor man/woman's DEFRAGMENTATION tool C Re: Wanted:  Beta testers for poor man/woman's DEFRAGMENTATION tool - Re: What is going on with VAX prices on ebay? - Re: What is going on with VAX prices on ebay? 4 Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering  F ----------------------------------------------------------------------    Date: 20 Feb 2006 14:33:28 -05003 From: Rich Alderson <news@alderson.users.panix.com> + Subject: Re: "A Historical Look at the VAX" . Message-ID: <mddek1xzuyf.fsf@panix5.panix.com>  + "Neil Rieck" <n.rieck@sympatico.ca> writes:   : > "Richard Tomkins" <tomkinsr@istop.com> wrote in message 9 > news:43f945df$0$27792$6d36acad@titian.nntpserver.com...   N >> One of the biggest issues with VAX chip performance was that the chips wereM >> derived from an architecture design which was originally based on discrete J >> electronics. VAX was a DEC Standard and this definition originally came" >> about using ECL semiconductors.  M > I seem to remember ECL being used in the VAX-9000 but was it used in other   > machines as well?   O The 8600 Venus and the 8650 follow-on to same were ECL (but then, there was all G that white-out on the extra four data lines).  The 7xx family were not.   ( I simply do not remember about the 8800.   --  L Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------  + Date: Mon, 20 Feb 2006 20:20:38 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)+ Subject: Re: "A Historical Look at the VAX" $ Message-ID: <dtd8al$ucp$1@online.de>  F In article <43f8e31e$0$27800$6d36acad@titian.nntpserver.com>, "Richard& Tomkins" <tomkinsr@istop.com> writes:   F > The VAX architecture was originally designed to run Cobol. The Cobol3 > compiler produced VAX instruction ocde directly.    C Didn't at least also the Fortran compiler also produce object code  	 directly?   J > We designed and built chips, modules, metal and plastic enclosures, tapeM > drives, media, disk drives, magnetic heads for disks and tape drives, chips N > for all these storage systems, printers, stepper motors, wiring, connectors,J > Kanata was the connector foundry for Digital, backplanes and we designedM > some pretty impressive backplanes in Kanata, PDP-8 to VAX 9000 High Density G > Interconnect, terminals, specialized stuff still in use in sconce and J > technology labs all over the world, Fault Tolerant VAX systems, a simpleK > little chip to do that, Operating Systems, Compilers, and Applications of  > all kinds. > L > Why did we do all this and more. We did it because we could. We had peopleN > and we had technology. Think about it for a moment. We had the capability toI > take an order from a customer for a complete system. CPU, Disks, Tapes, N > Terminals, Printers, Interfaces, Cables and all the other stuff that makes aN > system. We could put that order into our management systems and all over theH > world the buyers would go into action, purchasing the raw materials weJ > needed to build everything in that order, scheduling parts and componentL > builds around the world in our facilities and that of our vendors and thenJ > getting it all put together in all of our plants and then getting it allK > shipped to the customer site on the day of delivery and installing it and L > putting all together and making it run. As we built in all those differentN > countries and we purchased materials locally we had the capability to handleI > all the different currencies, the exchange rates, the duty drawbacks on N > material content, and if anyone reading this know anything at all about partM > numbers and material management you know how complex all this is and we did  > it, every single day.   E Yes.  That sums up what we all miss about the good old days.  When I  I become a billionaire, I'll buy all the rights to DEC stuff and resurrect   the company.  E Whose decision was it to bring in Palmer, and what was the rationale?   C I'm sitting at a really nice 21" colour monitor, 1994 or so.  It is A connected to a VAXstation 4000.  Apart from a few DECterms, it is D displaying Mozilla running on a 5304 (a.k.a. AlphaServer 1200).  I'mH logged in to my main cluster 500 km away, which has been 500 km away forG about 5 years now.  From there, I can read news, write email etc.  I've G never had the cluster crash.  If I couldn't get in from outside, it was H due to power failure or DSL problems.  (It's just a hobbyist cluster, soC I haven't invested much; most of the hardware I got for free.)  The G machines in it, VAXes and ALPHas, are 12 to 15 years old.  They are all E running the latest version of VMS (well almost; ALPHA is 7.3-2, fully D patched).  Some of the hardware has been running continuously for 15E years or so.  (Try installing the latest Windows on a PC from 1989!)  F OK, it WAS expensive at the time, but so was everything else, compared, to today.  But it was really built to last.    ------------------------------    Date: 20 Feb 2006 15:08:41 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <gXiwUqLZJPmF@eisner.encompasserve.org>   d In article <Fx6Kf.2988$%14.82056@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes: > C > On a related note, wasn't support for Indexed-RMS built into VMS  O > specifically to support COBOL? (If memory serves, it was an optional layered   > product in earlier OSs)   B   Keyed-indexed files support lots of things.  Lovely how they put@   direct support into the Fortran I/O statements for most of the"   features of keyed-indexed files.   ------------------------------    Date: 20 Feb 2006 15:12:13 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <C7kxHpJB7XtW@eisner.encompasserve.org>   i In article <6.1.2.0.2.20060219163058.025d1ec0@raptor.psccos.com>, Dan O'Reilly <dano@process.com> writes:  > N > If memory also serves, the original VAX 8600 microcode had a flaw in it, in J > that it was missing what was considered to be a very obscure addressing N > mode of some sort (I never did find out the details).  Turned out the COBOL 1 > compiler generated code using it extensively...   G    There was a release of the 11/780 microcode that would machine check H    for a particular arithmetic instruction.  Very few people ever saw itA    since the FPA executed this instruction before the CPU saw it.   C    We had an 11/780 without an FPA for a while and used this bug to .    cause reboots from user mode under VMS 1.x.   ------------------------------    Date: 20 Feb 2006 15:06:18 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <pPY6+gey454p@eisner.encompasserve.org>   l In article <43f8e31e$0$27800$6d36acad@titian.nntpserver.com>, "Richard Tomkins" <tomkinsr@istop.com> writes:  F > The VAX architecture was originally designed to run Cobol. The Cobol2 > compiler produced VAX instruction ocde directly.  B    Really?  Then why did the Cobol compiler come after the FortranG    compiler?  (All the compilers DEC released for VAX/VMS generated VAX     instruction code directly).  E    And why does DCL syntax look more like Fortran-IV than any variant     of Cobol?   ------------------------------    Date: 20 Feb 2006 15:17:19 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <b$Yc9n$LOk$h@eisner.encompasserve.org>   h In article <2Pidnf7QOZc9mGTeRVn-sg@metrocastcablevision.com>, Bill Todd <billtodd@metrocast.net> writes: > K > Do you think that Alphas today are only 10x faster than the fastest VAX?  H >   Neil's comment appeared to me to be referring to the speed of VAXen I > compared with the Alphas that were *contemporary* with them:  while it  G > may have been a bit of an exaggeration, that's the spirit in which I  $ > took it, and in which I responded.  G    Contemporary Alphas _started_ same order of magnitude as the fastest     VAX.   G    I was impressed when I bought the smallest, slowest, cheapest system J    DEC made with an EV4 and measured it's speed using code I specifically C    designed to measure an 11/780 and subsequently ran on many VAXen I    simply to find VUP ratings were pretty good.  My little Alpha was not  H    as fast as, but compared well to a VAX 9000 based on DEC's reports of    VAX 9000 VUPs.    ------------------------------    Date: 20 Feb 2006 15:23:01 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <JmG82WbjaxWR@eisner.encompasserve.org>   r In article <xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com>, Bill Todd <billtodd@metrocast.net> writes: > Neil Rieck wrote:  > 1 >   (If memory serves, it was an optional layered  >> product in earlier OSs) > K > I'm pretty sure that indexed-file support was standard across all RMS-11  K > releases (though the RMS emulator developed much later for RT-11 may not  = > have included it).  I do know that by the time I wrote the  N > memory-resident library implementations it was included in them as standard.  G    Prior to VMS 3.0 the system manager had the option to install RMS as H    a shareable image.  It was there in any case.  Starting with 3.0 thatB    decision was removed.  I never saw any reason not to install it    shared and always did.   G    That's different from RSX-11M, where the system manager could choose F    between FCS and RMS-11.  We migrated existing applications from FCS    to RMS-11 without a hitch.   H > But I'm less sure about RMS-20:  where's Seth Cohen when you need him D > (perhaps a visit to trailing-edge could turn up that information)?  D    The first I heard of RMS-20 was late in the TOPS-20 game when theA    Fortran, Cobol, and other teams realized they could share code G    instead of each rolling thier own.  So pieces of the Fortran, Cobol,     ... libraries became RMS-20.         ------------------------------    Date: 20 Feb 2006 15:33:33 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <l+gjDZ1EJbSA@eisner.encompasserve.org>   e In article <WWhKf.3245$%14.155817@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:   K > I never worked on the 8600. Was the microcode easily changed (as was the   > case for the VAX-11/750)?   E    The 11/750 was particularly easy to change microcode in as it was  D    planned that scientific computing could be sped up by microcoding@    intensive operations.  The 11/750 originally shipped with the    microcode compiler.  D    The 11/780, 782, 785, and 8600 used a combination of non-volatileH    and volatile storage techniques for the microcode.  When you power onF    an 11/780, some of the microcode is already loaded in the hardware,C    some of it is loaded by the LSI-11 into a writable control store G    (WCS), and optionally you could purchase a user-writeable WCS (UWCS) H    for loading either your own microcode or DEC's G and H floating point
    microcode.   E    We had ECOs applied to our 11/780 that replaced microcode, in some G    cases by replacing chips in which it was stored and in some cases by (    replacing the WCS file on the floppy.  E    I knew of people who were designing custom computers and emulating D    them on 11/750 using the microcode compiler and UWCS.  We had oneA    system (not a VAX) on which a specially microcoded convolution ?    instruction had been provided in order to speed an intensive     application.    ------------------------------    Date: 20 Feb 2006 17:12:33 -0600 From: gleason@encompasserve.org + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <45dy2C$2eKr7@eisner.encompasserve.org>   r In article <xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com>, Bill Todd <billtodd@metrocast.net> writes: > K > I'm pretty sure that indexed-file support was standard across all RMS-11  K > releases (though the RMS emulator developed much later for RT-11 may not  = > have included it).  I do know that by the time I wrote the  N > memory-resident library implementations it was included in them as standard. >   I   I recall having to install indexed file support for RMS (RMS11-K it was K called) as an option on my IAS 3.0 system, and I thought it was an optional " add on for the RSX family as well.   Lee K. Gleason N5ZMR Control-G Consultants  lgleason@houston.rr.com    ------------------------------  % Date: Mon, 20 Feb 2006 19:05:32 -0500 ' From: Dave Froble <davef@tsoft-inc.com> + Subject: Re: "A Historical Look at the VAX" 9 Message-ID: <0LmdnemgXrBuxWfenZ2dnUVZ_tWdnZ2d@libcom.com>    Bob Koehler wrote:n > In article <43f8e31e$0$27800$6d36acad@titian.nntpserver.com>, "Richard Tomkins" <tomkinsr@istop.com> writes: >  > F >>The VAX architecture was originally designed to run Cobol. The Cobol2 >>compiler produced VAX instruction ocde directly. >  > D >    Really?  Then why did the Cobol compiler come after the FortranI >    compiler?  (All the compilers DEC released for VAX/VMS generated VAX   >    instruction code directly). > G >    And why does DCL syntax look more like Fortran-IV than any variant  >    of Cobol? >   G In 1978 the VAX initially targetted scientific users.  I remember this  F well because those of us writing software for the business world felt  kind of left out.   1 Fortran was one of the first languages available.   E BP2 ran in compatibility mode.  It wasn't one of the first compilers  F available, even though compatibility mode made it easier to impliment.   --  4 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 Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 20 Feb 2006 16:30:50 -0800 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: "A Historical Look at the VAX" ( Message-ID: <ops5arpot8zgicya@hyrrokkin>  G On Mon, 20 Feb 2006 19:05:32 -0500, Dave Froble <davef@tsoft-inc.com>    wrote:   > Bob Koehler wrote:K >> In article <43f8e31e$0$27800$6d36acad@titian.nntpserver.com>, "Richard   ( >> Tomkins" <tomkinsr@istop.com> writes: >>H >>> The VAX architecture was originally designed to run Cobol. The Cobol4 >>> compiler produced VAX instruction ocde directly.G >>      Really?  Then why did the Cobol compiler come after the Fortran J >>    compiler?  (All the compilers DEC released for VAX/VMS generated VAX! >>    instruction code directly). I >>     And why does DCL syntax look more like Fortran-IV than any variant  >>    of Cobol?  >> > J > In 1978 the VAX initially targetted scientific users.  I remember this  I > well because those of us writing software for the business world felt    > kind of left out.  > 3 > Fortran was one of the first languages available.  > H > BP2 ran in compatibility mode.  It wasn't one of the first compilers  H > available, even though compatibility mode made it easier to impliment. > J Well, the instruction was eminently suitable for PL/I, which means that it% was likewise for Fortran, Cobol, etc.    ------------------------------  % Date: Mon, 20 Feb 2006 22:02:53 -0500 , From: "Richard Tomkins" <tomkinsr@istop.com>+ Subject: Re: "A Historical Look at the VAX" = Message-ID: <43fa83c8$0$27785$6d36acad@titian.nntpserver.com>   C I don't know, ask Bob Supnik. When he was doing the CVAX he had big L arguments with the Cobol group when he was pushing instructions out the door to make it.   I Didn't the first FORTRAN compiler come from the PDP-11 and in fact run in  the 11/780 RSX emulator?% I think that's what you may remember.   H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:pPY6+gey454p@eisner.encompasserve.org... H > In article <43f8e31e$0$27800$6d36acad@titian.nntpserver.com>, "Richard% Tomkins" <tomkinsr@istop.com> writes:  > H > > The VAX architecture was originally designed to run Cobol. The Cobol4 > > compiler produced VAX instruction ocde directly. > D >    Really?  Then why did the Cobol compiler come after the FortranI >    compiler?  (All the compilers DEC released for VAX/VMS generated VAX   >    instruction code directly). > G >    And why does DCL syntax look more like Fortran-IV than any variant  >    of Cobol? >     . *** Free account sponsored by SecureIX.com ***X *** Encrypt your Internet usage with a free VPN account from http://www.SecureIX.com ***   ------------------------------  % Date: Tue, 21 Feb 2006 08:03:05 +0200 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com>  Subject: BACKUP$MANAGER , Message-ID: <43faad1a$1@usenet01.boi.hp.com>  @ There is a saying that you should learn something new every day,G well yesterday I learned three, so I'm set for (almost) the rest of the 
 week...;-)  > One of these things was the existence of BACKUP$MANAGER. I wasC wondering if I'm the only person on this planet who did not know it E existed, or there are others like me. A quick look at it, showed that  it was not updated for a while.   B This is just for my own curiosity, no hidden intentions....anybody uses BACKUP$MANAGER?  , If you are not familiar with it just try it:   $ MC BACKUP$MANAGER    Thanks for any feedback.  	 Guy Peleg  OpenVMS Engineering    ------------------------------  + Date: Tue, 21 Feb 2006 00:18:42 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: BACKUP$MANAGER 2 Message-ID: <06022100184208_2024BC8F@antinode.org>  7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com>   D > This is just for my own curiosity, no hidden intentions....anybody > uses BACKUP$MANAGER?  H    Never heard of it, but it looks as if it could be handy for users who/ don't already have their own custom procedures.   H    On the bright side, it is mentioned in HELP SYS_FILES [SYSEXE], as ifA anyone is likely to look there for anything.  (V7.3-2, at least.)   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 20 Feb 2006 22:13:41 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: F$GETDVI suggestions + Message-ID: <43FA9375.E233BACC@comcast.net>    JF Mezei wrote:  > 1 >  On can get the allocation class with ALLOCLASS  > G > But can one get the actual device name without the allocation class ?  > F > eg: for device $2$dka200 , I can get "2" with ALLOCLASS. But can any" > item code give me "DKA200" ????? >  > If not, there should be.  ( $ devc = f$getdvi( "ddcu", "ALLDEVNAM" )+ $ alloclass = f$getdvi( devc, "alloclass" )  $ if	alloclass .gt. 0  $ then $	devn = f$elem( 2, "$", devc )  $ else $	devn = f$elem( 1, "$", devc )  $ endif  $ show symbol devn  1 I don't remember of FULLDEVNAM already does that.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Tue, 21 Feb 2006 01:25:22 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: F$GETDVI suggestions , Message-ID: <43FAB22D.FE50891F@teksavvy.com>   David J Dachtera wrote: ' > $       devn = f$elem( 2, "$", devc )   G Thanks. I hadn't though about F$ELEMENT to extract the device name. But E still, since there is an item code to get the allocation class, there > should be one to get the device name without allocation class.   ------------------------------  + Date: Mon, 20 Feb 2006 20:31:37 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)/ Subject: Re: F$GETSYI suggestion (IP addresses) $ Message-ID: <dtd8v8$ucp$2@online.de>  5 In article <43F9BB5B.A270B368@teksavvy.com>, JF Mezei ' <jfmezei.spamnot@teksavvy.com> writes:     > D > F$GETSYI should be enhanced so that one can request the primary IPB > address of any host in the cluster, as well as its IP host name.  A I don't know if F$GETSYI is the right place for that.  What about H F$TCPIP?  There are some things which I want to get but, now, I have to G parse output and/or issue commands and check the status (e.g. find the  % machine which has the cluster alias).    ------------------------------  % Date: Mon, 20 Feb 2006 15:41:19 -0500 ' From: Dave Froble <davef@tsoft-inc.com> / Subject: Re: F$GETSYI suggestion (IP addresses) 9 Message-ID: <lLOdnfo6lJeJtGfenZ2dnUVZ_tudnZ2d@libcom.com>   / Phillip Helbig---remove CLOTHES to reply wrote: 7 > In article <43F9BB5B.A270B368@teksavvy.com>, JF Mezei ) > <jfmezei.spamnot@teksavvy.com> writes:   >  > D >>F$GETSYI should be enhanced so that one can request the primary IPB >>address of any host in the cluster, as well as its IP host name. >  > C > I don't know if F$GETSYI is the right place for that.  What about J > F$TCPIP?  There are some things which I want to get but, now, I have to I > parse output and/or issue commands and check the status (e.g. find the  ' > machine which has the cluster alias).  >   H The SYI in the lexical name stands for system.  I'd agree with Phillip, G keep things where they belong, and not where they don't belong.  Using  H GETSYI as a catch-all for everything doesn't seem the correct solution. C   Perhaps for cluster information, a GETCLU (if it doesn't already  - exist), and for TCP/IP information, a GETTCP.   F I'm thinking a partial reason why some wishlist items don't happen is G because the request asks for them to happen in a place where they're a   pain in the ass.   --  4 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 Road  Vanderbilt, PA  15486    ------------------------------    Date: 20 Feb 2006 18:43:45 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) / Subject: Re: F$GETSYI suggestion (IP addresses) 3 Message-ID: <v1rVOoNhQfy+@eisner.encompasserve.org>   \ In article <43F9BB5B.A270B368@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > D > F$GETSYI should be enhanced so that one can request the primary IPB > address of any host in the cluster, as well as its IP host name. > H > It should also allow one to get a host's primary ethernet address (eg: > first ethernet card).   ) What makes the "first" be the "primary" ?    ------------------------------  % Date: Mon, 20 Feb 2006 21:51:38 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: F$GETSYI to get cluster's founding node name + Message-ID: <43FA8E49.E9EEC341@comcast.net>   
 R Boyd wrote:  > @ > What's really weird about this is that the code show is almostH > identical to the cluster display code in SHOW_NODE_INFO.COM   I made aG > lot of changes to the procedure from its originally distributed form, ? > but I have no idea where the cluster display code originated.  > A > See:  http://dcl.openvms.org/stories.php?story=05/04/04/7482362  > I > There is a section for displaying cluster info if the node it is run on F > is a member of a cluster.   There are changes I made to this code toG > suit my own aesthetics about what it should look like, but I'm pretty " > sure that I didn't originate it. > ) > If it's originally yours David, thanks!   ? Hhmmm... Definitely looks possible that someone wanted to avoid E re-inventing a certain (set of) wheel(s), and just plugged it in as a  subroutine.    Neat stuff.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 20 Feb 2006 15:04:35 -0600  From: Mike <mike> 4 Subject: Have Rainbow, Free (+shipping) to Good Home5 Message-ID: <Xns97708F3181EBBmikeX932@216.196.97.136>   K Well, whom else would know of a good home for an old DEC Rainbow than then   comp.os.VMS gang.   J I have one rainbow, two vr201 monitors, two lk201 keyboards.  Three years K ago the rainbow would boot, it now powers on with the message "See OwNer's  ! MaNual - MESSAGE 31 - Main Board"   L For the cost of packaging and shipping you can have these classic pieces of 
 Digital past.   1 send request to mike<dot>omalley<at>mail<dot>com.        	...Mike   ------------------------------    Date: 20 Feb 2006 17:39:19 -0800 From: tom@kednos.com5 Subject: Re: Here it is: OpenVMS/Alpha on a simulator B Message-ID: <1140485959.137482.38130@g14g2000cwa.googlegroups.com>   Tom Linden wrote: L > On 3 Feb 2006 03:15:06 -0800, Wilm Boerhout <w4.boerhout@planet.nl> wrote: > 0 > > Oops, that should read: DEC 3000-400, as in: > >  > > $ sho cpu /act > > & > > System: xxPA01, DEC 3000 Model 400 > >  > > CPU ownership sets:  > >    Active               0  > >  > > CPU state sets:  > >    Autostart            0   > >    Powered Down         None  > >    Not Present          None  > >    Failover             None > > 	 > > /Wilm  > >  > H > So that would be the 21064 cpu?  What about VMS licensing, same as for. > CHARON VAX?  Will there be a page similar toB > http://h71000.www7.hp.com/openvms/sri-charon-vax-emulator.html ? >  > Tom    Wim, never got a reply :-(   ------------------------------    Date: 20 Feb 2006 12:11:29 -0800 From: "R Boyd" <bob@hax.com>8 Subject: Re: Installing Disk Shadowing - What is Needed?C Message-ID: <1140466289.390217.307870@g47g2000cwa.googlegroups.com>   G SHADOW_MAX_COPY could be much higher for your DS20E without causing any C trouble, but setting it to 2 is fine.  You should probably consider C tuning SHADOW_MBR_TIMEOUT to something reasonable for your hardware / configuration.  On some of my systems I use 60.   / These are all listed at the HP patch web pages:   & DEC-AXPVMS-VMS721_PCSI-V0100--4.PCSI;1  ( DEC-AXPVMS-VMS721_UPDATE-V0300--4.PCSI;1  ' DEC-AXPVMS-VMS721_ACRTL-V0400--4.PCSI;1 ( DEC-AXPVMS-VMS721_AUDSRV-V0200--4.PCSI;1( DEC-AXPVMS-VMS721_BACKUP-V0200--4.PCSI;1( DEC-AXPVMS-VMS721_CLIUTL-V0300--4.PCSI;2) DEC-AXPVMS-VMS721_CPU1605-V0100--4.PCSI;1 % DEC-AXPVMS-VMS721_DCL-V0300--4.PCSI;1 & DEC-AXPVMS-VMS721_DDTM-V0200--4.PCSI;1, DEC-AXPVMS-VMS721_DECW_XTERM-V0100--4.PCSI;1( DEC-AXPVMS-VMS721_DRIVER-V0400--4.PCSI;2$ DEC-AXPVMS-VMS721_DV-V0100--4.PCSI;1, DEC-AXPVMS-VMS721_DW_MOT_MUP-V0100--4.PCSI;2& DEC-AXPVMS-VMS721_F11X-V0400--4.PCSI;1, DEC-AXPVMS-VMS721_FIBRE_SCSI-V0600--4.PCSI;1* DEC-AXPVMS-VMS721_GRAPHICS-V0500--4.PCSI;1% DEC-AXPVMS-VMS721_IPC-V0200--4.PCSI;1 % DEC-AXPVMS-VMS721_LAN-V0400--4.PCSI;1 ( DEC-AXPVMS-VMS721_LIBRTL-V0400--4.PCSI;2' DEC-AXPVMS-VMS721_LOGIN-V0100--4.PCSI;1 ( DEC-AXPVMS-VMS721_MANAGE-V0200--4.PCSI;1) DEC-AXPVMS-VMS721_MOUNT96-V0300--4.PCSI;1 ) DEC-AXPVMS-VMS721_PTHREAD-V0400--4.PCSI;1 , DEC-AXPVMS-VMS721_RENAME_OLD-V0200--4.PCSI;2% DEC-AXPVMS-VMS721_RMS-V0500--4.PCSI;1 & DEC-AXPVMS-VMS721_SCSI-V0100--4.PCSI;1+ DEC-AXPVMS-VMS721_SHADOWING-V0700--4.PCSI;1 % DEC-AXPVMS-VMS721_SYS-V1200--4.PCSI;1 ( DEC-AXPVMS-VMS721_SYSLOA-V0200--4.PCSI;1     Shawn M. wrote: 	 > Hi All,  > C > We have just added a disk shelf to our DS20E Alpha Server running  > OpenVMS V7.2-1.  > H > This server already has a Storage Shelf attached to it, however, it is- > using hardware raid via a SWXCR Controller.  > D > We are thinking about just using Disk Shadowing on the new storageE > shelf and I wanted to make sure that other than the license, that I 5 > have everything I need to make this work correctly.  > F > I am not planning on shadowing my System Disk as this is being takenH > care of by the SWXCR Shelf.   Would the following values be correct in > the Modparams.dat File.  > 
 > SHADOWING=2  > SHADOW_SYS_DISK = 0  > SHADOW_SYS_UNIT = 0  > SHADOW_MAX_COPY=2  > G > Also which patches should I make sure have been installed in order to F > have everything up to the correct levels for the version of OpenVMS? > ! > Thanks in advance for any help.  >  > Shawn    ------------------------------  % Date: Mon, 20 Feb 2006 16:03:01 -0500 % From: BRAD <bradhamilton@comcast.net> 8 Subject: Re: Installing Disk Shadowing - What is Needed?* Message-ID: <43FA2E85.4090609@comcast.net>  
 R Boyd wrote: I > SHADOW_MAX_COPY could be much higher for your DS20E without causing any E > trouble, but setting it to 2 is fine.  You should probably consider E > tuning SHADOW_MBR_TIMEOUT to something reasonable for your hardware 1 > configuration.  On some of my systems I use 60.   E I haven't seen it mentioned here, so don't forget ALLOCLASS, either.  H There is  a document in the doc set just for volume shadowing.  I would I take a good look at the doc, and follow the instructions therein.  Refer  E to your own "local" copy of the docset, BTW - HP's website no longer  F carries V7.2-1 docs, and there may be differences between V7.2-1, and  the "current" versions.    ------------------------------  + Date: Mon, 20 Feb 2006 20:35:29 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)8 Subject: Re: Installing Disk Shadowing - What is Needed?$ Message-ID: <dtd96h$ucp$3@online.de>  C In article <1140442327.905283.263300@f14g2000cwb.googlegroups.com>, . "Shawn M." <shawnm1964@sbcglobal.net> writes:   
 > SHADOWING=2  > SHADOW_SYS_DISK = 0  > SHADOW_SYS_UNIT = 0   + You don't need this if SHADOW_SYS_DISK = 0.    > SHADOW_MAX_COPY=2   G The best value is site-dependent.  I have 1, but on quite old hardware. H The default is 4.  (It's a dynamic parameter, though, so you can change  it if needed without a reboot.)   G > Also which patches should I make sure have been installed in order to F > have everything up to the correct levels for the version of OpenVMS?  .    ftp://ftp.itrc.hp.com/openvms_patches/alpha  D Install the latest update patch and any patches which are not in it G because they are newer.  (Of course, as always, read the release notes   first!)    ------------------------------  % Date: Mon, 20 Feb 2006 19:23:28 -0500 * From: "d b turner" <dbturner@islandco.com>@ Subject: Re: KZPEA in ES45 with serial console only -- run bios?2 Message-ID: <t2tKf.8$eQ3.4@bignews4.bellsouth.net>  3 in most cases you don't need to run the bios anyway  they default as scsi id 7 / the two channels both are preset to run at u160 F Unless you run these in  a cluster, you shouldn't need to run the bios; Otherwise, stuff it in a PC and change the settings in that  DT    < "Dale Dellutri" <ddelQQQlutr@panQQQix.com> wrote in message & news:dt7l9a$10s$1@reader2.panix.com...? > I'm considering getting a KZPEA for use in an ES45 which only @ > has a serial console;  the ES45 does not have a graphics card. > @ > The KZPEA specs say that it needs a "video monitor" to run the? > bios on it to do things like, for example, change the SCSI id  > (it defaults to 7).  > > > Has anyone successfully run the bios on this card in an ES45A > with only a serial console (attached to a VT520 or equivalent)?  > = > If not, has anyone successfully run the bios on the card by > > first putting it in a PC and running the bios and setting it
 > up in a PC?  > 5 > The KZPEA is actually an Adaptec AIC-7899, I think.  >  > --  : > Dale Dellutri <ddelQQQlutr@panQQQix.com> (lose the Q's)    ------------------------------  % Date: Mon, 20 Feb 2006 22:10:11 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>+ Subject: Re: More VMS & DCL wish list items + Message-ID: <43FA92A3.BE5E1D50@comcast.net>    Albrecht Schlosser wrote:  >  > David J Dachtera wrote: H > > From a thread about finding *THE* log file for a specific batch job: > > E > > o We need to have SHOW ENTRY/FULL, and co. be able to display the K > > explicit, fully qualified filespec of the job's log file, including the  > > correct version number.  > J > ... and we need some more qualifiers to select the jobs to be displayed, > e.g. >  >    /since=... /before=...  >  > together with  > 9 >    /started or /completed (default would be /completed)  >  > and/or the > < >    /queue=... (obviously wildcards would be _very_ useful) >  > and maybe more ...  @ ...like /ELAPSED and/or /RUNNING_SINCE. I have a DCL proc. in myD DCL$PATH which I call SHAFT.COM (SHow entry/AFTer) which, as well asA showing the /AFTER time for jobs, also shows the LOGINTIM for the ( process if the job is currently running.  4 Just a couple or three items that SHOW ENTRY forgot.  C /SINCE and /BEFORE might need modifiers like /SUBMITTED, /COMPLETED ( (/COMPLETED being the default, perhaps).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 20 Feb 2006 22:02:01 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: Mosaic v3.9 compile+ Message-ID: <43FA90B9.8C2C8623@comcast.net>    George Cook wrote: > b > In article <43F7F2D0.2EC74766@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:# > > tomarsin2015@comcast.net wrote:  > >>
 > >> HelloL > >> As I type in this message, I am compiling Mosaic V3.9 on a 3100-40 with > >> 24megs of ram. C > >> So far it has taken 2 reboots and  3 hours and counting. I was  > >> wondering what files are J > >> needed so I can just copy them to some other VAXes, or does each copy > >> of Mosaic need $ > >> to be compile on each machine?? > > J > > No program should *EVER* need to be built from source on each machine. > > That's ludicrous.  > > K > > There is some difference of option, but I hold that LINKing from source 9 > > on each target is worst it should *EVER* have to get.  > > C > > ...but that's just me. I've yet to see an o.s. that can only be H > > installed from source (though, perhaps such may exist). So, I see no> > > reason why layered products, etc. should be any different. > F > Name one other layered product which must be linked with TCP/IP, SSLF > and Motif, and which will run on VMS 5.4-3 onward, Motif 1.1 onward,F > HP SSL or OpenSSL (0.9.4 onward), and any of the major TCP/IP stacksF > including CMU (whether or not they provide UCX compatibility).  ThenF > there is the issue of which C (DEC C, VAX C or GNU C) RTL shareablesE > or OLBs to link VAX executables against, or how to provide VAX OLBs H > which will link in any of the three possible C environments.  It wouldD > be a nightmare to provide bug fixes (between releases) in any form > other than source.  G The folks who put out Multinet seem to manage by distributing .OLBs for 2 their product, and it is *DEFINITELY* much C code.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Tue, 21 Feb 2006 01:20:13 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Mosaic v3.9 compile, Message-ID: <43FAB0F8.2C608D8F@teksavvy.com>   David J Dachtera wrote:    I > The folks who put out Multinet seem to manage by distributing .OLBs for 4 > their product, and it is *DEFINITELY* much C code.  E If there is conditional compilation (for instance, whether to support G HTTPS: and if so, with which SSL software to use), then it becomes hard L to supply a single OLB unless you put strick set of software pre-requisites.   ------------------------------  % Date: Mon, 20 Feb 2006 13:54:39 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs 9 Message-ID: <yvidnaTGfeOIjWfenZ2dnUVZ_s6dnZ2d@libcom.com>   F Well, we'll start with a negative, since the topic being responded to 2 isn't included.  Seems like boob's babbling again.   bob@instantwhip.com wrote:? > games in a work environment?  I want to work where you do! :)  > A > Openoffice is currently being ported to vms ... they need help, % > so why do not you sign up and help?   I It's not his job.  If something works for him, he should use it, even if   it doesn't run on VMS.  > > I am saying that vms runs almost everything for the backend,@ > and also for web and mail services, and anything can be ported@ > to vms, or developed (programming) if it is not ... my company@ > has needs for apps all the time that I cannot buy or download, > so I WRITE THEM! > C > There are always exceptions like a flight simulator, but how many  > companies require that?  > A > There is NO excuse to not at least be running your DBs, web and D > mail services on a virus free, hacker free environment ... OpenVMS6 > offers all of those and more ... can you grasp that?  H Damn, Bob has made some rather good points, and even earned the capitol 5 B and the loss of the extra o for at least this post.   I How about getting solutions the old fashioned way, writing them in-house?   H Flight Simulator and many other dedicated applications don't need to be G connected to the outside world, and therefore security isn't nearly as  F much as issue.  Besides, just how much can you lose in an environment G where the app can be reloaded, and the most important piece of data is  " your high score(s) on the game(s)?  I But for your customer's data, bank account numbers and such, credit card  F numbers, you're accepting a great responsibility when you acquire and H store such, and using anything but the most secure environment could be  considered negligence.  H It does seem that Simon is aware of VMS, and quite likely uses it where H appropriate, so most of what Bob writes is most likely preaching to the I choir, just as this post is doing.  Bob has admitted that his users have  H windoz on the desktop, so he's doing the same things as Simon is likely  doing.   --  4 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 Road  Vanderbilt, PA  15486    ------------------------------    Date: 20 Feb 2006 14:42:02 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <dPhZ65zIdTXM@eisner.encompasserve.org>   R In article <43F65D0B.3020104@comcast.net>, BRAD <bradhamilton@comcast.net> writes: > @ > There is nothing that I can see that would prevent folks from I > administering a multi-user Unix system (a large Solaris or AIX system,  J > for instance) in a manner similar to your VMS example above, where only @ > a trusted Admin has access to root.  I have seen such systems  > administered in such a way.   D    Almost every UNIX I've used has had an application that required A    frequent reboots (not UNIX' fault, but true nevertheless).  On B    some we had admins that would setup the required sudo.  On most    we had the root password.   ------------------------------    Date: 20 Feb 2006 20:04:12 -0800 From: bob@instantwhip.com 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140494652.600775.163470@f14g2000cwb.googlegroups.com>   7 my users use windoze as a gui for vms, nothing more ...    ------------------------------  % Date: Tue, 21 Feb 2006 00:45:44 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs / Message-ID: <sIKdnU8-WugxNWfeRVn-jg@libcom.com>    bob@instantwhip.com wrote:9 > my users use windoze as a gui for vms, nothing more ...  >    What does that mean?   Just a terminal emulator?    Any other type of applications?   
 Web Browsers?   E Any office automation stuff, word processing, spreadsheets, and such?    --  4 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 Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 21 Feb 2006 00:47:00 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs / Message-ID: <sIKdnU4-WuhqNWfeRVn-jg@libcom.com>    bob@instantwhip.com wrote:9 > my users use windoze as a gui for vms, nothing more ...  >   H In thinking about it a bit, whatever you use for a newsreader sucks, or 1 you go out of your way to make it appear to suck.    --  4 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 Road  Vanderbilt, PA  15486    ------------------------------    Date: 20 Feb 2006 11:55:44 -0800; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> L Subject: Re: Problems with L&TT (Library and Tape Tools) on V8.2 (Long post)C Message-ID: <1140465344.767422.101100@g43g2000cwa.googlegroups.com>     Peter 'EPLAN' LANGSTOEGER wrote: > In article <1140450056.739706.118000@g47g2000cwa.googlegroups.com>, "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes: J > >Has anyone run the HP Library & Tape Tools utility on an Alpha VMS V8.2E > >system yet?  This system is a fresh install - no patches have been I > >installed as of yet and a minimum of layered products have been added. H > >I just down loaded V4.0-1 of LTT and am having trouble making it workD > >correctly.  The current setup is listed below.  When I attempt toH > >execute the program it sends the cursor to the top left corner of theF > >screen, sends the cpu to 100% and sits for approximately 10 minutesF > >before spitting out a several thousand line long trace dump which IC > >have partially reproduced below.  Any thoughts would be welcome.  > H > Not only a problem of V8.2. I've seen this on V7.3-2 too (with V4.0-0,I > V4.0-1 is only 2 weeks old - and yet another pure kit .PCSI, which gets L > corrupted during download - I hate them doing this - Please use ZIP[SFX]).- > And we have a lot of VMS732 ECOs installed.  > H > btw: You find LTT on HPs web via opsys "OpenVMS v7". Where did you get5 > the idea from that it should also run on V8.2 ? ;-)   6 Pure optimisim. :-)  The listing says V7.3-1 and up...   > : > And I don't think it is 10min here, more like few hours.L > Maybe it depends on the count of tape devices it assumes (and timeouts)...N > We have 12 MGA devices (how about 12x5min here vs 2x5min in your case ? :-)) >   > >$ show logical sys$posix_root1 > >   "SYS$POSIX_ROOT" = "GNU" (LNM$SYSTEM_TABLE) @ > >1  "GNU" = "$1$DGA1:[SYS0.SYSCOMMON.GNV.]" (LNM$SYSTEM_TABLE) > $ > We don't have Posix/Gnv installed.$ > Why do you think it is important ? >   G Just grasping.  The PDF document for LTT shows an example of running it F from the BASH shell in GNV.  Then again the documents only mention LTTG V3.5-2  I got the same error before I installed GNV also.  I was hoping G it was something to do with TERMINFO, though in hindsight I should have C known better since it managed to drive the cursor to the upper left $ using proper VT100 escape sequences.   > >$ show default ' > >  SYS$SYSDEVICE:[VMS$COMMON.OPT.LTT]  > >$ show termA > >Terminal: _TNA2:      Device_Type: VT100         Owner: _TNA2:  > A > We have seen it with VT100 but also with VT220, VT300 Series...  >  > >$ > >$run hp_ltt > >?0?1;24r?m??7h1 > >%CXXL-F-TERMINATE, terminate() or unexpected() I > >called%TRACE-F-TRACEBACK, symbolic stack dump follows  image    module : > >  routine             line      rel PC           abs PC > B > It took me almost 2 days to capture the start of the stack dump.I > It is seemingly umpteen thousand lines long (and you have to wait hours G > before it starts). And no help from HP so far (they only wanted us to 3 > reinstall - usual with [former] windows products)  > ) > Will do another try with V4.0-1 soon...  >  > -- > 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: 20 Feb 2006 11:56:04 -0800 From: "R Boyd" <bob@hax.com>H Subject: Wanted:  Beta testers for poor man/woman's DEFRAGMENTATION toolB Message-ID: <1140465364.118714.21140@g14g2000cwa.googlegroups.com>  G After downloading Kostas Gavrieldis' VMS_CHECK and running it on 2 or 3 @ clusters, I noticed that here and there would be a disk that had" terrible fragmentation situations.  G Not having a license for defragmentation products on these systems (and D not much likelyhood of getting approval to buy any) I decided to see; what I could do with DFG reporting and DFU defragmentation.   F After playing with them by hand it became obvious that a DCL procedure) would be relatively easy to put together.   G I wound up including a fragment of code from VMS_CHECK (with permission D from Kostas) so that anyone with VMS_CHECK could run it even if they* didn't have access to the DFG install kit.  > I'm interested in getting feedback about this approach to spotC defragmenting, and any comments about the procedure. Karl Rohwedder = already provided some fixes for pre-V7.3-2 systems and VAXes.    The procedure is viewable at  9 http://dcl.openvms.org/stories.php?story=06/02/16/5888176   B There's an odd bit in the comments at the beginning explaining the= parameters -- just replace "&lt" with "<" and "&gt" with ">".    Robert   ------------------------------    Date: 20 Feb 2006 15:41:56 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) L Subject: Re: Wanted:  Beta testers for poor man/woman's DEFRAGMENTATION tool3 Message-ID: <5Ik5Y1Gt3vbg@eisner.encompasserve.org>   a In article <1140465364.118714.21140@g14g2000cwa.googlegroups.com>, "R Boyd" <bob@hax.com> writes: I > After downloading Kostas Gavrieldis' VMS_CHECK and running it on 2 or 3 B > clusters, I noticed that here and there would be a disk that had$ > terrible fragmentation situations.  I    I wrote a poor man's file defragger (look for PMFD, not to be confused D    with PMDF) and put it on the Freeware some time ago.  It defrags K    individual files in the hope that doing so will tend to defrag the disk. K    I have seen measureable perfromance improvements using it.  I have used  M    the DFU reporting capabilities to verify it's tendency to defrag the disk. L    And I have used it many times to defragment particular files when I knew     said file needed defragging.   B    But I did get one system disk so fragged up that the only way I?    could striaghten it out was standalone backup.  A commercial D    defragging tools might have been able to fix it, and would in any5    case have a lot of features I never bothered with.    ------------------------------  % Date: Mon, 20 Feb 2006 15:12:58 -0600  From: Mike <mike> 6 Subject: Re: What is going on with VAX prices on ebay?5 Message-ID: <Xns9770909D2FCDBmikeX932@216.196.97.136>   ? tomarsin2015@comcast.net wrote in news:1140228322.379320.224610  @g47g2000cwa.googlegroups.com:  7 > Most of the VAXes on ebay (for now) are being sold by H > companies. A couple of weeks ago there was a 3100 SPX that started outF > at 9.95. I had a 3100-85 that I just sold for 300.00 but then it wasI > loaded 3 Seagate 18gb drives, a dds-3 tape drive and a ton of software.  > phill  >   9 So, should I put my MVII Worldbox with ka655 CPU on ebay?    ------------------------------  % Date: Mon, 20 Feb 2006 21:59:40 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>6 Subject: Re: What is going on with VAX prices on ebay?+ Message-ID: <43FA902C.8C74A6ED@comcast.net>    Mike wrote:  > A > tomarsin2015@comcast.net wrote in news:1140228322.379320.224610   > @g47g2000cwa.googlegroups.com: > 9 > > Most of the VAXes on ebay (for now) are being sold by J > > companies. A couple of weeks ago there was a 3100 SPX that started outH > > at 9.95. I had a 3100-85 that I just sold for 300.00 but then it wasK > > loaded 3 Seagate 18gb drives, a dds-3 tape drive and a ton of software. 	 > > phill  > >  > ; > So, should I put my MVII Worldbox with ka655 CPU on ebay?    Isn't that a MVIII?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Mon, 20 Feb 2006 21:58:58 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>= Subject: Re: [OpenVMS Alpha V7.3-2] Batch/Print Job Numbering + Message-ID: <43FA9002.A7E1DABE@comcast.net>    Dave Froble wrote: > [snip]7 > What seems the best solution to me is a utility that:  > J > 1) Could re-set the number to 0 or 1, depending upon what's stored, last > used, or next to use.  > # > 2) Could set the rollover number.  > I > Every night at midnight, or whenever one wanted to, set the job numbers I > to start at 1.  As long as the range selected is large enough, ever job J > in a day would have a unique number.  That is what the OP wanted, right?  F Well, Peter said he needed to find the job log for a specific job thatC errored out, and that the entry number roll-over was inhibiting his  efforts.  F So, my take is that he wants to be able to find the log for a specificF job retained on error. He posits that entry number re-use is hindering that.    That's how I read it...   D A job SUBMITted /HOLD once a minute for a day would yield 1440 entry numbers.  E A job SUBMITted /HOLD once a second for a day would yield 86400 entry  numbers.   FWIW...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   End of INFO-VAX 2006.103 ************************