1 INFO-VAX	Sat, 15 Nov 2003	Volume 2003 : Issue 633       Contents: A sort of a "me too" Re: A sort of a "me too" alpha box and licence too? Re: alpha box and licence too? Re: alpha box and licence too? Re: alpha box and licence too?= Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-2 = Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-2 = Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-2 $ Re: Backups and shadowed system disk$ Re: Backups and shadowed system disk$ Re: Backups and shadowed system disk$ Re: Backups and shadowed system disk$ Re: Backups and shadowed system disk Re: Can Pagefile be too big?/ Re: DECserver reloads over internet VPN tunnels  Re: DLT Duplicator Re: DLT Duplicator Re: Erasing disks: conclusion  Re: Erasing disks: conclusion  Re: Erasing disks: conclusion  Re: Erasing disks: conclusion  Re: EV79 CANCELED !!!!!!!!! $ IA64 may show some promise - Gartner( Re: IA64 may show some promise - Gartner( Re: IA64 may show some promise - Gartner Re: IA64 TPC results Re: IA64 TPC results Re: IA64 TPC results Re: Main memory for galaxy Re: Main memory for galaxy& Re: Only hope for Intel is alpha chip?; Re: Request " ''BOLD' Error in process BDUGKSH  ''NORMAL' "  Save Set Manager RE:  Save Set Manager  Re: Save Set Manager Re: Save Set Manager Re: smtp internet headers  Re: smtp internet headers 5 Sun to use AMD Opteron - announcement expected Monday   Re: VMS Defragmentation Software$ Re: VMS- submit queue only runs once Re: Web VT Emulation( xscreenserver makevms.com compile errors, Re: xscreenserver makevms.com compile errors, Re: xscreenserver makevms.com compile errors  F ----------------------------------------------------------------------   Date: 14 Nov 2003 22:52 CST . From: carl@nospam.gerg.tamu.edu (Carl Perkins) Subject: A sort of a "me too" 4 Message-ID: <14NOV200322522562@nospam.gerg.tamu.edu>  H Well, it's happened to me too - today was my last day at my current job.  J I may or may not be working with VMS at my next job (since I havn't got itJ yet, I don't know), and so I may or may not be hanging around here so much in the future.  : It's been fun and interesting, at least a lot of the time.   --- Carl   ------------------------------  % Date: Sat, 15 Nov 2003 00:48:13 -0500 * From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: A sort of a "me too" 2 Message-ID: <Ybedndxut6SGIyii4p2dnA@metrocast.net>  ; "Carl Perkins" <carl@nospam.gerg.tamu.edu> wrote in message . news:14NOV200322522562@nospam.gerg.tamu.edu...J > Well, it's happened to me too - today was my last day at my current job. > L > I may or may not be working with VMS at my next job (since I havn't got itL > yet, I don't know), and so I may or may not be hanging around here so much > in the future. > < > It's been fun and interesting, at least a lot of the time.  , Good luck, and don't be a complete stranger.   - bill   ------------------------------  # Date: Fri, 14 Nov 2003 20:46:03 GMT  From: tutor@nospam.cfl.rr.com # Subject: alpha box and licence too? 8 Message-ID: <smfarvsm2mmicrd65ogv1jqp0l7mrajc9i@4ax.com>   j1076366@cfl.rr.com   B  Do any of you know where to buy an old/used Alpha (like a DigitalD Alphastation)?  I want to get the VMS Hobbyist License ($30) and runF VMS AT HOME!!!!!  I've done some internet searches but not many pop upD and those that do seem to be too expensive for the age/configuration   ------------------------------  # Date: Fri, 14 Nov 2003 21:56:13 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: alpha box and licence too? 1 Message-ID: <1cctb.9063$IV.3852@news.cpqcorp.net>   X In article <smfarvsm2mmicrd65ogv1jqp0l7mrajc9i@4ax.com>, tutor@nospam.cfl.rr.com writes:  C : Do any of you know where to buy an old/used Alpha (like a Digital E :Alphastation)?  I want to get the VMS Hobbyist License ($30) and run G :VMS AT HOME!!!!!  I've done some internet searches but not many pop up E :and those that do seem to be too expensive for the age/configuration   G   Various of the used equipment vendors will be providing and will tend G   to be advertising relatively recent systems.  More of the older stuff F   involves private sale, salvage, auctions, and auctions website -- orF   you could call a few of the used-equipment vendors and ask what they*   might have available in their inventory.  D   Among the least expensive platforms that can run OpenVMS, considerG   acquiring a used VAXstation series system, preferably VAXstation 4000 E   or later.  (VAXstation 3100 series has system disk limits, see the     OpenVMS FAQ for details.)   J   Information on VAX emulators -- another option -- is in the OpenVMS FAQ.  J   If you are new to OpenVMS, I would *not* recommend (initially) acquiringF   a system using any of the following buses: Q-bus, UNIBUS, BI.  WhileF   these are still good systems, additional knowledge of the system andG   I/O hardware is required for a successful configuration, and it tends F   to be more difficult to acquire and configure SCSI storage for theseE   systems.  I would look for a system with native SCSI support.  This F   generally means an AlphaStation or a VAXstation.  Once you have moreF   experience with OpenVMS and have decided to learn more about the I/OH   hardware on these older boxes, then these systems can be good choices.    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, 14 Nov 2003 23:51:00 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) ' Subject: Re: alpha box and licence too? ( Message-ID: <bp3pp4$mm6$1@pcls4.std.com>   tutor@nospam.cfl.rr.com writes:    >j1076366@cfl.rr.com  C > Do any of you know where to buy an old/used Alpha (like a Digital E >Alphastation)?  I want to get the VMS Hobbyist License ($30) and run G >VMS AT HOME!!!!!  I've done some internet searches but not many pop up E >and those that do seem to be too expensive for the age/configuration   H How much/little do you want to spend?  What capability do you want/need?B How new do you want?  You mention Digital Alphastations so you are willing to go that old I guess.   I Ebay often has stuff.  Do a basic search for Alphastation and Alphaserver D and as of now there's a stripped-down Alphastation 250 for $10, or aF stripped Alphaserver 1000 for $50, if you are comfortable with findingF things like drives/memory, or there are complete systems for more.  BeB patient, there are overpriced items there but bargains come along. --   -Mike    ------------------------------   Date: 15 Nov 2003 02:28:07 GMT From: healyzh@aracnet.com ' Subject: Re: alpha box and licence too? , Message-ID: <bp42vn029fs@enews4.newsguy.com>  8 Michael Moroney <moroney@world.std.spaamtrap.com> wrote:K > Ebay often has stuff.  Do a basic search for Alphastation and Alphaserver F > and as of now there's a stripped-down Alphastation 250 for $10, or aH > stripped Alphaserver 1000 for $50, if you are comfortable with findingH > things like drives/memory, or there are complete systems for more.  BeD > patient, there are overpriced items there but bargains come along.  K One thing though, people that are new to the platform should concentrate on K getting systems that already have enough RAM to run OpenVMS.  I'd recommend H a minimum of 16-32MB for a VAX or 128MB for OpenVMS.  This is especiallyF true if looking at something like an AlphaStation 500 that uses wierd,I expensive RAM.  Some systems like the AlphaStation 200 are fairly easy to E get RAM for (it uses 72-pin True Parity), but can still take time and H potentially more money than its worth.  I'm still looking for affordable AlphaStation 500/333 RAM.    			Zane    ------------------------------  % Date: Fri, 14 Nov 2003 19:31:13 +0100 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> F Subject: Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-26 Message-ID: <3fb51f71$0$58715$e4fe514c@news.xs4all.nl>   OK, some more details.  B We have three sites: two datacenters and one office building. The G smallest distance between any two is about 10 km. However, distance is  C not really an issue, because we have DWDM links between the sites.  C Between the 2 datacenters we have bridged virtual lans (of course,  I otherwise we could not have a OpenVMS cluster). From the office building  B to the datacenters we only have IP. In one datacenter we saved an C Alphaserver 4100 when it was replaced by GS160's. It has a network  B connection to one of the bridged VLAN's which are used as cluster H interconnect. We use this system for system management purposes and one A of those is AMDS (I still prefer AMDS over Availability Manager).   @ We can log in to this system from the office building, define a I Decwindows display back to the PC and fire up AMDS. The 4100 can see the  G production systems and we can see AMDS and use it to interact with the  H production systems. Of course, only one member of our team can use AMDS . in this way, but that is not really a problem.  I It is probably possible to use Availability Manager in the same way, but   I did not try that yet.   G I must confess one thing: getting all OpenVMS systems (both production  E and non-production) on one single VLAN took some persuasion from the  
 network team!    Hope this helps,  	 Bart Zorn      Chris Moore wrote:  L > That sounds similar to what we were promised -- any details that you could1 > provide on the setup would be much appreciated.  > 
 > Chris Moore  >  > --K > "Senator, let me state for the record, I am not now, nor have I ever been  > involved with Figure Skating" 8 > "Bart Zorn" <B.Zorn@xs4all.nospam.nl> wrote in message2 > news:3fb4d094$0$58706$e4fe514c@news.xs4all.nl... > C >>True, but adding a routable network layer to Availability Manager F >>defeats one very specific function of AM: the ability to communicateF >>with an OpenVMS system which is otherwise unresponsive. For this youJ >>need a very simple network layer which is not dependant on ACP processes >>or the like. >>C >>On the site where I currently work, we have an Alphaserver in the I >>datacenter which runs the AMDS console and which puts its display on my I >>DS10 workstation in the office building some 10 km from the datacenter.  >> >>Bart Zorn  >> >>Karl Rohwedder wrote:  >> >>>Chris Moore wrote:  >>>  >>> E >>>>We were promised an extension to this product at least 2, maybe 3 
 >>>>years ago C >>>>that would permit it to be run on a switched and routed network  >>>>without the E >>>>"proprietary protocol" requirement.  Since the network boys won't  >  > enable > E >>>>forwarding of these "unrecognized" packets, we have had to forego  >>>>using thisI >>>>very valuable tool across our multiple-site, 25+ system installation.  >>>>H >>>>A multi-layer client-server approach was suggested, with only TCP/IP >>>>traffic 2 >>>>going back and forth to the remote PC clients. >>>>? >>>>We check out each new release for some mention of this as a  >>>>possibility, butK >>>>once again, apparently not.  (and yet our call to HP on this remains in $ >>>>"monitor" status.........<sigh>) >>>>F >>>>Getting harder and harder to beat back the Windows and Unix hordes >>>>without ! >>>>some arrows in the quiver....  >>>> >>>> >>>> >>>>? >>>>"Barry Kierstein" <Barry.Kierstein@HP.Com> wrote in message 0 >>>>news:HSpsb.8855$FV5.1538@news.cpqcorp.net... >>>> >>>>H >>>>>The Availability Manager team is pleased to announce the release ofC >>>>>Availability Manager V2.3-1 and DECamds V7.3-2.  Both of these  > 
 > versions > < >>>>>will support data collection on OpenVMS V6.2 to V7.3-2. >>>>> E >>>>>In addition, the Availability Manager has a few enhancements and  >>>>>bugfixes: >>>>> H >>>>>o Sorting by columns added to Node Summary and Single Disk displaysE >>>>>o A few changes to synchronize AM cluster display with the SCACP  > 	 > utility  >  >>>>> on OpenVMS V7.3-2 F >>>>>o Correction of memory calculations needed to run AM.  The memoryF >>>>> calculations were too low for monitoring moderately-sized sites.F >>>>>o A node-specific customization file AMDS$LOGICALS_<nodename>.COMG >>>>> will now be executed if found by the AMDS$STARTUP.COM file.  This C >>>>> allows for node-specific customizations in a cluster setting. F >>>>>o Support for Dynamic Volume Expansion in OpenVMS V7.3-2.  In theI >>>>> disk tab, two new fields are displayed:  Volume Size & Volume Limit  >>>>> H >>>>>Both products are available on the web off of the OpenVMS homepage. >>>>>  >>>>>Barry Kierstein >>>>>Availability Manager team >>>>>  >>>>>  >>>> >>>> >>>>E >>>I second that, the ability run control 'remote' systems is needed!  >>>  >> >  >    ------------------------------  % Date: Fri, 14 Nov 2003 13:09:07 -0500 * From: "Chris Moore" <moore_mc@hotmail.com>F Subject: Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-25 Message-ID: <9T8tb.106949$PD3.5499556@nnrp1.uunet.ca>   J That sounds similar to what we were promised -- any details that you could/ provide on the setup would be much appreciated.    Chris Moore    --I "Senator, let me state for the record, I am not now, nor have I ever been  involved with Figure Skating" 6 "Bart Zorn" <B.Zorn@xs4all.nospam.nl> wrote in message0 news:3fb4d094$0$58706$e4fe514c@news.xs4all.nl...C > True, but adding a routable network layer to Availability Manager F > defeats one very specific function of AM: the ability to communicateF > with an OpenVMS system which is otherwise unresponsive. For this youJ > need a very simple network layer which is not dependant on ACP processes > or the like. > C > On the site where I currently work, we have an Alphaserver in the I > datacenter which runs the AMDS console and which puts its display on my I > DS10 workstation in the office building some 10 km from the datacenter.  >  > Bart Zorn  >  > Karl Rohwedder wrote:  > > Chris Moore wrote: > > F > >> We were promised an extension to this product at least 2, maybe 3 > >> years agoD > >> that would permit it to be run on a switched and routed network > >> without theF > >> "proprietary protocol" requirement.  Since the network boys won't enableF > >> forwarding of these "unrecognized" packets, we have had to forego > >> using this J > >> very valuable tool across our multiple-site, 25+ system installation. > >>I > >> A multi-layer client-server approach was suggested, with only TCP/IP  > >> traffic3 > >> going back and forth to the remote PC clients.  > >>@ > >> We check out each new release for some mention of this as a > >> possibility, but L > >> once again, apparently not.  (and yet our call to HP on this remains in% > >> "monitor" status.........<sigh>)  > >>G > >> Getting harder and harder to beat back the Windows and Unix hordes  > >> without" > >> some arrows in the quiver.... > >> > >> > >> > >>@ > >> "Barry Kierstein" <Barry.Kierstein@HP.Com> wrote in message1 > >> news:HSpsb.8855$FV5.1538@news.cpqcorp.net...  > >>I > >>> The Availability Manager team is pleased to announce the release of D > >>> Availability Manager V2.3-1 and DECamds V7.3-2.  Both of these versions= > >>> will support data collection on OpenVMS V6.2 to V7.3-2.  > >>> F > >>> In addition, the Availability Manager has a few enhancements and > >>> bugfixes:  > >>> I > >>> o Sorting by columns added to Node Summary and Single Disk displays F > >>> o A few changes to synchronize AM cluster display with the SCACP utility  > >>>  on OpenVMS V7.3-2G > >>> o Correction of memory calculations needed to run AM.  The memory G > >>>  calculations were too low for monitoring moderately-sized sites. G > >>> o A node-specific customization file AMDS$LOGICALS_<nodename>.COM H > >>>  will now be executed if found by the AMDS$STARTUP.COM file.  ThisD > >>>  allows for node-specific customizations in a cluster setting.G > >>> o Support for Dynamic Volume Expansion in OpenVMS V7.3-2.  In the J > >>>  disk tab, two new fields are displayed:  Volume Size & Volume Limit > >>> I > >>> Both products are available on the web off of the OpenVMS homepage.  > >>>  > >>> Barry Kierstein  > >>> Availability Manager team  > >>>  > >>>  > >> > >> > >>F > > I second that, the ability run control 'remote' systems is needed! > >  >    ------------------------------  % Date: Sat, 15 Nov 2003 11:01:59 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Announcing Availability Manager V2.3-1 and DECamds V7.3-2- Message-ID: <87u1561gig.fsf@prep.synonet.com>   ( "Chris Moore" <just@my.twocents> writes:  C > We were promised an extension to this product at least 2, maybe 3 C > years ago that would permit it to be run on a switched and routed 9 > network without the "proprietary protocol" requirement.   A That is no network protocol, witch is the entire point. AMDS will D function when all your networking and the like are all up the spout.    9 > Since the network boys won't enable forwarding of these ? > "unrecognized" packets, we have had to forego using this very B > valuable tool across our multiple-site, 25+ system installation.  @ They just need to be told that they either do it, or walk. There@ are plenty of good network people looking for work, no reason to out up with clueless idiots.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 14 Nov 2003 19:41:43 +0100 " From: Didier Morandi <no@spam.com>- Subject: Re: Backups and shadowed system disk 4 Message-ID: <3fb521e8$0$27041$626a54ce@news.free.fr>   Daryl Jones wrote:  H > One more thing to do is to make the system disk a read-only disk. This1 > makes the split of the system disk much easier.   > You'll tell us then how would VMS do hard paging and swapping?I Just try to do an ANA/DISK/REP/NOCON of sys$sysdevice (which writes lock  5 it) and you'll see how many error messages you get...    D.   ------------------------------    Date: 14 Nov 2003 13:10:38 -0600 From: briggs@encompasserve.org- Subject: Re: Backups and shadowed system disk 3 Message-ID: <lN3csyNw79fz@eisner.encompasserve.org>   Y In article <3fb521e8$0$27041$626a54ce@news.free.fr>, Didier Morandi <no@spam.com> writes:  > Daryl Jones wrote: > I >> One more thing to do is to make the system disk a read-only disk. This 2 >> makes the split of the system disk much easier. > @ > You'll tell us then how would VMS do hard paging and swapping?  3 On some other disk, of course.  What's the problem?   K > Just try to do an ANA/DISK/REP/NOCON of sys$sysdevice (which writes lock  7 > it) and you'll see how many error messages you get...   E Not many.  I've done it quite a few times.  It doesn't write lock the E disk.  Just the file system.  You can read and write to the disk just C fine.  Just don't try to create, delete, extend, truncate or rename ' any files and you should be unaffected.   0 Paging does not involve any of those operations.   	John Briggs   ------------------------------    Date: 14 Nov 2003 14:30:24 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones) - Subject: Re: Backups and shadowed system disk = Message-ID: <8a646952.0311141430.4bfc871d@posting.google.com>   ^ Didier Morandi <no@spam.com> wrote in message news:<3fb521e8$0$27041$626a54ce@news.free.fr>... > Daryl Jones wrote: > J > > One more thing to do is to make the system disk a read-only disk. This3 > > makes the split of the system disk much easier.  > @ > You'll tell us then how would VMS do hard paging and swapping?K > Just try to do an ANA/DISK/REP/NOCON of sys$sysdevice (which writes lock  7 > it) and you'll see how many error messages you get...  >  > D.    	 Dear Sir:   E I have setup many system disks to have read-only disk activity. There E are known procedures for setting up the system disk as read-only disk @ w/o hard setting the disk access. A general setup is to have theF system disk read-only and move the system files that have write ops toB another disk. Example: You can move the Sysuaf off the disk systemF disk via logical. Swap file isn't needed, therefore it can be deleted.A The page file can be removed from the system disk and placed upon B another disk granted you have enough memory (This was a problem onB earlier version of VMS). There are logicals for the network files.? There are logicals for the Queue Manager Database(VMSFAQ 5.17).   	 Good Luck  Daryl Jones    ------------------------------  % Date: Sat, 15 Nov 2003 03:08:53 +0100 * From: Paul Sture <nospam@sture.homeip.net>- Subject: Re: Backups and shadowed system disk 0 Message-ID: <3FB598C5.3481ADB2@sture.homeip.net>   Daryl Jones wrote: > ` > Didier Morandi <no@spam.com> wrote in message news:<3fb521e8$0$27041$626a54ce@news.free.fr>... > > Daryl Jones wrote: > > L > > > One more thing to do is to make the system disk a read-only disk. This5 > > > makes the split of the system disk much easier.  > > B > > You'll tell us then how would VMS do hard paging and swapping?L > > Just try to do an ANA/DISK/REP/NOCON of sys$sysdevice (which writes lock9 > > it) and you'll see how many error messages you get...  > >  > > D. >  > Dear Sir:  > G > I have setup many system disks to have read-only disk activity. There G > are known procedures for setting up the system disk as read-only disk B > w/o hard setting the disk access. A general setup is to have theH > system disk read-only and move the system files that have write ops toD > another disk. Example: You can move the Sysuaf off the disk systemH > disk via logical. Swap file isn't needed, therefore it can be deleted.C > The page file can be removed from the system disk and placed upon D > another disk granted you have enough memory (This was a problem onD > earlier version of VMS). There are logicals for the network files.A > There are logicals for the Queue Manager Database(VMSFAQ 5.17).  >   G So please tell me how I put OPERATOR.LOG, ACCOUNTNG.DAT on other disks. E Not to mention TCP/IP logs and so on (at least without a lot of work,  and what about upgrades?)    Enquiring minds wish to know.    --  
 Paul Sture   ------------------------------  % Date: Fri, 14 Nov 2003 21:17:40 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> - Subject: Re: Backups and shadowed system disk ' Message-ID: <3FB59AD4.E90B16A2@fsi.net>    Paul Sture wrote:  >  > Daryl Jones wrote: > > b > > Didier Morandi <no@spam.com> wrote in message news:<3fb521e8$0$27041$626a54ce@news.free.fr>... > > > Daryl Jones wrote: > > > N > > > > One more thing to do is to make the system disk a read-only disk. This7 > > > > makes the split of the system disk much easier.  > > > D > > > You'll tell us then how would VMS do hard paging and swapping?N > > > Just try to do an ANA/DISK/REP/NOCON of sys$sysdevice (which writes lock; > > > it) and you'll see how many error messages you get...  > > >  > > > D. > > 
 > > Dear Sir:  > > I > > I have setup many system disks to have read-only disk activity. There I > > are known procedures for setting up the system disk as read-only disk D > > w/o hard setting the disk access. A general setup is to have theJ > > system disk read-only and move the system files that have write ops toF > > another disk. Example: You can move the Sysuaf off the disk systemJ > > disk via logical. Swap file isn't needed, therefore it can be deleted.E > > The page file can be removed from the system disk and placed upon F > > another disk granted you have enough memory (This was a problem onF > > earlier version of VMS). There are logicals for the network files.C > > There are logicals for the Queue Manager Database(VMSFAQ 5.17).  > >  > I > So please tell me how I put OPERATOR.LOG, ACCOUNTNG.DAT on other disks. G > Not to mention TCP/IP logs and so on (at least without a lot of work,  > and what about upgrades?)  >  > Enquiring minds wish to know.   @ While I'm midly amused at Daryl's response to one of the OpenVMSD Engineers, in direct response to your query, Paul, I would suggest a@ look at SYLOGICALS.COM which explains the OPC$ LNMs. One of them* describes how to locate the OPCOM log OSD.  ? ACCOUNTNG.DAT? Likewise, or see the on-line HELP or the docset.   C I can't speak to UCX (nka TCP/IP Services), but I should think that H similar provisions are made, even if the documentation is a bit obscure.  * Multinet and/or TCPware should be similar.  	 To Daryl:   D I'd caution that Charlie Hammond is a longtime member of the OpenVMSG engineering team. So, a degree of respect is due him, to say the least.   G That said, if you have knowledge that would benefit the OVMS community, E a symposium tech. session would probably be appropriate. I would also E suggest posting a PowerPoint or web page to the web if your situation  would permit that.  
 To the group:   H Ever since I started hacking the OpenVMS boot CDs, I've believed that itF should be possible to run the bulk of VMS from a RAMdisk while bootingG from a CD or other RO medium, though the how-to has escaped me to date. B For example, the initial load of the boot param.'s poses rather a 
 challenge.  + ...my $0.02, FWIW (probably very little)...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 14 Nov 2003 19:19:38 GMT # From: hoff@hp.nospam (Hoff Hoffman) % Subject: Re: Can Pagefile be too big? 1 Message-ID: <eV9tb.9045$VD.4392@news.cpqcorp.net>   ] In article <bou5tl$p39$1@newslocal.mitre.org>, lewis@mazda.mitre.org (Keith A. Lewis) writes: | :hoff@hp.nospam (Hoff Hoffman) writes in article <Gowsb.8902$py6.7256@news.cpqcorp.net> dated Wed, 12 Nov 2003 20:05:58 GMT:g :>In article <Xns943177A5EFCA9falkarcabca@198.161.157.145>, Alfred Falk <falk@arc.REMOVE.ab.ca> writes: L :>:Some recent problems that we had were mis-diagnosed as insufficient page L :>:file size, so now I have a pagefile of more than 7 GB.  1.5 GB is likely J :>:large enough.  Is there a significant cost to having the larger file?  8 :>:That is, would it be worthwhile to shrink it again?   :>K :>  Other than the disk storage involved (and the usual risks of disk block L :>  errors that might arise underneath the pagefile), having a pagefile thatJ :>  is larger than current requirements should not have any particular nor0 :>  any particularly noticeable adverse effects. : I :Hmmm, that doesn't agree with what I learned in "OpenVMS Performance and M :Tuning" back in the day.  The instructor said yes a pagefile can be too big, M :and cited a couple of reasons, I'm not sure if they are as relevant today as 7 :they were back then, or even if I remember them right.   H   I expect any differences that might be seen on most OpenVMS boxes will.   be negligible in all but the "corner cases".  E   As for the training "in the day", memory management has seen -- and D   continues to see -- enhancements.  (This is one of the reasons whyD   I'm repeatedly asking about the OpenVMS version and the platform.)  H :* Virtual pages are indexed in RAM, and the size is proportional to theG :total amount of virtual memory.  Changing the page size from 512 to 8K 3 :(as in VAX-Alpha transition) helps here, I'm sure.   E   On OpenVMS Alpha, we use page table space for the page tables.  (We D   have and we continue to move larger data structures from S0 and S1,   space out into S2 (sixty-four bit) space.)  F   One of the other related changes on various of these data structuresC   is how these are allocated; we now pre-allocate enough storage to C   track very large usage but we only really occupy the storage when E   required; these changes are why we now have huge virtual page count B   limits and very large global page count settings.  (See attached?   text from a previous posting on GBLPAGES; see below the sig.)   L :* A larger pagefile spans more disk cylinders, which increases your average0 :seek time when you're fetching a bunch of them.  G   This is a specific case of spindle saturation -- if fault-related I/O E   saturation is a problem, I'd tend to expect to see a better overall F   result from multiple smaller pagefiles across multiple spindles (andF   buses and controllers, as appropriate) than from configuring smallerA   pagefiles across the same spindle, for instance.  Other obvious H   considerations involve working set sizes and available physical memoryD   because -- obviously -- the fastest pagefault is to not pagefault.  F   I'd not expect to see obvious seek-level differences arising in thisE   particular case; I'd not expect any differences that might exist in G   seek and in access times on different size pagefiles to have anything G   approaching a visible impact.  (Remember, you would really have to be F   hammering on the pagefile, and when you're doing that, well, you canG   have other and potentially far larger performance issues to resolve.)   E   Disks are faster than they used to be, and cheaper.  And the memory D   that is available for I/O caches far exceeds what was once common.E   As often as OpenVMS changes can be involved, cost structure changes G   (hardware, staffing, etc) can and do lead to tuning-strategy changes.     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    	--    ..! Subject: Re: GBLPAGES in VMS V7.3  Newsgroups: comp.os.vms  Date: 2001-10-16 17:03:21 PST   M In article <3BCC82F4.3BB4FA46@mail.com>, John Johnstone <jj_usenet@mail.com>   writes:   K :I've been looking at a system running VMS V7.3 and it looks like the value & :of GBLPAGES has taken quite a jump...4 :Does anyone know why there was such a large change?  F   We were asked to make OpenVMS easier to manage, and this is a (very)%   small part of that (on-going) work.   G   The setting of GBLPAGES determines the size of the Global Page Table  H   (GPT), and it is now initially sized to support larger RMS caches and &   other (large) users of global pages.  B   Now for some details on the cost of this change, in terms of theH   new physical memory requirements: the cost of sizing the GPT is three E   memory pages (assuming an eight kilobyte page size) for every four  F   million pages (well, actually, every 4,194,304 pages) configured in F   the system.  In other words, the overhead of the new higher setting F   is viewed as very low, and the value derived from easily increasing F   the available global pages and particularly in easily increasing in @   the available RMS caching are viewed as reasonable trade-offs.  I   As for how to memory cost of the GBLPAGES (GPT) setting was determined, J   since somebody is going to ask: on Alpha, the page table entries (PTEs) G   are 8 bytes in size and one is needed for page mapped.  Assuming the  G   standard page size of eight kilobytes that is found on current Alpha  I   systems, the page tables will need 1/1024 of the virtual address space  K   that the tables will map.  The GPT is mapped in S2 space virtual memory,  L   and these tables are initially demand zero pages -- this means the tables H   require no physical memory until the GPT is referenced and the global K   pages are used.  (This behaviour has been the case for a long time -- as  G   the global pages are actually used, the pages comprising the GPT are  H   instantiated and locked into memory.)  Therefore, the physical memory H   consumption is solely for the system page tables that are required to F   map the global page table.  This yields another reduction in memory D   requirements of a factor of 1024.  If global page table space for G   three-quarters of the total physical memory is provided -- as is the  H   case on V7.3 -- the initial (large) setting of GBLPAGES consumes threeH   pages for every 4,194,304 (4*1024*1024) pages of the of the available    system physical memory.   H   In other words, setting up the GPT large is cheap -- and you then pay G   for what global pages you actually use, as you always have.  But you uF   don't have to manage and you don't have to resize the GPT unless you
   want to.  I   Short answer: If the new GPT sizing bothers you, you can revert to the nE   older setting and/or you can buy more memory -- OpenVMS EngineeringlK   believes this change was a good (and a cheap) trade-off for the benefits.2  I   Another related change in V7.3: OpenVMS Engineering stuffed all of the mI   pageable and the non-pageable OpenVMS executive into the same quantity sH   of memory formerly required for just the non-pageable executive -- we H   got rid of the pageable memory requirements for the executive, and we G   improved overall system performance by eliminating all paging of the t   executive.   ------------------------------    Date: 14 Nov 2003 15:41:13 -0800( From: bob@instantwhip.com (Bob Ceculski)8 Subject: Re: DECserver reloads over internet VPN tunnels= Message-ID: <d7791aa1.0311141541.79417d0f@posting.google.com>i  k jordan@ccs4vms.com (Rich Jordan) wrote in message news:<cc5619f2.0311121439.4f16bac8@posting.google.com>...CD > We are looking at taking down our last MUXserver based remote siteF > network and replacing it with internet connections and VPN tunnels. B > Since the sites are retaining terminals and serial printers, theB > remote DECmuxen will be replaced with TCP/IP capable DECservers. > D > Normally we would insist on flash-equipped DECservers so no remoteF > boot would be required, but the customer has several DECserver 90TLsE > (predecessor to the 90M, with no flash available) and would like torF > save a  bit on the transition by using them at the remote site.  TheH > LAT-only 90L+ units will be retained at the central facility where the? > Alpha is since there will be no bridging through the tunnels.a > F > Can a DECserver successfully and consistently load over a moderatelyH > low speed link (IDSL is likely, 144kbps) using TFTP?  The amount savedB > over even used flash-capable 90Ms or 700s would be considerable. >  > Rich > CCSV  7 how about using decnet over IP ... that's what I do ...)   ------------------------------    Date: 14 Nov 2003 17:45:57 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: DLT Duplicator 3 Message-ID: <AiPfOGUbQEvh@eisner.encompasserve.org>   l In article <WU2tb.125448$sd5.15787864@twister.columbus.rr.com>, Jack Patteeuw <Jack.Patteeuw@nospam> writes:  J > Does anyone use a "offline" DLT tape duplicator specifically for making % > "offsite copies" of their backups ?0  G I would think it would likely mess up on tape errors, not understanding  the redundancy blocks.   ------------------------------  % Date: Fri, 14 Nov 2003 18:57:51 -0500e( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: DLT Duplicatori0 Message-ID: <00A28E69.AA917310.11@tachysoft.com>  . >From: Kilgallen@SpamCop.net (Larry Kilgallen) >X-Newsgroups: comp.os.vms >Subject: Re: DLT Duplicator! >Date: 14 Nov 2003 17:45:57 -0600- >Organization: LJK Software3  m >In article <WU2tb.125448$sd5.15787864@twister.columbus.rr.com>, Jack Patteeuw <Jack.Patteeuw@nospam> writes:d >gK >> Does anyone use a "offline" DLT tape duplicator specifically for making  & >> "offsite copies" of their backups ? >lH >I would think it would likely mess up on tape errors, not understanding >the redundancy blocks.e    M Not exactly offline, but logically equivalent: get tapesys, which has a "tapefI shadowing" function.  This allows you to make multiple copies of the same I identical backup simultaneously.  The backup is written to a virtual tapeaN drive, and all operations are replicated on multiple real tape drives.  BetterG yet, the offsite copy(ies) can independently be given different offsitefJ location(s), and automatically get put in the list of tapes going offsite.  O True, it requires additional tape drive(s), but it doesn't take any *effort* on N your part, other than adding "copies :== 2" (or some other number) to the .sbkC file for the backup.  And specifying the offsite locations, if any. O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html   oO ===============================================================================aH Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"t   ------------------------------    Date: 14 Nov 2003 12:09:22 -0800  From: wmr282@hotmail.com (w m r)& Subject: Re: Erasing disks: conclusion= Message-ID: <398c9ca7.0311141209.1d4a4db3@posting.google.com>s  V > http://groups.google.com/groups?selm=0033000061571262000002L022*%40MHS&output=gplain  > That's funny.  Someone from SAIC asking how to hide something.   ------------------------------    Date: 14 Nov 2003 14:53:06 -0800. From: al5vf03p02@sneakemail.com (William Webb)& Subject: Re: Erasing disks: conclusion< Message-ID: <d5ce4b06.0311141453.65e4d0d@posting.google.com>  k Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> wrote in message news:<3FB4F7F8.9ECB94E@blueyonder.co.uk>...a > Ashley Shepherd wrote: > >  >  v > > G > > Incidently, I work as an expert in the UK legal system occasionally E > > and I have several pieces of software that recovers data.  I also.I > > purchase a large number of disk drives from eBay (cheaper than buying-H > > new when I only need them for the odd case) and in every case, I hadJ > > been able to recover data from these disks, including data relating toH > > corporate mergers, corporate databases, confidential memos etc. etc.. > > so beware when disposing of disks......... > >  > >  > M > So, this thread now begs the question, "Do you allow field service to take l. > away a faulty disk that they have replaced?"  ; The question you just begged brings to mind one of the bestc= told-over-a-pint  field service stories that I've ever heard.n  B There is a certain agency of the federal government located in theD state of Maryland at an installation with Meade as part of its name.  D This particular agency is reputed to have a multi-acre basement full7 of some of the nicest computers that our money can buy.   E Once Upon A Time, a DEC Field Engineer was in this basement replacing?E a failed component in one of these nice computers, and, out of habit,iE he red-tagged it and started to put it in his tool case for return tor
 Logistics.  B He froze as he heard the double click of an M-16 bolt being pulledA back and released as his Marine escort chambered a round and then > asked him politely to please dispose of the part in the proper receptacle for secure disposal.   D And since there's another thread going about disk erasure, I've readE that these same folks have shredders that'll take care of those pesky2 disk drives in one bite.  9 Good luck getting them to let you in to use them, though.-   :^)4   ========================! William W. Webb- EMS Operations, s OpenVMS Systems Support % USPS DSSC Annex - 4730 Hargrove Road r( Raleigh, NC 27616-2874 919.325.7500x4186E * * * -      email is first initial last name at email stop usps stopt govd   ------------------------------  % Date: Fri, 14 Nov 2003 16:46:46 -0500k* From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Erasing disks: conclusion) Message-ID: <3FB54D40.E0CAE4C0@istop.com>n   Ashley Shepherd wrote:H > There are also a number of software packages that will overwrite disksH > with random patterns.  Certain ones of these have been approved by the > UK and US governments.  ) VMS has that. SYS$EXAMPLES:DOD_ERAPAT.MARo  E > For me, there is only one real question, "Do you want to sell theseA( > disks in order to recover some money"?  L It isn't a question of recovering money, it is a question of helping someoneN who might need such drives which have become hard to find due to their age and progression of protocols.3  N Also, while this is a very "soft" reason, it is perhaps better to give it to aN fellow decus member for $1 than to sell it on Ebay since the odds of the decus< member actively seeking to recover your data are pretty low.   ------------------------------  % Date: Fri, 14 Nov 2003 18:08:49 -0500h* From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Erasing disks: conclusion( Message-ID: <3FB56075.D7B7EBB@istop.com>   William Webb wrote:aD > There is a certain agency of the federal government located in theF > state of Maryland at an installation with Meade as part of its name.  I That information is public, you need not try to conceal it. Since I am ineM Canada where we still have freedom of speech: It is the NSA, headquartered ats Fort Meade Maryland.   http://www.nsa.gov  E <expecting the men in black to show up before I even press send :-) >n   ------------------------------  % Date: Sat, 15 Nov 2003 01:30:48 -0500i* From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: EV79 CANCELED !!!!!!!!!2 Message-ID: <N6-dnazmWtOEVSiiRVn-vw@metrocast.net>  H Time to take a slightly closer look at some of this revisionist history:  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0310231848.56b59a1b@posting.google.com...m   ...e  C > Q:  What is the status update to the AlphaServer roadmap in 2004?y >sC > A:  In mid-2004, HP plans to release, as scheduled, a performancer# > boost to the EV7 Alpha processor.i  J What was originally scheduled (the 'plan of record' that HP 'committed' toH follow...) was a hell of a lot more than a 'performance boost to the EV7H Alpha processor':  it was a full-generation process shrink to allow bothK nearly doubling the on-chip cache size and increasing the clock rate by 50%uJ (well, 50% more than the hobbled clock rate that EV7 was actually releasedJ at, though somewhat less of a boost from the speed we now know EV7 can runA at).  The move to SOI would also have significantly reduced powersH requirements for a given performance level, and the size reduction would" have reduced the cost of the chip.  "   We originally planned to deliverH > this performance boost via a new chip, which we have been referring toA > as EV79.  As the project progressed, it became clear in working F > closely with our CPU chip supplier that the EV79 chip would not meet5 > our expectations for performance or time to market.   K If they hadn't announced the scrapping of the larger cache at the same time I they announced the cut-back from 1.7 GHz to 1.45 GHz for the target clockoH rate early this year one *might* be able to believe this story (at leastK with sufficient effort).  But the reduction in cache size had no comparablerJ excuse:  it simply served to hobble a product that HP didn't want to reach its potential.   >rD > However, the manufacturing process maturity for EV7 has progressedF > very well, producing good yield and making it possible to produce anD > EV7 part (EV7z at 1.33GHz) with significantly improved performance > over our current EV7.r  G How amazingly convenient!  The chip that couldn't even reach its targetlL clock rate early this year (though no explanation for this was ever offered)G now proves able to run considerably *faster* than that target.  Kind of K makes you wonder whether EV79 might also have run comparably faster than is  now being claimed.  -   The EV7z coupled with faster memory upgradenE > will allow us to deliver a 14% - 16% performance improvement withina3 > the timeframe that we committed to our customers.>  H It wasn't just the timeframe that was committed, Rich (at least I assumeK that it's Rich talking here, because some of the words are exactly the samewJ as those he's credited with elsewhere in this thread):  it was the product as well.   > H > Therefore, we have made the decision to provide our customers with theE > performance improvements that we had committed based on EV7z ratherS? > than EV79.  We believe this will meet our customers' needs bygG > delivering the upgrade on time and introducing a performance boost at & > the same price as EV7-based systems. >s >i6 > Q: Who was the scheduled supplier of the EV79 chips? >l6 > A: The supplier is the same as the current EV7 chip. >. > G > Q: When are the enhancements to the Alpha EV7 systems scheduled to be  > released?t >sC > A: We remain on schedule to meet our 2nd half of 2004 commitment.p  H Except, as noted earlier, it was originally an early Q1 2004 commitment.& With a significantly-enhanced product.  K But that's mostly old news, just worth rehashing in a bit more detail.  ThegJ new addition is something I just stumbled across while perusing back-items5 over at realworldtech.com (posting date was June 25):i  L http://www.realworldtech.com/forums/index.cfm?action=detail&PostNum=1465&Thr ead=1&entryID=19015&roomID=11>  K "I was listening to the most recent HP earnings announcement (Q2, 2003) and J an interesting question came up at the end of the presentation. Here's theC dialogue between Richard Gardner, a consultant with Smith Barney (a A financial consultation division of Citigroup), and Carly Fiorina:>   ...c  K "<Gardner> The second question was the acceleration of the Alpha transition9  K "<Fiorina> Yeah, we have pulled-up some investments, R&D investments in the H Alpha program, into the 3rd quarter to accelerate that product plan. So,I it's the same product-line plan that we had published to customers as the,I company launched and the merger closed a year ago, but we're pulling that 
 forward now."s  I Forward by something between 1 and 2 quarters, the rest of the discussionn made clear.   D Now, if you've got a product that's completely failing to attain itsJ performance goals, you don't normally plan to *speed up* its introduction,K rather the reverse (while you try to work the problems out of it).  Unless,eK that is, you've already decided (as of last June or earlier) not to produce J it at all but instead substitute an existing product that you already know4 can run substantially faster than its current speed.  J Looks as if it just took another few months to come up with an explanationD for the cancellation that they thought they might get people to buy.   - bill   ------------------------------  # Date: Fri, 14 Nov 2003 21:21:42 GMTm# From: "John Smith" <a@nonymous.com>l- Subject: IA64 may show some promise - GartnernF Message-ID: <GHbtb.4600$pF1.3633@news04.bloor.is.net.cable.rogers.com>  : Intel Unveils More Details About Next-Generation Processor  E When the new processor, code-named Montecito, debuts in 2005, it willaJ include 24 Mbytes of Level 3 cache memory, as well as two cores, each with multithreading capabilities.    & By Larry Greenemeier,  InformationWeek
 Nov. 14, 2003g URL:I http://www.informationweek.com/story/showArticle.jhtml?articleID=16100623r      L Intel on Friday revealed additional details about its next-generation 64-bit@ Itanium processor, code-named Montecito, as well as the progressA Itanium-based servers are making in businesses, as opposed to thetC high-performance computing environments where Itanium 2 already haso	 traction.u  L When Montecito debuts in 2005, the processor will include 24 Mbytes of LevelL 3 cache memory, as well as two cores, each with multithreading capabilities.I Montecito's successor, Tanglewood, will feature more than two cores. This J multithread, multicore architecture enables up to 6 Mbytes of on-die cacheJ as well as 48 Gbps of bandwidth and a 6.4-Gbps system bus. In other words,C Montecito will be fast, with low-latency access to large data sets.d  K Sales to business customers during the second half this year will be up 65%dJ over sales during the first half of the year, says Lisa Graff, director ofF Intel's Itanium 2 worldwide ramp program. Graff attributes Itanium 2'sK success, in part, to the growing number of applications available--1,000 by , year's end, with 1,500 expected by mid-2004.  G Databases are the No. 1 set of applications Intel is seeing deployed on.J Itanium-based servers, followed by ERP and business-intelligence software,K Graff says. "More Itanium deals today are for the enterprise," he adds, "as>4 opposed to high-performance computing environments."  H These improvements are necessary to help Itanium 2 compete not only withH RISC processors but also with Intel's 32-bit Xeon processors, Gartner VPL Martin Reynolds says. "Itanium *may* show some promise for businesses as its performance increases.">   ------------------------------  % Date: Fri, 14 Nov 2003 17:24:38 -0500y* From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: IA64 may show some promise - Gartner ) Message-ID: <3FB5561D.BC37BB53@istop.com>o   John Smith wrote::M > Sales to business customers during the second half this year will be up 65%1/ > over sales during the first half of the year,@  M Reminds me of the short time when Digital was able to claim it was the faster2I growing PC vendor because its sales grow 10 folds (from 1 to 10 units :-)u  J When IA64 sells more than Alpha and PA-Risc combined, then it can start toL have a bit of respect. Until then, it is just a pilot/beta project by intel.   ------------------------------  % Date: Sat, 15 Nov 2003 00:45:13 -0500o* From: "Bill Todd" <billtodd@metrocast.net>1 Subject: Re: IA64 may show some promise - Gartners2 Message-ID: <kNWdnVN2CqbhICiiRVn-vA@metrocast.net>  . "John Smith" <a@nonymous.com> wrote in message@ news:GHbtb.4600$pF1.3633@news04.bloor.is.net.cable.rogers.com...< > Intel Unveils More Details About Next-Generation Processor >iG > When the new processor, code-named Montecito, debuts in 2005, it will,L > include 24 Mbytes of Level 3 cache memory, as well as two cores, each with > multithreading capabilities.  I I'll believe it only if it's solidly confirmed.  The 24 MB is enough of alJ stretch:  it should push the chip over 500 mm^2 (larger than any processorJ Intel has yet shipped, by a significant margin), unless the relative cacheL density is somehow improved - and the marginal benefit of pushing beyond the2 18 MB previously apparently planned will be small.  H But it's the SMT part that's *really* hard to believe.  It would requireL *significant* changes to the McKinley/Madison core (clearly, they had enoughJ trouble just getting McKinley out the door without worrying about SMT backE then, so it's extremely unlikely that it's been quietly sitting therecK waiting to be used as it was in the P4), and then be used only for a single G generation before being replaced by the completely reworked Tanglewood.6  K It seems far more likely that the 'multi-threading' aspect simply refers tosI the ability to run a thread on each of Montecito's twin cores.  But we'll5 see.   - bill   ------------------------------    Date: 14 Nov 2003 14:27:25 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: IA64 TPC resultsy3 Message-ID: <iqN4Z+N5F6zE@eisner.encompasserve.org>u   In article <bp3cbh$665$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > Rob Young wrote:q >> In article <vyQsb.8970$YE7.8831@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:t >>  E >>>You branch out is so many wrong directions, that responding to you M >>>eventually becomes futile because you are no longer remotely talking about N >>>the original question (because you have led things down spurrious paths dueG >>>to your total lack of a clue - or perhaps on purpose as part of yourn >>>marketing function).- >>>- >> - >> - >> 	Historically.  N >> 0 >> 	It is spinning.    >> .J >> 	Whether attempting to debate Sun's decline, Zinc Whiskers or whatever H >> 	feature or factoid, you suddenly are talking about something else.  H >> 	Even if you are so tedious to go back and copy EXACTLY what he said J >> 	and attempt him to respond to the original - doesn't matter.  Off you # >> 	go down some other rabbit hole.e >> l >  > 7 > Rob please remember your place in the order of things 4 > you don't score at all well on any of the criteria$ > you appear to want to judge me on. > 5 > You know this, I know this, and its well documented 1 > so why peddle a fiction that you yourself can't.
 > support. >   8 	No Andrew.  In fact, this is so easy to support all you? 	or anyone else has to do is go to groups.google.com and searchh 	for:  d 	  			spin harrison said  a  C 	select comp.os.vms for newsgroups (using Advanced Search feature).   C 	One good hit (other than the obious one there at the top) is this:k  ^ http://groups.google.com/groups?selm=8pj8up%24fil%241%40lisa.gemair.com&oe=UTF-8&output=gplain  : Yet another installment in the watch Andrew spin, lie and ' misdirect when he's called on his bull.e  : To those interested, there were several very good points I; made in the original article, have made repeatedly and willi; continue to make that Andrew saw fit to snip below (withoutQ9 the common courtesy of any indication of a deletion).  Go-9 read my original article that Andrew cut up and wonder at ! what Andrew REFUSES to address...>  ; This is why I must believe that Andrew is in marketing.  He3# commits lies of omission so deftly.    ---o  < 	That was/is Jordan Henderson and as Jordan points out , youD 	REFUSE to talk to the subject at hand and are just a spinmeister / > 	FUDmeister.  Smart though, as you steered clear of this bait:  [ http://groups.google.com/groups?selm=6whLsdl5xMmb%40eisner.decus.org&oe=UTF-8&output=gplainl  ? 	Of course there probably isn't a whole lot you could say abouttB 	that is there?  Too many sources in there for you Andrew?!?   B-}   				Rob    ------------------------------  % Date: Fri, 14 Nov 2003 20:01:53 +0000rO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>  Subject: Re: IA64 TPC resultsi0 Message-ID: <bp3cbh$665$1@new-usenet.uk.sun.com>   Rob Young wrote:p > In article <vyQsb.8970$YE7.8831@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes: > D >>You branch out is so many wrong directions, that responding to youL >>eventually becomes futile because you are no longer remotely talking aboutM >>the original question (because you have led things down spurrious paths dueaF >>to your total lack of a clue - or perhaps on purpose as part of your >>marketing function). >> >  >  > 	Historically.   >  > 	It is spinning.   > I > 	Whether attempting to debate Sun's decline, Zinc Whiskers or whatever LG > 	feature or factoid, you suddenly are talking about something else.  (G > 	Even if you are so tedious to go back and copy EXACTLY what he said  I > 	and attempt him to respond to the original - doesn't matter.  Off you  " > 	go down some other rabbit hole. >     5 Rob please remember your place in the order of thingsc2 you don't score at all well on any of the criteria" you appear to want to judge me on.  3 You know this, I know this, and its well documentedi/ so why peddle a fiction that you yourself can't< support.  6 Had you forgotten that it was your FUD which you ended5 up having to explain away as a cut and paste error ony3 your part that got me involved in this group in thep first place.   regardsc Andrew Harrison    ------------------------------  % Date: Fri, 14 Nov 2003 16:54:17 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: IA64 TPC results ) Message-ID: <3FB54F02.2C31BCFA@istop.com>s   Fred Kleinsorge wrote:L > If there was no reason or need for companies to build core logic chipsets,0 > we would have reached the stage where the DellM > slap-it-together-off-the-shelf model has finally driven the commodity modeliM > to it's conclusion.  At that point everything will be Intel compatable, andn > run Windows.  N Do you agree that Carly has stated it wants to be commodity, industry standard based even for its servers ?  F Do you agree that for the foreseable future, UIA64 stands no chance ofK reaching the industry-standard and commodity status you described above and A which Carly wants customers to believe IA64 has already reached ?l    L IA64 may be able to compute 2+2, and as an intel chip, it might even be ableL to make a floating point division without making a mistake, but that doesn'tM make it a commercial success, and certaintly not ubiquitous. The minute IntelPK publicly abandonned plans for IA64 on the desktop, it meant that IA64 wouldeJ never reach the industry standard /commodity status that HP and Compaq had promised to customers.  J And if you're going to have some proprietary chip, you might has well haveI stayed with Alpha or Pa-Risc, whichever had the best technology/potentiali! instead of developping a 3rd one..   ------------------------------  # Date: Sat, 15 Nov 2003 02:56:01 GMT % From: "Mike Naime" <mnaime@kc.rr.com>)# Subject: Re: Main memory for galaxyr9 Message-ID: <5Bgtb.31549$Vu6.19249@twister.rdc-kc.rr.com>r  J I think that this is dependant on the hardware that you are running Galaxy on.C  , ES40/45's do not have an Hswitch equivalent.3 The old 8400(?) did not have an Hswitch equivalent.hJ GS80/160/320 -- <ESC><ESC>scm  takes you to the SCM prompt. (Console port)H ES47, ES80,GS1280 -- <ESC><ESC>MBM takes you to the MBM prompt. (Console Port)I  B From both the SCM and MBM consoles you can query the partition and configuration information.  B  Paul:  What exactly is GCU?  I am not familiar with that Acronym.  8 Bhushan Narkhede <bhushann@hotmail.com> wrote in message6 news:8a3b834.0311132146.40d5aac4@posting.google.com... > Hi,R >e4 >  I would like to Thank  every one for your inputs.6 > I will try to look in to GCU if I can find anything. >  > Rgds,e	 > Bhushanm >09 > Paul Repacholi <prep@prep.synonet.com> wrote in messaget) news:<87u1582iln.fsf@prep.synonet.com>...o/ > > Bart Zorn <B.Zorn@xs4all.nospam.nl> writes:t > >wH > > > I am not sure what you want to accomplish, but the only differenceG > > > between a OpenVMS system that is part of a Galaxy and one that isRH > > > not (with respect to memory, that is), is that a Galaxy member hasB > > > shared memory. The SHOW MEMORY command will display both the' > > > non-shared and the shared memory.f > >n> > > But it will not show any memory owned by another instance. > >o? > > GCU can do this I think, so you can find out all the memory3# > > in the box using it. I think...>   ------------------------------  % Date: Sat, 15 Nov 2003 07:10:08 +0100t2 From: martin@radiogaga.harz.de (Martin Vorlaender)# Subject: Re: Main memory for galaxyo; Message-ID: <3fb5c340.524144494f47414741@radiogaga.harz.de>e  $ Mike Naime (mnaime@kc.rr.com) wrote:3 > > Paul Repacholi <prep@prep.synonet.com> wrote...i1 > > > Bart Zorn <B.Zorn@xs4all.nospam.nl> writes: J > > > > I am not sure what you want to accomplish, but the only differenceI > > > > between a OpenVMS system that is part of a Galaxy and one that isrJ > > > > not (with respect to memory, that is), is that a Galaxy member hasD > > > > shared memory. The SHOW MEMORY command will display both the) > > > > non-shared and the shared memory.c > > >e@ > > > But it will not show any memory owned by another instance. > > >cA > > > GCU can do this I think, so you can find out all the memoryt% > > > in the box using it. I think...e >hD >  Paul:  What exactly is GCU?  I am not familiar with that Acronym.   Galaxy Configuration Utility.   D A graphical (DWmotif) application that shows the partitioning of the machine. Drap-and-drop CPUs...  " It resides in SYS$EXAMPLES:, IIRC.   cu,i   Martin -- aH    Emacs would be a great   | Martin Vorlaender  |  VMS & WNT programmer5    operating system,        | work: mv@pdv-systeme.dezL    if only it came with     |       http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 14 Nov 2003 19:53:06 +0000bO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> / Subject: Re: Only hope for Intel is alpha chip? 0 Message-ID: <bp3br2$5uq$1@new-usenet.uk.sun.com>   Fred Kleinsorge wrote:N > Now isn't that non-sequitor.  You are so special.  If you had invested money> > in Sun in CY 2000, how much money would you have left today? >  >    Its a joke Fred.  9 Try to lighten up a bit of course Intel isn't like Enron.b   Regardsn Andrew Harrison  > M > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>l= > wrote in message news:bp0iiq$6f7$1@new-usenet.uk.sun.com...a >  >>Fred Kleinsorge wrote: >>H >>>But you'd be making a large profit had you bet on Intel historically. >  > So ite > 1 >>>is a good place to invest your personal money.c >>>s >> >>UMMMMM so was Enronu >>	 >>Regardse >>Andrew Harrisona >>< >>>"Bill Gunshannon" <bill@gw5.cs.uofs.edu> wrote in message7 >>>news:bp0eqp$1j1noi$1@ID-135708.news.uni-berlin.de...e >>>  >>>l4 >>>>In article <sDNsb.510$4B.15185@news.uswest.net>,> >>>>"Michael D. Ober" <obermd-.@.-alum-mit-edu-nospam> writes: >>>> >>>>K >>>>>This report is based on a third party, AMD's Chief Technology Officer.i >>>e >>>Not >>>e >>>s, >>>>>exactly an unbiased source, now, is it? >>>>@ >>>>Well, that's not exactly true.  The Inquirer is reporting on@ >>>>what "MICROPROCESSOR REPORT guru Peter Glaskowsky" said.  HeA >>>>just happens to agree with what "AMD chief technology officern? >>>>Fred Weber" said at a conference.  He further refers to theo? >>>>comments of an un-specified OEM engineer to further support > >>>>his opinion.  What it all comes down to is who to believe.? >>>>Of course, time will tell.  I for one will not be investing < >>>>any personal money in Intel as I have long believed that >>>>IA64  was the wrong horse. >>>> >>>>bill >>>> >>>> >>>>: >>>>>"Bob Ceculski" <bob@instantwhip.com> wrote in message< >>>>>news:d7791aa1.0311130620.7bc0f319@posting.google.com... >>>>>i >>>>>l9 >>>>>>this says Intel itanium is done for ... maybe since-8 >>>>>>windows 2000 has already been ported to alpha that4 >>>>>>they should just make ev8-9 and use that as an" >>>>>>alternative to amds junk ... >>>>>> >>>>>>/ >>>>>>http://www.theinquirer.net/?article=12654p >>>>>  >>>>>  >>>>-- 6G >>>>Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three  >  > wolves > H >>>>bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. >>>>University of Scranton   |B >>>>Scranton, Pennsylvania   |         #include <std.disclaimer.h> >>>e >>>g >>>  >  >    ------------------------------  # Date: Fri, 14 Nov 2003 18:34:25 GMTa# From: hoff@hp.nospam (Hoff Hoffman) D Subject: Re: Request " ''BOLD' Error in process BDUGKSH  ''NORMAL' "1 Message-ID: <Re9tb.9041$VD.5795@news.cpqcorp.net>g  m In article <ddf392ea.0311131305.595344d3@posting.google.com>, contracer11@uol.com.br (Shiva MahaDeva) writes:i@ :How could I put bold characters in request command, like this : :g8 :Request " ''BOLD' Error in process BDUGKSH  ''NORMAL' "  F   Please review the OpenVMS Frequently Asked Questions (FAQ) document,C   and specifically please review the OpenVMS FAQ sections entitled:e  0 How to use escape and control characters in DCL?+ How do I set the title on a DECterm window?e= Where can I find information on escape and control sequences?   F   If you were to read through the FAQ sections listed above, you wouldG   find  details and even an example of a DCL command procedure that caneB   generate blinking text; almost exactly what you want to do here.   	--i  F   And a general request -- something that can help you get the answersE   you need...  You will also find tips on asking questions in the FAQrD   -- the sort of information and suggestions and background that canF   be included with the question that can particularly help you get theH   answers you need to the questions you intended to ask.  (Without theseC   details, questions can be misinterpreted and what are effectivelyGG   incorrect answers can be provided back to you.)  In addition to thesebE   tips, you can also often find answers to many of the commonly-askeds'   questions within the FAQ, of course.     	--i  "   The OpenVMS FAQ is available at:  %     http://www.hp.com/go/openvms/faq/s  I   If you are new to the FAQ, I would encourage you to use the text-formatgH   version, as it is easier to download and easier to search.  (The HTML-K   format FAQ is nice and is pretty, but it is more difficult to search it.)     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqaN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Fri, 14 Nov 2003 23:20:57 GMTa* From: Jack Patteeuw <Jack.Patteeuw@nospam> Subject: Save Set Managerh? Message-ID: <trdtb.125451$sd5.15879551@twister.columbus.rr.com>t   Anyone use it ?n  
 Experiences ?b   Thanks   ------------------------------  % Date: Fri, 14 Nov 2003 19:48:01 -0500p From: koskaj@bender.comi Subject: RE:  Save Set Manager< Message-ID: <03111419480165.baab.38412263@alaxp3.bender.com>  V >From:	SMTP%"Jack.Patteeuw@nospam.bender.com"  "Jack Patteeuw" 14-NOV-2003 18:42:39.17 >To:	Info-VAX@Mvb.Saic.Com >CC:	c >Subj:	Save Set Managerf >e >Anyone use it ?  B I have used it at my site, Matthew Bender & Co., Inc. - Albany, NY   >Experiences ?  L In general, my experience was/has been very positive.  The product lived up K to it's software product description.  However, we did not use the product cL extensively, but did use it to copy savesets and validate them from DLT III K to DLT IV tape.  We also used it to simply duplicate tapes (DLT III) for a e short while.    G We stopped using the product when we when with volume shadowset member  I backups. And now, we simply do two backup passes, one for onsite and one t for offsite.  L However, I expect to use this product again soon in a fair sized project to J verify DLT III tape savesets, and then consolidate them to DLT IV tapes.    Roughly about 7000 tapes in all.  F And I expect to make use of the product when we make the move to SDLT K and/or LTO technology.  We would use it to verify and move DLT savesets to w either SDLT or LTO.e   :) jck
 John Koska Matthew Bender & Co., Inc. 518-487-3255   >Thanksr >t   ------------------------------  % Date: Fri, 14 Nov 2003 19:01:16 -0500y( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Save Set Managers0 Message-ID: <00A28E6A.2518A225.19@tachysoft.com>  + >From: Jack Patteeuw <Jack.Patteeuw@nospam>( >X-Newsgroups: comp.os.vms >Subject: Save Set Manager >v >Anyone use it ? >p >Experiences ? >o  = Tried it once.  Didn't work for me.  The job eventually hung.t  K This was years ago, haven't touched it since.  It might have been improved.4O ===============================================================================:N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"t   ------------------------------  # Date: Sat, 15 Nov 2003 01:38:25 GMT-' From: Steve Thompson <smt@vgersoft.com>1 Subject: Re: Save Set ManagereI Message-ID: <Pine.LNX.4.44.0311142037260.2209-100000@honker.vgersoft.com>6  ) On Fri, 14 Nov 2003, Jack Patteeuw wrote:l   > Anyone use it ?  >  > Experiences ?o  J Use it extensively; several hundred times a day for the past three or four years. Never had a problem.w   SteveI   ------------------------------  % Date: Fri, 14 Nov 2003 17:01:22 -0500w* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: smtp internet headers) Message-ID: <3FB550AA.8BB99A53@istop.com>s   Mark-Simon Pope wrote:H > How can I view the headers of a particular e-mail?  I appears that theB > Received from and By information is stripped from incoming mail.    K It *could* be the configuration of the SMTP service.  To check it, you can:l $ TCPIP SHOW CONF SMTP  M On the top right, you show see the setting for handling of headers. (HEADERS,a TOP_HEADERS, NOHEADERS)d  M VMS Mail does not process headers, it only sees those as text that is part off the message.  K If you are using another client to access your mail (Netscape, Eudora etc),gL then there are options to show the full headers. (however, if VMS strips theG headers with the NOHEADER option. then even the client won't be able tod reconstitute them.  D To make POP/IMAP clients function properly, you should have the SMTPJ configured to have TO_HEADERS. If you change it, you need to STOP MAIL and0 START MAIL so that it reloads its configuration.   ------------------------------    Date: 14 Nov 2003 17:58:57 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)a" Subject: Re: smtp internet headers3 Message-ID: <EC1WdqM2gOiR@eisner.encompasserve.org>=  h In article <9b791394.0311140833.7950c932@posting.google.com>, mpope@bristol.ca (Mark-Simon Pope) writes:  H > How can I view the headers of a particular e-mail?  I appears that theB > Received from and By information is stripped from incoming mail.  E This depends on what TCP/IP product your system uses to receive SMTP..C Using PMDF, the placement of headers is mainly under control of the6F system manager.  DECUServe, for instance, is configured to put headersD at the bottom of the message.  PMDF DELIVER allows end users to have addidtional control.   ------------------------------  # Date: Sat, 15 Nov 2003 04:00:58 GMTg# From: "John Smith" <a@nonymous.com>4> Subject: Sun to use AMD Opteron - announcement expected MondayH Message-ID: <_xhtb.75595$HoK.22440@news01.bloor.is.net.cable.rogers.com>  $ Sun Makes Plans for Opteron Products Fri Nov 14, 5:00 PM ET   Tom Krazit, IDG News Service  G Sun Microsystems will announce plans to build servers based on AdvancedfK Micro Devices' Opteron chip, sources familiar with Sun's plans said Friday.sK The announcement is expected at next week's Comdex (news - web sites) tradea show in Las Vegas.  I Sun sells servers based on Intel's Xeon processors, but Chair, President,tK and Chief Executive Officer Scott McNealy will shed light on Sun's plans totH adopt the Opteron chip during his keynote address on Monday, the sources said.r  @ Sun declined to comment on its plans for Monday's keynote, but aD spokesperson said the company would make "a direction announcement."     Favorable OpinionsH This year, Sun has announced its plans to offer a version of Solaris for> Opteron, and executives have spoken favorably of the AMD chip.  H "We're selling x86-based equipment today, and I can look at Opteron as aL 64-bit processor with the advantage that it is not limited to 32-bits," saidJ Andy Ingram, a Sun vice president of marketing, in an interview last week.  F IBM is the only other major U.S. server vendor to use the Opteron in aJ server, announcing its plans for the eServer 325 during the Opteron launch event in April.i     Low-Cost ComputingD Sun's announcement will come as part of a push to emphasize low-costI computing, and what the company calls its "scale-out" strategy. The SantadH Clara, California, company rose to prominence in the last decade sellingL large, expensive servers based on its Sparc processors and Solaris operatingH system. The growth prospects for those types of servers have dwindled asJ customers look to smaller, less-expensive servers based on Xeon processorsH and either Microsoft's Windows operating system or the Linux (news - web sites) operating system.  L While Sun has recognized the need to offer a low-end server based on the x86J instruction set that runs Intel and AMD's processors, it competes stronglyK for the high-end of the market with Intel's Itanium 2 processor. This makes G the company more inclined to support an Intel competitor, analysts haves said.>  1 AMD also declined to comment on the announcement.   C Robert McMillan of the IDG News Service contributed to this report.l   ------------------------------  # Date: Fri, 14 Nov 2003 20:24:28 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)) Subject: Re: VMS Defragmentation Softwaret1 Message-ID: <0Satb.60039$W7.55158@news.chello.at>s  S In article <3FB468F5.10708@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:m! >Peter 'EPLAN' LANGSTOEGER wrote:cl >>In article <vr7ef11drh320f@corp.supernews.com>, Nathan Hartley <nathan@removethis.ilothlorien.com> writes:D >>>Anyone have an opinion on VMS open-file defragmentation software? >>M >>Yes, I use DEC's DFO/DFG/DEFRAG tool for many years now (running it daily).oH >>It still has some bugs, but I haven't had a data corruption so far ;-)@ >>And it is also part of the OpenVMS hobbyist license program !! >>L >>>I am currently looking at Raxco's Performance Suite and Executive's Disk 
 >>>Keeper. >>H >>I tend to prefer products of the same company as the underlying opsys. >>  G >Yes, if expect that if you recall, Digital years back would state how vF >dangerous on-line defraging was, so their only 'approved' method was H >backup/restore.  I have to believe that DFO was only developed because G >the likes of Raxco proved otherwise and enabled 24/7 shops to stay up   >and running...a  I But if you recall also, DEC changed the ODS and the XQP to get a movefilem5 primitive to make a non-dangerous defragger happen...    -- - Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 14 Nov 2003 21:26:39 -0600m1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e- Subject: Re: VMS- submit queue only runs oncee' Message-ID: <3FB59CEF.2242A7DF@fsi.net>o   Jason wrote: > F > I have added submit /after="+:5" DKA0:[directory]filename.com to the > end of filename.com. H  / Guess I missed that part the first time around.   D My guess is that you'll need to examine the logic of the proc. a bitG more to make there aren't multiple exit points, and that the "physical"mG end of the proc. is also the "logical" end. It's possible that it EXITsl) before your SUBMIT statement is executed.e  B For such reasons, most folks make that one of the first statements executed instead of the last.    -- c David J. Dachteraw dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 14 Nov 2003 15:37:53 -0800( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Web VT Emulationf= Message-ID: <d7791aa1.0311141537.18fdbfba@posting.google.com>m  r fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0311140704.b4faa2d@posting.google.com>... > Dear Sirsl > < > Do u know a good plug-in to emulate VTs under IExplorer ? G > I am interested to generate reports (.lis) in the VT and show them int= > PDF format in the PC for printing in the Windows printer ?  ? > Like using some escape sequences from the VT to the browser. eD > May be using Sanface txt2pdf to generate a view for these jobs  !  >  >  > Anyone tried it ?  > 	 > Regardsh >  > FC  $ this is what you are looking for ...   http://www.ericom.com/ptj.asp    ------------------------------    Date: 14 Nov 2003 13:14:14 -0800( From: prsobottke@aep.com (Phil Sobottke)1 Subject: xscreenserver makevms.com compile errors = Message-ID: <5bcc5f24.0311141314.3c423162@posting.google.com>H  E I'm trying to get xscreensaver to work on my dec433au machine runningoA vms 7.3-1 and when I try to run the compiler makevms.com, I get ae bunch of the following errors:  F %DCL-W-IVVERB, unrecognized command verb - check validity and spelling   An example command is:  R $ CC/DECC/PREFIX=ALL/DEFINE=(VMS,HAVE_CONFIG_H,STANDALONE)/INCL=([],[-],[-.UTILS]) XLOCKMORE.C    What am I doing wrong?   ------------------------------  % Date: Fri, 14 Nov 2003 22:22:00 +01001) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> 5 Subject: Re: xscreenserver makevms.com compile errorst6 Message-ID: <3fb54778$0$58699$e4fe514c@news.xs4all.nl>  C Do you have a C compiler installed? If you have DEC C, the command aD should work. In that case I suggest you reinstall the compiler, and I afterwards, logout and back in again, before you run the procedure again.e   HTH,  	 Bart Zorn      Phil Sobottke wrote:G > I'm trying to get xscreensaver to work on my dec433au machine runningEC > vms 7.3-1 and when I try to run the compiler makevms.com, I get ag  > bunch of the following errors: > H > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling >  > An example command is: > T > $ CC/DECC/PREFIX=ALL/DEFINE=(VMS,HAVE_CONFIG_H,STANDALONE)/INCL=([],[-],[-.UTILS])
 > XLOCKMORE.C  >  > What am I doing wrong?   ------------------------------  # Date: Fri, 14 Nov 2003 22:28:22 GMTe# From: hoff@hp.nospam (Hoff Hoffman)e5 Subject: Re: xscreenserver makevms.com compile errorse1 Message-ID: <aGctb.9065$IV.6573@news.cpqcorp.net>n  h In article <5bcc5f24.0311141314.3c423162@posting.google.com>, prsobottke@aep.com (Phil Sobottke) writes:F :I'm trying to get xscreensaver to work on my dec433au machine runningB :vms 7.3-1 and when I try to run the compiler makevms.com, I get a :bunch of the following errors:d :iG :%DCL-W-IVVERB, unrecognized command verb - check validity and spelling   G   It would appear that you do not have the C compiler installed on youre   OpenVMS Alpha system.o  D   Does the command CC give you an error, or a prompt for a filename?   :An example command is:  :iS :$ CC/DECC/PREFIX=ALL/DEFINE=(VMS,HAVE_CONFIG_H,STANDALONE)/INCL=([],[-],[-.UTILS])> :XLOCKMORE.C    J   I re-wrote various of the DCL found in this package -- I've a few of theG   3D screensavers working, too.  Most of the 2D screensavers I've tried I   seem to be working.   I did end up fixing some compilation errors, too,-A   IIRC.  (It's been a month or two since I looked at this stuff.)h  K   I was hoping to get more of the kit working and then out onto the OpenVMS J   Freeware V6.0 kit, but did not manage that.  If there is interest, I canK   see if I can locate a distribution channel for what I do have ported overa4   and working -- possibly the Freeware website, etc.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqaN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com.   ------------------------------   End of INFO-VAX 2003.633 ************************ncellation that they thought they might get people to buy.   - bill   ------------------------------  # Date: Fri, 14 Nov 2003 21:21:42 GMTm# From: "John Smith" <a@nonymous.com>l- Subject: IA64 may showPort 242.116 at Host 204.238.252.2 accepted. <<< RETR 2002_594.txtoY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_594.txt (29684 bytes) started.t; >>> 226 Transfer completed.  28684 (8) bytes transferred.2  <<< PORT 204,238,252,2,242,1216 >>> 200 Port 242.121 at Host 204.238.252.2 accepted. <<< RETR 2002_595.txtoY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_595.txt (20122 bytes) started.t; >>> 226 Transfer completed.  19814 (8) bytes transferred.2  <<< PORT 204,238,252,2,242,1286 >>> 200 Port 242.128 at Host 204.238.252.2 accepted. <<< RETR 2002_596.txtoY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_596.txt (87260 bytes) started.t; >>> 226 Transfer completed.  86820 (8) bytes transferred.2  <<< PORT 204,238,252,2,242,1356 >>> 200 Port 242.135 at Host 204.238.252.2 accepted. <<< RETR 2002_597.txtoZ >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_597.txt (138938 bytes) started.< >>> 226 Transfer completed.  138566 (8) bytes transferred.  <<< PORT 204,238,252,2,242,1426 >>> 200 Port 242.142 at Host 204.238.252.2 accepted. <<< RETR 2002_598.txtoY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_598.txt (68986 bytes) started.t; >>> 226 Transfer completed.  68230 (8) bytes transferred.2  <<< PORT 204,238,252,2,242,1526 >>> 200 Port 242.152 at Host 204.238.252.2 accepted. <<< RETR 2002_599.txtoY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_599.txt (88858 bytes) started.t; >>> 226 Transfer completed.  88294 (8) bytes transferred.2  <<< PORT 204,238,252,2,242,1716 >>> 200 Port 242.171 at Host 204.238.252.2 accepted. <<< RETR 2002_600.txtoZ >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_600.txt (136526 bytes) started.< >>> 226 Transfer completed.  135858 (8) bytes transferred.  <<< PORT 204,238,252,2,242,1946 >>> 200 Port 242.194 at Host 204.238.252.2 accepted. <<< RETR 2002_601.txtoZ >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_601.txt (106812 bytes) star