1 INFO-VAX	Tue, 14 Aug 2001	Volume 2001 : Issue 449       Contents: Re: All-in-1 customers Re: Alpha-IA64 FAQ Re: Alphabooks$ Re: AMD and Samsung could save Alpha$ Re: AMD and Samsung could save Alpha$ Re: AMD and Samsung could save Alpha! Re: Article from Information week E Re: Automating MS Access with DCL code for a report run once a month. . Re: Can queue manager handle 100.000 entries ?. Re: Can queue manager handle 100.000 entries ?0 Re: Fast Bootstraps (was Re: OpenVMS  + Itanium)+ FS(UK): DEC Alphastation 500/400 VMS system 8 Re: FTP Copy of variable record length file - VMS to VMS FTP Server Port Number Re: FTP Server Port Number) GET OUT OF DEBT FAST AND STAY OUT FOREVER / HELP!  error adding entries to quota file?!?!?!   Re: Help! Boot Block Information  Re: Help! Boot Block Information= Re: I just have to post this - and apoligse later Alpha/Intel  Re: IA64 Rocks My World 1 Re: Installing V7.3 on Personal Workstation 500au 1 Re: Installing V7.3 on Personal Workstation 500au ! Intel running out of hard assets? ! Re: Lemmings, was Re: Move to Sun ! Re: Lemmings, was Re: Move to Sun  Re: Linker-Warnings in VMS 7.3 Mike Capellas' Diary Re: Missing TK50 in uVAX?  NTP  Re: NTP " open vms hobbist tcpip license????& Re: open vms hobbist tcpip license????& RE: open vms hobbist tcpip license???? Re: OpenVMS  + Itanium2 Re: OpenVMS apps and Compaq committment story here2 Re: OpenVMS apps and Compaq committment story here. Re: Pseudo Terminals to emulate LAT Terminals?. Re: Pseudo Terminals to emulate LAT Terminals?. Re: Pseudo Terminals to emulate LAT Terminals?! Re: Red Code: where are we going? " Re: Storageworks retirement letter" Re: Storageworks retirement letter Storageworks retirement letter" Re: Storageworks retirement letter# URGENT: ADA position in Switzerland + Using Ghostscript to conv PS to PDF on VMS. / Re: Using Ghostscript to conv PS to PDF on VMS. / Re: Using Ghostscript to conv PS to PDF on VMS. ? Re: uVAXstation (was Re: Shameless Grab; Was Re: uVAX 3100 M38) ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) + Re: VIRUSES: It's time for a counter attack + Re: VIRUSES: It's time for a counter attack # Re: VIRUSES: What about antibodies? # Re: VIRUSES: What about antibodies? # Re: VIRUSES: What about antibodies?  Re: VMS 7.3 experiences?% Re: Writing to a DOS floppy under VMS % RE: Writing to a DOS floppy under VMS  Re: X window Display Setting [[ SYSTEM HANG-UP ]]  F ----------------------------------------------------------------------  % Date: Fri, 10 Aug 2001 13:06:34 +0100 % From: Alan Greig <a.greig@virgin.net>  Subject: Re: All-in-1 customers * Message-ID: <3B73CE4A.765CC79B@virgin.net>   Roy Omond wrote:  7 > One big All-in-1 customer in the UK is one of the big = > police forces (I'm not at liberty to say which one).  Quite  >   M You weren't at liberty when you discovered a police force using All-In-1? And + you've just been on 'holiday'? Hmmm.... ;-)    >  > Roy Omond  > Blue Bubble Ltd.   Surely 'Blue Lamp' :)    --
 Alan Greig   ------------------------------    Date: 10 Aug 2001 10:44:41 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: Alpha-IA64 FAQ H Message-ID: <y41ymk8ft2.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) "Bill Todd" <billtodd@foo.mv.com> writes:   L > > Help me out here Bill.  Give me some questions and answers on compilers,N > > ownership or development and whatever else you think can offer information > > about the transition. L > While there are a small number of things I've been told in confidence, theL > vast majority of what I know in this area I've aired in (and in some casesK > originally obtained from) comp.os.vms and comp.arch.  And while I'm quite N > well-informed about the future potential that Compaq sacrificed when it axedH > Alpha and about its attempts to justify the cancellation on apparentlyL > untenable technical and fiscal grounds (i.e., lies), I'm nowhere nearly asM > well-acquainted with the details of the planned transition (since I find it % > neither interesting nor desirable).   G The one question is really, what will Intel _do_ with the people it has N acquired. It's not as if the Intel compilers for IA32 are incompetent comparedL to Compaq's compiler (Fortran only so far) - if you look at some of the SPECL CPU2000 results, AMD has some that mix-and-match IFL and CVF for the variousI benchmark components. I have the distinct impression from the information K provided to date that this was a high-level decision, and neither Intel nor + Compaq currently know what it really means.    	Jan   ------------------------------  % Date: Thu, 09 Aug 2001 21:52:44 -0700 & From: Tom Crabtree <tccrab@sunset.net> Subject: Re: Alphabooks * Message-ID: <3B73689C.DB94D975@sunset.net>  J Alphabooks are not an urban myth, although most of us have never seen one.H They were rare to begin with (and expensive) and are even more rare now.I Tadpole Technology sold them originally, maybe they know or keep track of / people selling them.  Their link is as follows:  http://www.tadpole.com  
 Good luck!   Tom C.  * fabio_compaq@ep-bc.petrobras.com.br wrote:  1 > I was searching for this rarity and I found ...  > & > http://www.tetrawave.com/product.htm > K > PS: Where is possible to buy a real Alphabook ? Just for curiou$ity ! ! !  > 	 > Regards  >  > FC   --A -----------------------------------------------------------------  My father used to tell me,> "Son, there is nothing wrong with being scared. . . as long as5 you don't let it affect you until the danger is over. > Being hysterical is okay, too . . . afterwards and in private.A Tears are not unmanly . . . in the bathroom with the door locked. ; The difference between a coward and a brave man is mostly a  matter of timing"   0       --------- Robert A. Heinlein -------------A -----------------------------------------------------------------    ------------------------------  % Date: Mon, 13 Aug 2001 14:59:16 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> - Subject: Re: AMD and Samsung could save Alpha ( Message-ID: <9l9823$sbo$1@pyrite.mv.net>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3B781393.2ADCB3CB@videotron.ca... > Bill Todd wrote:L > > It would be difficult.  Alpha and VMS (and to at least a significant butH > > possibly lesser degree Tru64) had a synergy together than they don't haveI > > separately, and for AMD to depend upon Compaq to keep VMS (and Tru64) K > > competitive on an AMD Alpha would be even stupider than Compaq's recent L > > actions.  Linux alone likely isn't nearly sufficient to justify the cost of > > continued Alpha development  > J > You forget that Alpha might have other uses, such as Nintendo game boxes etc  > etc.  K In those environments per-processor cost is a very important factor (unlike L the situation in Alpha's bread-and-butter server markets), so AMD would haveL an up-hill cost battle against already-entrenched competition (e.g., MIPS) -K a classic chicken-and-egg situation where sufficient volume to reduce costs J to a level where high-volume use would be attractive would be very hard to come by.   ...   C > And don't forget that Windows still runs on Alphas, it just isn't  productized.K > AMD might have the clout to get Microsoft to productize Windows on Alpha.   H I didn't forget:  I explicitly suggested this in the continuation of the  sentence that you snipped above.   - bill   ------------------------------  % Date: Mon, 13 Aug 2001 12:31:01 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com> - Subject: Re: AMD and Samsung could save Alpha ( Message-ID: <3B782AF5.CB680EF8@mmaz.com>   Bill Todd wrote:  J > It would be difficult.  Alpha and VMS (and to at least a significant butK > possibly lesser degree Tru64) had a synergy together than they don't have G > separately, and for AMD to depend upon Compaq to keep VMS (and Tru64) I > competitive on an AMD Alpha would be even stupider than Compaq's recent 
 > actions.  O It would never happen, but one solution is for VMS to also transitition over to N AMD/Samsung.  Presuming that they even wanted it, I suspect that anyone takingI on VMS would demonstrate a lot more proactive interest in the product and < customers rather than viewing it as a legacy revenue stream.   Barry    ------------------------------  % Date: Mon, 13 Aug 2001 15:51:38 -0400 . From: "L. Fuellemann" <fuellemann@process.com>- Subject: Re: AMD and Samsung could save Alpha + Message-ID: <9l9b3s$2tk$1@news.process.com>   / "unixguys" <unixguys@home.com> wrote in message " news:3B7603DD.1D4B960C@home.com... > & >     AMD and Samsung could save Alpha	 >     day  > ! >     Root and branch speculation  > * >     By Mike Magee, 01/07/01 12:05:03 BST > = >     SO WE NOW KNOW that Samsung and API Networks are in the 9 >     clear on being able to produce Alphas for whenever.  > @ >     But what if AMD and Samsung - and the API Networks bunch -? >     were to get together and make a go of the "non-exclusive" A >     technology that, according to Compaq's Capellas and Intel's  > Otellini, > >     means that the US Federal Trade Commission (FTC) will be  >     disinterested in the deal? > D >     We know some facts. First, the old DEC and Compaq engineers onD >     the Alpha project are very very unhappy with the odd move that; >     came out of the blue for them a week ago last Friday.  > G >     Secondly, we know that Samsung, despite retaining a lofty silence 2 >     throughout, is also unhappy about the moves. > D >     Samsung has an Alpha architectural licence that covers EV8 andE >     beyond and also has cross licensing deals with La Intella which % >     also, we suspect, last forever.  > E >     Thirdly, we know that AMD is not going to just sit around while  > Intel D >     sews up the 64-bit world, seeing as Sun is looking a tad shakyJ >     without an Itanic offering, HP has more or less given up the PA RISC= >     project and the Alpha is... well... almost an ex-Alpha.  > H >     Wouldn't it be possible for AMD, Samsung and said engineers all toG >     cabal together to work on an EV8 with backward X86 compatibility?  > H >     Just think - four way motherboards, a fast bus, and all that Alpha >     whoosh...  > C >     It's just a what if and sheer speculation, but should such an  > initiativeH >     form, we believe it would be in the best interests of the industry > and  >     of consumers.    Hi,   G Although I'm no expert in these matters, I couldn't help but notice the J reference to API NetWorks and thought folks would be interested in knowingD that they appear to be giving up on Alpha.  See their Press Release:L http://www.apinetworks.com/pressreleases/pr080901.shtml  They're going to beL concentrating on their HyperTransport technology.  I have a friend who was aH victim of their restructuring last week and the explanation given to the employees was:  $ We're sorry we have to do this, but:' 1)  Compaq's out of the Alpha business. , 2)  Samsung wants out of the Alpha business.L 3)  The company's only hope for survival is to close down everything but the HyperTransport chip business.    How sad.   --Lisa   ------------------------------    Date: 10 Aug 2001 11:10:20 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> * Subject: Re: Article from Information weekH Message-ID: <y4vgjw701v.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   K > > These sound like detailed contracts to support specific products.  Such M > > contracts cost money.  Why would Compaq force one-size-fits-all contracts  > > on its customers? L > It isn't Compaq that *want* to commit to VMS, it is the customers who wantO > written commitments from Compaq. And why should Compaq tell one customer that G > they will only commit to 2010 while they will commit to 2015 to other 
 > customers ? N > If Compaq truly intends to commit to VMS, then it should be able to tell all' > its customers it will commit to 2015.   L I don't think you understand how business and contracts work, JF. A contractK is a multilateral agreement that has to be explicitly made. And if one side I (e.g., Compaq) is promising something (e.g., support for VMS) to somebody K else, they usually intend to take money for it. And if it is a well-written L contract, it will contain suitable clauses concerning remuneration should itM be unilaterally terminated - and _any_ long-term contract can be unilaterally N terminated for adequate cause, at least in Germany and, I am sure, elsewhere -L after all, this is nothing more than the recognition that nobody can predictN the future. So yes, Compaq can, at any time, tally its contractual commitmentsL for support of one of its products and estimate one component of the cost ofN terminating support of that product (there are, of course, other costs to suchN an action, as you can seel from the Alpha termination decision). I am sure any larger company works similarly.    	Jan   ------------------------------  # Date: Tue, 14 Aug 2001 02:11:34 GMT - From: "Dave Pampreen" <davepampreen@home.com> N Subject: Re: Automating MS Access with DCL code for a report run once a month.+ Message-ID: <qN%d7.26405$K6.11983461@news2>   J We have had the same type request.  Here is what we did...This assumes youI have Attunity Connect (formerly ISG Navigator) to access MS-SQL from DCL.    1> Move MS-ACCESS tables in SQL K 2> Update MS-ACCESS to link to those tables (to keep the MS-ACCESS database 	 the same)  3> use DCL commands:*    $ define /user_mode sys$output sql.dump"    $ nav_util execute sql_tpd_name+    select * from mytable where this = that;     exit;#    $ open /read input_file sql.dump     $ read input_file input_line  ...  .  .  . I The rest is easy...Of course there's that assumption of Attunity Connect.    Dave  3 "Sue Pedersen" <pedersen@lcms.org> wrote in message / news:000201c11f60$9c133330$c408040a@lcms.org...  > Hi,  > H > I'm not sure where to start with this project.  A colleage is taking a fileF > from our VAX system and making a report with Access once a month.  A request L > has been made to automate this process to happen on the 3rd of each month.L > I'm assuming I need to put this into the scheduler but I'm not sure how toK > get a report to run in Access from a DCL program.  Could you give me some  > pointers?? >  > Thank you, > Sue Pedersen > pedersen@lcms.org  >    ------------------------------    Date: 13 Aug 2001 14:14:42 -07000 From: dave.baxter@bannerhealth.com (Dave Baxter)7 Subject: Re: Can queue manager handle 100.000 entries ? = Message-ID: <a3c44af1.0108131314.3dd80820@posting.google.com>   p <wwebb1@email.usps.gov> wrote in message news:<D46FE9B132FB9B44AEC242A96E4AB75001925D0E@rlghncst625.usps.gov>...@ > Apparently it can, as the queue listing from one of our queues > will attest. > C > Printer queue B*xxx*8_*xxx*IT_1764, stopped, mounted form DEFAULT  >   <*xxx*IT - Hold QUEUE>1 >   /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) & > /OWNER=[*xxx*_B*xxx*8,B*xxx*8_*xxx*]# >  /PROTECTION=(S:M,O:D,G:R,W:RSMD)  > 6 >   Entry  Jobname         Username     Blocks  Status6 >   -----  -------         --------     ------  ------8 > 1001969  REDAMNT         *xxx*IT1764       12  HoldingB >          Submitted  6-AUG-2001 08:33:35.69 /NOFEED /FORM=DEFAULT > /PRIORITY=100 G >          File: _$1$DGA1524:[B*xxx*8.*xxx*IT1764]REDAMNT.RPT;6 /DELETE 	 > /NOFEED  > 8 > 1001974  REDABAL         *xxx*IT1764        8  HoldingB >          Submitted  6-AUG-2001 08:33:38.77 /NOFEED /FORM=DEFAULT > /PRIORITY=100 G >          File: _$1$DGA1524:[B*xxx*8.*xxx*IT1764]REDABAL.RPT;6 /DELETE 	 > /NOFEED  > 8 > 1001979  REDARCD         *xxx*IT1764        3  HoldingB >          Submitted  6-AUG-2001 08:33:41.81 /NOFEED /FORM=DEFAULT > /PRIORITY=100 G >          File: _$1$DGA1524:[B*xxx*8.*xxx*IT1764]REDARCD.RPT;6 /DELETE 	 > /NOFEED  > 8 > 1001987  REDATRN         *xxx*IT1764       20  HoldingB >          Submitted  6-AUG-2001 08:33:44.91 /NOFEED /FORM=DEFAULT > /PRIORITY=100 G >          File: _$1$DGA1524:[B*xxx*8.*xxx*IT1764]REDATRN.RPT;7 /DELETEe	 > /NOFEEDu >  > WWWebb >  > > -----Original Message-----4 > > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET * > > Sent: Tuesday, August 07, 2001 4:13 AMH > > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET7 > > Subject: Can queue manager handle 100.000 entries ?r > >  > > J > > We are considering using SMTP to send bills to customers (no spam mailI > > !). This could amount to sending about 100,000 e-mail messages from atJ > > batch run. Since every e-mail message is placed in a TCPIP$SMTP queue,G > > and handled by the queue manager, I wonder if the queue manager canrJ > > handle so many entries without serious effects on the speed. I seem toB > > remember from a very long time ago that very long queues would, > > dramaticaly slow down the queue manager. > >p  F I have seen this behaviour on my system intermittently.    By default,A VMS will assign Entry numbers in the range 0-9999.   When 9999 is D reached, the system will wrap back to 0, continuing to assign unused numbers within this range.  D Within our organization we support >1500 print queues and have foundC that if busy queues are stalled (letting print jobs back up), or ifpC queues are set to "/RETAIN" (thus locking up entry numbers), to the?E point that there are no available entry numbers in the default range, B then the range will jump out to 1000000 - 9999999. (Note:: 10000 - 999999 are not used.).  ; From our perspective, the only downside was that one of ouruB applications which provided a utility for monitoring/administeringC print queues only allowed a 4-character field for entry number, andrC when the numbers jumped, it was only displaying the first 4 digits.s  B It has been noted (empirically) that if there are no 7-digit entry@ numbers in use and there are vacancies in the default range, the1 system will revert back to the default behaviour.    Dave Baxters VAX Alpha System Manager Banner Health Systems.   ------------------------------    Date: 10 Aug 2001 10:56:48 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>A7 Subject: Re: Can queue manager handle 100.000 entries ?AH Message-ID: <y4y9os70of.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  K >   Each queue manager can handle a maximum of one hundred thousand entriesW  & Didn't you mean to say 99999 entries?   M Is this more related to displaying entry numbers than any inherent limitationML in the code? Even with three blocks per entry, a normal 36 GB disk should be) able to contain about 20 million entries.-  E >   Up to five queue managers can be sharing the same queue database.1  N Is this limitation dictated by locking scalability considerations, or just the' limit of your testing and thus support?r   	Jan   ------------------------------  # Date: Mon, 13 Aug 2001 23:41:17 GMTh2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: Fast Bootstraps (was Re: OpenVMS  + Itanium)i1 Message-ID: <xAZd7.84$bB1.12733@news.cpqcorp.net>e   Rudolf Wingert wrote:HG : a veryf nice feature will be, that a cluster client copies the system'G : to a local disk (e.g. as memory dump). The next time it must boot, it2F : boots from the local disk and, if neccessary, it updates the changedH : software from the server. This would allow a fast boot and low network
 : traffic.  G   I will assume you are NOT considering resurrecting the old VAXstation H   "Fast Boot" mechanism, a task that we (OpenVMS Engineering) tried and I   subsequently found to be sufficiently difficult as to be unsupportable.nH   When it worked, it worked nicely.  Keeping it working was a nightmare I   -- we had to verify the environment and patch the kernel appropriately  1   during the "restart", and this gets quite ugly.s  H   If this is not "Fast Boot" but an approach based on file transfers andL   file copies and file synchronization -- this approach then also assumes   K   that the coordination and synchronization overhead involved doesn't chew yI   up all of the bandwidth gains.  (I wouldn't bet against the overhead of =   the synchronization obliterating the bandwidth gains, too.)n  I   What is the infrastructure?  Fast or gigabit NICs are quite common, andnH   switches tend to reduce the bandwidth problems.  (This is clearly the G   "throw hardware at the problem" approach, but this approach can be a '!   very effective and simple one.)i  J   Oh, and if you find yourself booting systems regularly, may I ask why?  H   The configuration might not be appropriate as a "fat client" and/or asK   a cluster satellite.  Or you might want to move to faster hardware and/or I   to direct (shared) storage access.  (Faster hosts or faster NICs, FibresG   Channel or shared SCSI disk storage, etc.  This is obviously another :,   throw-hardware-at-it approach, of course.)  G   And another approach, keep a local (static) copy of OpenVMS on (say) >G   a (very) fast CD-ROM or DVD-RAM and keep the volatile files on local  F   magnetic disk and on served storage.  Swap over new media as needed.G   (I've occasionally thought about the ancient standalone (tape) BACKUPtC   technique of booting OpenVMS off a tape by way of a pseudo-disk.)w   	--e  F   We will be making very few changes to OpenVMS as part of the port toJ   IA-64 systems -- while I'd also like to alter various areas of OpenVMS, H   we (OpenVMS Engineering) will be working to avoid these changes, as weK   can very easily be overwhelmed by these "simple changes".  Make too many -I   "simple changes" in any project -- sometimes called "feature creep" -- lH   and any engineering or development schedule can be at risk.  Risks canH   include the aggregate effort involved and the aggregate potential for    "destabilization".  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Mon, 13 Aug 2001 21:59:58 +0000 (UTC)c From: jon@eoin.demon.co.uk4 Subject: FS(UK): DEC Alphastation 500/400 VMS system0 Message-ID: <9l9iku$9jg$3@INDY.eoin.demon.co.uk>  	 For sale:   1 Alphastation 500/400: 128 Mb RAM, 4Gb HD, CD, FDD  21" DEC (Diamondtron monitor)b DEC keyboard and mouse VMS 7.2 installedt   All in good working order.   500 ukp    Located N Bucksy   ------------------------------  # Date: Mon, 13 Aug 2001 22:09:00 GMTn From: Dirk Munk <munk@home.nl>A Subject: Re: FTP Copy of variable record length file - VMS to VMS ' Message-ID: <3B784FED.B95EB2EF@home.nl>n   Why do you use FTP ???  E If you have Decnet-plus installed with IP transport, you can Copy theoJ file. Much easier, and all file attributes remain the same, no matter whatG kind of file you copy.  Compared with a Decnet (over IP) copy, FTP is af stoneage utility.    Andrew Rycroft wrote:d   > Hi,e >eA > I am using FTP to copy files from one VMS system to another VMSr! > system. The exact command is :-M >)! > $ COPY/FTP/ANON ll.com alpha2::t > H > Both systems are running UCX v5.0a. The files are sequential, variableE > length record files. On doing a $ DIR/FULL the source file shows :-o > D > Record format:      Variable length, maximum 255 bytes, longest 61 > bytesi >  > The target file shows :- > C > Record format:      Variable length, maximum 255 bytes, longest 0g > bytesi >n+ > i.e. it has lost the longest record data.n >e@ > Have tried using COPY/FTP/ANON/FDL, but this displays the same
 > problem. >:H > Any suggestions on how to preserve the longest record length attribute! > in FTP file copies appreciated.e >gE > I am using UCX v5.0a, and I have another site with the same problem  > using UCX v4.2.n >M > Thanks > Andrew   ------------------------------  # Date: Mon, 13 Aug 2001 19:30:04 GMTt$ From: info@adroso.com (New VLC User) Subject: FTP Server Port Numbero8 Message-ID: <3b782a59.6662474@news.jamison1.pa.home.com>  E I want to change the port that my FTP server uses from the default 21pE to 22.  I can't find any info on how to do this.  Is it possible, ands if so, how?n   ------------------------------  % Date: Mon, 13 Aug 2001 22:44:36 +0200n= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>m# Subject: Re: FTP Server Port Numbery) Message-ID: <3B783C34.B4786BCD@gtech.com>-   New VLC User wrote:eG > I want to change the port that my FTP server uses from the default 21cG > to 22.  I can't find any info on how to do this.  Is it possible, and9
 > if so, how?p   You could try:   $ TCPIPn TCPIP> SET SERVICE FTP /PORT=22    But:A   - you should not be surprised if something in the server breaksA:   - you should not be surprised if your FTP clients do not+     allow you to specifi port to connect to " so I would not recommend doing it.   Arne   ------------------------------   Date: Sat, 11 Aug 2001 23:57:42o% From: Debt Free <mail0805@excite.com> 2 Subject: GET OUT OF DEBT FAST AND STAY OUT FOREVER+ Message-ID: <200108112357671.SM00924@plain>e  L Learn how to live debt free for the rest of your life.  If you struggle withG mounting debt, you are not alone.  Millions of Americans are living pay L check to pay check as they try to service thousands, tens of thousands, even5 hundreds of thousands of dollars in accumulated debt!c  E We have helped thousands to gain control of their finances and becomeeI debt-free.  This is NOT a high-interest rate consolidation loan or a debtgJ counseling service!  We will provide you with a totally turn-key system toL accelerate your debt service while preserving your credit.  We will help youI discover discretionary income you didn't know you had!  Then we will showhK you how to retire every penny of your debt years ahead of schedule and save L hundreds of thousands of dollars in interest payments. We will even give you? a system to retire your mortgage 7-10 years ahead of schedule!!a  J More importantly, you will learn how to recognize and avoid debt traps forL the rest of your life.  If you're serious about living debt free and reapingI the long- term wealth of financial independence, click on the link below.n   http://210.243.159.53/debt2i                                              = To be removed from our list please send a blank message here: ) mailto:mail0805@excite.com?subject=removeo   ------------------------------  % Date: Mon, 13 Aug 2001 16:32:26 -0400 & From: Patti Johnson <pjohnson@wcu.edu>8 Subject: HELP!  error adding entries to quota file?!?!?!' Message-ID: <3B78395A.EE4FA114@wcu.edu>t   We have a drive that we have specifically for user accounts.  It's gotten full so I tried (for my first time) to create a volume set for it & another.  It appeared to go off w/out a hitch but I wouldn't know - not sure how dir, show dev, etc output is supposed to look for a volume set.    k Anyways, we're still having the problem of adding quota for new users.  From the add quota command, we get:e  / %DISKQ-E-ADDERR, failed to add quota file entryt5 %SYSTEM-E-DEVICEFULL, device full; allocation failureA  * but when I 'sho dev' on that device, i get alf_pj>show dev dkb1  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP $1$DKB1:         (ALF)  Mounted              0  WSI1            550608     1   3P $1$DKB3:         (ALF)  Mounted              0  WSI3          16205840     1   3  + does anyone have any ideas on how to help??o  0 please reply via email as well as the newsgroup.   pj -- p  M _____________________________________________________________________________ M Patti Johnson (pj)                                           pjohnson@wcu.edua WCU Computer Center  Cullowhee, N.C. 28723 M 828-227-3224                         Time spent with a child is never wasted.r   ------------------------------  % Date: Mon, 13 Aug 2001 20:14:51 +0100t+ From: "antonio.carlini" <arcarlini@iee.org>d) Subject: Re: Help! Boot Block Informationt' Message-ID: <3B78272B.F1BB8FDC@iee.org>t   John Laird wrote: J > The *second* longword is FC8D0006, not the third as you suggest, but theE > reason this is not the expected value of 0006FC8D is because *it is G > defined to be word-swapped on-disk*.  This will almost certainly date J > back to pre-Vax days.  Other longword items in ODS-2 format are just the  " The VAX boot-block is deliberately$ backwards compatible with the PDP-11 boot block format.  " I don't remember whether the Alpha" boot block is backwards compatible% with VAX (I suspect it is) and PDP-11a (maybe, maybe not).s   Antoniof   -- ,   ---------------r- Antonio Carlini             arcarlini@iee.org    ------------------------------  % Date: Mon, 13 Aug 2001 17:26:31 -0400n* From: "Paul A. Jacobi" <nospan@nospam.com>) Subject: Re: Help! Boot Block Informationn1 Message-ID: <zKXd7.76$bB1.12619@news.cpqcorp.net>,  6 "antonio.carlini" <arcarlini@iee.org> wrote in message! news:3B78272B.F1BB8FDC@iee.org...u  $ > I don't remember whether the Alpha$ > boot block is backwards compatible' > with VAX (I suspect it is) and PDP-11M > (maybe, maybe not).n  I The Alpha bootblock is not backwards compatible, but will co-exist with aoJ VAX boot block.  VAX bootblock uses LBN 0, Byte 0.  Alpha also uses LBN 0,F and the last couple quadwords, which are nor normally not used on VAX.< There is no code in the Alpha bootblock, just LBN and count.     Paul A. Jacobi Compaq Computer Corporation ! OpenVMS Systems Group, ZKO3-4/U14o 110 Spitbrook Road Nashua, NH 03062-2698s Email: Paul.Jacobi@compaq.coma   ------------------------------    Date: 10 Aug 2001 11:45:21 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> F Subject: Re: I just have to post this - and apoligse later Alpha/IntelH Message-ID: <y41ymknt8u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:n  O > And what was it that Compaq said to its few "key" customers it visited on theiG > day of the alpha murder that Compaq can't say to the general public ?a  K Now that really formulates just the right question about this announcement.hJ A lot of the public rationale for it to be made rests on an answer to this	 question.o   	Jan   ------------------------------  % Date: Fri, 10 Aug 2001 12:39:11 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>  Subject: Re: IA64 Rocks My World) Message-ID: <3B73C7DF.C5631C1@uk.sun.com>    "Main, Kerry" wrote: > 	 > Andrew,- > I > >> it failed abjectly because most of the references arn't customers <<e > K > Yep, you are right. These ISV's must promote their app's running on these I > servers because they like to use them for their own use. They could notm4 > possibly have end user Customers for them. Right ? > 	 > sigh ..0 > = If you cant work out the difference between an ISV endorsing  ? a platform that they rely on for sales revenues and a customer u< endorsing a platform because they have sucessfully deployed  apps on it then you need help.   Regards/ Andrew HarrisonM Enterprise IT Architectx   ------------------------------  % Date: Thu, 09 Aug 2001 21:58:29 -0700r& From: Tom Crabtree <tccrab@sunset.net>: Subject: Re: Installing V7.3 on Personal Workstation 500au* Message-ID: <3B7369F4.67C40382@sunset.net>  & --------------2542B1FC41639C32BCBF07F8* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit:   Kathy:   Been there, done that.E Your 500AU has an IDE CD-Rom and to boot OpenVMS you will need a SCSIT CD-Rom. F Since adding a CD-Rom to you SCSI bus, the slowest device will set theD speed for ALL data transfers, I highly recommend that you add a SCSIE card to hook the CD-Rom to.  Otherwise it will slow  your system to a G crawl.  Give Dave at Island Computer Company a call, he's got the right4 stuff to fix you up.E The reason you have an IDE CD-Rom is that your system was sold to run6. True64 and it does not care about IDE CD-Roms.  
 Good luck!   Tom C.   "Pohl, Kathy" wrote:   >  > 
 >         Hi,  >UA >         I am trying to install OpenVMS Alpha V7.3 on my Digital  > personal workstation 500au.xG >         I boot it using the command >>> boot dkb0   It starts to bootO > and I get the message:D >         "OpenVMS Alpha Operating System, Version V7.3" and then it > hangs.  I have updatedE >         the firmware already.  I have read all the installation doc $ > and can't seem to get beyond this. >         What next? >  >         Thanks,n >         KathyT   --A -----------------------------------------------------------------s My father used to tell me,> "Son, there is nothing wrong with being scared. . . as long as5 you don't let it affect you until the danger is over.e> Being hysterical is okay, too . . . afterwards and in private.A Tears are not unmanly . . . in the bathroom with the door locked.e; The difference between a coward and a brave man is mostly a  matter of timing"d  0       --------- Robert A. Heinlein -------------A -----------------------------------------------------------------     & --------------2542B1FC41639C32BCBF07F8) Content-Type: text/html; charset=us-asciit Content-Transfer-Encoding: 7bit   > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Kathy: <p>Been there, done that.uI <br>Your 500AU has an IDE CD-Rom and to boot OpenVMS you will need a SCSIt CD-Rom.NF <br>Since adding a CD-Rom to you SCSI bus, the slowest device will setH the speed for ALL data transfers, I highly recommend that you add a SCSIJ card to hook the CD-Rom to.&nbsp; Otherwise it will slow&nbsp; your systemG to a crawl.&nbsp; Give Dave at Island Computer Company a call, he's goti the right stuff to fix you up.I <br>The reason you have an IDE CD-Rom is that your system was sold to run . True64 and it does not care about IDE CD-Roms.
 <p>Good luck! 	 <p>Tom C.  <p>"Pohl, Kathy" wrote:r <blockquote TYPE=CITE>&nbsp;` <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>Hi,</font></font>P <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>IJ am trying to install OpenVMS Alpha V7.3 on my Digital personal workstation 500au.</font></font>Q <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>IeI boot it using the command >>> boot dkb0&nbsp;&nbsp; It starts to boot andn  I get the message:</font></font>X <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>"OpenVMS[ Alpha Operating System, Version V7.3" and then it hangs.&nbsp; I have updated</font></font>sS <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>thecF firmware already.&nbsp; I have read all the installation doc and can't& seem to get beyond this.</font></font>T <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>What next?</font></font>yd <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>Thanks,</font></font>p <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <font face="Arial"><font size=-1>Kathy</font></font></blockquote>   <p>-- E <br>-----------------------------------------------------------------  <br>My father used to tell me,B <br>"Son, there is nothing wrong with being scared. . . as long as9 <br>you don't let it affect you until the danger is over.eB <br>Being hysterical is okay, too . . . afterwards and in private.E <br>Tears are not unmanly . . . in the bathroom with the door locked.o? <br>The difference between a coward and a brave man is mostly af <br>matter of timing" L <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; --------- Robert A. Heinlein -------------E <br>-----------------------------------------------------------------u <br>&nbsp;</html>l  ( --------------2542B1FC41639C32BCBF07F8--   ------------------------------  % Date: Fri, 10 Aug 2001 10:13:47 +0200 , From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>: Subject: Re: Installing V7.3 on Personal Workstation 500au: Message-ID: <3b73982a$0$2978$e4fe514c@newszilla.xs4all.nl>  L It is not entirely true that you need a SCSI CD ROM to boot OpenVMS on a PWSJ 500au. However, there are many variants of the 500au and some do boot fromH the IDE CD (dqa0 or dqb0) and some don't. Maybe someone who really knows+ about the PWS could explain something more!n  	 Bart Zorne  3 "Tom Crabtree" <tccrab@sunset.net> wrote in messager$ news:3B7369F4.67C40382@sunset.net... Kathy: Been there, done that.E Your 500AU has an IDE CD-Rom and to boot OpenVMS you will need a SCSIh CD-Rom.tL Since adding a CD-Rom to you SCSI bus, the slowest device will set the speedK for ALL data transfers, I highly recommend that you add a SCSI card to hook J the CD-Rom to.  Otherwise it will slow  your system to a crawl.  Give DaveJ at Island Computer Company a call, he's got the right stuff to fix you up.L The reason you have an IDE CD-Rom is that your system was sold to run True64' and it does not care about IDE CD-Roms.t
 Good luck! Tom C. "Pohl, Kathy" wrote:           Hi,eH         I am trying to install OpenVMS Alpha V7.3 on my Digital personal workstation 500au.K         I boot it using the command >>> boot dkb0   It starts to boot and Il get the message:L         "OpenVMS Alpha Operating System, Version V7.3" and then it hangs.  I have updatedG         the firmware already.  I have read all the installation doc andS can't seem to get beyond this.         What next?         Thanks, 
         Kathys --A -----------------------------------------------------------------i My father used to tell me,> "Son, there is nothing wrong with being scared. . . as long as5 you don't let it affect you until the danger is over.b> Being hysterical is okay, too . . . afterwards and in private.A Tears are not unmanly . . . in the bathroom with the door locked.n; The difference between a coward and a brave man is mostly a  matter of timing"g0       --------- Robert A. Heinlein -------------A -----------------------------------------------------------------<   ------------------------------  + Date: Mon, 13 Aug 2001 13:21:46 -0600 (MDT)V" From: John Nebel <nebel@csdco.com>* Subject: Intel running out of hard assets?G Message-ID: <Pine.OSF.4.21.0108131319420.24638-100000@athena.csdco.com>   1 There is a article concerning their burn rate on:-  @ http://www.theinquirer.net/10080120.htm with an eventual link to  ? http://www.fool.com/community/pod/2001/010622.htm?ref=foolwatch/  2 They are not paying their contractors in Colorado.  G I checked the Colorado Judicial system - we have a realtime copy of allDC the public data therein running on VMS.  The top level search menu:n  P Name INTEL                            Birth   /  /     Pty      A/C             P      (use last name first ie smith j) Ct   Cy 021 Cls    Ty    Yr 2001 #        P Time 00:00.007 OnFile 22693352  Total     5 RealTime     5 Archive     0 R/A B    gL _ INTEL CORPORATION                 /  /     D 021 CV   2001 000652 DEF GS QL _ INTEL CORPORATION                 /  /     D 021 CV   2001 001149 DEF CT QL _ INTEL CORPORATION                 /  /     D 021 CV   2001 001841 DEF CT QL _ INTEL CORPORATION                 /  /     D 021 CV   2001 002200 DEF ML QL _ INTEL CORPORATION                 /  /     D 021 CV   2001 002292 DEF CT Q   Key:  A D=district court, 021=ElPaso County (Colorado Springs), CV=civil,A> 2001=year filed, #=case number, DEF=defendant, Q=realtime data   Case types in abovel   GS - Goods Sold and Delivered. CT - Breach of contracte ML - Mechanics Lieno  I I'd speculate they were more desperate about Alpha than has been admitted 3 and that Q is in better financial shape than Intel.f  
 John Nebel   ------------------------------  # Date: Fri, 10 Aug 2001 05:32:22 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>* Subject: Re: Lemmings, was Re: Move to Sun> Message-ID: <GlKc7.33592$bm5.12831102@typhoon.ne.mediaone.net>  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messagei" news:3B71528C.FDF0283@127.0.0.1... > Bill Todd wrote: > >iI > > Not if Compaq and its apologists stop spewing bullshit about how IA64- has-J > > comparable (or better) performance potential than Alpha had, how AlphaL > > wasn't profitable, how IA64 will be a better platform for VMS than AlphaI > > would have been (the real question being whether VMS will survive theeE > > intermediate-term loss of Alpha customers in anything more than a F > > permanently-stagnant state), and how 'committed' they are to VMS's futureG > > (without explaining why the even more explicit commitments to AlphaF weren'te) > > worth the HTML they were written in).e  L Well, Sport, you're such an expert. please elucidate. We're all clamoring toG hear your words of wisdom. Those of us who haven't killfilled you lamer2 wingers!   Have a ginger-peachy day!h   >  > How important is performance?  >sA > Your aguments against Itainium as a technology are very strong,T > and probably right.h >d= > However I've failed to see any real evidence that Alpha wash1 > sold on the basis of its [superior] technology.  >l: > It sold because people wanted VMS, and Alpha was what it
 > runs on. > H > It wasn't sold because people wanted the fastest chip, then found some) > operating system or other to run on it.  >j= > If performance really was the issue, then there would be NO08 > VAX's. We're not all speed freaks, driving the fastest; > production car just gets you into the traffic jam sooner!d >,G > Similarly, no-one would want the DS10s or the other 'low end' Alphas,cG > we'd all be craving the GS and ES series. All the 2100 users would beo? > running out buying the faster systems, but it doesn't happen.o >nD > By and large people are pretty happy with the performance of their
 > systems. >r@ > (Dons flameproof pants for delugue of performance complaints!) >p: > In 2005 or thereabouts, people will have a choice, Alpha: > or Itanium. The pen pusher isn't going to _want_ to knowG > the technical differences - they don't care. It'll be bottom line ands > TCO. >oH > > The major issues here are Compaq's competence and credibility, which manyH > > feel are both in the negative range.  But since the reasons for this includeeG > > questions of the technical merits of Alpha vs. IA64 (since Compaq'soJ > > statements *made* these issues), discussing them is entirely relevant. > H > But the statements also stated (from the press release HTML, quoted of > the Intel CEO: >nG > " Our agreement will bring higher levels of performance, availability  > and I >                             scalability to systems based on the Itaniumn > processor family." >mI > There's no such statement that the Itanium releases of VMS are going toeH > be faster. It is saying that the Itanium will get faster, but it would: > anyway, with or without the help of the Alpha engineers. >sI > I'll repeat it again, speed is not an issue. Many folks are quite happyiF > with second hand (refurbished) EV5 technology giving more than ample > procesing power. >tE > As to competance, I believe Compaq are doing a much better job than G > Digital every did. It does not mean I agree with all their decisions,v. > but they cannot be all things to all people. >bI > You write with a passion about VMS, one I share, but I feel quite happy G > about the situation overall, I appreciate you (and others) don't feele > that way.l >tE > > > I agree with you on the lemming like mentality, but VMS has the I > > > opportunity to be a net that those lemmings can leap into. It'll be  VMS > > > > engineering and Compaq marketing that put the net there. > > J > > Based on all precedent to date, the *lack* of Compaq marketing will be whatJ > > makes the net a cruel illusion at best (assuming VMS survives at all). >  > "watch this space" > G > One further point if I may, with all those Intel ads with their funnyaE > costumed people dancing around to an annoying jangling ditty during_H > primetime TV, in a few short years time, those same adverts will in my- > mind promoting the [a] platform of OpenVMS.. >aG > I could never see a future, even if Alpha continued thru EV8 and EV9, H > similar messages from our mutual friends extolling the wonders of OOOP > and predication, could you?u >0 > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot comR   ------------------------------    Date: 10 Aug 2001 12:47:10 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>t* Subject: Re: Lemmings, was Re: Move to SunH Message-ID: <y4vgjwmbtd.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:   >> Bill Todd wrote: I >>> Not if Compaq and its apologists stop spewing bullshit about how IA64 N >>> has comparable (or better) performance potential than Alpha had, how AlphaL >>> wasn't profitable, how IA64 will be a better platform for VMS than AlphaI >>> would have been (the real question being whether VMS will survive the-E >>> intermediate-term loss of Alpha customers in anything more than a-F >>> permanently-stagnant state), and how 'committed' they are to VMS'sN >>> future (without explaining why the even more explicit commitments to Alpha1 >>> weren't worth the HTML they were written in).,K > Well, Sport, you're such an expert. please elucidate. We're all clamoringBL > to hear your words of wisdom. Those of us who haven't killfilled you lamer
 > wingers!  J Tsk, tsk, Terry - loosing your cool? And in such a foul-mannered way? BillK _has_, to the best of his ability, elucidated those of the questions above oM that can be analysed (the rest is psychology of marketing). I have yet to seeaL anything as well reasoned in the form of a rebuttal, from you or from anyoneB else. "I could, but you haven't signed the right NDA" doesn't fly.   	Jan   ------------------------------    Date: 10 Aug 2001 10:32:28 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>-' Subject: Re: Linker-Warnings in VMS 7.3 H Message-ID: <y44rrg8gdf.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  , John Reagan <john.reagan@compaq.com> writes:  D > Before V7.3, when the linker was trying to produce ENTIDENT check 8 > messages, the message would wrap and become truncated.  K I hadn't heard about this before. What do you use it for - to make sure the ? right versions of modules are taken from the object libraries?     	Jan   ------------------------------  % Date: Mon, 13 Aug 2001 12:13:19 +0100h, From: Alan Greig <alan.greig@intl.fmcti.com> Subject: Mike Capellas' Diary 8 Message-ID: <rfdfnt448gv6umnnha5lho7g8ud6ao3asp@4ax.com>  ' http://www.theinquirer.net/10080105.htme   This is actually quite funny.  -- Alan   ------------------------------    Date: 10 Aug 2001 09:26:13 +0300& From: costello@iki.fi (Antti Jrvinen)" Subject: Re: Missing TK50 in uVAX?3 Message-ID: <m31ymk2zy2.fsf@muikku.baana.suomi.net>t  ! rivie@localhost.no.domain writes:eK > In article <m3pua4yi5l.fsf@muikku.baana.suomi.net>, Antti Jrvinen wrote:h > > Should I connect  ) > > a terminator to the other connector? e >  > Yes.  J One more question: the bus to TK50 is SCSI, correct? It doesn't happen to B have a strange pinout or something as I have only a "regular" SCSIA terminator, not a terminator that might have support for some oddn pinout.o  G If I take that TK50 to another computer (say, plug it to Linux-box) it  G should work as any SCSI-tape? Just to make sure the tape itself is not - dead.   B Well, that was two questions, sorry, I've always been bad in math.   -- s Antti Jrvinen, costello@iki.fin5             "concerto for two faggots and orchestra" 6   ------------------------------  % Date: Fri, 10 Aug 2001 11:36:45 +0200-1 From: "Tomasz Dryjanski" <tdryjanski@hotmail.com>r Subject: NTP. Message-ID: <9l09vg$268j$1@news2.ipartners.pl>   Hi all,D  ' We have VMS 7.2-1H1, TCPIP v.5 servers.aB How to make a server to synchronize time with a given Time Server?6 Is there a way to show / set synchronization interval?   TIAc --   T. D.o   ------------------------------  # Date: Fri, 10 Aug 2001 11:04:53 GMTy1 From: "Kari Keronen" <kari.keronen@radiolinja.fi>m Subject: Re: NTP2 Message-ID: <01c1218c$3a7b6d30$9b0ba8c0@rlhkikker>  & Look TCPIP Management Documentation in  ) http://www.openvms.compaq.com:8000/#tcpipb   Works fine by the wayl   -Kari-  : Tomasz Dryjanski <tdryjanski@hotmail.com> wrote in article% <9l09vg$268j$1@news2.ipartners.pl>...A	 > Hi all,n > ) > We have VMS 7.2-1H1, TCPIP v.5 servers. D > How to make a server to synchronize time with a given Time Server?8 > Is there a way to show / set synchronization interval? >  > TIA, > -- >  > T. D.t >  >  >    ------------------------------   Date: 9 Aug 2001 22:07:19 -0700l- From: merritt.robert@spsd.sk.ca (rob merritt) + Subject: open vms hobbist tcpip license???? = Message-ID: <b6bf97d5.0108092107.2ffc5680@posting.google.com>-  A OK i asked this once before here and waas flamed buy someone "for * cluttering up the NG with vague questions.& so i will make this short and specific  E I loaded up vms 7.2 on my vax 4000/50 loaded UCX went in to configuref0 it as Ive done a million times at work and I seeD                  1  -  BIND Resolver        Requires TCPIP-IP-CLIENT PAK D                  2  -  Domain               Requires TCPIP-IP-CLIENT PAKAD                  3  -  Routing              Requires TCPIP-IP-CLIENT PAK-  B I realize I need paks but I recieved no paper, and can find no DCL> scripts on the Montgar cd ??? do you have to purchase licenses   ------------------------------    Date: 10 Aug 2001 12:39:16 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>D/ Subject: Re: open vms hobbist tcpip license????DH Message-ID: <y4y9osmc6j.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  L You get two license DCL procedures, one for VMS and cluster stuff, the other4 for layered products. UCX/TCPIP is among the latter.   	Jan   ------------------------------  % Date: Mon, 13 Aug 2001 22:59:58 -0500,* From: WILLIAM WEBB <WWEBB1@email.usps.gov>/ Subject: RE: open vms hobbist tcpip license????r- Message-ID: <0033000032155754000002L042*@MHS>t   =0AFirst you join Encompass," then give it a little time for the  info to filter over to Montagar.  " Then you fill out the forms on the pertinent web pages,  $ the licenses come via email that can be cut and run as .COM files.p   Regards,   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETi' > Sent: Monday, August 13, 2001 7:03 PMfF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET- > Subject: open vms hobbist tcpip license????  >t >bC > OK i asked this once before here and waas flamed buy someone "for>, > cluttering up the NG with vague questions.( > so i will make this short and specific > H > I loaded up vms 7.2 on my vax 4000/50 loaded UCX went in to configure=  2 > it as Ive done a million times at work and I seeF >                  1  -  BIND Resolver        Requires TCPIP-IP-CLIENT > PAKaF >                  2  -  Domain               Requires TCPIP-IP-CLIENT > PAKnF >                  3  -  Routing              Requires TCPIP-IP-CLIENT > PAKe >>D > I realize I need paks but I recieved no paper, and can find no DCL@ > scripts on the Montgar cd ??? do you have to purchase licenses >=   ------------------------------  # Date: Mon, 13 Aug 2001 22:03:22 GMTh From: Dirk Munk <munk@home.nl> Subject: Re: OpenVMS  + Itanium-' Message-ID: <3B784EA1.940C96A7@home.nl>-  $ This would be a great new feature !! Although, new ??J Those of us who worked with the good old PDP11 and RSX11D may remember theC SAV command. You could do a sysgen, thus building a system with all J drivers and installed images, and when you had it running dumping a memoryE image of this sytem to disk with the SAV command. SAV/BOOT would also J write the bootblock if I remember correctly, but you could also write more? images, and boot from a specific image (from a running system).-   Regards,   Dirk   Rudolf Wingert wrote:-   > Hello, >/G > a veryf nice feature will be, that a cluster client copies the system-G > to a local disk (e.g. as memory dump). The next time it must boot, itBF > boots from the local disk and, if neccessary, it updates the changedH > software from the server. This would allow a fast boot and low network
 > traffic. >i > Regards Rudolf Wingert   ------------------------------  % Date: Fri, 10 Aug 2001 09:33:40 +0200t= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ; Subject: Re: OpenVMS apps and Compaq committment story here ) Message-ID: <3B738E54.8DA48852@gtech.com>e   paul@wren.cc.kux.edu wrote:eF > http://dailynews.yahoo.com/h/cmp/20010809/tc/iwk20010808s0007_1.html   Good story.e  8 It would be better if linked from www.openvms.compaq.com& or still better from www.compaq.com !!   Arne   ------------------------------    Date: 10 Aug 2001 05:47:09 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o; Subject: Re: OpenVMS apps and Compaq committment story hereo3 Message-ID: <Nf9OkGhoffdG@eisner.encompasserve.org>l  i In article <3B738E54.8DA48852@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > paul@wren.cc.kux.edu wrote:eG >> http://dailynews.yahoo.com/h/cmp/20010809/tc/iwk20010808s0007_1.html  > 
 > Good story.t > : > It would be better if linked from www.openvms.compaq.com( > or still better from www.compaq.com !!  E I think that is immaterial and think it is more important to have the $ outreach effect in a separate venue.  C All those who are upset about Alpha-IA64 can read about the articlea here in comp.os.vms.   ------------------------------    Date: 13 Aug 2001 14:38:27 -0700, From: JanWermusch@hotmail.com (Jan Wermusch)7 Subject: Re: Pseudo Terminals to emulate LAT Terminals?-= Message-ID: <c8f6eefa.0108131338.2ca564b8@posting.google.com>g  t John Laird <john@laird-towers.freeserve.co.uk> wrote in message news:<g1qfnt8q3t8hbhvglhrjipak66d564icp8@4ax.com>...G > On 12 Aug 2001 10:57:48 -0700, JanWermusch@hotmail.com (Jan Wermusch)t > wrote: > I > >Did I get it right: if the software uses the LAT-specific calls, theres% > >is no way to simulate the devices?- >  > Not easily ! > B > You could look at WRQ's Reflection package - quite reasonable VTD > emulation and it *can talk LAT*, so your users will create LTAnnnnG > devices when they log in, just as they would on the terminal servers.tJ > However, the terminal server and port information for each terminal port > will be "fake".d > H > Do you know why this application is making LAT-specific calls at all ?I > Is it doing something clever like transferring whole user sessions from/F > one port to another (which would probably need true pseudo-terminals& > anyway such as VTA or FTA devices) ? >  >  > 	Johnc   Hi John,  C pardon me, but I am getting little bit confused: I just checked theSC active reflection sessions on another customer's AXP machine. All I D found was a number of TNA terminals (connected to port x on host y), as expected...- What kind of fake terminal ports do you mean?0  B Answering to your question - no I do not have any idea yet how theC store-room application handles the devices. All I know is, that the1B customer was told to configure a number of LAT devices as usual toF make the things working. And they did so - almost 14 years ago. NobodyB ever tried to change it up to now. But in the next few months they' plan to remove all terminals servers...Q  E I think I will have to write a few test apps on my little AXP here to B see what happens to an application dealing with LAT terminals whenE those terminals are not "native" LTAs (since I will not get access tom* the target system without this knowledge).     Regardsi Jan.   ------------------------------  % Date: Mon, 13 Aug 2001 11:55:26 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>7 Subject: Re: Pseudo Terminals to emulate LAT Terminals?t) Message-ID: <3B77B21E.77043BB5@127.0.0.1>-   Jan Wermusch wrote:1  E > Actually, we cannot expect any cooperation from the third party. So.? > you are right, we will have to experiment. But this is an oldKH > store-room application, we should better not play with too much... <g> > H > Did I get it right: if the software uses the LAT-specific calls, there$ > is no way to simulate the devices?   Have you tried    DEFINE/SYS/EXEC LTA5678 TNA1234:  D (assuming TNA1234: is what your [reverse] telnet session appears as)  G It's worth experimenting as the Sw may not be doing what you think. The H clue will be in how you specify the LAT device? Do you tell it "5678" or
 "LTA5678"?   -- n( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Mon, 13 Aug 2001 21:19:16 -0400u- From: JF Mezei <jfmezei.spamnot@videotron.ca>x7 Subject: Re: Pseudo Terminals to emulate LAT Terminals?L+ Message-ID: <3B787C93.5924693@videotron.ca>r   Jan Wermusch wrote:eD > Answering to your question - no I do not have any idea yet how theE > store-room application handles the devices. All I know is, that theyD > customer was told to configure a number of LAT devices as usual toB > make the things working. And they did so - almost 14 years ago.   H Are the terminals configured in the application ?  Some applications areI structured so that a single process allocates a channel to all configuredpI devices, and when someone presses enter, it spawns a subprocess  with theuG input/output to that device, allowing access to the application without M logging on with a VMS username. Such functionality requires reverse LAT (hostlK connects to terminal instead of the reverse), and defining an LTA device toiN point to a TNA device doesn't work because the TNA device doesn't exist (yet).  K If that is your case, you can usually get around by having the users log onaE with a common, captive VMS username and then execute the same commandsN procedure that would have been executed by that master process, at which pointG the application wouldn't really care about the device type since you'ref8 bypassing the device control done by the master process.   ------------------------------    Date: 10 Aug 2001 09:23:06 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>* Subject: Re: Red Code: where are we going?6 Message-ID: <20010810092306.12561.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  B On Thu, 09 Aug 2001, Didier Morandi <Didier.Morandi@gmx.ch> wrote: >"Doc.Cypher" wrote: > L >> I now have over 400 IP addresses in the list of those that have attempted) >> to attack my server (Code Red Type II)h >i7 >How do you identify it? ?XX is CR-I and ?NN is CR-II ?d  9 As far as I know it is the other way round, XXX is CR-II.n  B Overnight my list has gone up to near 500. Anyone want a copy? <g>     Doc. - --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.nete   -----BEGIN PGP SIGNATURE-----g Version: 2.6.2  @ iQEVAwUBO3MV8sriC3SGiziTAQFYzggAmhDTqgv5ZLAxbnYumxXTBDm+JLwdpDAs@ tDFRHvx42pshXGOb8zkVj0pyDnGtbOcq0TSRKJEzHlQ3WPchwUntWsKQXxvDUqBT@ wDxVTeFQeTZzsOE7mLnn5AtrtHAdjmUSsUvyr0uGapHyWByL/RTO3s5sLMZ4mRTv@ ibc5tNBm6cipDJ8p/neuYkQf7fczH13XMW5vtR6S7Y3yKl+TM5zTUudDZbfSUwMF@ kwNMJNOaAWG1rFsnhmFZZ1sqT0GLLieOrSgVOaundFVgGEJsIhhvPZll8QZoMSYl8 oE/1Y4ljAB9+6OZYCgYn9rjXekun08uTkQlE0Nam1YsQzWIf1cGczA== =a3VMo -----END PGP SIGNATURE-----t   ------------------------------  # Date: Mon, 13 Aug 2001 19:10:49 GMTo& From: "john nixon" <jnixon@cfl.rr.com>+ Subject: Re: Storageworks retirement letteri= Message-ID: <ZCVd7.74405$eg1.8507558@typhoon.tampabay.rr.com>h  L Is this something that we should expect in the States soon?  I ask because IK just finished installing my first HSG80 pair in preparation of removing ourbG HSJ50s, and I have an approved PO to purchase the second HSG80 pair.  I H would be dissapointed if my PO passes my 50% discount offer in the mail.  9 "Alan Greig" <alan.greig@intl.fmcti.com> wrote in messageu2 news:8iffnt8178nrckh0p20hc18b8u9rg52ntl@4ax.com... > F > I've scanned in the letter from Compaq and OCRd it. Here is the textE > of the letter. I can email a physical scanned image if anyone needsn > one. >t > ====== >f > Compaq Computer Limiteds > Worton Grange Imperial Way > Reading Berkshire RG2 OTEf >e >S > Telephone 0118 986 8711  > Fax 01189867969l > www.compaq.co.uk >a >E >  >  >i > ALAN GREIG > .... > Address ommitted > .... >n > 21st June 2001 >r! > Dear Software Service Customer,  >aF > Compaq Computer Limited, Customer Services UK and Ireland, wishes to< > inform you that we have begun a retirement process for theE > distribution and services for the software of the following storaget > hardware items:i >,G > HS1CP, HSD3O, HSD5O, HSJ3O, HSJ4O, HSJ5O, HSZ4O, HSZ5O, HSZ7O, RA41O,kF > AA450, RA3000 wfth HSZ22 (for NT/Alpha, Novell Netware, Sun Solaris, > HP-UX, IBM-AIX)o >wF > As a result of this retirement, Compaq SOFTWARE Services (ie licenseB > subscription, software update distribution services and softwareG > telephone support) will no longer be available for the above items aspE > of 30th Jan 2002. Note hardware maintenance continues for the aboveg > items. >wH > In addition software services for the RA3000 with HSZ22 (for NT/Intel,G > VMS/Alpha, Unix/Alpha) will end on 31st July 2003. Again the hardware  > maintenance will continue. > G > A migration path is offered with 50% off the storage controller priceoH > (le HSG8O and HSJ8Os). We can also offer leasing options for those whoB > would prefer to lease the new storage controllers and associated > equipment. > D > The suggested migration paths for those who wish to upgrade are as
 > follows: >A > HSDxx migrate to HSG8O! > HSJxx migrate to HSG8O or HSJ8Oi > HSZxx migrate to HSG8O" > HS1 CP migrate to HSG8O or HSJ8O! > RA41O migrate to HSG8O or HSJ8Oy! > RA450 migrate to HSG8O or HSJ8O $ > RA3000 with HSZ22 migrate to HSG8O >a4 > The options currently available are the following:@ > i) Continue with your current storage hardware and continue to0 > receive hardware maintenance support services.D > ii) Migrate to the relevant HSx8O option and related storage under > a leasing arrangement.B > iii) Migrate to the relevant HSx8O option as a straight purchase > arrangement. >hF > For further information on migration and leasing options please callG > our Glasgow call centre on 0845 270 4114 quoting campaign code 01 SMLg >  > Yours faithfully,p >d >c >  >n > Trish Sandys > Compaq Computer Ltdo > Compaq Customer Services1 > Registered Office: Hotharn House 1 Heron Squarea< > Richmond Surrey TW9 IEJRegistered n England number 1792087 >- >- > -- > Alan >,   ------------------------------  # Date: Mon, 13 Aug 2001 22:19:11 GMT> From: Dirk Munk <munk@home.nl>+ Subject: Re: Storageworks retirement letter3' Message-ID: <3B785234.BB92B0E2@home.nl>t   Dave Gudewicz wrote:  N > Interesting to note that the HSZ80, while not on the retirement list, is not > on the migration list.  N True, and even more remarkable is that the HSJ80 is on the list. Why ? BecauseO today we received a mailing that the whole CI technology (incl. HSJ80) is goingeP to be retired. Wouldn't it be great if Compaq could develop a kind of a coherentJ product strategy ? Mayby the people in charge think in terms of Wintel box lifetime (6 months or so).           >  >I	 > Dave...I >o; > "Alan Greig" <alan.greig@intl.fmcti.com> wrote in messagee4 > news:8iffnt8178nrckh0p20hc18b8u9rg52ntl@4ax.com... > >iH > > I've scanned in the letter from Compaq and OCRd it. Here is the textG > > of the letter. I can email a physical scanned image if anyone needs  > > one. > >r
 > > ====== > >  > > Compaq Computer Limitedt > > Worton Grange Imperial Way > > Reading Berkshire RG2 OTEs > >t > >v > > Telephone 0118 986 8711  > > Fax 01189867969w > > www.compaq.co.uk > >  > >- > >- > >- > >- > > ALAN GREIG > > .... > > Address ommitted > > .... > >s > > 21st June 2001 > >h# > > Dear Software Service Customer,D > >0H > > Compaq Computer Limited, Customer Services UK and Ireland, wishes to> > > inform you that we have begun a retirement process for theG > > distribution and services for the software of the following storage  > > hardware items:  > >-I > > HS1CP, HSD3O, HSD5O, HSJ3O, HSJ4O, HSJ5O, HSZ4O, HSZ5O, HSZ7O, RA41O,KH > > AA450, RA3000 wfth HSZ22 (for NT/Alpha, Novell Netware, Sun Solaris, > > HP-UX, IBM-AIX)0 > >@H > > As a result of this retirement, Compaq SOFTWARE Services (ie licenseD > > subscription, software update distribution services and softwareI > > telephone support) will no longer be available for the above items asiG > > of 30th Jan 2002. Note hardware maintenance continues for the aboves
 > > items. > > J > > In addition software services for the RA3000 with HSZ22 (for NT/Intel,I > > VMS/Alpha, Unix/Alpha) will end on 31st July 2003. Again the hardware  > > maintenance will continue. > >-I > > A migration path is offered with 50% off the storage controller pricemJ > > (le HSG8O and HSJ8Os). We can also offer leasing options for those whoD > > would prefer to lease the new storage controllers and associated > > equipment. > >mF > > The suggested migration paths for those who wish to upgrade are as > > follows: > >  > > HSDxx migrate to HSG8O# > > HSJxx migrate to HSG8O or HSJ8Ow > > HSZxx migrate to HSG8O$ > > HS1 CP migrate to HSG8O or HSJ8O# > > RA41O migrate to HSG8O or HSJ8Oo# > > RA450 migrate to HSG8O or HSJ8O & > > RA3000 with HSZ22 migrate to HSG8O > > 6 > > The options currently available are the following:B > > i) Continue with your current storage hardware and continue to2 > > receive hardware maintenance support services.F > > ii) Migrate to the relevant HSx8O option and related storage under > > a leasing arrangement.D > > iii) Migrate to the relevant HSx8O option as a straight purchase > > arrangement. > >uH > > For further information on migration and leasing options please callI > > our Glasgow call centre on 0845 270 4114 quoting campaign code 01 SML  > >w > > Yours faithfully,s > >  > >M > >  > >e > > Trish Sandys > > Compaq Computer LtdC > > Compaq Customer Services3 > > Registered Office: Hotharn House 1 Heron Square,> > > Richmond Surrey TW9 IEJRegistered n England number 1792087 > >o > >u > > -- > > Alan   ------------------------------  % Date: Mon, 13 Aug 2001 12:50:41 +0100t, From: Alan Greig <alan.greig@intl.fmcti.com>' Subject: Storageworks retirement lettere8 Message-ID: <8iffnt8178nrckh0p20hc18b8u9rg52ntl@4ax.com>  D I've scanned in the letter from Compaq and OCRd it. Here is the textC of the letter. I can email a physical scanned image if anyone needs- one.   ======   Compaq Computer LimitedI Worton Grange Imperial Way Reading Berkshire RG2 OTEo     Telephone 0118 986 8711N Fax 01189867969a www.compaq.co.uk          
 ALAN GREIG .... Address ommitted ....   21st June 2001   Dear Software Service Customer,m  D Compaq Computer Limited, Customer Services UK and Ireland, wishes to: inform you that we have begun a retirement process for theC distribution and services for the software of the following storage  hardware items:m  E HS1CP, HSD3O, HSD5O, HSJ3O, HSJ4O, HSJ5O, HSZ4O, HSZ5O, HSZ7O, RA41O,rD AA450, RA3000 wfth HSZ22 (for NT/Alpha, Novell Netware, Sun Solaris, HP-UX, IBM-AIX)P  D As a result of this retirement, Compaq SOFTWARE Services (ie license@ subscription, software update distribution services and softwareE telephone support) will no longer be available for the above items asyC of 30th Jan 2002. Note hardware maintenance continues for the above  items.  F In addition software services for the RA3000 with HSZ22 (for NT/Intel,E VMS/Alpha, Unix/Alpha) will end on 31st July 2003. Again the hardwarew maintenance will continue.  E A migration path is offered with 50% off the storage controller priceRF (le HSG8O and HSJ8Os). We can also offer leasing options for those who@ would prefer to lease the new storage controllers and associated
 equipment.  B The suggested migration paths for those who wish to upgrade are as follows:   HSDxx migrate to HSG8O HSJxx migrate to HSG8O or HSJ8Ot HSZxx migrate to HSG8O  HS1 CP migrate to HSG8O or HSJ8O RA41O migrate to HSG8O or HSJ8O- RA450 migrate to HSG8O or HSJ8On" RA3000 with HSZ22 migrate to HSG8O  2 The options currently available are the following:> i)	Continue with your current storage hardware and continue to. receive hardware maintenance support services.B ii)	Migrate to the relevant HSx8O option and related storage under a leasing arrangement.@ iii)	Migrate to the relevant HSx8O option as a straight purchase arrangement.  D For further information on migration and leasing options please callE our Glasgow call centre on 0845 270 4114 quoting campaign code 01 SML:   Yours faithfully,p         Trish Sandys Compaq Computer Ltd7 Compaq Customer Services1 		Registered Office: Hotharn House 1 Heron Squares: Richmond Surrey TW9 IEJRegistered n England number 1792087     -- Alan   ------------------------------  % Date: Tue, 14 Aug 2001 00:00:33 -0400m9 From: "D.B. Turner, islandco.com" <dbturner@islandco.com>-+ Subject: Re: Storageworks retirement letteri/ Message-ID: <tnh85alooo6e4a@news.supernews.com>o  
 Well.. hell !e  L Buy the two I have in stock that are almost new and I'l let you have them at 60% off list !   DT   -- David Turner   We sell Alpha's & Alpha Parts8 http://www.islandco.comv sales@islandco.com Island Computers US Corp.e 2700 Gregory Street/ Savannah GA 31404/ Tel: 912 447 6622w Fax: 912 201 0096m  / john nixon <jnixon@cfl.rr.com> wrote in message 7 news:ZCVd7.74405$eg1.8507558@typhoon.tampabay.rr.com...mL > Is this something that we should expect in the States soon?  I ask because IoI > just finished installing my first HSG80 pair in preparation of removing  our I > HSJ50s, and I have an approved PO to purchase the second HSG80 pair.  I-J > would be dissapointed if my PO passes my 50% discount offer in the mail. >i; > "Alan Greig" <alan.greig@intl.fmcti.com> wrote in messagee4 > news:8iffnt8178nrckh0p20hc18b8u9rg52ntl@4ax.com... > >@H > > I've scanned in the letter from Compaq and OCRd it. Here is the textG > > of the letter. I can email a physical scanned image if anyone needs1 > > one. > >7
 > > ====== > >m > > Compaq Computer Limitedh > > Worton Grange Imperial Way > > Reading Berkshire RG2 OTEh > >- > >f > > Telephone 0118 986 8711y > > Fax 01189867969c > > www.compaq.co.uk > >  > >o > >l > >k > >R > > ALAN GREIG > > .... > > Address ommitted > > .... > >t > > 21st June 2001 > >u# > > Dear Software Service Customer,h > >eH > > Compaq Computer Limited, Customer Services UK and Ireland, wishes to> > > inform you that we have begun a retirement process for theG > > distribution and services for the software of the following storagei > > hardware items:s > >oI > > HS1CP, HSD3O, HSD5O, HSJ3O, HSJ4O, HSJ5O, HSZ4O, HSZ5O, HSZ7O, RA41O,tH > > AA450, RA3000 wfth HSZ22 (for NT/Alpha, Novell Netware, Sun Solaris, > > HP-UX, IBM-AIX)e > > H > > As a result of this retirement, Compaq SOFTWARE Services (ie licenseD > > subscription, software update distribution services and softwareI > > telephone support) will no longer be available for the above items astG > > of 30th Jan 2002. Note hardware maintenance continues for the above 
 > > items. > >wJ > > In addition software services for the RA3000 with HSZ22 (for NT/Intel,I > > VMS/Alpha, Unix/Alpha) will end on 31st July 2003. Again the hardware  > > maintenance will continue. > >aI > > A migration path is offered with 50% off the storage controller price J > > (le HSG8O and HSJ8Os). We can also offer leasing options for those whoD > > would prefer to lease the new storage controllers and associated > > equipment. > > F > > The suggested migration paths for those who wish to upgrade are as > > follows: > >  > > HSDxx migrate to HSG8O# > > HSJxx migrate to HSG8O or HSJ8Os > > HSZxx migrate to HSG8O$ > > HS1 CP migrate to HSG8O or HSJ8O# > > RA41O migrate to HSG8O or HSJ8O # > > RA450 migrate to HSG8O or HSJ8O0& > > RA3000 with HSZ22 migrate to HSG8O > > 6 > > The options currently available are the following:B > > i) Continue with your current storage hardware and continue to2 > > receive hardware maintenance support services.F > > ii) Migrate to the relevant HSx8O option and related storage under > > a leasing arrangement.D > > iii) Migrate to the relevant HSx8O option as a straight purchase > > arrangement. > >tH > > For further information on migration and leasing options please callI > > our Glasgow call centre on 0845 270 4114 quoting campaign code 01 SMLn > >1 > > Yours faithfully,r > >e > >s > >n > >a > > Trish Sandys > > Compaq Computer Ltdw > > Compaq Customer Services3 > > Registered Office: Hotharn House 1 Heron Squarei> > > Richmond Surrey TW9 IEJRegistered n England number 1792087 > >C > >m > > -- > > Alan > >a >s >o   ------------------------------  % Date: Fri, 10 Aug 2001 13:08:51 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>, Subject: URGENT: ADA position in Switzerland& Message-ID: <3B73C0C3.989280E9@gmx.ch>  M A Customer is urgently looking for an ADA programmer, for immediate boarding.-   Location: Zurich. C Rate: unknown, probably around $80/h maxi., no extra hours allowed.  English or German speaking.r   Contact me for more.   D.   ------------------------------  % Date: Mon, 13 Aug 2001 22:57:58 +0200a< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com>4 Subject: Using Ghostscript to conv PS to PDF on VMS.( Message-ID: <3B783F56.BDC36A70@home.com>   Hi.i< I'v just installed Ghostscript 6.01 from the Freeware CD #5. It presents itself as  $ GS% Aladdin Ghostscript 6.01 (2000-03-17) C Copyright (C) 2000 Aladdin Enterprises, Menlo Park, CA.  All rightso	 reserved.iF This software comes with NO WARRANTY: see the file PUBLIC for details.9 Aladdin Ghostscript 6.01: Cannot open X display `(null)'. 1 **** Unable to open the initial device, quitting.  $   2 Now, I would *just* like to use GS to "destill" PS0 files inte PDF. Do I have to have a DECW display6 running to do that ? Can I change the "initial device", from X11 to something else, maybe pdfwrite ?  A Does anyone have a GS command (for VMS) that converts PS to PDF ?v  ; The only VMS specifics I'v found in the docs is the installe and build instructions.-   Regards- Jan-Erik Sderholm.    ------------------------------  # Date: Mon, 13 Aug 2001 21:10:58 GMT13 From: sy18889@COYOTE.FMR.COM (Bradford J. Hamilton)e8 Subject: Re: Using Ghostscript to conv PS to PDF on VMS.0 Message-ID: <CnXd7.59$4W2.158@news-srv1.fmr.com>   Hi Jan-Erik,  9 Here is a code snippet that I use to "distill" PS to PDF.   < I have used certain "switches" to format the output "nicely" Your Milage May Vary...:-)  D $       set def techdsk91:[document_root.htdocs.inet.performance.in]B $       delete/log [-.out]*.*;*                         ! clean up $loop:G $       file_name=f$search("*.ps")                      ! find PS files<K $       if file_name .eqs. "" then goto done            ! exit when no more Q $       name_only=f$parse("''file_name'",,,"name",)     ! parse out the file name- $       gs "-sDEVICE=pdfwrite"-o/         "-sOutputFile=[-.out]''name_only'.Pdf"-g         "-dNOPAUSE" "-dBATCH"-"         "-dDEVICEWIDTHPOINTS=792"-S         "-dDEVICEHEIGHTPOINTS=684" 'name_only'.PS       ! convert using Ghostscript4G $       goto loop                                       ! get next filew $!   I *think* that the command,a   gs "-help" Z  8 will give information on the switches; I also think thatR the GS package comes with more complete documentation in HTML format.  Perhaps theR "maintainer" will care to speak up in this forum (Thanks, BTW to the person/people who maintain this package!)t   --Bradh >In article <3B783F56.BDC36A70@home.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com> writes: >Hi.= >I'v just installed Ghostscript 6.01 from the Freeware CD #5.s >It presents itself as o >$ GSm& >Aladdin Ghostscript 6.01 (2000-03-17)D >Copyright (C) 2000 Aladdin Enterprises, Menlo Park, CA.  All rights
 >reserved.G >This software comes with NO WARRANTY: see the file PUBLIC for details.t: >Aladdin Ghostscript 6.01: Cannot open X display `(null)'.2 >**** Unable to open the initial device, quitting. >$ o >q3 >Now, I would *just* like to use GS to "destill" PSn1 >files inte PDF. Do I have to have a DECW display 7 >running to do that ? Can I change the "initial device"t- >from X11 to something else, maybe pdfwrite ?  >fB >Does anyone have a GS command (for VMS) that converts PS to PDF ? >c< >The only VMS specifics I'v found in the docs is the install >and build instructions. >  >Regards >Jan-Erik Sderholm.   Bradford J. Hamilton  bradhamilton@mediaone.net	(home) brad.hamilton@fmr.com		(work)   ; "All opinions that I express are my own, not my employer's"    ------------------------------  % Date: Mon, 13 Aug 2001 23:08:18 +0100d! From: Andy Burns <andy@burns.net>S8 Subject: Re: Using Ghostscript to conv PS to PDF on VMS.8 Message-ID: <tojgnto581kmti38teri4a0vepb1ptf65i@4ax.com>  6 On Mon, 13 Aug 2001 22:57:58 +0200, Jan-Erik Sderholm <noone@home.com> wrote:R  = >I'v just installed Ghostscript 6.01 from the Freeware CD #5.i >It presents itself as   >$ GSh& >Aladdin Ghostscript 6.01 (2000-03-17)D >Copyright (C) 2000 Aladdin Enterprises, Menlo Park, CA.  All rights
 >reserved.G >This software comes with NO WARRANTY: see the file PUBLIC for details.0: >Aladdin Ghostscript 6.01: Cannot open X display `(null)'.2 >**** Unable to open the initial device, quitting. >$   >l3 >Now, I would *just* like to use GS to "destill" PS%1 >files inte PDF. Do I have to have a DECW display 7 >running to do that ? Can I change the "initial device" - >from X11 to something else, maybe pdfwrite ?l > B >Does anyone have a GS command (for VMS) that converts PS to PDF ? >h< >The only VMS specifics I'v found in the docs is the install >and build instructions.  E It's been several years since I worked with GS on VMS but I think you C need to see what device drivers have been compiled into the versionOD you have and use "-d xxxxx" qualifiers accordingly .... we certainlyD compiled a version that did PS->CCITT/T4 without any DECW dependance     -- a
 Andy Burns   ------------------------------  % Date: Fri, 10 Aug 2001 21:19:04 +0100 + From: "antonio.carlini" <arcarlini@iee.org>aH Subject: Re: uVAXstation (was Re: Shameless Grab; Was Re: uVAX 3100 M38)' Message-ID: <3B7441B8.86360DDD@iee.org>n   Phil Mendelsohn wrote:H > Well, I did pull all the memory in the initial round, and it still hadG > the same behavior.  But I also found one of the little rubber footieslD > that helps keep the motherboard off the case lying on the workshop/ > floor, so maybe it's time for another look...H > F > Still the 0101  0101.0101 codes seem to have everyone baffled.  Hrm.  & I have the Owner's Manual and it lists$ a bunch of the error codes. That one) does not crop up. The fact that the error " code is identical for all tests is	 very odd!e  ! Yu can run the tests individuallyB (e.g.h   >>> TEST F
   >>> TEST 7 t etc.)  to see if anything changes.H   You can also use TEST 50 to  display a bunch of status info.n  " If the individual tests do operate% differently (i.e. stop returning thaty& apparently bogus code), try the memory test.   & Failing all else, you should strip the# machine down to PSU and motherboarda and try reseating the EPROM.   Antonioe   -- r   ---------------y- Antonio Carlini             arcarlini@iee.orgl   ------------------------------  % Date: Mon, 13 Aug 2001 17:47:14 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>* Subject: Re: VAX/ALPHA FORTRAN and me! :-)8 Message-ID: <7kigntseu27k10taaav5gpn54o6gds5sb6@4ax.com>  D On 13 Aug 2001 12:32:31 -0400, randall.burlew@srs.gov (Randy Burlew) wrote:    > >We just installed a new version of Fortran on our Alpha's and >had to start usingi >e >FORTRAN/OLD_F77 > ; >to compile the old Fortran 77 code, because the default is  >now the Fortran 90 compiler.a  C There's no good reason why you should have to do this - The Fortran B 90/95 compiler fully supports Fortran 77.  Please write to me withA details as to what didn't work when you compiled with the defaultoF FORTRAN command.  (By the way, the Fortran 90/95 compiler has been the) default on VMS for two and a half years.)p    - Steve Lionel (mailto:Steve.Lionel@compaq.com)h Fortran Engineeringl* High-Performance Technical Computing Group& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Mon, 13 Aug 2001 12:58:31 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>* Subject: Re: VAX/ALPHA FORTRAN and me! :-)8 Message-ID: <ai1gntkk8sec6ccukafuc77dsqeicmjjlf@4ax.com>  B On 13 AUG 2001 15:28:01 GMT, Dave Greenwood <greenwoodde@ornl.gov> wrote:    I >I'm inclined agree with the others who said that GET_ARGS is most likelymG >a Macro program to check the number of arguments on the calling stack.rG >The (VMS-only) intrinsic routine IARGCOUNT() will return the number oftE >arguments passed to a subroutine.  I'd guess that the ARGS parameterhF >in the call above returns an array of flags indicating whether or notG >specific parameters were passed.  On alpha you can use %LOC(parameter)fD >to determine whether that parameter was passed.  As an alternative,) >look at the IARGPTR() intrinsic routine.o  D On Alpha, you MUST use the Fortran compiler's IARGCOUNT (and IARGPTRD if desired) intrinsics to get the argument count.  Trying to do thisC in a separate assembler routine will fail more likely than not (andGC the routine would have to be completely rewritten anyway - argumentSB lists look very different on Alpha.)  If the compiler doesn't knowA you're looking at the argument list, it will likely not "home" ita: (store it to memory in the fashion you're used to on VAX.)  ? No version of Digital or Compaq Fortran has provided a GET_ARGSo routine.    - Steve Lionel (mailto:Steve.Lionel@compaq.com)h Fortran Engineeringo* High-Performance Technical Computing Group& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------    Date: 13 Aug 2001 12:32:31 -0400+ From: randall.burlew@srs.gov (Randy Burlew) * Subject: Re: VAX/ALPHA FORTRAN and me! :-), Message-ID: <2001Aug13.123231.13093@srs.gov>  P In article <8FED8E380E400818.4D7BB3F87D1267B0.6F8F7FD923C33FE3@lp.airnews.net>,  plentz@airmail.net says... >-H >The problem is I can read FORTRAN and maybe even almost write it, but IG >can't get the it to re-compile and run properly on the ALPHA. I'm alsoaG >brain dead on using the VMS Symbolic debugger... I've used pretty goodtG >ones on a PC before and just can't get the hang of it. I probably just D >don't know what qualifiers to put on the compiler's command line to, >compile it on a VAX... let alone an ALPHA.  >eI >I've tried FORTRAN/EXTEND/ALIGN and managed to get it to compile, but it1F >blows up when I try to run it, and even got linker errors a couple of >times.  >  >Can anybody help me?J > = We just installed a new version of Fortran on our Alpha's andi had to start using   FORTRAN/OLD_F77w  : to compile the old Fortran 77 code, because the default is now the Fortran 90 compiler.   Randyh   ------------------------------  % Date: Tue, 14 Aug 2001 13:18:08 +00105% From: paddy.o'brien@zzz.tg.nsw.gov.auS* Subject: Re: VAX/ALPHA FORTRAN and me! :-)5 Message-ID: <01K74IZPN2KY003WWX@tgmail.tg.nsw.gov.au>P  > >We just installed a new version of Fortran on our Alpha's and >had to start using  >t >FORTRAN/OLD_F77 >i; >to compile the old Fortran 77 code, because the default ise >now the Fortran 90 compiler.a >  >Randy  L No need to use that.  The F95 compiler will compile all F77 code -- it is a L subset of 95.  This was one of the things the Fortran team wanted to ensure M when the F90 compiler first came out.  And since we had no F90 code then, it iJ was the first thing we could test for them.  The F90 compiler was written  from scratch, IIRC.8  J This has been the default since V7.2 and it's now V7.4A, so you've been a $ long time between compiler upgrades.   Regards, Paddy   ------------------------------   Date: 14 Aug 2001 04:28:16 GMT- From: djweath@attglobal.net (Dave Weatherall)t* Subject: Re: VAX/ALPHA FORTRAN and me! :-)5 Message-ID: <DTiotGxQ0bj6-pn2-j5uw89BnLX4g@localhost>G  D On Sun, 12 Aug 2001 18:48:21, paddy.o'brien@zzz.tg.nsw.gov.au wrote:   > Dave Weatherall wrote: > C > >Now I don't remember whether GET_ARGS was a generic VMS FORTRAN gH > >routine. However, there was something along those lines that changed H > >during the move from VAX to Alpha. What it would be doing is to walk  > M > To my knowledge, there has never been a GETS_ARGS "intrinsic" on VMS.  The eG > only ways that I know are to use the CLI routines or LIB$GET_FOREIGN.s > O > Is this really a port from VAX, or from some other platform?  It looks Unixy.    Hi PaddyD                   you are of course dead right. Not only that but I F was on completely the wrong horse here and thinking about the validity= of subroutine dummy arguments and not command line arguments.   F Anyway, I'm off to the UK for a holiday tomorrow so I won't be around F here for a while. Hope Paul get;s it all sorted out. I'll just settlle4 down and watch England get stuffed by Oz once again.  o Cheers - Dave.   ------------------------------   Date: 14 Aug 2001 05:09:54 GMT- From: djweath@attglobal.net (Dave Weatherall)f* Subject: Re: VAX/ALPHA FORTRAN and me! :-)5 Message-ID: <DTiotGxQ0bj6-pn2-vbPLBSb5JO8R@localhost>e  E On Mon, 13 Aug 2001 16:58:31, Steve Lionel <Steve.Lionel@compaq.com> h wrote:  F > On Alpha, you MUST use the Fortran compiler's IARGCOUNT (and IARGPTRF > if desired) intrinsics to get the argument count.  Trying to do thisE > in a separate assembler routine will fail more likely than not (andIE > the routine would have to be completely rewritten anyway - argumentpD > lists look very different on Alpha.)  If the compiler doesn't knowC > you're looking at the argument list, it will likely not "home" its< > (store it to memory in the fashion you're used to on VAX.) > A > No version of Digital or Compaq Fortran has provided a GET_ARGSc
 > routine.  A Those were the intrinsics and the VAX/AXP change I was trying to R? remember. I never had time to check fo yesterday. Thanks Steve.   n -- m Cheers - Dave.   ------------------------------  % Date: Fri, 10 Aug 2001 09:59:37 +0200o= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 4 Subject: Re: VIRUSES: It's time for a counter attack) Message-ID: <3B739469.3E5789D9@gtech.com>    Didier Morandi wrote:GF > Conclusion: When the worldwide IT managers decide to realize one dayH > that their business and their companies are in REAL GREAT DANGER, they& > will naturally go OpenVMS and APPLE. >  > What do you think?  $ Seen any pigs flying around lately ?   :-)    Arne   ------------------------------    Date: 10 Aug 2001 10:31:07 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>4 Subject: Re: VIRUSES: It's time for a counter attack5 Message-ID: <20010810103107.4681.qmail@nym.alias.net>o  " -----BEGIN PGP SIGNED MESSAGE-----  B On Thu, 09 Aug 2001, Didier Morandi <Didier.Morandi@gmx.ch> wrote:   [SNIP]  E >Conclusion: When the worldwide IT managers decide to realize one daynG >that their business and their companies are in REAL GREAT DANGER, theyt% >will naturally go OpenVMS and APPLE.o >n >What do you think?   : How many worldwide IT managers even know VMS still exists?  E Sure, The Q could take security disasters like this worm, and use the 4 security record of VMS to market it. But they won't.  G And if they did, how would it increase the uptake of VMS significantly?nJ After all, when the IT manager asks his graduate techies about it, they'llD never have touched it - let alone been able to play with it at home.     Doc. - --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                              http://vmsbox.cjb.netH   -----BEGIN PGP SIGNATURE-----o Version: 2.6.2  @ iQEVAwUBO3MV8sriC3SGiziTAQGnuQf+J33AG71BC44rlRC/81RS5Glzmir+jt50@ QSjmZahkBtJzhdnRhk9gO7OwCIt7OowBlxacIzzdNg2ncVvkcS9KfWuJIEjDCMzb@ b4JV8qL+wHjZETC4yyC4nNj/Op8s3Lk6tKnNvMvpmY4jD/EtZ3urjwq6EfQ+ugeY@ Eswv3JEyL9ObaCxWH3HBdlchRrNWOQUfqVC8YvemTeBvdfHqd+Y/FOKiaI01lJEM@ CJwFnE3/oKtOR/Ube6/4coJNZFQQxcMxReumtnyC7IgcCbDR4R5fxXNflH7wN/tc8 USX4nek20N8KOGL3LvFI+xkm8mu6v+QJUgKCucoEAfhhding6tf5Sg== =L0JRp -----END PGP SIGNATURE-----r   ------------------------------    Date: 13 Aug 2001 14:00:54 -05003 From: malmberg@encompasserve.org (John E. Malmberg) , Subject: Re: VIRUSES: What about antibodies?3 Message-ID: <vtnnnQE0wkxf@eisner.encompasserve.org>r  & In article <3B780AF6.F5ADA654@gmx.ch>,. Didier Morandi <Didier.Morandi#gmx.ch> writes:( > paddy.o'brien@zzz.tg.nsw.gov.au wrote: >>G >> I thought the antidote to a virus was a vaccine.  Is the DoJ boggingHI >> itself down again with its (seemingly) total lack of IT knowledge suchrD >> that it can make no real-world IT decisions - just decisions that* >> complicate for compliance the IT world? >8J > As all of us know, a vaccine kills the virus. My idea is to use the door" > opened by the virus to close it.  G Vaccines do not kill virues.  Vaccines pre-trigger the immune system so A that it can respond more quickly from a virus infection.  This isn& essentially what a Virus Scanner does.    4 Virus writers do not need to do any quality control.    H A anti-body type agent writer would have to do extensive quality controlN with all the possible variants of Windows NT and 2000, IIS, and service packs.  I It would also have to be able to identify all the possible damage done by5, all variants of any exploits of the exploit.  G This would be quite an undertaking.  Getting just one thing wrong could / create more damage it is attempting to correct.     F Using a "door" opened by the virus is extremely risky.  Unless you canJ dissasemble the "door" to make sure it is what you think it is, you do notI know what commands to it will do.  This can not be determined from remote F access to an infected system.  This analysis must be done on the local: system from a program that is known not to be compromised.  I You can not rely on any data remotely obtained from a compromised system,h' or even one with a known vulnerability.   G You do not know that it was compromised by any method that is currentlyi known.  L Unless you can do a file by file comparison with a known good reference, youH can not be sure that a compromized system of any type has been repaired.K In the case of a system with a known vulnerability, with out a file by file:< comparison, you do not even know if it has been compromised.    G Unless an anti-virus product is doing the above comparison, it can onlytH provide protection for infections that are known at the time you applied the last template file."    J Which is one of the reasons that I recommend that all System Managers haveF a documented and tested procedure on how to restore their systems fromD known good distributions.  You want your * covered in the case where: for some reason you can not trust the normal backup tapes.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Mon, 13 Aug 2001 15:15:58 -0400- From: William_Bochnik@acml.com, Subject: Re: VIRUSES: What about antibodies?> Message-ID: <OFD638F444.AE87E4BF-ON85256AA7.0069B058@acml.com>  > If vaccines pre-trigger the immune system, then a program that8 detects a virus intrusion on a pc, generates the new key? signature to detect  that virus, disables the virus on this pc,h> and then sends this signature file to all the other pc's in an% organization would be an apt analogy.c      d                                                                                                     d                     malmberg@encompa                                                                d                     sserve.org                      To:  Info-VAX@Mvb.Saic.Com                      d                                                     cc:                                             d                     08/13/2001 03:00        Subject:     Re: VIRUSES: What about antibodies?        d                     PM                                                                              d                                                                                                     d                                                                                                           & In article <3B780AF6.F5ADA654@gmx.ch>,. Didier Morandi <Didier.Morandi#gmx.ch> writes:( > paddy.o'brien@zzz.tg.nsw.gov.au wrote: >>? >> I thought the antidote to a virus was a vaccine.  Is the DoJ  bogging : >> itself down again with its (seemingly) total lack of IT knowledge such? >> that it can make no real-world IT decisions - just decisionsa that* >> complicate for compliance the IT world? >lA > As all of us know, a vaccine kills the virus. My idea is to use- the door" > opened by the virus to close it.  = Vaccines do not kill virues.  Vaccines pre-trigger the immuneR	 system sooA that it can respond more quickly from a virus infection.  This isr& essentially what a Virus Scanner does.    4 Virus writers do not need to do any quality control.    @ A anti-body type agent writer would have to do extensive quality controlI? with all the possible variants of Windows NT and 2000, IIS, and3 service packs.  A It would also have to be able to identify all the possible damage. done byo, all variants of any exploits of the exploit.  A This would be quite an undertaking.  Getting just one thing wrong` could./ create more damage it is attempting to correct.n    > Using a "door" opened by the virus is extremely risky.  Unless you cant? dissasemble the "door" to make sure it is what you think it is,a
 you do not= know what commands to it will do.  This can not be determinedt from remotee@ access to an infected system.  This analysis must be done on the localo: system from a program that is known not to be compromised.  A You can not rely on any data remotely obtained from a compromisedS system,u' or even one with a known vulnerability.r  = You do not know that it was compromised by any method that isx	 currentlyf known.  = Unless you can do a file by file comparison with a known good/ reference, you> can not be sure that a compromized system of any type has been	 repaired.a> In the case of a system with a known vulnerability, with out a file by file< comparison, you do not even know if it has been compromised.    > Unless an anti-virus product is doing the above comparison, it can only@ provide protection for infections that are known at the time you appliedl the last template file..    < Which is one of the reasons that I recommend that all System
 Managers haverA a documented and tested procedure on how to restore their systemsm from> known good distributions.  You want your * covered in the case wheree: for some reason you can not trust the normal backup tapes.   -Johnc wb8tyw@qsl.network Personal Opinion Onlyo          F ______________________________________________________________________;  The information contained in this transmission may contain>@ privileged and confidential information and is intended only forA the use of the person(s) name above.  If you are not the intendeda= recipient, or an employee or agent responsible for deliveringa3 this message to the intended recipient, any review, @ dissemination, distribution or duplication of this communication? is strictly prohibited.  If you are not the intended recipient,-A please contact the sender immediately by reply e-mail and destroy-# all copies of the original message.    ------------------------------  % Date: Mon, 13 Aug 2001 12:57:11 -0700j% From: GreyCloud <wholland@tscnet.com> , Subject: Re: VIRUSES: What about antibodies?O Message-ID: <B873EADCB466E664.0475D7D5190373C9.3991C6E28CEBACCD@lp.airnews.net>)  & paddy.o'brien@zzz.tg.nsw.gov.au wrote:   > Greycloud: >oL > >The concept of using a friendly agressive virus to counter-attack a virus > is% > >still a virus in the DOJs' eyes... N > >hence its against the law even tho it would benefit.  This particular topic3 > >I saw in the mosh pit of comp.os.linux.advocacy.t >o
 > OT, but ...s >rM > I haven't tried to track the thread(s) that you refer to, but this does notl
 > make sense.m >.D > How can a virus be friendly?  Isn't "friendly aggressive" mutually > exclusive? >l  ; It was how this was described in that mosh-pit I mentioned.      > M > I thought the antidote to a virus was a vaccine.  Is the DoJ bogging itselfrM > down again with its (seemingly) total lack of IT knowledge such that it can-F > make no real-world IT decisions - just decisions that complicate for > compliance the IT world? >l > Regards, Paddy  I DOJ = Beuarocracy... left hand doesn't know what the right hand is doing.s To them a virus is a virus.U   ------------------------------  # Date: Fri, 10 Aug 2001 10:39:27 GMTI1 From: "Kari Keronen" <kari.keronen@radiolinja.fi>_! Subject: Re: VMS 7.3 experiences?r2 Message-ID: <01c12188$acc38c50$9b0ba8c0@rlhkikker>  G We have been running ACS 8.6 with VMS 7.2-1H1 some time now without anyrI problems in our GS160 cluster, so that is on option if you don't want (orh can't)  upgrade stright to 7.3.r   -Kari-  / Scott Vieth <svieth@wi.rr.com> wrote in articlew  <3B7344F9.CE06F054@wi.rr.com>...F > VMS 7.2-1 for fibre channel works very well.  But be warned that the releasetG > notes for the new ACS 8.6 cards specify VMS 7.2-1H1 or 7.3.  I sent ae messagerJ > to the CSC via DSNlink and asked "How about using the 8.6 cards with VMS	 > 7.2-1?"  > J > They said the new firmware had not been tested with 7.2-1 so we would be in# > unsupported territory.  JEEEEEEZ!m > ? > So the 8.6 cards will sit on my desk until we move to VMS 7.3p >  > -Scott > E > p.s.  We haven't experience any problems with our current ACS 8.5-So cards. > # > norm.raphael@jamesbury.com wrote:y > G > > Given the messages in this tread and the need to upgrade to supportd fibreA > > channel,I > > I am beginning to conclude that V7.2-1 for VAX and Alpha would be the  best
 > > choiceJ > > over V7.3 for VAX and Alpha.  This is a production cluster and I sense that
 > > there are:" > > still unplumbed risks in V7.3. > >-/ > > Anyone care to argue (in the formal sense).4 > >r	 > > -Norm. > >w3 > > djesys.nospam@fsi.net on 08/07/2001 09:05:39 PMR > >d+ > > Please respond to djesys.nospam@fsi.net@ > >o > > To:   Info-VAX@mvb.saic.com8 > > cc:7& > > Subject:  Re: VMS 7.3 experiences? > >l > > Mark Daniel wrote: > > >TH > > > "Beware the Ides of XFC" lest your RMS integrity die an unpleasant > > > death. > > > [snip]> > > > Moral of the story; at least wait for Service Pack 1 ;^) > >VG > > Now you know why I refer to "General Availability" as "Gamma Test".j > >a > > -- > > David J. Dachterab > > dba DJE Systems  > > http://www.djesys.com/ > >p, > > Unofficial Affordable OpenVMS Home Page:# > > http://www.djesys.com/vms/soho/e >  >    ------------------------------  # Date: Mon, 13 Aug 2001 18:44:04 GMTI2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: Writing to a DOS floppy under VMS1 Message-ID: <UdVd7.71$bB1.11947@news.cpqcorp.net>h   In article <61B330D3E7DFD3118A740090271EE321713444@TACCSF>, Binyon Steve Contr Det 4 AFC2TIG/ASRCC <Steve.Binyon@kirtland.af.mil> writes:   M :Question one, is there an archive of this list? I just joined and was hoping19 :that there would be some info sent to me to this effect.X     From the OpenVMS FAQ:    -- INTRO3.  What is INFO-VAX?  D INFO-VAX is a mailing list which is bidirectionally gatewayed to theC comp.os.vms newsgroup.  This means that postings to comp.os.vms getoL automatically sent to INFO-VAX subscribers and messages sent to the INFO-VAXK list are automatically posted to comp.os.vms.  INFO-VAX can be a useful waylF to participate in the newsgroup if you can't access the group directly through a news reader.  H An important point to keep in mind is that propagation delays vary, bothD within the newsgroup and with INFO-VAX mailings.  It's possible thatI postings may not be delivered for several days and some may appear out of2 order.   --F INTRO5.  How do I submit a question or a response?  What is etiquette?  J If you are using a news reader, post your question to comp.os.vms.  If youK want to submit through INFO-VAX, send the message to Info-VAX@mvb.saic.com.N  J Before posting, please use available local resources, such as the manuals,L HELP and this FAQ first.  Also make a point of reading the release notes forJ the product you're using, generally placed in SYS$HELP.  Often you'll findL the answer, and will save time and effort for all concerned.  (And you won't "annoy the natives"...)e  8 When posting, please consider the following suggestions:  E     1.  Include a valid e-mail address in the text of your posting orTD         in a "signature" appended to the end.  Reply-to addresses in"         headers often get garbled.  F     2.  If you are submitting a question, please be as specific as youJ         can.  Include relevant information such as processor type, productM         versions (OpenVMS and layered products that apply), error message(s),uK         DCL command(s) used, and a short, reproducible example of problems.oL         Say what you've tried so far, so that effort isn't duplicated.  KeepK         in mind that there's not yet a telepathy protocol for the Internet.zL         (The more detailed your description, the better that people can help          you with your question.)  I     3.  If responding to a posting, include in your reply only as much of:F         the original posting as is necessary to establish context.  AsK         a guideline, consider that if you've included more text than you'veAK         added, you've possibly included too much.  Never include signaturesd&         and other irrelevant material.  E     4.  Be polite.  If the question isn't worded the way you think islC         correct or doesn't include the information you want, try to E         imagine what the problem might be if viewed from the poster'siC         perspective.  Requests for additional information are oftenlE         better sent through mail rather than posted to the newsgroup.n  J     5.  If you have a problem with Compaq (or any other vendor's) product,F         please use the appropriate support channel.  Don't assume thatE         newsgroup postings will get read, will be responded to by theeB         appropriate developers, or will be later followed up on...  H     6.  If you are posting from a web browser, news reader or if you areH         posting via email sent to INFO-VAX, please turn off MIME, vcard,H         attachments, and other mechanisms that assume anyone reading theI         post has the corresponding capability -- use the text-only option M         of your web browser, news reader, or mailer.  Usenet is traditionallylL         a text-only medium, and many comp.os.vms participants will use toolsJ         that have this support disabled, or that do not have this support.I         If the message uses MIME or attachments or such, the text of your@K         message will be buried in a large pile of gibberish, and some tools2F         will send multiple copies of the text within a single posting.  I Before posting your question to the comp.os.vms newsgroup or sending your K message to the INFO-VAX list, also please take the time to review available H etiquette information, such as that included in the following documents:  @   ftp://rtfm.mit.edu/pub/usenet/news.answers/usenet/primer/part1=   ftp://rtfm.mit.edu/pub/usenet/news.answers/usenet/faq/part1?H   ftp://rtfm.mit.edu/pub/usenet/news.answers/usenet/emily-postnews/part1G   ftp://rtfm.mit.edu/pub/usenet/news.answers/usenet/writing-style/part1,G   ftp://rtfm.mit.edu/pub/usenet/news.answers/usenet/posting-rules/part1   F This information will document the etiquette of newsgroups, as well asE providing you with the knowledge the vast amount of newsgroup-related E information that is readily available to you, and where to find it...l  < Please ***DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***.  H Rather, please report these problems directly to Compaq.  (Why?  So thatI Compaq has a change to resolve and distribute a fix before other customerxK sites can be affected.  Most folks in the newsgroups are honest and deserve/L to know about potential security problems, but a few folks can and will makeJ nefarious use of this same information.  Other sites will hopefully returnI the favor, and not post information that will potentially compromise YOURP# site and YOUR computer environment.-   --  = INTRO7.  What archives of comp.os.vms/INFO-VAX are available?a  : Everything posted since 1990 is archived and available at:   ftp://crvax.sri.com/info-vax/n  5                                         [Arne Vajhj]6     	--@  A   In addition to Intro7, see the search engines and the newsgroupr@   archives at www.google.com.  (I'll add the pointer to the next   edition of the FAQ.)    I :The real question is:  Is it possible to write to a DOS formatted floppyoK :under the VMS system, much like you can do under Unix (mount -t msdos...)? 4 :This is under OpenVMS 7.1 running on a Alpha au600. ..M :Sorry, I just know these two questions are a popular FAQ, but I did read thedL :FAQ from which I got this mailing list address from and didn't see them.        From the OpenVMS FAQ:h  : UTIL2.  How do I access a MS-DOS floppy disk from OpenVMS?  D The Compaq Advanced Server (formerly known as PATHWORKS) for OpenVMSG product includes an unsupported and undocumented utility called PCDISK,eA and this tool can read and write various MS-DOS format diskettes.   G ProGIS in Germany sells a product called VMove which supports DOS fileslC on many different device types.  For more information, send mail tox info@progis.de.l  H Engineering Software has a product called VAKSAT which will read, write,D and erase files on DOS diskettes.  Available for both VAX and Alpha.0 Contact ed@cityscape.co.uk for more information.  D MadGoat PC Exchange (PCX) is a utility for copying files to and fromC MS-DOS (FAT) format diskettes under VMS, using an RX23 (3.5"), RX26tI (3.5"), or RX33 (5.25") diskette drive.  For 3.5" diskettes, high-densitydF disks can be read or written; double-density disks are read-only. Only- high-density disks are supported on the RX33.b     http://www.madgoat.com/t     --  J   If you tell me what you looked for when you looked for this information J   in the (I assume text version of the) OpenVMS FAQ, I will add the searchK   text into the FAQ as keywords for the next person that has this question.r    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 13 Aug 2001 20:54:47 -0000hK From: Binyon Steve Contr Det 4 AFC2TIG/ASRCC <Steve.Binyon@kirtland.af.mil>r. Subject: RE: Writing to a DOS floppy under VMS; Message-ID: <61B330D3E7DFD3118A740090271EE321713447@TACCSF>   L Thanks for the updated version of the FAQ. The one I received from searching www.google.com was  0 	http://www.montagar.com/dfwlug/openvms-faq.html  ! and apparently sorely outdated.      smbi   -----Original Message-----# From: hoffman@xdelta.zko.dec.nospam?& [mailto:hoffman@xdelta.zko.dec.nospam]& Sent: Monday, August 13, 2001 12:44 PM To: Info-VAX@Mvb.Saic.Come. Subject: Re: Writing to a DOS floppy under VMS  	 <snipped>n  E     4.  Be polite.  If the question isn't worded the way you think isnC         correct or doesn't include the information you want, try toiE         imagine what the problem might be if viewed from the poster's C         perspective.  Requests for additional information are often E         better sent through mail rather than posted to the newsgroup. 	 <snipped>    ------------------------------  % Date: Mon, 13 Aug 2001 14:59:22 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> % Subject: Re: X window Display Setting $ Message-ID: <3b7823eb$1@news.si.com>   >follow - My Computing Env.  > ) >   server -  compaq ES40 / OpenVMS 7.1-2V >S >   Client  -  compaq AP250  >  >   X emulation S/W : eXcursion  > 9 >       $ set display/create/trans=tcp/ip = 172.16.10.155  > 5 >              (172.16.10.155 is client's IP Address)  > 0 >Question 1. How I know to Client's IP Address ?  K First, your terminology here is backward.  In a X environment, the _server_ I is the system with the display and the client is the system that runs thei app that wants a display.i  L eXcursion should have a macro you can specify on the server (the system withF the display) side that will allow it to transmit its IP address to theK client (the ES40) process.  For example, Exceed, another X package, uses @da, to represent the address and display values. --A Brian Tillman                   Internet: tillman_brian at si.comvA Smiths Aerospace                          tillman at swdev.si.comh= 3290 Patterson Ave. SE, MS      Addresses modified to preventp< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Mon, 13 Aug 2001 21:01:15 +0900t  From: "ȼ" <syahn@icols.com> Subject: [[ SYSTEM HANG-UP ]]e( Message-ID: <9l9po1$evs$1@news.nuri.net>  0 SVR 1 : ES40  - STANDALONE CLIENT SVR (200 USER)0 SVR 2 : ES40  - STANDALONE CLIENT SVR (200 USER), SVR 3 : AXP 2100 - LAVC CLIENT SVR (45 USER), SVR 4 : AXP 2100 - LAVC CLIENT SVR (45 USER)  & SVR CONNECTION : COMPAQ MEMORY CHANNEL  # DISK : HSJ 50 DISK ARRAY CONTROLLER     1 CLUSTER SYSTEM : CI CONNECTION      H [PROBLEM 1]  WHEN I DOING DAYLY BACKUP, ALL CLUSTER MEMBER IS HANGED UP.<                        IF BACKUP PROCEDURE STOPPED, RELEASE.                          WHY ?  @ [PROBLEM 2]  IS THERE ANY PROBLEM AMONG ES40,CI,MEMORY CHANNEL ?   ------------------------------   End of INFO-VAX 2001.449 ************************  