1 INFO-VAX	Sat, 07 May 2005	Volume 2005 : Issue 253       Contents: Re: 7.3-2 and 8.X-Y  Re: 7.3-2 and 8.X-Y  Re: Appletalk on Alphas  Re: Appletalk on Alphas  Re: ASP, OSU, OpenVMS 7 Re: DECwindows: API equivalent for SET DISPLAY/CREATE ? 7 Re: DECwindows: API equivalent for SET DISPLAY/CREATE ? % Re: finding the (biggest) bottle neck < Heads up Alpha and Storage information - Ok for External use@ Re: Heads up Alpha and Storage information - Ok for External use@ Re: Heads up Alpha and Storage information - Ok for External use Re: help installing dfu please?  Re: help installing dfu please?  Re: help installing dfu please?  Re: help installing dfu please?  Re: help installing dfu please? & Re: how, exactly, is SYS$NODE defined?& Re: how, exactly, is SYS$NODE defined? Re: OpenVMS using RAID drives  Re: ordering OpenVMS 8.2 Re: ordering OpenVMS 8.2 PWS433au serial console  Re: PWS433au serial console  Re: PWS433au serial console L Re: Time to vote on your favorite slogan for the next OpenVMS License  plate VAXstation 4000 vlc  Re: VAXstation 4000 vlc  Re: VAXstation 4000 vlc  Re: VAXstation 4000 vlc  Re: VAXstation 4000 vlc  Re: VAXstation 4000 vlc  Re: VAXstation 4000 vlc   F ----------------------------------------------------------------------  # Date: Fri, 06 May 2005 19:32:15 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: 7.3-2 and 8.X-Y2 Message-ID: <3DPee.5030$Js1.3526@news.cpqcorp.net>  w In article <d5gdv6$lbs$6@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: 7 :It seems rather likely that 7.3-2 will be supported...   ?   OpenVMS Alpha V7.3-2 is the "landing zone" for V7.* releases.   D   Please see the PVS links in the FAQ for this and for other version   support details.  > :Is there any word on what the last version for ALPHA will be?  D   I am aware of no plans to end OpenVMS Alpha releases, nor any such;   announcements.  We have new Alpha systems shipping, FWIW.   J :In general (I haven't done that many upgrades), is an upgrade from A.B-C J :to X.Y-Z always supported, whatever B, C, Y and Z are (assuming they are  :not implicitly 0)?   A   Please see the list of upgrade paths in the OpenVMS FAQ.  (I do @   try to keep that list current, but it's a non-trivial effort.)  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Fri, 06 May 2005 20:23:24 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: 7.3-2 and 8.X-Y2 Message-ID: <0nQee.5038$rv1.2762@news.cpqcorp.net>  v In article <d5ghjq$sp$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  J :Yes, of course, and 8.2 exists.  Let me phrase the question another way: I :what is the highest ALPHA release (and what is the highest VAX release)  J :for which there are concrete plans, i.e. for which it is reasonably sure , :that it will appear sometime in the future?    @   The roadmap is available, and is the published plan of record.  K   Please realize that the engineers that are posting here in the newsgroups I   are simply not in a position to answer this or other similar questions; F   whether to your satisfaction, or to the satisfaction of other folks.  I   If you want or need a more specific answer or a more specific support,  J   release or feature commitment, then direct contact with an HP corporate H   officer would likely be warranted.  (I've posted the two most releventH   OpenVMS email contact addresses within the current OpenVMS FAQ.  As anH   alternative, do please contact me with the details and the background I   via direct email, and I will forward the question along to the relevent    corporate folks.  H   The Bootcamp will have details of what we are presently working on, asG   well as what releases are pending -- various of the OpenVMS engineers G   will be showing off what we have been doing for the last year or so.  I   (I should be towing along an AlphaStation series box, and possibly also J   an Integrity server box, while displaying some of my recent stuff.)  ButH   what I'm showing is only a small part of what I've been up to -- and IH   expect the same holds for the other engineers that will be presenting.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 6 May 2005 23:45:01 GMT  From: healyzh@aracnet.com   Subject: Re: Appletalk on Alphas, Message-ID: <d5gvht02dh4@enews4.newsguy.com>  # Ed Wilts <ewilts@ewilts.org> wrote: H > reaction I'll get to that.  By killing the Appletalk stack, we've lostH > all VMS upgrade abilities.  We're stuck on VMS 7.3-2 forever until theH > cluster dies.  I've been a VMS admin since the blue wall (V2.4 over 20H > years ago) but unfortunately this is the end of the line for VMS here.  D Take a look at building a Linux box as a print server.  Use CUPS andK Netatalk on it, and then reconfigure your cluster to send the print jobs to  the Linux box.   		Zane   ------------------------------   Date: 6 May 2005 17:44:19 -0700 ' From: "toby" <toby@telegraphics.com.au>   Subject: Re: Appletalk on AlphasA Message-ID: <1115426659.648635.5240@f14g2000cwb.googlegroups.com>    Larry Kilgallen wrote:A > In article <040520052217443232%nospam@yrl.co.uk>, Elliott Roper  <nospam@yrl.co.uk> writes: >  > ... F > From my perspective, OS X is not worth considering because from what= > I can see it has no disk format in common with MacOS 7.5.5.   ' ISO 9660 will work. Perhaps also FAT32.    > When IE > need to transfer data between networks, it sometimes is larger than G > will fit on a floppy.  Using a regular disk, MacOS X from what I have D > seen cannot handle regular HFS -- only a newer HFS variant that is not  > supported on MacOS 7.5.5.   - Correct - HFS+ was introduced with MacOS 8.1.    --Toby   ------------------------------  # Date: Sat, 07 May 2005 00:39:23 GMT " From: "Ivan Tafur" <ivane@msn.com> Subject: Re: ASP, OSU, OpenVMS8 Message-ID: <%6Uee.2983$w15.431@tornado.tampabay.rr.com>  $ You can generate "Data Access Pages"  8 "Chuck Aaron" <caaron@ceris.purdue.edu> wrote in message/ news:d4qmsp$8vt$1@mailhub227.itcs.purdue.edu...  > Group, > 6 > Via ASP's, can an ACCESS database be linked to a webL > page so users can query the data via osu web server running openvms 7.3-2? > @ > If you have any examples on how to do this it would be greatly appreciated. > 	 > Thanks,  > Chuck    ------------------------------  % Date: Fri, 06 May 2005 16:15:12 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> @ Subject: Re: DECwindows: API equivalent for SET DISPLAY/CREATE ?, Message-ID: <427BD04F.93BEDB03@teksavvy.com>   FredK wrote:B > Just create the DECW$DISPLAY logical with a standard X11 display3 > string FOO::0.0 or FOO.BAR.COM:0.0 or 0:0.0, etc.   
 Cool. Thanks.   G If I happened to know the WSAx device name for a display, I just define  DECW$DISPLAY to "WSAx:" ? E (For instance, if the VMS host already has a connection to a specific D display, I might as well use that WSA device to pop an alert on thatA terminal instead of creating a new one, right ?  Or does defining G DECW$DISPLATY to foo.bar.com:0.0 result in no WSA devices being created G and longering around forever after I'd popped an alert on that screen ?    ------------------------------  # Date: Fri, 06 May 2005 21:01:49 GMT * From: "FredK" <fred.nospam@nospam.dec.com>@ Subject: Re: DECwindows: API equivalent for SET DISPLAY/CREATE ?2 Message-ID: <1XQee.5039$Tx1.2029@news.cpqcorp.net>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:427BD04F.93BEDB03@teksavvy.com... > I > If I happened to know the WSAx device name for a display, I just define  > DECW$DISPLAY to "WSAx:" ?   I Yes.  XOpenDisplay looks for an explicit string, and if none is given, it C looks at the value of DECW$DISPLAY.  If it finds WSAx as the value, * it is used to open the display connection.  G > (For instance, if the VMS host already has a connection to a specific F > display, I might as well use that WSA device to pop an alert on thatC > terminal instead of creating a new one, right ?  Or does defining I > DECW$DISPLATY to foo.bar.com:0.0 result in no WSA devices being created I > and longering around forever after I'd popped an alert on that screen ?    From memory...  F DECW$DISPLAY is a normal VMS logical name.  You can define it per job,F process, system, etc.  If you redefine DECW$DISPLAY which *had* a WSAxH device as it's translation - the translation is lost (duh).  If the WSAx	 device is J created /EXEC then it will hang around forever, otherwise it will vaporize when$ the last connection on it is closed.  D IIRC Using WSA0 as the value for DECW$DISPLAY will create a new WSAxG device (again IIRC) using the settings for WSA0.   Otherwise, I believe F no WSA device is created by the XOpenDisplay - only SET DISPLAY/CREATEC creates a WSAx device (except code that knows how to do the QIO's).    ------------------------------  # Date: Sat, 07 May 2005 00:00:28 GMT + From: Jack Patteeuw <jjpatteeuw@nospam.net> . Subject: Re: finding the (biggest) bottle neckB Message-ID: <wyTee.4624$pe3.1269@newsread3.news.atl.earthlink.net>   denny wrote:  > the CI  **is** the bottleneck. > D > we have DLT80s on PCI bus KZ adapters, ES45s. we got 10 to 1 speed; > increase in the ES45 backups versus the old, VAX backups.  > H > Problem with the CI is it can't feed the DLTs fast enough so they stop% > streaming. Very bad for throughput.  > D > Stay away from Raid5. Use larger disks and Raid 1 if possible.  WeB > found the tendency is to partition the Raid5 sets down to small,> > unusable chunks.  Harder to fall into this trap with Raid 1. > I > Also, beware of shadowing overhead. I would use controller-based Raid 1 6 > before i'd use shadowing on a CI based, VAX cluster. > 
 > FWIW. YMMV.  > 
 > regards, > denny  > G Thanks Denny, this is exactly the kind of information I wanted to get !   1 How many DLT80's per SCSI bus ?  KZPBA, correct ?   H We have been running a number of different small (1-4 GB) data sets and = have found some interesting, but not outstanding information.   C Disks in a RAID5 set on a HSJ50 don't appear to be any slower than  ( single disks (all DS-RZ1ED-VW, 10k RPM).  J TZ89 is definitely faster than TZ88.  One test went from 30 min to 20 min.  E TZ89 (wide) on an HSJ50 (narrow) is marginally faster than when on a  G KZPSA (wide) SCSI adapter directly connect to the GS140 (8 - EV6/525).  C This PCI was pretty "hot" as we run an LAVC and a fair amount of X  , Windows traffic on the Ethernet on that bus.  I We want to try a KZPBA (wide UltraSCSI) instead of the KZPSA (Wide SCSI)   with the TZ89.   ------------------------------   Date: 6 May 2005 13:00:43 -0700 ! From: susan_skonetski@hotmail.com E Subject: Heads up Alpha and Storage information - Ok for External use C Message-ID: <1115409643.957492.209260@z14g2000cwz.googlegroups.com>    Dear Folks,   E I just got this from Richard Smith in the Alpha group and thought you  might find it useful.   
 Warm Regards,  Sue   ' Maximum I/O Capacity Doubled for GS1280   E System qualification testing has completed for an increase in maximum E I/O Connections to 32 (Tru64 UNIX) and 24 (OpenVMS) from the previous E limit of 16 connections.  This new maximum makes possible a total I/O G bandwidth for a 32P or 64P system of up to 111 GB/sec.  For comparison, 9 the 64P IBM p5 590 has a peak I/O bandwidth of 48 GB/sec.     9 New GS1280 Model 16 to Model 32 Upgrade Kit (3X-BA65C-AA)   B This new upgrade kit includes all the expansion hardware needed toE upgrade an AlphaServer GS1280 Model 16 to an AlphaServer GS1280 Model  32.   3 =B7        One CPU rack with four 8P System drawers    =B7        One power rack.  F Installation involves transfer of CPU modules, I/O Drawers and storageD from original M16 rack to new Upgrade racks (any new CPU modules and@ drawers ordered with the Upgrade are integrated at the factory).  G The news is that this upgrade kit permits upgrades, at a later date, to E a GS1280 M64.  The previous upgrade offering limited expansion at the D Model 32 level.  Also, this upgrade includes a Dual AC power supply,E standard; where the previous upgrade only offered Dual AC as an extra ? cost option.  The new upgrade is priced exactly the same as the  previous upgrade offering.    9 New GS1280 Model 32 to Model 64 Upgrade Kit (3X-BA65D-AA)   B This new upgrade kit includes all the expansion hardware needed toE upgrade an AlphaServer GS1280 Model 32 to an AlphaServer GS1280 Model  64 in a single part number.   3 =B7        One CPU rack with four 8P System drawers    =B7        One power rack.  G =B7        Cable Kit to convert two AlphaServer GS1280 Model 32 systems * to one AlphaServer GS1280 Model 64 system.    @ Qualification of 1066 MHz RDRAM Memory for use with 1.15 GHz EV7    C Customers now have a choice of using either the 800 MHz or 1066 MHz B RDRAM memory with the 1.15 GHz EV7 CPU.  The 1066 MHz RDRAM memory5 remains the only choice for use with the 1.3 GHz EV7.     ( New Part Numbers for iCAP CPU Enablement  A These new parts bring the buying process for the instant Capacity G (iCAP) CPU offering on Marvel into line with the way customers purchase & iCAP for Integrity and HP9000 systems.  B The iCAP program gives customers the option to purchase add-on CPUE modules at a reduced price and install those modules in systems ready F to activate instantly when needed for extra computational capacity. To  use the iCAP program for Marvel:  I 1=2E     Order and install iCAP CPU modules along with Full Use CPUs. The A total number of Full Use CPU Building Block Modules plus iCAP CPU E Building Bock Modules must adhere to the CPU configuration guidelines  for the system.   D 2=2E     Use the iCAP software utilities (supplied with the iCAP CPUG Module) to set the iCAP CPU inactive until extra capacity is needed. An F inactive iCAP CPU cannot be connected to an I/O Building Block Drawer.  D 3=2E     Activate the iCAP CPUs for First Use when extra capacity is: needed, and then promptly purchase the new iCAP Enablement (Right-to-Use) part.  A iCAP CPU Building Block Module + iCAP Enablement =3D Full Use CPU  Building Block Module.    8 Support for the Latest HP Storage and Backup Peripherals    F Qualification testing has completed for support of these up-to-date HPA storage and backup peripherals on all AlphaServers, including the ' Marvel systems; ES47, ES80, and GS1280:       * =B7        xp12000 StorageWorks Disk Array  G =B7        MSA30 MI Storage Enclosure     Rackmount, 14-drive enclosure E with dual bus, multi-initiator shared access, and dual power supplies   F =B7        SDLT 600 Tape Drive     600-GB capacity, full-height device  D =B7        Ultrium 448 Tape Drive   400-GB capacity LTO, half-height device  D =B7        Ultrium 460 Tape Drive   400-GB capacity LTO, full-height device  D =B7        Ultrium 960 Tape Drive   800-GB capacity LTO, full-height device  0 =B7        DLT VS160 Tape Drive  160-GB capacity  D =B7        1U Rackmount Tape Drive Enclosure      Supports up to two' internal half-height devices including:   & o       DAT 40, and DAT 72 Tape Drives  ' o       DLT VS80, DLT VS160 Tape Drives    o       Ultrium 448 Tape Drives   ' =B7        1/8 SDLT 320 Tape Autoloader   & =B7        1/8 LTO 460 Tape Autoloader  7 =B7        Enterprise class ESL e Series Tape Libraries    ------------------------------   Date: 6 May 2005 15:49:31 -0700  From: bob@instantwhip.com I Subject: Re: Heads up Alpha and Storage information - Ok for External use C Message-ID: <1115419771.456276.182480@g14g2000cwa.googlegroups.com>   G so much for power 5 ... at less than half the bandwidth of an EV7, they G can have the fastest processor in the world, but it will sputter on its  own data ...   ------------------------------  % Date: Fri, 06 May 2005 23:39:56 -0400 ' From: Dave Froble <davef@tsoft-inc.com> I Subject: Re: Heads up Alpha and Storage information - Ok for External use / Message-ID: <117oe4e6e7256d@corp.supernews.com>    bob@instantwhip.com wrote:I > so much for power 5 ... at less than half the bandwidth of an EV7, they I > can have the fastest processor in the world, but it will sputter on its  > own data ... >   E First boob, you're pissing on a rather capable computer architecture  - that routinely blows itanic out of the water.   G Second, you seem to miss what's important.  Alpha can do the things as  > described in the announcement, but there will be no follow-on.  H Have fun with your new itanics in the future.  Oh, let us know when you 2 get that $1000 VMS system that Curly promised you.   --  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: Fri, 06 May 2005 17:59:48 GMT # From: hoff@hp.nospam (Hoff Hoffman) ( Subject: Re: help installing dfu please?2 Message-ID: <ogOee.5018$Uo1.2089@news.cpqcorp.net>  s In article <1115398487.539487.293450@o13g2000cwo.googlegroups.com>, "derek pietro" <djpietro@earthlink.net> writes: D :Trying to install dfu on a machine that claims to be "OpenVMS Alpha
 :v7.2-1...C :Downloaded dec-axpvms-dfu-v0301-1-1.pcsi which I believe to be the E :proper file did show product followed by install - output below..... 3 :Can someone direct me in my novice misguided ways?   J   As a rule, I would stop when I see PCSI complaining about prerequisites,=   unless there is information indicating you should continue.   H :%PCSI-W-SFTREF, product DEC AXPVMS DFU V3.1-1 references DEC AXPVMS VMSO :-PCSI-W-SFTRF1, referenced product is not installed and a kit is not available K :-PCSI-W-SFTRF2, note that if the software dependency is expressed within a N :-PCSI-W-SFTRF3,   configuration option of the referencing product, the optionO :-PCSI-W-SFTRF4,   will be marked unselectable to allow installation to proceed # :Do you want to continue? [YES] yes   I   As a general rule, I would not tend to continue from such prompts.  (If I   a tool is asking me if it should continue with a `do you really want to I   do this' sort of prompt, well, the programmer thought there were one or L   more reasons why I might not to, and went some effort to code the prompts.8   All of which generally means `there be dragons here'.)  J   I pulled the kit apart (prod extr pdf dfu /source=sys$login:) for a look"   within, and found the following:  $   product DEC AXPVMS DFU V3.1 full ;4     software DEC AXPVMS VMS version minimum V7.3-1 ;  I   Put another way, your OpenVMS Alpha version is too old for this version J   of DFU.  (DFU V3.1-1 is the most current kit in general circulation, and>   is the kit found on the OpenVMS Freeware V7.0 distribution.)  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 6 May 2005 12:37:25 -0500 4 From: kaplow_r@encompasserve.org.TRABoD (Bob Kaplow)( Subject: Re: help installing dfu please?3 Message-ID: <9yr1B3xW24FY@eisner.encompasserve.org>   s In article <1115398487.539487.293450@o13g2000cwo.googlegroups.com>, "derek pietro" <djpietro@earthlink.net> writes: E > Trying to install dfu on a machine that claims to be "OpenVMS Alpha  > v7.2-1D > Downloaded dec-axpvms-dfu-v0301-1-1.pcsi which I believe to be the
 > proper file   ? I think you have a patch and not the full product distribution.   1 	Bob Kaplow	NAR # 18L	TRA # "Impeach the TRA BoD" & 		>>> To reply, remove the TRABoD! <<<K Kaplow Klips & Baffle:	http://nira-rocketry.org/LeadingEdge/Phantom4000.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org   ------------------------------  $ Date: Fri, 6 May 2005 14:30:53 -0400 From: norm.raphael@metso.com( Subject: Re: help installing dfu please?Q Message-ID: <OF2D3CE4E2.631785C1-ON85256FF9.0065A071-85256FF9.00658BB7@metso.com>   > hoff@hp.nospam (Hoff Hoffman) wrote on 05/06/2005 01:59:48 PM:  E > In article <1115398487.539487.293450@o13g2000cwo.googlegroups.com>, 1 > "derek pietro" <djpietro@earthlink.net> writes: F > :Trying to install dfu on a machine that claims to be "OpenVMS Alpha > :v7.2-1...E > :Downloaded dec-axpvms-dfu-v0301-1-1.pcsi which I believe to be the G > :proper file did show product followed by install - output below..... 5 > :Can someone direct me in my novice misguided ways?  > = >   As a rule, I would stop when I see PCSI complaining about  prerequisites,? >   unless there is information indicating you should continue.  > J > :%PCSI-W-SFTREF, product DEC AXPVMS DFU V3.1-1 references DEC AXPVMS VMSC > :-PCSI-W-SFTRF1, referenced product is not installed and a kit is  > not available K > :-PCSI-W-SFTRF2, note that if the software dependency is expressed within  a I > :-PCSI-W-SFTRF3,   configuration option of the referencing product, the  optionH > :-PCSI-W-SFTRF4,   will be marked unselectable to allow installationto proceed % > :Do you want to continue? [YES] yes  > K >   As a general rule, I would not tend to continue from such prompts.  (If K >   a tool is asking me if it should continue with a `do you really want to K >   do this' sort of prompt, well, the programmer thought there were one or E >   more reasons why I might not to, and went some effort to code the  prompts.: >   All of which generally means `there be dragons here'.) > G >   I pulled the kit apart (prod extr pdf dfu /source=sys$login:) for a  look$ >   within, and found the following: > & >   product DEC AXPVMS DFU V3.1 full ;6 >     software DEC AXPVMS VMS version minimum V7.3-1 ; > K >   Put another way, your OpenVMS Alpha version is too old for this version H >   of DFU.  (DFU V3.1-1 is the most current kit in general circulation, and @ >   is the kit found on the OpenVMS Freeware V7.0 distribution.)  B ..which begs the question:  What is the latest version runnable on2 "OpenVMS Alpha v7.2-1" and where can he obtain it?   > 2 >  ---------------------------- #include <rtfaq.h> ----------------------------- 3 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faq 4 >  --------------------------- pure personal opinion --------------------------- G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com  >    ------------------------------   Date: 6 May 2005 11:35:09 -0700 - From: "derek pietro" <djpietro@earthlink.net> ( Subject: Re: help installing dfu please?C Message-ID: <1115404509.639146.117970@z14g2000cwz.googlegroups.com>   G Can anyone tell me where I might find an appropriate version of dfu for  my  7.2-1 alpha?   Thanks.    ------------------------------  # Date: Fri, 06 May 2005 19:14:28 GMT # From: hoff@hp.nospam (Hoff Hoffman) ( Subject: Re: help installing dfu please?2 Message-ID: <omPee.5028$Js1.4979@news.cpqcorp.net>  s In article <1115404509.639146.117970@z14g2000cwz.googlegroups.com>, "derek pietro" <djpietro@earthlink.net> writes: H :Can anyone tell me where I might find an appropriate version of dfu for :my  7.2-1 alpha?   E   I do not know of a version compatibility list for DFU, nor are such I   lists maintained in general -- even production layered product packages D   do not generally have such compatibility lists; not just Freeware.C   (See the software rollout report for this sort of information, of B   course -- that lists the current version and the minimum OpenVMS   release required.)  E   DFU V3.1-1 fixes at least one nasty corruption problem found within E   V3.1 and earlier DFU releases, and thus is the recommended version. C   (No, I don't know details of the corruption -- merely that it was    considered to be "serious".)  D   OpenVMS Alpha V7.2-1 exited support status some time ago, so thereC   has not been a particular effort keeping products compatible with    it, nor to ECO it, etc.   C   As for finding older releases, older versions of DFU are on older E   Freeware.  <http://www.hp.com/go/openvms/freeware>.  Start with V6,    and work backwards.   H   I know I would be looking to upgrade OpenVMS Alpha and not downgradingF   DFU, obviously.  I'd upgrade to either V7.3-2 or to V8.2, obviously.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  * Date: Fri, 6 May 2005 18:15:07 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)/ Subject: Re: how, exactly, is SYS$NODE defined? $ Message-ID: <d5gc7b$lbs$1@online.de>  : In article <ziIee.4994$W71.2572@news.cpqcorp.net>, "FredK"% <fred.nospam@nospam.dec.com> writes:    + > I've opened an internal bug report on it.   I Thanks.  It's nice to see that users of VMS workstations (I have several  G at home, and also one at work, where I spend almost all of my day) are   still taken into consideration!    ------------------------------  # Date: Fri, 06 May 2005 19:09:28 GMT * From: "FredK" <fred.nospam@nospam.dec.com>/ Subject: Re: how, exactly, is SYS$NODE defined? 2 Message-ID: <IhPee.5026$Un1.3663@news.cpqcorp.net>  L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>/ wrote in message news:d5gckc$lbs$3@online.de... < > In article <ZMNee.5016$ro1.1243@news.cpqcorp.net>, "FredK"   > L > > Fixing the DTLOGIN issue locally is fairly simple.  The reql question isJ > > if the rest of the code should be examined for the use of gethostname. > D > Does this refer to just CDE/ALPHA (I've never used the traditional@ > interface on ALPHA and don't even know if it exists) or to theI > traditional/VAX interface as well (where there is the same problem with ; > the login box, but also for the session-manager toolbar).  >   L Well.  The *VAX* code is a seperate entity.  The "traditional" Motif desktopF on the other hand, probably also uses the result of the same call.  MyC quick check started in DTLOGIN, which led to XMU, which led to XLIB  which led to FULLNAME.  F > > Since I was complaining, I also requested TCPIP to be added to the > > default transport list ;-) > G > That has to be the single most common problem I've encountered.  "Why E > doesn't my display work?"  Display set correctly on remote machine, E > check.  Security allows remote connections, check.  Transport TCPIP 
 > allowed? >   % Yes.  It's always bugged me a little.    ------------------------------   Date: 6 May 2005 12:13:24 -0700 ' From: "DL Phillips" <whohe@whoever.com> & Subject: Re: OpenVMS using RAID drivesC Message-ID: <1115406804.021576.199510@f14g2000cwb.googlegroups.com>    Bill Todd wrote: > DL Phillips wrote: >  > ...  > ? > > Ken Olson: "There is no reason for any individual to have a  computer in  > > their home." > > ? > > By not realising his error in time, Mr. Olson's company was 	 overtaken $ > > by those who could see a reason. > >  > > Nuff Said? >  > Too much, actually.  > B > If you'd like to get a clue about the real nature of that quote, SnopesD > would be a good place to start.  If you'd like to get a clue about the C > real nature of DEC's downfall, that will take a bit more study on 
 your part. >  > - bill    D Thanks for the reminder, Bill. Living in a place full of Ols-O-ns, IE did slip up on spelling Mr. Olsen's name. Yeah, I've read that snopes 
 thing before.   C I even remember when KO made that speech. I remember the subsequent G "What I meant was..." articles. Maybe you should read it again, though, F because the *clue* I have based upon living through the Digital era isA that that out-of-context" statement pretty much sums up Digital's D attitude at the time, as does his entire speech. I have my opinions,D based upon my experiences, as to why DEC failed and I'm reluctant toF start that old discussion again. I stand by my statement. If you don'tD see it, then maybe you were standing too close to the problem at the time.   C Digital was so focused on IBM that they developed tunnel vision and D didn't see the monster growing under their up-turned noses. Way backF when, our DEC OEM rep told us DEC's vision of the future: "There won't> be any mid-sized businesses in the future. There will be smallD businesses and they will use PC's and there will be large businessesE and they will use VMS." Digital only wanted large businesses. I still 3 see a bunch of mid-sized businesses around, though.   	 Attitude.   F Sadly, I bought into the DEC-way (tm) and laughed at the toy computersD and didn't buy Microsoft or Intel stock when it came out. If I had I# wouldn't be sitting here right now.   B It seems a lot of what I hear from the "in-crowd" is why somethingC can't be done or what a piece of crap something is. Lack of vision. G Lack of awareness. Why VAX couldn't be expanded to 64 bits. Why EPIC is C never going to make it. Why VMS can't run on X86-64. The DEC-way of 	 thinking.    S.S.D.D.  A I had a physics professor once who was fond of saying: "Never say G something can't be done, because as soon as you do you'll hear a noise, + turn around, and someone will be doing it."   D Whether the Itanic sinks or not, there is one thing for certain: theG X86-64 will continue to get faster and more powerful. You see, it's the F application that sells the hardware and it's the CPU's instruction setA that preserves the application. Not having to continually port an G application means that more time can be spent growing and improving the  application. Same with chips.   3 Improve the technology but protect the environment.     -Clueless Doug    ------------------------------  $ Date: Fri, 6 May 2005 20:53:00 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ! Subject: Re: ordering OpenVMS 8.2 : Message-ID: <WjUee.21065$VL3.820580@news20.bellglobal.com>  J "David Turner, Island Computers US Corp" <david@hpaq.net> wrote in message. news:Gyree.28$0i3.14@bignews3.bellsouth.net...F > have called HP, Two authorized resellers and HP financial services.H > None of them can find out the ordering part number for the OpenVMS 8.2 > distribution media.  > ( > Can anyone advise of the part number ? >  > Thanks >  > --   >  > David B Turner > Island Computers US Corp > 2700 Gregory St, Suite 180 > Savannah GA 31404  > Tel: 912 447 6622 X201 > Skype ID: islandco > Fax: 912 201 0402  > Email: dbturner@icusc.com  > Web: http://www.islandco.com' > ===================================== > > All orders are subject to the following terms and conditions0 > of sale. These should be read before ordering.' > http://www.islandco.com/warranty.html  > I Check this link for VAX and Alpha. I'm not sure why Itanium isn't on this  list.   & http://www1.sqp.com/SPLofferings.shtml  M The complete kit for Alpha is "QA-5G98A-H8". Note that these part numbers do  I not change when they jump to a new OS level. Since  OpenVMS 8.2 was just  I delivered two weeks ago with the subscription service, I can only assume  # that this is what you will receive.    Prices are listed here: 2 http://h71000.www7.hp.com/swcat/us/swprodlibs.html    
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Fri, 06 May 2005 21:23:30 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: ordering OpenVMS 8.2 + Message-ID: <427C26A2.AAA2E8A4@comcast.net>    Bob Kaplow wrote:  > ? > Any idea on when the Hobbyist kit for 8.2 Alpha might be out?   A About the only real advantage to that seems to be having a couple G compiler kits on the O.S. disk image. Otherwise, if you already get the & VMS CDs and the ConDist (aka SPL), ...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:C" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/,  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 6 May 2005 12:48:09 -0500e- From: Kilgallen@SpamCop.net (Larry Kilgallen)p  Subject: PWS433au serial console3 Message-ID: <P182sYe6Pbva@eisner.encompasserve.org>f  D Can anyone tell me how to force a PWS433au to use the serial console0 without having a video console connected to it ?   ------------------------------  * Date: Fri, 6 May 2005 18:21:43 +0000 (UTC). From: klewis@LUMINA.MITRE.ORG (Keith A. Lewis)$ Subject: Re: PWS433au serial console. Message-ID: <d5gcjn$8s2$1@newslocal.mitre.org>   Kilgallen@SpamCop.net (Larry Kilgallen) writes in article <P182sYe6Pbva@eisner.encompasserve.org> dated 6 May 2005 12:48:09 -0500:E >Can anyone tell me how to force a PWS433au to use the serial console41 >without having a video console connected to it ?4  H Is this a trick question?  Attach a keyboard and type SET CONSOLE SERIAL( at the >>> prompt which you can't see.    J If the system is booting automatically, you can try to hit ^C at the right$ time, or disconnect the boot medium.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 6 May 2005 15:16:08 -0500(- From: Kilgallen@SpamCop.net (Larry Kilgallen)s$ Subject: Re: PWS433au serial console3 Message-ID: <7J03YSoWUej+@eisner.encompasserve.org>h  U In article <OYWdnREqMNOiK-bfRVn-uQ@sunset.net>, Tom Crabtree <spam@sucks.com> writes:d	 > Hmmm...v > Must be a trick question.  >  > Easy.  > 0 > Boot the computer without a keyboard attached.  C 2. Have the serial line plugged into the proper jack (_not_ the onen.    closest to the corner of the box).  Thanks.   >  > TomC >  > Larry Kilgallen wrote:G >> Can anyone tell me how to force a PWS433au to use the serial consoleh3 >> without having a video console connected to it ?p   ------------------------------  $ Date: Fri, 6 May 2005 20:03:42 -0400# From: "John Smith" <a@nonymous.com>rU Subject: Re: Time to vote on your favorite slogan for the next OpenVMS License  plate>, Message-ID: <CaqdnS7PMNmym-HfRVn-ig@igs.net>   JF Mezei wrote:e > Richard Maher wrote:E >> to me was "Why are WE doing this?".  Why don't you pay some really-F >> creative (in an advertising, outside of the box, sense of the word)" >> people to come up with an idea? >-1 > They do that for real HP products. Not for VMS.3 >  > " >> Getting back to amateur day : - >  > How about: >2& > VMS, the operating system for adults! > VMS, the adult operating systeme >5 >> VMS - Server Viagra >g
 > Instead: >TB > VMS can stay up for more than 4 hours without needing visit by a
 > specialist.d    / VMS - The little blue pill of operating systems    --F OpenVMS - The never advertised operating system with the dwindling ISV base.i   ------------------------------  % Date: Fri, 06 May 2005 16:17:04 -0600t" From: GreyCloud <cumulus@mist.com> Subject: VAXstation 4000 vlc( Message-ID: <427BECE0.34D107A1@mist.com>  8 I finally got the terminal (vt420) hooked up to the vlc.5 Nothing shows but the cursor when turning on the vlc.n4 The back 8 leds indicate that it is in console mode.; I suppose I can safely assume that this machine is a goner.  (??)   ------------------------------  $ Date: Sat, 7 May 2005 00:23:50 +01000 From: "Alex Daniels" <AlexDaniels@themail.co.uk>  Subject: Re: VAXstation 4000 vlc5 Message-ID: <427bfc88$0$2586$da0feed9@news.zen.co.uk>e  0 "GreyCloud" <cumulus@mist.com> wrote in message " news:427BECE0.34D107A1@mist.com...9 >I finally got the terminal (vt420) hooked up to the vlc.n7 > Nothing shows but the cursor when turning on the vlc.l6 > The back 8 leds indicate that it is in console mode.= > I suppose I can safely assume that this machine is a goner.  > (??)  I There is a console select switch on these (maybe marked as S3), use this wM switch to select either the graphics terminal or printer/console port as the n system console  9 It is located to the left of the keyboard connector port.    Alex e   ------------------------------  % Date: Fri, 06 May 2005 19:26:42 -0600a" From: GreyCloud <cumulus@mist.com>  Subject: Re: VAXstation 4000 vlc( Message-ID: <427C1952.E84D9FDB@mist.com>   Alex Daniels wrote:- > 1 > "GreyCloud" <cumulus@mist.com> wrote in message-$ > news:427BECE0.34D107A1@mist.com...; > >I finally got the terminal (vt420) hooked up to the vlc.-9 > > Nothing shows but the cursor when turning on the vlc.-8 > > The back 8 leds indicate that it is in console mode.? > > I suppose I can safely assume that this machine is a goner.a > > (??) > J > There is a console select switch on these (maybe marked as S3), use thisN > switch to select either the graphics terminal or printer/console port as the > system console > ; > It is located to the left of the keyboard connector port.  >   : I've selected console, but unfortunately nothing appears. < I've even tried pushing the reset button on the side with no6 luck.  Hoping for one more next step, otherwise, maybe; somebody knows of a vax4000/60 for sale that has memory and " hard drive along with the OpenVMS.   ------------------------------  % Date: Fri, 06 May 2005 21:32:40 -0400t- From: JF Mezei <jfmezei.spamnot@teksavvy.com>-  Subject: Re: VAXstation 4000 vlc, Message-ID: <427C1AA1.1BA2E3A7@teksavvy.com>   GreyCloud wrote:; > I've selected console, but unfortunately nothing appears.4> > I've even tried pushing the reset button on the side with no8 > luck.  Hoping for one more next step, otherwise, maybe= > somebody knows of a vax4000/60 for sale that has memory andt$ > hard drive along with the OpenVMS.  F Do you have a modem signal tester ? You shoudl plug on into the serialC port to see if anything is comint out of it. And if not, try on thetD other  serial port, and if not, then try both again with the console' selection switch in the other position.M   ------------------------------  % Date: Fri, 06 May 2005 21:33:16 -0500H2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: VAXstation 4000 vlc+ Message-ID: <427C28EC.22E66EA3@comcast.net>-   GreyCloud wrote: > : > I finally got the terminal (vt420) hooked up to the vlc.7 > Nothing shows but the cursor when turning on the vlc.U6 > The back 8 leds indicate that it is in console mode.= > I suppose I can safely assume that this machine is a goner.e > (??)   Sorry - dumb questions time...  H Did you use the correct MMJ jacks on the VT420? (one s/b COMM, other s/b# printer or COMM - select in SETUP).r  C Have you tried checking the MMJ cable? A Simple VOM should suffice.f  D Try a DB25F - DB9F null modem cable between the VLC and your PC withD whatever terminal program you can get hold of. Use 9600, 8-none-1. IG believe you should at least get SOMEthing when you power up the VLC andv it runs its POST.R  H Do you have an R-G-B monitor and an LK201 or LK401 keyboard that you can try?  H Also, try: leave the VLC powered up overnight, then try power-cycling itD the next day to see if anything different happens (I'm guessing dead mobo battery).   -- n David J Dachtera dba DJE SystemsS http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 06 May 2005 23:42:21 -0400a' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: VAXstation 4000 vlc0 Message-ID: <117oe8tc101siac@corp.supernews.com>   GreyCloud wrote:: > I finally got the terminal (vt420) hooked up to the vlc.7 > Nothing shows but the cursor when turning on the vlc.w6 > The back 8 leds indicate that it is in console mode.= > I suppose I can safely assume that this machine is a goner.  > (??)  H Well,  I'd first ask whether the VT-420 works?  Is it set for 9600 baud?   -- Y4 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 Roadl Vanderbilt, PA  15486r   ------------------------------  % Date: Fri, 06 May 2005 23:49:35 -0400a' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: VAXstation 4000 vlc0 Message-ID: <117oemfg4m1on73@corp.supernews.com>   David J Dachtera wrote:f > GreyCloud wrote: > : >>I finally got the terminal (vt420) hooked up to the vlc.7 >>Nothing shows but the cursor when turning on the vlc.m6 >>The back 8 leds indicate that it is in console mode.= >>I suppose I can safely assume that this machine is a goner.e >>(??) >  >   > Sorry - dumb questions time... > J > Did you use the correct MMJ jacks on the VT420? (one s/b COMM, other s/b% > printer or COMM - select in SETUP).t > E > Have you tried checking the MMJ cable? A Simple VOM should suffice.C  ? I checked them before I sent them.  At least that should be Ok.e  F > Try a DB25F - DB9F null modem cable between the VLC and your PC withF > whatever terminal program you can get hold of. Use 9600, 8-none-1. II > believe you should at least get SOMEthing when you power up the VLC and- > it runs its POST.- > J > Do you have an R-G-B monitor and an LK201 or LK401 keyboard that you can > try? > J > Also, try: leave the VLC powered up overnight, then try power-cycling itF > the next day to see if anything different happens (I'm guessing dead > mobo battery). >    All good issues to check.a   -- ,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    ------------------------------   End of INFO-VAX 2005.253 ************************