1 INFO-VAX	Wed, 24 May 2000	Volume 2000 : Issue 288       Contents:7 Re: "VMS on Wildfire" Slides from NELUG meeting May 4th 7 Re: "VMS on Wildfire" Slides from NELUG meeting May 4th 7 Re: "VMS on Wildfire" Slides from NELUG meeting May 4th 7 Re: "VMS on Wildfire" Slides from NELUG meeting May 4th 7 Re: "VMS on Wildfire" Slides from NELUG meeting May 4th & 10000 day problem Open VMS AXP 6.2-1H3* Re: 10000 day problem Open VMS AXP 6.2-1H3* Re: 10000 day problem Open VMS AXP 6.2-1H3* Re: 10000 day problem Open VMS AXP 6.2-1H3* Re: 10000 day problem Open VMS AXP 6.2-1H3/ Re: ANNOUNCEMENT: MegaPOV-Ray v0.5 For OpenVMS.  Re: Backup image problem Re: DECstation 5000/xx/1xx/2xx Re: DECstation 5000/xx/1xx/2xx Re: DECstation 5000/xx/1xx/2xx Re: DECstation 5000/xx/1xx/2xx Re: DECstation 5000/xx/1xx/2xx Re: Document standards.  Re: Document standards. ( Re: External authentication in a cluster FTP'ing to a VMS box.  Re: Hangs on HSZ70 Re: Hangs on HSZ70 help with VAXstation II/GPX  Re: help with VAXstation II/GPX  Re: help with VAXstation II/GPX  Re: help with VAXstation II/GPX  Re: help with VAXstation II/GPX  Re: help with VAXstation II/GPX  Re: help with VAXstation II/GPX 6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?6 Re: How to export contents of RMS file to .csv format?% Re: Is "The GNU on VMS Project" dead? " Re: Looking for PW API information" Re: Looking for PW API information" Re: Looking for PW API information" Re: Multi workplaces under OpenVMS2 Re: OpenVMS and Windows NT Integration for Dummies2 Re: OpenVMS and Windows NT Integration for DummiesA Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) ' Re: OpenVMS, and PowerStorm 300 and 350 ( problem setting anonymous ftp in a Alpha Re: RADIUS for VMS Re: RADIUS for VMS Re: RADIUS for VMS Re: samba NMBD stops working# SCSI cluster disc-conecting problem  Re: Swapped out process 1 Re: Tape Data Recovery (was Re: Need urgent help)  Re: Text to PDF utility  Re: UK VARs, named and shamed?( Re: Unsupported adapters within the DS20
 Re: urgent% Re: VMS equivalent of UNIX dd command  Re: VMS on the desktop?  Re: VMS on the desktop?  Volume Shadowing for Dummies? ! Re: Volume Shadowing for Dummies? $ Re: Which is the language of VAX/VMSP Re: Why does a set default to a searchlist logical keep the	formerdefaultdirecto= Re: Wildfire Announcement: Michael Capellas, can you say VMS? = Re: Wildfire Announcement: Michael Capellas, can you say VMS? ! Re: Windows 98 Vs. Windows NT 4.0 & Re: [humor] UNIX/OpenVMS email "virus"& Re: [humor] UNIX/OpenVMS email "virus"  F ----------------------------------------------------------------------  % Date: Tue, 23 May 2000 15:59:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> @ Subject: Re: "VMS on Wildfire" Slides from NELUG meeting May 4th, Message-ID: <392AE302.B0040D07@videotron.ca>  ! norm.raphael@jamesbury.com wrote: L > Clair Grant has submitted his slides from his VMS ON WILDFIRE presentationB > at the NE LUG meeting in May.  They are located on our web site, > specifically at: > + >   http://eisner.decus.org/encompass/lugs/   M Well, I must protest about slide number 56. There is no room for such a slide  in a VMS topic.   L (Blue screen with text "it is now safe to turn off your computer"). Everyone/ knows that you never shutdown a VMS machine :-)    ------------------------------  # Date: Tue, 23 May 2000 21:39:37 GMT 0 From: "Terry C. Shannon" <shannon@world.std.com>@ Subject: Re: "VMS on Wildfire" Slides from NELUG meeting May 4th& Message-ID: <Fv1886.F00@world.std.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:392AE302.B0040D07@videotron.ca...# > norm.raphael@jamesbury.com wrote: A > > Clair Grant has submitted his slides from his VMS ON WILDFIRE  presentationD > > at the NE LUG meeting in May.  They are located on our web site, > > specifically at: > > - > >   http://eisner.decus.org/encompass/lugs/  > I > Well, I must protest about slide number 56. There is no room for such a  slide  > in a VMS topic   And your point is????   H Seems to me that you have spent the past several years beating up on BobI Palmer, Newt Gingritch, and heaven knows who else about the sad future of  OpenVMS.  L Bob Palmer no longer works for DEC. Newt never did. Might I suggest that youG come up with something demonstrably positive (or demonstrably negative) H about OpenVMS??? Elsewise please quit whining, it's getting kind of old!   ------------------------------  % Date: Tue, 23 May 2000 18:41:46 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> @ Subject: Re: "VMS on Wildfire" Slides from NELUG meeting May 4th( Message-ID: <8gf1ai$171$1@pyrite.mv.net>  J Watch it, JF:  Palmer may just be old news, but Newt appears to be sacred.  K (Can't you just picture him beaming cheerfully from inside a small shrine?)    - bill  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:Fv1886.F00@world.std.com... > < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:392AE302.B0040D07@videotron.ca...% > > norm.raphael@jamesbury.com wrote: C > > > Clair Grant has submitted his slides from his VMS ON WILDFIRE  > presentationF > > > at the NE LUG meeting in May.  They are located on our web site, > > > specifically at: > > > / > > >   http://eisner.decus.org/encompass/lugs/  > > K > > Well, I must protest about slide number 56. There is no room for such a  > slide  > > in a VMS topic >  > And your point is????  > J > Seems to me that you have spent the past several years beating up on BobK > Palmer, Newt Gingritch, and heaven knows who else about the sad future of 
 > OpenVMS. > J > Bob Palmer no longer works for DEC. Newt never did. Might I suggest that you I > come up with something demonstrably positive (or demonstrably negative) J > about OpenVMS??? Elsewise please quit whining, it's getting kind of old! >  >  >    ------------------------------  # Date: Tue, 23 May 2000 23:59:11 GMT 0 From: "Terry C. Shannon" <shannon@world.std.com>@ Subject: Re: "VMS on Wildfire" Slides from NELUG meeting May 4th& Message-ID: <Fv1EKy.HF3@world.std.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:392B1953.F30C370A@videotron.ca... > "Terry C. Shannon" wrote: L > > Bob Palmer no longer works for DEC. Newt never did. Might I suggest that you K > > come up with something demonstrably positive (or demonstrably negative) L > > about OpenVMS??? Elsewise please quit whining, it's getting kind of old! >  > I > I am sorry I have offended you. I didn't think that the :-) in the post  would H > have been so well hidden, and didn't realise that the irony of Windows< > "shutdown" screen in a VMS presentation wasn't so obvious.  L All VMS presentations should include a BSOD so as to warn to the gullible of what they are facing!    ------------------------------  % Date: Tue, 23 May 2000 19:50:48 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> @ Subject: Re: "VMS on Wildfire" Slides from NELUG meeting May 4th, Message-ID: <392B1953.F30C370A@videotron.ca>   "Terry C. Shannon" wrote: N > Bob Palmer no longer works for DEC. Newt never did. Might I suggest that youI > come up with something demonstrably positive (or demonstrably negative) J > about OpenVMS??? Elsewise please quit whining, it's getting kind of old!    M I am sorry I have offended you. I didn't think that the :-) in the post would F have been so well hidden, and didn't realise that the irony of Windows: "shutdown" screen in a VMS presentation wasn't so obvious.   ------------------------------  # Date: Tue, 23 May 2000 18:09:57 GMT  From: r_srinivasan@my-deja.com/ Subject: 10000 day problem Open VMS AXP 6.2-1H3 ) Message-ID: <8gehh8$r0i$1@nnrp1.deja.com>   F My colleagues have alluded to a patch published for the aforementionedC version of VMS relating to a 10000 day problem. I have searched the * VMS parts of Compaq's website to no avail.  F Without this patch, all applications that depend on timers do not seem to want to function reliably.   ? Can someone point me to additional information on this subject?    regards    srini     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Tue, 23 May 2000 19:10:38 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com> 3 Subject: Re: 10000 day problem Open VMS AXP 6.2-1H3 2 Message-ID: <392AD793.8C4BD5C8@clarityconnect.com>  F Look at the ECO SUMMARY information for the patch kit ALPY2K02_062 and you'll find the following   =   o  The OpenVMS operating system has a documented delta-time A      restriction that may cause an error in some applications and E      OpenVMS components beginning on or around 19-MAY-1997.  This ECO F      corrects this potential problem by removing the delta-time limit.  B      Applications and OpenVMS components most likely to experience@      errors are those that pass delta-time arguments with valuesD      exceeding 9999 days on system-supplied date routines.  The mostC      likely date that these errors will occur is 19-MAY-1997:00:00, >      which is 10,000 days after the common UNIX time origin of      1-JAN-1970.  1      This problem is fixed in OpenVMS Alpha V7.1.      r_srinivasan@my-deja.com wrote:  > H > My colleagues have alluded to a patch published for the aforementionedE > version of VMS relating to a 10000 day problem. I have searched the , > VMS parts of Compaq's website to no avail. > H > Without this patch, all applications that depend on timers do not seem > to want to function reliably.  > A > Can someone point me to additional information on this subject?  > 	 > regards  >  > srini  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------   Date: 23 May 2000 19:28:09 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: 10000 day problem Open VMS AXP 6.2-1H3 6 Message-ID: <8gem49$4kv$1@mailint03.im.hou.compaq.com>  J In article <8gehh8$r0i$1@nnrp1.deja.com>, r_srinivasan@my-deja.com writes:G :My colleagues have alluded to a patch published for the aforementioned 3 :version of VMS relating to a 10000 day problem....   D   Set the way-back machine for the months leading up to 19-May-1997,G   after which a few hunks of code erroneously tried to use a deltatime  F   field wider than 9999 days, exceeding the documented field limit on C   certain OpenVMS system services that are used to manipulate time     values.  (Ooops.)   G :Without this patch, all applications that depend on timers do not seem  :to want to function reliably.  G   The specified ECO may or may not be related to the specified problem. J   (Without further details on the reported problem, I'd tend to initially E   assume the two are not related -- I have seen more than my share of C   "OpenVMS problems" track back to buggy user code over the years.)   @ :Can someone point me to additional information on this subject?  D   The original ALPLIBR05_062 ECO kit -- the ECO that first containedG   a relaxation of the 10K deltatime limit, a change that was needed by  E   specific applications -- was later rolled into the OpenVMS Y2K kit. ,   The OpenVMS Alpha Y2K kit is available at:  I   ftp://ftp.service.digital.com/public/vms/axp/v6.2-1h3/alpy2k02_062.html   D   If you have the Y2K kit installed, you have the 10K deltatime fix.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 24 May 2000 02:21:06 GMT  From: r_srinivasan@my-deja.com3 Subject: Re: 10000 day problem Open VMS AXP 6.2-1H3 ) Message-ID: <8gfea6$eqp$1@nnrp1.deja.com>    much, much, much obliged folks.   F this rings a bell. We did apply the fix but due to a disk crash had to6 start from an old backup which did not have the patch.  7 Sounds like the Y2K patch kit should take care of this.    much obliged once again.   regards    srini   6 In article <8gem49$4kv$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote: > D > In article <8gehh8$r0i$1@nnrp1.deja.com>, r_srinivasan@my-deja.com writes: : > :My colleagues have alluded to a patch published for the aforementioned5 > :version of VMS relating to a 10000 day problem....  > F >   Set the way-back machine for the months leading up to 19-May-1997,> >   after which a few hunks of code erroneously tried to use a	 deltatime G >   field wider than 9999 days, exceeding the documented field limit on D >   certain OpenVMS system services that are used to manipulate time >   values.  (Ooops.)  > D > :Without this patch, all applications that depend on timers do not seem  > :to want to function reliably. > @ >   The specified ECO may or may not be related to the specified problem.A >   (Without further details on the reported problem, I'd tend to 	 initially G >   assume the two are not related -- I have seen more than my share of E >   "OpenVMS problems" track back to buggy user code over the years.)  > B > :Can someone point me to additional information on this subject? > F >   The original ALPLIBR05_062 ECO kit -- the ECO that first containedE >   a relaxation of the 10K deltatime limit, a change that was needed  byG >   specific applications -- was later rolled into the OpenVMS Y2K kit. . >   The OpenVMS Alpha Y2K kit is available at: > 6 >   ftp://ftp.service.digital.com/public/vms/axp/v6.2- 1h3/alpy2k02_062.html  > F >   If you have the Y2K kit installed, you have the 10K deltatime fix. > H >  --------------------------- pure personal opinion ------------------- --------1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >  >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 23 May 2000 23:07:25 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>3 Subject: Re: 10000 day problem Open VMS AXP 6.2-1H3 7 Message-ID: <200005232307_MC2-A623-6C21@compuserve.com>   J         The original patch was ALPLIBR0x (I don't remember the value of x= ).*  It's no longer available from DEC/Compaq.  J         The corrections have been incorporated in the ALPY2Kxx_yyy patche= s; e.g., ALPY2K01_062.   9 Message text written by INTERNET:r_srinivasan@my-deja.com G >My colleagues have alluded to a patch published for the aforementioned C version of VMS relating to a 10000 day problem. I have searched the * VMS parts of Compaq's website to no avail.  F Without this patch, all applications that depend on timers do not seem to want to function reliably.   ? Can someone point me to additional information on this subject?  <    ------------------------------  % Date: Tue, 23 May 2000 16:31:29 -0500 1 From: Robert Alan Byer <byer@mail.ourservers.net> 8 Subject: Re: ANNOUNCEMENT: MegaPOV-Ray v0.5 For OpenVMS.3 Message-ID: <392AB260.20F9944F@mail.ourservers.net>    Marty Kuhrt wrote: > i > In article <39247297.3ED15363@mail.ourservers.net>, Robert Alan Byer <byer@mail.ourservers.net> writes: , > > Announcing MegaPOV-Ray v0.5 For OpenVMS. > >  > L > > I have completed my port of MegaPOV-Ray for v0.5 for OpenVMS.  CurrentlyL > > only the Alpha platform is supported as the VAX version of DEC C doesn'tI > > support the IEEE FLOAT mode.  I am working on a VAX version, but it's ' > > not top on my list of things to do.  > > L > > In this release there are some speed improvements and new features.  The< > > macro code has been fixed and is now working on OpenVMS. > > K > > You can download the OpenVMS version as well as installation directions  > > at.. > > 1 > >       http://www.ourservers.net/openvms_ports  > >  >   > When I tried that URL I got... > @ > The server was unable to return the requested document becauseA > access controls placed on that document by the HTTP server deny 	 > access.  > A > Please check with the web master for configuration corrections.  >n  F There was a minor problem with the map rule that has been resolved and" the page should be accessable now.   --    F  +--------------------------+----------------------------------------+F  | Robert Alan Byer         | "I don't want to take over the world,  |F  | byer@mail.ourservers.net |  just my own little part of it."       |F  | Phone: (317)357-2724     | http://www.ourservers.net/~byer        |F  | PhoneFREE I.D.# 1385299  |                                        |F  +--------------------------+----------------------------------------+F  | Send an E-mail request to obtain my PGP key.        ICQ #65926579 |F  +-------------------------------------------------------------------+   ------------------------------   Date: 23 May 2000 17:58:37 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)! Subject: Re: Backup image problem 6 Message-ID: <8gegsd$2s5$1@mailint03.im.hou.compaq.com>  ] In article <392ABE53.5C322B2E@digitem.co.ma>, ezzaoudi med <m.ezzaoudi@digitem.co.ma> writes:  :1-Backup command:1 :        I use the standard backup image command: . :        $BACK/LOG/IMAGE/VERIF   DRA0:   DKA0:  :        No errors are generated  D   This technique works only as long as the APB disk block number is    preserved.   :4-Does running WRITEBOOT help?o :    NO , how can I do it ?e      Please take a look at the URL:  *       http://www.openvms.digital.com:8000/4         72final/6017/6017pro_010.html#writeboot_task  9     or, for those folks that can't get at port 8000, try:   )       http://www.openvms.digital.com/doc/I4         72final/6017/6017pro_010.html#writeboot_task  H :Many time , I have already used this procedure between two simple disks :( no raid) , with no probleme.M  
   Same disks?a  @   I will assume you were using the same technique -- direct disk:   copy and not a saveset -- for those previous operations.  B   I don't remember off-hand if you've posted the particular models!   of Alpha systems involved here.e  > :It is the first time my source drive is a Raid bootable disk.  D   This is definitely a little weird, I'd initially (and based on no E   evidence) assume there's something messed up on the input disk, or a@   there is something different in the disk geometry, or there isC   something messed up in the transfer, or (as stated above) the APB F   image's logical disk block number has changed from what was written    into the boot block.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 23 May 2000 17:46:33 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: DECstation 5000/xx/1xx/2xx 6 Message-ID: <8geg5p$2ha$1@mailint03.im.hou.compaq.com>  ` In article <392ab72d.947412834@news.brooks.af.mil>, morrisj@epsilon3.com (Jay E. Morris) writes:E :Ok, from what I can find, it seems that these things came dressed inr :Unix.  Will it wear VMS too?y  D   Nope.  Not a chance.  The DECstation boxes are either based on theD   MIPS chip (and were typically sold with ULTRIX RISC), or are (for 0   the three-digit DECstation boxes) Intel boxes.  > :Got a chance at a 5000/240 but would prefer to run VMS on it.  >   Hold out for a (supported) VAX- or Alpha-based system, then.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 23 May 2000 19:45:59 GMT-2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>' Subject: Re: DECstation 5000/xx/1xx/2xxt6 Message-ID: <XdBW4.1204$NX3.31428@typhoon.aracnet.com>  + Jay E. Morris <morrisj@epsilon3.com> wrote:.F > Ok, from what I can find, it seems that these things came dressed in > Unix.  Will it wear VMS too?  ? > Got a chance at a 5000/240 but would prefer to run VMS on it.u  G You can run Ultrix, NetBSD and I believe OpenBSD on one.  If you need aUH general purpose UNIX server, and can get one cheap with lots of RAM, why not.    J However, since you want to run a modern OS, instead of UNIX, I'd recommendL looking for either a VAXstation 4000, or an Alpha.  If you go for the Alpha,K make sure you get one with enough RAM.  If you just want to play with VMS aaL VAX is probably your best bet, if you're serious about it I recommend a good Alpha with at least 112MB RAM.   				Zane   ------------------------------  % Date: Tue, 23 May 2000 15:07:01 -0500i* From: WILLIAM WEBB <WWEBB1@email.usps.gov>' Subject: Re: DECstation 5000/xx/1xx/2xxw- Message-ID: <0033000022937720000002L002*@MHS>l  H =0AOk, from what I can find, it seems that these things came dressed in=   Unix.  Will it wear VMS too?  = Got a chance at a 5000/240 but would prefer to run VMS on it.e   --
 Jay E. Morris- System Software Specialist0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems) for/Epidemiological Surveillance Divisionf Brooks AFB, TX        No VMS.  6      These were Ultrix boxes- got MIPS chips in 'em if      memory serves me right...        WWWebb=   ------------------------------  # Date: Tue, 23 May 2000 20:04:13 GMT2- From: morrisj@epsilon3.comdex (Jay E. Morris)l' Subject: Re: DECstation 5000/xx/1xx/2xx 3 Message-ID: <392ae3ea.958866836@news.brooks.af.mil>   @ On 23 May 2000 17:46:33 GMT, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:  > E >  Nope.  Not a chance.  The DECstation boxes are either based on theuE >  MIPS chip (and were typically sold with ULTRIX RISC), or are (for  1 >  the three-digit DECstation boxes) Intel boxes.  >n? >:Got a chance at a 5000/240 but would prefer to run VMS on it.a >s? >  Hold out for a (supported) VAX- or Alpha-based system, then.v >kD Thanks Hoff.  May get it anyway though.  I understand it is possible to get Linux running on it.n     --
 Jay E. Morriss System Software Specialist s0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems) for/Epidemiological Surveillance Division! Brooks AFB, TX   ------------------------------  + Date: Tue, 23 May 2000 18:44:07 -0700 (PDT)r! From: Tom Linden <tom@kednos.com>o' Subject: Re: DECstation 5000/xx/1xx/2xx E Message-ID: <Pine.ULT.3.91.1000523183856.269E-100000@gunn.kednos.com>J  ) On Tue, 23 May 2000, Jay E. Morris wrote:   % > Date: Tue, 23 May 2000 20:04:13 GMTr/ > From: Jay E. Morris <morrisj@epsilon3.comdex>a > To: Info-VAX@Mvb.Saic.Com ) > Subject: Re: DECstation 5000/xx/1xx/2xx  > B > On 23 May 2000 17:46:33 GMT, hoffman@xdelta.zko.dec.nospam (Hoff > Hoffman) wrote:n > >?G > >  Nope.  Not a chance.  The DECstation boxes are either based on thesG > >  MIPS chip (and were typically sold with ULTRIX RISC), or are (for  3 > >  the three-digit DECstation boxes) Intel boxes.  > >rA > >:Got a chance at a 5000/240 but would prefer to run VMS on it.  > >uA > >  Hold out for a (supported) VAX- or Alpha-based system, then.t > >lF > Thanks Hoff.  May get it anyway though.  I understand it is possible > to get Linux running on it.0  H I doubt there is much support for that even if someone had done a port, J which would surprise me. I've had one of these boxes running non-stop for H 8 years (except for replacing one power supply) running Ultrix 4.2.  In G fact you can even get our PL/I compiler for it for serious programming.gE Nowadays I use it as my mail machine since it is immune to all known EF viruses, after all who would bother trying to bring down Ultrix boxes.     > > 0 -- > Jay E. Morris > System Software Specialist 2 > (confuses the PHBs to call us managers or admin)( > General Dynamics Communication Systems+ > for/Epidemiological Surveillance Division  > Brooks AFB, TX >   A                __________________________________________________nA               /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/s@              /_/                                             /_/?             /_/     Tom Linden              PL/I Support    /_/l>            /_/    Kednos Corporation       OpenVMS and     /_/=           /_/   tel 831 373 7003          Tru64 Unix      /_/c<          /_/_____________________________________________/_/;         /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/o   ------------------------------  % Date: Tue, 23 May 2000 23:25:47 +0200j  From: Paul Sture <paul@sture.ch>  Subject: Re: Document standards.+ Message-ID: <VA.00000053.0c84bd76@sture.ch>.  M In article <F02D5A46B8AED311BE4F0090279FA2401E836A@ppnt41.physics.ox.ac.uk>,   John Macallister wrote:2: > From: John Macallister <J.Macallister1@physics.ox.ac.uk> > Newsgroups: comp.os.vms  > Subject: Document standards.' > Date: Fri, 19 May 2000 12:42:08 +0100a > G > While documents in plain ASCII text may be understood by many people,eG > they're of no use to someone who cannot understand the language (e.g.rN > English) used in the message: better check whether the recipient understandsM > the language as well as being able to process the document format you might  > choose before sending? > N > The most sensible way to send a document nowadays is probably to place it onM > a Web page and simply send the URL reference to the recipient. The Web pagecL > could contain the document in any format you like including simple HTML orL > even plain text within a preformatted block in the most simple of all HTMLM > files which no working browser in existence will fail to process correctly.tF > This method of "sending" documents removes the problem of attachmentK > handling, virus worries and also makes it easier to always have access tooN > the most up to date version of the document. Another bonus is that one couldG > run a language translator on the document, available with some search  > engines and browsers.  > N Agreed. I've noticed recently at work that someone has had the bright idea of M posting minutes of meetings as urls. Far better than clogging up the network v: and mail databases with multiple copies of word documents.  J > I hope I've added something positive to this discussion as I've tried toK > avoid making this another excuse for Billy bashing or for saying how muchM< > more secure and useless VMS is in the modern E-mail World. > + Positive contributions always accepted. :-)M ___ 
 Paul Sture Switzerlande   ------------------------------  + Date: Tue, 23 May 2000 23:23:45 +0000 (   )>3 From: Christopher Smith <chriss@Mufasa.pubserv.com>v  Subject: Re: Document standards.I Message-ID: <Pine.LNX.4.05.10005232322070.4845-100000@Mufasa.pubserv.com>   O > In article <F02D5A46B8AED311BE4F0090279FA2401E836A@ppnt41.physics.ox.ac.uk>, c > John Macallister wrote:e  I > > While documents in plain ASCII text may be understood by many people, I > > they're of no use to someone who cannot understand the language (e.g. P > > English) used in the message: better check whether the recipient understandsO > > the language as well as being able to process the document format you mightc > > choose before sending?  A Well, that's a perfectly valid point.  I'd been assuming, perhaps E incorrectly, that there would be some previous communication with thetH person that you're sending the document to, and you would respond in the proper language.   Regards,   Chris   O ===============================================================================A@ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL.r% -------------------------------------hI "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and/H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 -O -------------------------------------------------------------------------------o   ------------------------------  % Date: Tue, 23 May 2000 13:45:08 -0700-5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid> 1 Subject: Re: External authentication in a clusterd9 Message-ID: <1d24bd90.ed9ddc55@usw-ex0108-061.remarq.com>@  6 TIP stands for "Transaction Internet Protocol" There's7 plenty of information about it on Compaq's web site andr: elsewhere, (I'll post web links later) but you're right it9 had nothing to do with your original posting. Sorry about 4 that. I was having a go at someone else re: external7 authentication being a COM only piece of functionality.m  8 COM+ is dependent on TIP but these days Microsoft is far8 more open than VMS engineering (They provide an easy API< for obtaining and publishing the txn URL and propogating it)   Anyway more later.   Regards Richard Maher.     * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautifule   ------------------------------  % Date: Tue, 23 May 2000 08:33:05 +0100e: From: "Dean Richard Benson" <dean.benson@remove_metrw.com> Subject: FTP'ing to a VMS box., Message-ID: <8gdc49$kl3$1@murrow.sp.trw.com>  : I am coding a VB application which takes a file from a VMSA system (via FTP), and allows the user to edit the file on the PC.n  > Once the user is happy with the new file, the application then0 FTP's it back onto the VMS system ready for use.  ? The problem that I am having is that when I issue a DIR commandy@ from FTP and try to parse the results, CR's appear when there isD a long file name.  Normally I would expect only a list of files, butA I actaully get a list of files, file information, ownerships etc.h  @ Is there a way that anyone knows of controlling the returns from? FTP commands.  Documents that I have read on FTP state that thew2 host controls the format, but I havent a clue how!  
 Any ideas?   Dean.s   ------------------------------  % Date: Wed, 24 May 2000 01:57:19 +0200   From: Paul Sture <paul@sture.ch> Subject: Re: Hangs on HSZ70e+ Message-ID: <VA.0000005a.0d0f7eb2@sture.ch>-  7 In article <002568E8.0052BBFE.00@quegw01.btyp>,  wrote:-& > From: Steve.Spires@yellowpages.co.uk > Newsgroups: comp.os.vms  > Subject: Re: Hangs on HSZ70 ' > Date: Tue, 23 May 2000 15:02:41 +0000j > ? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazau >  > Ooops! > + > I hope these occurences aren't connected.G > R > We have just upgraded an 8400 to 7.2-1 and swapped the old DSSI disks out for anO > ESA10000. The systems for which this configuration already exists are happilyIP > utilising HSZTERM v1.0 to allow access to the controller and devices. However,R > on the system in question, HSZTERM no longer installs, with the following error; > . > Save set B is not required for OpenVMS Alpha8 > %VMSINSTAL-I-RESTORE, Restoring product save set C ...P > %VMSINSTAL-I-MOVEFILES, Files will now be moved to their target directories...& > %CLI-F-SYNTAX, error parsing 'STYLE'< > -CLI-E-ENTNF, specified entity not found in command tablesE > %VMSINSTAL-E-INSDFAIL, The installation of HSZTERM V1.0 has failed.t > P We had this recently. One of my colleagues delved into the kitinstal to resolve I it. Something to do with a conflict with an enhanced command in 7.2 IIRC.   O > So this left us with going for SWCC to manage the devices. On hearing of thisg& > problem though, I now have concerns.  D An in my other reply, ask CSC about the very latest version of SWCC. > P > I guess I'm asking if I should be able to install HSZTERM v1.0 on VMS 7.1-2 orN > will I have to take the risk of a similar situation to that mentioned below, > whichl* > is a big no-no as far as I am concerned? >  [rest snipped] ___y
 Paul Sture Switzerlandp   ------------------------------  % Date: Wed, 24 May 2000 01:57:02 +0200.  From: Paul Sture <paul@sture.ch> Subject: Re: Hangs on HSZ70i+ Message-ID: <VA.00000059.0d0f3b4f@sture.ch>s  E In article <8gdi9p$p5k$1@hbunn2.ha.uk.sbphrd.com>, Mike Shield wrote:e0 > From: "Mike Shield" <Mike_Shield-1@sbphrd.com> > Newsgroups: comp.os.vmse > Subject: Re: Hangs on HSZ70t' > Date: Tue, 23 May 2000 10:16:07 +0100  >  > Guys,w > L > There will be no problems as long as you use the CCL (Command Console Lun)L > as the address for the set host/scsi, which is what I think SWCC is using.M > We have SWCC running on 4 platforms, including VMS 7.1 , and it works quitee > well.t > N > If you haven't defined a CCL, then it may be best to go read up about it and
 > add one. > G Read up about it where? IIRC, the documentation is very sparse on this   subject.  
 > Mike Shield- > B > Keith Brown wrote in message <3929C589.E724F12E@usfamily.net>... > >Mike Price wrote: > >>A > >> We have an Alpha 4100 running VMS 7.1-2. The disks are on anaD > >> HSZ70 as 1 big stripe set and 3 other mirrored disks i.e. 4 VMS> > >> disks in total. One of the mirrorsets is the system disk. > >>E > >> We had SWCC running but I also use SET HO/SCSI to connect to the-A > >> disk and check them out. This enables me to have a batch jobkA > >> running to keep an eye on the disk and link into our central-+ > >> problem systems via the normal route..- > >>D > >> At the end of last year we suffered  2 or 3 hangs where all theE > >> HSZ70 disks went into host unavailable state. As one of these isgE > >> the system disk this effectivly hung the whole system. The disks3C > >> seemed to be coming back available after a while but then wentt > >> again soon after. > >>E > >> The problem was analysed by Digital who changed a cable. As thisEC > >> didn't seem to fix the problem I stopped the SWCC software andc? > >> forced myself to be less paranoid about checking the diskss/ > >> myself as often. Since then - no problems.N@ > >> However, I would like to start the SWCC stuff up again so IE > >> would like to know if anyone else has seen something like this -0C > >> or if anyone knows whether using SET HO/SCSI and SWCC togethert > >> is a problem  > >> > >> Thanks in advance > >>	 > >> Mike  > >>L To other thread participants: I had a big problem with SWCC recently, where G the agent was clocking up some 800,000 i/os a day (and we were getting  M hardware errors too). It confused the heck out of the hardware guys, as they i& often couldn't connect to controllers.  N I solved it by scrapping SWCC. The eventual outcome was that CSC told me that M there was a new version of SWCC out. However, when I checked on the website, c. the SPD still referred to the version I had...     ___a
 Paul Sture Switzerlandl   ------------------------------   Date: 23 May 2000 23:39:43 GMT- From: ba600@FreeNet.Carleton.CA (Mike Kenzie)d$ Subject: help with VAXstation II/GPX/ Message-ID: <8gf4rv$bmu$1@freenet9.carleton.ca>a  , I just picked up my first non-intel machine!  N I've worked on VAX before, but never had to deal with setting up the hardware.  G This one is missing the monitor, but has the keyboard and mouse, 3 HD's  and a TDK50.   Where do I start?  i  K The maunal I looked at seems to assume the machine is set up with a console  working.  " I have a serial termial available.  C I have a huge pile of manuals and tapes.  I was told it used to run 6 ultrix, but the previous owner didn't have it running.   ------------------------------  # Date: Tue, 23 May 2000 23:57:01 GMTm2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>( Subject: Re: help with VAXstation II/GPX6 Message-ID: <hVEW4.1223$NX3.31537@typhoon.aracnet.com>  . Mike Kenzie <ba600@freenet.carleton.ca> wrote:I > This one is missing the monitor, but has the keyboard and mouse, 3 HD'sh > and a TDK50.  J What is the model number on the Hard Drives?  This will give a better ideaK as to what you're working with.  The Tape drive is actually a TK50 :^)  I'mt; assuming the chassis is about the size of a small endtable.-   > Where do I start?     ( By building a Serial cable unfortunatly.  B You'll want to look at sections MISC1 and VAX1 of the OpenVMS FAQ:# http://eisner.decus.org/vms/faq.htm   J This will give you info on setting up a serial console.  Personally I'm ofG the opinion that you're best off with a serial console on these systems  anyway.r  M > The maunal I looked at seems to assume the machine is set up with a consoles
 > working.  I This can be either the monitor/keyboard/mouse, or a Serial terminal.  OnebJ thing, I believe you'll need to pull out the graphics board.  If so you'llK need to move any boards after it in the backplane to over so you don't haveoL any breaks.  When dealing with Q-Bus systems it's very important to not have9 any empty slots between the CPU board and the last board.a  I Actaully it would probably be a good idea to write down what cards are innK what slots, and make a note of where any holes in the chain are and post itr here.e  H For IDing cards I recommend the following (they're slightly different): \ http://metalab.unc.edu/pub/academic/computer-science/history/pdp-11/hardware/field-guide.txt/ http://world.std.com/~mbg/pdp11-field-guide.txtc  $ > I have a serial termial available.  E > I have a huge pile of manuals and tapes.  I was told it used to run,8 > ultrix, but the previous owner didn't have it running.  ? Great!  You're a *LOT* better off than I was with my first VAX!o  J Also if you want to run something other than Ultrix you can get a Hobbyist6 license for OpenVMS and a lot of layered products see:B http://www.montagar.com/hobbyist/ for further information on that.  H Or if you insist on running UNIX on it, you might want to have a look at: http://www.netbsd.org for a more uptodate version of UNIX.   				Zane   ------------------------------  + Date: Tue, 23 May 2000 23:43:05 +0000 (   )i3 From: Christopher Smith <chriss@Mufasa.pubserv.com> ( Subject: Re: help with VAXstation II/GPXI Message-ID: <Pine.LNX.4.05.10005232330390.4845-100000@Mufasa.pubserv.com>.  " On 23 May 2000, Mike Kenzie wrote:  . > I just picked up my first non-intel machine!  E Congradulations, and may you get as much joy out of not being tied toT. intel as most of the rest of us probably do ;)  P > I've worked on VAX before, but never had to deal with setting up the hardware.I > This one is missing the monitor, but has the keyboard and mouse, 3 HD'sm > and a TDK50. > Where do I start?  a  
 See below.  M > The maunal I looked at seems to assume the machine is set up with a consoles
 > working.$ > I have a serial termial available.  " Great.  Here's where you start. :)  H First off, if the computer has a graphics board, you'll probably need toI remove that before you can get it to use the serial port for the console.0  , So, pull the back off of the machine, and...  I These machines are qbus based.  qbus is notoriously picky about the order.G of its cards, so take note of the order, particularly which side of theyD machine the cpu/ram cards (probably three boards with a ribbon cable3 connecting them) are on, and which cards go next...V  C The graphics board can be anywhere from 1 (black and white) to 3 (82I bitplane, i think) boards, connected together with a similar ribbon cableo# to the one that's on the cpu board.   H The plug for the k/v/m adapter, i think, is a realatively large d-shapedI thing.  That's what the graphics board will be plugged into... so you cano probably locate it that way.  G As I said above, you'll want to remove this board(s), and move anything H after them (further away from the cpu) in the qbus forward so that there are no gaps.  I Now put your video stuff in a safe place, put your VAX back together, setgF the dial next to the 9-pin serial port to the right baud rate, and get your terminal connected.  H Note that the 9 pin serial port isn't like a "PC" 9-pin port, it's got aE slightly different pinout, so if your setup doesn't work, look in thec7 comp.os.vms FAQ and find the spot on making an adapter.i   Then try to power it on.  F If everything goes well you should see a ROM revision message, a countJ backwards in hex from F to 1, and it will either boot or give you a prompt
 that says:   >>>S  C If it gives you that prompt, try just typing "boot" and seeing whataI happens -- if there's still a good o/s on there, it will bring itself up.o  E > I have a huge pile of manuals and tapes.  I was told it used to run_8 > ultrix, but the previous owner didn't have it running.  J Deffinately keep the tapes.. some of them may be bootable and if you don't2 have an o/s, you may be able to restore from them.   HTH    ChrisS  O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL._% --------------------------------------I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes andaH weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 FO -------------------------------------------------------------------------------c   ------------------------------  # Date: Wed, 24 May 2000 01:04:46 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>( Subject: Re: help with VAXstation II/GPX6 Message-ID: <OUFW4.1225$NX3.31880@typhoon.aracnet.com>  4 Christopher Smith <chriss@mufasa.pubserv.com> wrote:J > First off, if the computer has a graphics board, you'll probably need toK > remove that before you can get it to use the serial port for the console.u  . > So, pull the back off of the machine, and...  L Slight nitpick.  He'd mentioned three HD's and a TK50, so most likely he hasI a BA123 chassis and not a BA23.  In which case it's remove the side panelbI (on the right side when looking at the front, assuming it's got it's sidee panels) and open the door.  H BTW, why is it so blasted hard to find a BA123 with all it's panels?  ItI took me about two years and three different chassis to get one BA123 withoJ all the panels.  If you have the system in the house having all the panelsL is wonderful because it is so much quiter.  Of course to really be quite you' need to switch to small SCSI drives :^)n   				Zane   ------------------------------  % Date: Tue, 23 May 2000 22:25:12 -0400s# From: "Carl Vogt" <crv8732@rit.edu> ( Subject: Re: help with VAXstation II/GPX? Message-ID: <9aHW4.32813$681.711623@news-east.usenetserver.com>   $ I have 2 with all the panels.  : ^ }? Well I'm missing that little plastic door on the front of one.)e      I >BTW, why is it so blasted hard to find a BA123 with all it's panels?  ItoJ >took me about two years and three different chassis to get one BA123 withK >all the panels.  If you have the system in the house having all the panelseI >is wonderful because it is so much quiter.  Of course to really be quite- you-( >need to switch to small SCSI drives :^) >0 > Zane   ------------------------------   Date: 24 May 2000 03:43:02 GMT- From: ba600@FreeNet.Carleton.CA (Mike Kenzie) ( Subject: Re: help with VAXstation II/GPX/ Message-ID: <8gfj46$2s9$1@freenet9.carleton.ca>E  % "Carl Vogt" (crv8732@rit.edu) writes:.& > I have 2 with all the panels.  : ^ }A > Well I'm missing that little plastic door on the front of one.)n >  >  > J >>BTW, why is it so blasted hard to find a BA123 with all it's panels?  ItK >>took me about two years and three different chassis to get one BA123 withnL >>all the panels.  If you have the system in the house having all the panelsJ >>is wonderful because it is so much quiter.  Of course to really be quite > youe) >>need to switch to small SCSI drives :^)r  I I have all the panels and the plastic door, as an added bonus I also havet% a drawer full of small SCSI drives :)n    The tapes have ultirx 1,2 and 3.  F It was too heavy to carry to the basement so the machine is now in the garage.=  E Would a serial cable be available from Compac now that they've bought)E Digital?  They have a few offices here in Ottawa and a few used shops  carry VT terminals.    ------------------------------  # Date: Wed, 24 May 2000 04:57:07 GMTE2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>( Subject: Re: help with VAXstation II/GPX6 Message-ID: <DiJW4.1240$NX3.31977@typhoon.aracnet.com>  . Mike Kenzie <ba600@freenet.carleton.ca> wrote:K > I have all the panels and the plastic door, as an added bonus I also have-   Nice!  -  ' > a drawer full of small SCSI drives :)   H However, do you happen to have a SCSI controller in the VAX, or the more9 normal MFM disks?  Warning SCSI controllers aren't cheap.9  " > The tapes have ultirx 1,2 and 3.  L Not bad.  Though I still suspect if you're serious about running UNIX on theF system you'll want to look at NetBSD, unless you've some attachment toH Ultrix.  Gotta admit, one of these days I want to get one of my MicroVAX' II's running Ultrix, for the fun of it.m  G > Would a serial cable be available from Compac now that they've boughtiG > Digital?  They have a few offices here in Ottawa and a few used shopse > carry VT terminals.(  G Could be.  It's 25-pin on the termianl side, and 9-pin on the VAX side,oE hopefully one of the earlier pointers gave the part number.  It' a BCf
 something.  E Of the VT's my personal favorite are the VT420's, though you'd need agA MMJ-to-DB25 adapter with one of them as they have MMJ connectors.-  J I still think you'll be best off making your own cable.  Hey, my soldering4 ability is pretty bad, and I managed to make one :^)   			Zanei   ------------------------------  % Date: Tue, 23 May 2000 13:29:06 -0500n" From: Earl Lakia <lakia@ipact.com>? Subject: Re: How to export contents of RMS file to .csv format?i) Message-ID: <392ACDF1.118DBC95@ipact.com>t  I If one needs to export binary data, such as the VMS time stamp, integers,   I floating point data, etc.,  An RMS ODBC driver might better fit the bill.   @ One could then use Excel or Access on a Billy Box to get all the7 records and save it out in a CSV, DIF, or other format.i   -earl        choppper@my-deja.com wrote:e  & > Please help - I'm getting desperate: >wG > Can anyone tell me how I would go about exporting the entire contentsmF > of a large RMS file on VMS (OpenVMS 7.2)(about 150Mb) into a .csv or > similar text file? > F > I need to be able to do this as part of a data migration exercise... >a > Thanks in advance  >r	 > Chopperu ><( > Sent via Deja.com http://www.deja.com/ > Before you buy..   --
 Earl D. Lakiar0 Senior Staff Engineer         Web: www.ipact.com4 Snail Mail:                   Email: lakia@ipact.com
 IPACT Inc.1 260 S. Campbell St.           Phone: 219-464-7212  Valparaiso, IN 46383   ------------------------------  % Date: Tue, 23 May 2000 15:47:24 -0400S- From: JF Mezei <jfmezei.spamnot@videotron.ca>o? Subject: Re: How to export contents of RMS file to .csv format? , Message-ID: <392AE04B.C2FB8057@videotron.ca>   Hoff Hoffman wrote:yH >   Ayup, I'm told there's a converter around for RTF that I'm trying to% >   shake loose for eventual release.o  / Yep, I have used the RTF converter a few times.qC >   CONVERT/DOCUMENT is the central DCL-level piece, the converters D >   are part of DECwindows.  The converter library API documentation >   is a separate piece.  I Yes, it was the documentation on the DTIF (I think) portion on how to mapeT fields in an RMS file that I never found. But I remember seing an example somewhere.   ------------------------------  + Date: Tue, 23 May 2000 14:21:12 -0500 (EST)V1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu>m? Subject: Re: How to export contents of RMS file to .csv format? W Message-ID: <Pine.LNX.3.96.1000523141749.20011A-100000@rocinante.admin.rose-hulman.edu>i  ( On Tue, 23 May 2000, Hoff Hoffman wrote:   > P > :Or, perhaps simpler, if you don't have ALL-IN-1, write a simple C or even DCLN > :program that reads the records, splits it into fields, and outputs the data > :into CSV format.1 > I >   Trivial with either, though Perl would probably be among the easiest.a >   G Pulling apart the fields is application-specific, but here's a perl subr* to turn an array of fields into a CSV row.   sub CSVRowFromData {     my (@data) = @_;     @data = map {7         s/"/""/g;a       if (/,|"/) {         $_ = qq ["$_"];o       } else {         $_;0       }3     } @data;     return join(',',@data);h }n   --Robert   ------------------------------  % Date: Tue, 23 May 2000 15:40:14 -0400o" From: Dan Sugalski <dan@sidhe.org>? Subject: Re: How to export contents of RMS file to .csv format?08 Message-ID: <4.3.1.0.20000523153901.01f7f560@24.8.96.48>  , At 01:29 PM 5/23/00 -0500, Earl Lakia wrote:J >If one needs to export binary data, such as the VMS time stamp, integers,J >floating point data, etc.,  An RMS ODBC driver might better fit the bill.  I For something like this, either Perl or Python might be a good choice if uD this is going to be a one-off conversion. If it'll happen with some J frequency then writing the conversion program in something a touch faster H (C, Fortran, Bliss, whatever) might be in order if the files are of any  significant size.W   					Dan  I --------------------------------------"it's like this"-------------------s2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenW;                                       teddy bears get drunkh   ------------------------------  % Date: Wed, 24 May 2000 00:07:33 -0400>* From: David A Froble <davef@tsoft-inc.com>? Subject: Re: How to export contents of RMS file to .csv format? - Message-ID: <392B5585.B637459B@tsoft-inc.com>   M Ok, I've followed this thread for several days.  Finally built the resolve to 7 admit my ignorance.  Just what the heck is a .csv file?n   Dave   -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.coma Vanderbilt, PA  15486d   ------------------------------  % Date: Tue, 23 May 2000 14:32:45 -0500 2 From: "Craig A. Berry" <craig.berry@metamorgs.com>. Subject: Re: Is "The GNU on VMS Project" dead?K Message-ID: <4.3.1.2.20000523141411.029f22c0@exchi01.midwest.metamorgs.com>u  - In article <3921b026.113481007@news.wku.edu>, 1    goathunter@goatley.com (Hunter Goatley) wrote: F  > As one of the original GNU porters way back when (I did a number ofA  > the first Alpha ports that were on the DECUS Starter Kit CD ora8  > whatever it was called), I thought I'd chime in here.  > iH  > Release after release, I'd diligently reapply my VMS modifications toF  > the GNU sources.  I finally contacted the maintainers of sed, grep,I  > and a couple of others, offering my mods for inclusion in the sources.uD  > The same mods were necessary every time, so inserting them in the;  > actual source distribution one time would have sufficed.e  > tE  > The replies I received were basically along the lines of, "I won't-7  > include the changes because I don't care about VMS."r  > a7  > Fine, said I.  I haven't ported a GNU utility since.h  L My experience has been somewhat better than that.  When I submitted a patch E to diffutils this January, I got a courteous reply from Paul Eggert, nK apologizing for his unfamiliarity with VMS, thanking me for the patch, and iK asking a number of questions about why I had done certain things the way I tL had done them. Some of these questions led to better ways of doing things.  L He did make a request which I repeat here since a similar requirement would / probably apply to any VMS port of GNU software:   K "Can you please reformulate the patch so that it is relative to 2.7.2 [the -J latest beta, not release version], and so that all VMS-specific files are M put into a subdirectory `vms'? I'd like to minimize the VMS-specific changes   to the current source."h  B I complied with this, meanwhile incorporating further significant J enhancements that Martin Vorlaender turned up with at about this time.  I M haven't received a reply to the reformulated patch and I don't know when the bI next release incorporating these changes might be available, but that is KL easily attributable to busy people who volunteer their time rather than any  kind of OS bigotry. / _______________________________________________o1 Craig A. Berry                                      mailto:craig.berry@metamorgs.com   ------------------------------   Date: 23 May 2000 18:02:43 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)+ Subject: Re: Looking for PW API informationm6 Message-ID: <8geh43$2s5$2@mailint03.im.hou.compaq.com>  Y In article <4YK9gxuJI2fd@malvm2.mala.bc.ca>, dunnett@mala.bc.ca (Malcolm Dunnett) writes:/B :Who within "OpenVMS engineering" could one contact about getting F :documentation on this [ACME] interface  (I'd gladly sign a disclaimer' :that I won't complain when it breaks).t  @   Send your email request (with some background information) to:       barry<-at->star.zko.dec.come  B   I can make no guarantees on the release of the API (prior to itsC   expected eventual stabilization, release and support), obviously.e  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 23 May 2000 19:34:11 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)+ Subject: Re: Looking for PW API information 6 Message-ID: <8gemfj$4l1$1@mailint03.im.hou.compaq.com>  k In article <8geh43$2s5$2@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:   F   re: OpenVMS ACME external authentication interface API documentation  A :  Send your email request (with some background information) to:l     Correction.  Send to:/  "       leo.demers <-at-> compaq.com  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 23 May 2000 20:01:39 GMT:- From: morrisj@epsilon3.comdex (Jay E. Morris)r+ Subject: Re: Looking for PW API informationi3 Message-ID: <392ae326.958671604@news.brooks.af.mil>5  @ On 23 May 2000 18:02:43 GMT, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:  >u  >    barry<-at->star.zko.dec.com >nC >  I can make no guarantees on the release of the API (prior to itsiD >  expected eventual stabilization, release and support), obviously. >nD Don't you just hate it when you try to protect an address and see it go for naught?     --
 Jay E. Morrist System Software Specialist m0 (confuses the PHBs to call us managers or admin)& General Dynamics Communication Systems) for/Epidemiological Surveillance Divisionl Brooks AFB, TX   ------------------------------  % Date: Tue, 23 May 2000 13:50:25 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>l+ Subject: Re: Multi workplaces under OpenVMSn+ Message-ID: <8gegar$ak6$1@lead.zk3.dec.com>e  K You would have to have each Quad (for the GS320) with it's own ISA junk IO,a/ including a mouse & keyboard to make this work.   H Multi-Seat is something that is on my list of things to do as we add USBL keyboard and mouse support... of course, in the context of Galaxy, that also implies multiple USB ports.s  I Frankly, for Galaxy I recommend a single workstation connected via LAN too the2 system.e    K Hoff Hoffman wrote in message <8gbbq9$lkk$2@mailint03.im.hou.compaq.com>...a > ? >In article <200005220636.IAA01299@fom.fgan.de>, Rudolf Wingert  <win@fom.fgan.de> writes:dE >:is there any possibility to install more then one graphic workplace D >:within a Galaxy machine. It would be a very great feature, to haveC >:mutiple workstation within a box (one/instance or one/quadboard).o >h- >  OpenVMS Galaxy has little do do with this.o >pA >  Multi-headed DECwindows configurations are currently possible.o >hJ >  Multi-seated configurations are not currently feasible, as there is (byI >  definition) a need for multiple DECwindows input devices, and I am noteI >  aware of any AlphaServer or AlphaStation system with multiple keyboard J >  and mouse connectors.  (It would not surprise me to learn that there isH >  a PCI card with these connectors available somewhere -- I am refering+ >  to the stock system configuration here.)d >nC >  Systems with USB do have the potential to make this multi-seatedsI >  configuration possible, as you can potentially have multiple keyboardsi" >  and multiple mouse connections. > G >  There would likely be some software involved here, too -- DECwindowsaG >  is in fairly good shape for multi-seat, but it would not surprise meoI >  to learn that the licensing software (for instance) would need updatesaH >  to account for this (hypothetical) multi-seated system configuration. >t+ > --------------------------- pure personal=# opinion ---------------------------=0 >   Hoff (Stephen) Hoffman   OpenVMS Engineering hoffman#xdelta.zko.dec.com >1   ------------------------------  % Date: Wed, 24 May 2000 01:56:46 +0200m  From: Paul Sture <paul@sture.ch>; Subject: Re: OpenVMS and Windows NT Integration for Dummiese+ Message-ID: <VA.00000058.0d0f0028@sture.ch>n  < In article <3928B901.5F0D161B@videotron.ca>, JF Mezei wrote:/ > From: JF Mezei <jfmezei.spamnot@videotron.ca>r > Newsgroups: comp.os.vms-= > Subject: Re: OpenVMS and Windows NT Integration for Dummies-' > Date: Mon, 22 May 2000 00:35:15 -0400- > # > Found another goodie in the book:  > H > There is a section on how Compaq can help you migrate from ALL-IN-1 to > Microsoft Exchange.e > P > That section should be zapped ASAP, and replace with one telling coustomer howN > to migrate from exchange to ALL-IN-1. Otherwise, why not a section on how to0 > migrate from VMS to Sun , or Compaq to Dell... >iK Somewhat sad, at first sight, I'll agree. For us. However, the rest of the mM chapter is talking about MAPI on VMS. Office Server is getting a big mention t there. e  I Read between the lines. As with much of this book, you have to speak the e) language that the brainwashed understand.f ___ O Paul Sture (whose 2 non-IT brothers sat me down 2 years ago and lectured me on sJ taking a wrong career move by not going for an MSCE and sticking with MS).   Switzerlandr   ------------------------------  % Date: Wed, 24 May 2000 00:58:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>l; Subject: Re: OpenVMS and Windows NT Integration for Dummiesy, Message-ID: <392B6156.A664755C@videotron.ca>   Paul Sture wrote:-P > Paul Sture (whose 2 non-IT brothers sat me down 2 years ago and lectured me onL > taking a wrong career move by not going for an MSCE and sticking with MS).  K Yep. Stuck in that one-way-VMS-street going nowhere in Montreal. Those moste1 loyal to VMS are the ones that are the worse off.o   ------------------------------  % Date: Tue, 23 May 2000 17:32:34 -0400A' From: "Bill Todd" <billtodd@foo.mv.com>aJ Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)( Message-ID: <8get8r$r0u$1@pyrite.mv.net>  = Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in messaget0 news:8gdtf0$p2p$1@mailint03.im.hou.compaq.com...   ...   H >   What I would rather see more of in the newsgroup are comments on theE >   increasingly available OpenVMS marketing materials and increasingzG >   OpenVMS references within Compaq materials, mention that OpenVMS is@F >   being regularly featured in many of the newer Compaq materials and >   forums,   J Don't be discouraged:  if these changes are in fact occurring (and there'sB some externally-visible indication that they may be, but only veryK recently), people will notice and express their appreciation.  But it's nothE surprising if they wait just a bit to verify that the change is real: ! they've been disappointed before.   <  mention of the level of support and interest in OpenVMS andK >   OpenVMS customers by Michael Capellas (he's visited with a wide varietytB >   of OpenVMS customers), mention of the new engineering work andD >   customer-specific changes that are going into OpenVMS (includingF >   mention of the work targeting existing and new ISVs and customers,E >   and the OpenVMS engineering project targeting improvements in thet2 >   ease of porting of applications *to* OpenVMS).  J These are of course no less important, but do tend to be less visible fromK the outside.  Semi-officially reporting here any new development as soon ashJ it's approved would certainly help (specifics on the resurrection of POSIX@ support and the degree to which it will be better-integrated andJ better-performing than the old implementation reportedly was, for example;H there's also been informal mention of extending it sufficiently to allowJ some reasonable percentage of Alpha Linux application binaries to run...).  I IMO, aside from a real marketing effort, perhaps the one thing that would I really convince people that Compaq was committed to more than superficial F continued VMS development would be a lively discussion of the featuresL needed to maintain its long-term superiority rather than just keep up (e.g.,I  the new file system in its dedication to recycling existing code seems atI better example of the latter than the former, and the internal perceptionhL the last I knew was that corporate support for examining anything better did not exist).r   - bill   ------------------------------  # Date: Tue, 23 May 2000 21:29:05 GMTo2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>J Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)6 Message-ID: <BKCW4.1210$NX3.31593@typhoon.aracnet.com>  3 Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote:hL >   I'm in the midst of writing a whitepaper that contains and introduction I >   to OpenVMS programming -- I am hoping that I can eventually get this -7 >   extended out into a full porting-to-OpenVMS manual.m  7 Now this sounds like a *much* needed document/manual!!!c   			ZaneR   ------------------------------  % Date: Tue, 23 May 2000 13:31:57 -0400o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>a0 Subject: Re: OpenVMS, and PowerStorm 300 and 350+ Message-ID: <8gef88$v1a$1@lead.zk3.dec.com>   I MMOV V2.2 has been submitted to manufacturing, and will be out on CONDIST J shortly.  We are in the process of having it put onto a CD which will shipL with the Ensoniq sound card.  I'll let you know when we find a way to get it
 onto the Web.d   _Fred       K Hoff Hoffman wrote in message <8gdu3d$p2p$3@mailint03.im.hou.compaq.com>...0 > H >In article <TM4cPIvXJpiB@gaelic>, pmoreau@cenaath.cena.dgac.fr (Patrick0 MOREAU, CENA Athis, Tel: 01.69.57.64.40) writes:E >:BTW, is the new version of Multimedia Services for OVMS available ?. >/E >  Donno.  (I'm having trouble keeping up with all of the various new I >  engineering projects presently going on here in OpenVMS.)  I'll check.  >C+ > --------------------------- pure personal2# opinion --------------------------- 0 >   Hoff (Stephen) Hoffman   OpenVMS Engineering hoffman#xdelta.zko.dec.com >F   ------------------------------  + Date: Tue, 23 May 2000 16:52:11 -0300 (EST)S From: becherini@VORTEX.UFRGS.BRD1 Subject: problem setting anonymous ftp in a Alphaw, Message-ID: <00052316521153@vortex.ufrgs.br>  : Received:	by vortex.ufrgs.br (V5.0A-1, OpenVMS V7.2 Alpha)+ From:		Fabio Becherini <becherini@ufrgs.br>e Reply-to:	<becherini@ufrgs.br>< Comments:	@vortex.ufrgs.br, vortex(46.451)::, psi%........::2 References:	BR, TCHE, UFRGS, CPD network, Cia-INFO- Organization:	Cia-INFO /DRS /CPD-UFRGS /UFRGSiO _______________________________________________________________________________n     	Hi !h   	The environment is:   		AlphaServer 800 5/500o
 		OpenVMS 7.2-9 		DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A1  $ 	In Compaq OpemVMS Documentation CD,5 	DIGITAL TCP/IP Services for OpenVMS, ... Management,c, 	chapter 12, we have, I think, all the steps- 	to configuring and setting up anonymous ftp.r  , 	Well, all the steps done, the answer I have 	is "Login incorrect".   	Have I to restart TCPIP ?   	Have I to reboot the system ?   	Am I missing something ?   	 	Regards,a  N  _____________________________________________________________________________O |                                                                             |tO | Fabio Becherini                   System & Network Manager, Webmaster UFRGS |rO | CPD-UFRGS                         Centro de Processamento de Dados da UFRGS |tO |                                   Universidade Federal do Rio Grande do Sul |=O |                                                   Divisao de Rede e Suporte |iO |                                          (55)(51) 316-5041 / 331-1215 (fax) | O |_____________________________________________________________________________| O |                                                                             |.O | INTERnet:  fabio.becherini@ufrgs.br              DECnet:  vortex::becherini |dO |_____________________________________________________________________________|a   ------------------------------  % Date: Tue, 23 May 2000 12:17:06 -0700i From: "jjs" <John@Staffprd.net>g Subject: Re: RADIUS for VMSs* Message-ID: <8geehb$4ln$1@Urvile.MSUS.EDU>  ! Damn!  Can't cancel my last post.w
 IGNORE IT. I was thinking TACACS.   ------------------------------  % Date: Tue, 23 May 2000 12:14:07 -0700t From: "jjs" <John@Staffprd.net>  Subject: Re: RADIUS for VMS-* Message-ID: <8geebo$4lm$1@Urvile.MSUS.EDU>  2 Rick Millhollin <rickm@OREGON.UOREGON.EDU> writes:L > I believe I have seen mention on this list of RADIUS for VMS.  Can anybody, > give me a pointer to more info?  Thanks...  L Sure. Aaron Leonard's TACACS for OpenVMS is super. Works like a charm. We'veD had it for years under Vax/VMS and OpenVMS/AXP.  I lost track of Mr.K Leonard, but here's the last address:   aaron@cisco.com and he shouldn't be2 hard to find by surfing a bit.   ------------------------------  % Date: Tue, 23 May 2000 19:26:19 -0400e# From: sol gongola <sol@adldata.com>t Subject: Re: RADIUS for VMSa' Message-ID: <392B139B.7A0A@adldata.com>    HTTP://WWW.RadiusVMS.COM/F   sol gongolae   > L > I believe I have seen mention on this list of RADIUS for VMS.  Can anybody, > give me a pointer to more info?  Thanks... > > > Rick Millhollin, Assistant Director for Computing FacilitiesC > University of Oregon, Computing Center, Eugene, Oregon 97403-1212GK > E-mail: rickm@oregon.uoregon.edu  Phone: (541)346-1730  FAX:(541)346-43971   ------------------------------  % Date: Wed, 24 May 2000 00:27:37 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>w% Subject: Re: samba NMBD stops workingo7 Message-ID: <046701bfc540$c98dde80$020a0a0a@xile.realm>a  $  <SWARS#mailer.MPI-STUTTGART.MPG.DE>	 > hi all,>C > we have a problem since we upgraded vms to 7.2-1 the nmbd processa5 > ssems to be ok but connections from pc were refusedaA > so we stop/start samba again and it works for the next few daysoK > or only for a few hours we use SAMBA-1_9_17P4-VMS1 an a alpha station 433e5 > whit fddi interface ,thank you for any help h.swars   K It might help for you to post what vendor and version of TCP/IP program youfI are using, and any other changes you made at the time of the VMS upgrade."  I NMBD resolves names, and while it is a useful part of SAMBA, it generallyF6 does not have any effect on connections being refused.  I You also might try posting on the SAMBA-VMS mailing list, as there may be . some experts there that might be able to help.  I I am curious on what you mean by stop/start SAMBA.  The NMBD process runsmF continually, but the SMBD processes are started as needed by the TCPIP program.  5 Also have you tested NMBD with the NMBLOOKUP utility?s  L This may also be an indication of something else wrong with the network, andL one or more of the SAMBA processes is not handling the error condition well.   -John  wb8tyw@qsl.network   ------------------------------  % Date: Tue, 23 May 2000 19:38:12 +0100tL From: Lewis Nodes <CHAA009@alpha1.rhbnc.ac.uk> (RHBNC, University of London), Subject: SCSI cluster disc-conecting problem/ Message-ID: <000523193812.330@mail.rhbnc.ac.uk>p  O We have a problem with setting up a SCSI cluster,  which may be due to a changetJ in the design of the differential/single-ended SCSI signal convertor, so I' wonder if anyone has knowledge of this.k  G We have 2 Au-series machines (VMS V7.2) with KZPBA-CB differential SCSI,O controllers, connected using BN38C-05 cables via a DS-DWZZC-DA with a trilink. rH Attached to the DWZZC are 4 external boxes (68-pin internal and externalH connectors) containing Digital and Seagate discs (RZ1DB-BA ST39103LW andN ST318275LW).  VMS sees the discs, but initialising any disc gives the response %INIT-F-MEDOFL.o  K Before purchasing the hardware we borrowed a DWZZA to test the setup, whichoN worked OK, although with older discs.  The technical person at our dealer saidJ "it's not a supported configuration but it should work". Having consultedJ Compaq he now thinks the problem is that the DWZZC needs a signal from theM "personality module" present in a Storageworks box which says the SCSI bus is'! OK.  Can anyone comment on this ?e   Lewis Nodes. RHBNC, University of London.   ------------------------------  % Date: Tue, 23 May 2000 23:25:48 +0200n  From: Paul Sture <paul@sture.ch>  Subject: Re: Swapped out process+ Message-ID: <VA.00000054.0c84c188@sture.ch>e  E In article <39278956.BCEC75C8@msghkg1.sps.mot.com>, Steven Xie wrote:-/ > From: Steven Xie <r33300@msghkg1.sps.mot.com>i > Newsgroups: comp.os.vmso" > Subject: Re: Swapped out process' > Date: Sat, 20 May 2000 23:59:34 -0700  > O > Thanks, Phil, you are right, when I looked at the process state, it's in HIBOnP > state, is that will affect my system's performance? And what's the "waiting toM > be woken up" suppose mean? And one more thing is what cause the problem, isH/ > there something wrong with the system memory?u > Q It depends on what the HIBO process is doing. If nobody has used it for a while, rM it's simply saving memory. Consider a print sysmbiont. It's probably best in oO memory all day long when users are entering print requests, but it's perfectly -> OK for it to be swapped out overnight when nobody is printing.  N When you get rapid inswaps / outswaps, that can kill your system performance, O and the solution is either to add more memory or perform other tuning to avoid i it.r  J To summarize, swapping is perfectly OK unless you are doing it constantly. ___ 
 Paul Sture Switzerlandf   ------------------------------  # Date: Tue, 23 May 2000 19:59:51 GMTt- From: "Richard D. Piccard" <piccard@ohio.edu> : Subject: Re: Tape Data Recovery (was Re: Need urgent help)( Message-ID: <392AE335.EB813F2C@ohio.edu>  < Thanks for your response.  I had not thought in terms of the< difficulty of re-synchronizing with the data stream as being+ likely to lose more than one block or two. s  : The fact that "special firmware" even exists for the data @ recovery firms to use is what bugs me -- why isn't that firmware available to customers?   ? I don't think this approach is a trade-off for 20 GB with DLT, l< the behavior in question started, if I understand correctly, with the TK-50.p   				RDPs     Antonio Carlini wrote: > B > In article <3929A12C.303BA833@ohio.edu>, piccard@ohio.edu wrote: > R > >        Can you provide any enlightenment as to the reasoning that produced theK > >crippled customer firmware in these modern drives?  It doesn't take mucheJ > > of an inclination toward conspiracy theory to lead to speculation thatA > >DEC did it, and Compaq continues it, in order to make businessn. > >opportunities for the data recovery people. > M > I cannot imagine why COMPAQ (or DEC before it) or any of the existing driverL > vendors would want to do this. Financially, it doesn't make sense. I don'tL > think the firmware uis deliberately crippled - I think the drives just can  > almost never do what you want. > J > >        It should not be all that hard to have the drive switch over toI > >read-only as soon as you give the set magtape command to skip over theh > >Logical End of Tape.  > K > Skipping the EOT would be easy. Synching up with the data stream again ist > (apparently) very hard.i > P > >        Letting the customer recover promptly from a common human error seems& > >like a very much nicer thing to do! > M > True. But if you want 20-40GB on a tape where you used to make do with 95MB > > then this is one of the things you have to give up, I guess. > J > I have no idea how successful these data recovery specialists are with aL > modern DLT tape drive. If you lose something that has real monetary value,N > make sure you get a "no recovery, no fee" deal; if they won't takle that on,N > maybe their recovery rates are not so hot; if they will take it on, then you5 > know exactly how much your data is worth to you :-)l > 	 > Antonior > K > Antonio Carlini                            Mail: carlini@true.lkg.dec.comr% > DECnet-Plus for OpenVMS Engineering 8 > COMPAQ                                     Reading, UK   -- tB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Tue, 23 May 2000 12:30:09 -0700 < From: Chris Doran <chrisj.doranNOchSPAM@physics.org.invalid>  Subject: Re: Text to PDF utility9 Message-ID: <20f2b0b2.def84ab5@usw-ex0102-016.remarq.com>a  1 In article <392A35E0.F57F3459@ust.hk>, Wayne YungS <iswayne@ust.hk> writes: >o& >I'm looking for a text to PDF module.  2 http://www.codecuts.com/mainpage.asp?WebPageID=156= or via http://www.geocities.com/SiliconValley/Lab/4247/ whichr has HTML to PDF.  ! Before using txt2pdf, you need toi$ $ DEFINE/USER SYS$INPUT <input-file>& $ DEFINE/USER SYS$OUTPUT <output-file>  = It works, and the result is acceptable to Acrobat, but when Io; tried it, _not_ to XPDF (but I think XPDF has changed sinceo then).   Chrisr    L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!b   ------------------------------  # Date: Tue, 23 May 2000 21:36:10 GMTg  From: james_e_becker@my-deja.com' Subject: Re: UK VARs, named and shamed?o) Message-ID: <8getka$3qq$1@nnrp1.deja.com>m  6 In article <R2tW4.2$yd2.2098@newreader.ukcore.bt.net>,-   "Robert Gray" <rgray@frayling.co.uk> wrote:-E > I am pondering on the ethics of disclosing details of extremely badr servicez@ > from certain UK digital/Compaq supposed Value Added Resellers.  , I understand the intentions and the dilemma.  9 My $0.02 (or should I convert to tuppence for the UK? ;-)u= is that this is not the forum for specific service complaintsd9 or general condemnations of a company's customer service.C   My reasons are: ' - We'd have only one side of the story.r9 - Either you're trashing them without their knowledge, ore6 you're forcing them to go on the defensive in front of3 people who aren't really involved in the situation.A8 - You might be putting yourself or your employer at some5 legal risk. (I'm no legal expert; I'm just guessing.)f7 - As we've seen in this group in the past, these thingsf0 can reduce to name-calling and pissing contests.7 - Your public complaints are probably not going to make ; them any friendlier toward you, your company, or the peoplea of comp.os.vms.e8 - Much of the information in this group is independently9 verifiable by other members of this group, even if you'rea: complaining about performance or functionality. Complaints0 about specific service incidents usually aren't.  8 The consumer rags (the responsible ones) deal with these9 sorts of things by sticking to publicly verifiable facts,t+ or by publishing meaningful survey results.o  9 Hmmm, it would be interesting to see a web site where CPQh7 customers can rate various service providers. Some careh9 would have to be taken to keep the data reasonably valid.i7 Oh well, I'm not volunteering. Maybe one of these days.   
 Jim Becker    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 23 May 2000 13:28:33 -0400t5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>u1 Subject: Re: Unsupported adapters within the DS20d+ Message-ID: <8gef1s$co6$1@lead.zk3.dec.com>   K The simple truth is that Tru64 UNIX and OpenVMS do not have drivers for theiK Adaptec SCSI.  The decision to embed it was made back in the NT days.  Workt? is in progress with the vendor to create drivers for both OS's.e  L The IDE has been problematic.  For instance, depending on the IO bridge, DMAG won't work.  For the DS20 schedule, it was decided not to gate a servereH product, which would likely be configured with a SCSI controller, by theH flaky IDE controller.  On the lower-end products, like the DS10, IDE was used.i   _Fredo  F Rudolf Wingert wrote in message <200005231118.NAA29499@fom.fgan.de>... >Hello,  >MH >other then the PersonalWorkStation in the DS20 the IDE ports are unsed.G >Also could you see two SCSI connectors (SCSI 1 and SCSI 2) and Adaptec J >SCSI controllers on the motherboard. Me be there will be also an EthernetD >adapter? IMHO, that's why the motherboard is a PC motherboard. DoesH >anybody know, what the reson for not using the IDE for CDrom and disks?G >Also, why are the SCSI adapters not seen (in case of be Adaptec) underrG >the consol program nor under the OS? So you have to buy an two channeln >SCSI combo interface. >  >TIA and regards Rudolf Wingert- >- >-   ------------------------------  % Date: Tue, 23 May 2000 22:50:01 -0500e) From: "John E. Malmberg" <wb8tyw@qsl.net>e Subject: Re: urgentn7 Message-ID: <01cb01bfc533$275fd8a0$020a0a0a@xile.realm>1   David J. Dachtera wrote:   > 1. Turn of MIME.  
 Please do. >sD >    If using MS Outlook, this may not be entirely possible. Using a@ >    different mail/news agent is highly recommanded, preferably >    _NOT_ a Microsoft product.   D It is possible and practical to change Outlook to behave on either aD default, or specific mailing address.  The steps have been posted on comp.os.vms very recently.  E >    Also, as illustrated recently world-wide, Outlook is, beyond therF >    the shadow of any possible doubt, a serious security hole. PleaseD >    locate and implement a replacement mail/news agent immediately.  J Just because it assumes that ALL HTML content is safe, and you always wantG it executed when you open or preview an attachment?  By the way, in the.J recent proposed patches from Microsoft, that particular feature is not one of the ones they are changing.  J > 2. This is a text-only newsgroup; no attachments, especially not MS WordG > documents, can be accepted. MS Word is also a potential security riskeJ > due to its vulnerability to macro viruses and other potentially damaging > embedded payloads.  G Non-Microsoft Office products may have the same vulnerabilities.  It is H basically a case where their does not seem to be a distinction between a6 COMPOSE-EXECUTE-EDIT mode and a VIEW-OUTPUT-ONLY mode.  H I strongly recommend that a business have a policy of never sending HTMLJ messages, and enforce it at a server filter to catch employees that do not> understand why.  Some "cute" problems can be avoided that way.   -JohnR wb8tyw@qsl.network   ------------------------------  # Date: Tue, 23 May 2000 20:54:12 GMTx2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>. Subject: Re: VMS equivalent of UNIX dd command6 Message-ID: <UdCW4.1207$NX3.31593@typhoon.aracnet.com>  J <I figured I might as well crosspost this to the PDP-11 newsgroups as it's# starting to get PDP-11 related now>i  F OK, using the information from Tim, I've written up a script that will5 create a 2.11BSD Boot Tape, however, it doesn't boot.H  L I think my problem is the following section of the DCL script that I've got.  2 $ SET FILE/ATTR=(RAT:NONE,RFM:FIX,LRL:512) MTBOOT.0 $ SET FILE/ATTR=(RAT:NONE,RFM:FIX,LRL:512) BOOT.% $ write sys$output "Mounting Tape..."e+ $ MOU/FOR/RECORDSIZE=512/BLOCKSIZE=512 'p1's; $ write sys$output "Copying MTBOOT+MTBOOT+BOOT to ''p1'...",  $ COPY MTBOOT.+MTBOOT.+BOOT 'p1' $ DISMOUNT/NOUNLOAD 'p1'  G The UNIX command provided with the 2.11BSD documentation is as follows: 3 # cat mtboot mtboot boot | dd of=/dev/nrst0 obs=512_  K I'm using a MicroVAX 3 with a TK50 running OpenVMS V7.2 to create the tape, L and I'm trying to boot it on a PDP-11/73 using a TZ30.  The tapedrive on theE PDP-11 seems to be going back and forth trying to find the bootstrap.   K I know one thing, I'm going to be smart on my next try and not put the last J few files on the tape until I know I've created a bootable tape!  It takes% way to long to create the whole tape.    				Zane   ------------------------------  % Date: Tue, 23 May 2000 23:25:45 +0200   From: Paul Sture <paul@sture.ch>  Subject: Re: VMS on the desktop?+ Message-ID: <VA.00000052.0c84b815@sture.ch>_  C In article <39273BD4.9A1A77F1@tsoft-inc.com>, David A Froble wrote: ' > Date: Sat, 20 May 2000 21:28:52 -0400c, > From: David A Froble <davef@tsoft-inc.com> > Newsgroups: comp.os.vms_" > Subject: Re: VMS on the desktop? >  > Howard S Shubs wrote:a > > @ > > In article <3926C5C9.910D3885@tsoft-inc.com>, David A Froble  > > <davef@tsoft-inc.com> wrote: > > L > > >Oh no, it's not that simple.  They'll all jump on their congressmen and > > >allL > > >sorts of (useless) laws will be passed, mandating the death penalty for
 > > >hackers, N > > >and such garbage.  Since when has the (supposedly intellegent) human race	 > > >everDJ > > >acted intellegently and addressed the problem instead of the symptom? > >  > > Never, good point. > > H > > >that meant) and barely get by.  In any case, they cannot go down to > > >WalMart andG > > >buy a home VMS system, so you lose them regardless.  But, they areS > > >learning,) > > >maybe slowly, but they are learning.r > > K > > I hate to say this, but VMS is a dead issue.  I've managed to avoid M$,sI > > but only by defecting to UNIX.  It was that or do QA/burger-flipping.  > R > Well, that's pretty meaningless.  Everything alive today was dead before it cameM > to life.  Trees are dormant each winter, but come back to life each summer.A > P > VMS isn't dead.  For some, it's very alive today.  For some, it's dormant, andQ > could die, remain dormant, or come back to life.  For some it was never alive. mR > Definitely not one size fits all.  There are some of us who have never left VMS, > and some who never will. >   I VMS is still very much alive, but only in certain places. I dislike this uO "concentrate on existing markets" stuff, and think it should be more a case of aP doing that _and_ looking for new markets which require the sort of capabilities  the product offers.B  P It does look as though the days are numbered for VMS at my employers, but I see P that as the result of the merger a couple of years ago, rather than failings of % VMS. History repeating itself for me.   O > So, let me do a bit of fantasizing.  Vms gets office automation software thatiM > works quite well, and while being able to do the gee wizz stuff windoz does-R > today, it does it without any security problems.  (It's about time for JF to popN > into the dream and start scraming 'ALL-IN-ONE')  Then some hardware, and notQ > necessarily complete computers, becomes available to allow this to happen at orDR > below the cost of wintel systems. (Actually quite a task given today's prices.) Q > And some bad stuff really starts to happen due to virus, worms, etc.  I can seeBP > some businesses starting to think that they really need to consider security. K > Finally, (and this may be the biggest stretch), Compaq produces some goodnR > marketing that reaches these people and convinces them that their future with MS > isn't so rosy. > Q I see nothing wrong with a bunch of cheap X clients being served by VMS boxes. A  ! lot of us are doing that already.n  L > Coming back to reality, I see that the above could happen.  It wouldn't beL > easy.  It also won't be nearly as profitable a selling Wildfire and MarvelN > systems.  And, if the attempt is made, it will be easier if the users do notR > have to learn a new user interface, which is where this discussion started.  No,N > VMS isn't dead. But what it does in the future will depend upon vision, hardI > work, and persistance.  It will also require some common sense, and notg5 > attempting to direct a liquid stream into the wind.h >  Wordperfect? :) :) ___h
 Paul Sture Switzerland(   ------------------------------  % Date: Tue, 23 May 2000 13:18:52 -040035 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>h  Subject: Re: VMS on the desktop?+ Message-ID: <8geefn$8tr$1@lead.zk3.dec.com>   G Well, the actual design reason was to create a cheap web server "brick"  (whichE in fact was its code name).  The concept was to have these racked andLH stacked, backside (connector) out front.  Apparently dual rail LAN is an advantage in a web server ;-)i      A David Mathog wrote in message <8g3jsg$4l6@gap.cco.caltech.edu>...pG >In article <8g1gc0$csg@fidoii.CC.Lehigh.EDU>, "dls2" <dls2@Lehigh.EDU>  writes:e< >>Why has Compaq seen fit to release the DS10L machines with: >>two 10/100Mbps ethernet connecters?  These machines seem@ >>to be marketed as ideal for clustering, yet from what has just= >>been stated about latency, the DS10L machines seem terriblya >>suited for clustering. > F >These are primarily targeted for massively parallel computing.  StuffJ >hundreds of them into racks and run MPI or PVM.  The other application isH >as front end web servers, in which case it's very convenient to have an2 >"outside" network connection and an "inside" one. >uF >All of this under Linux of course, unless you're a government or haveJ >really deep pockets, in which case Tru64 is an option.  You might as well@ >forget about using VMS in these markets.  Compaq certainly has. > 	 >Regards," >t
 >David Mathogk >mathog@seqaxp.bio.caltech.edu? >Manager, sequence analysis facility, biology division, CaltechiK >**************************************************************************nK >*                                RIP VMS                                 * K >**************************************************************************n   ------------------------------  % Date: Tue, 23 May 2000 16:52:57 -0700h3 From: David Spencer <spencer@recneps.spaamfree.com>a& Subject: Volume Shadowing for Dummies?> Message-ID: <230520001652576605%spencer@recneps.spaamfree.com>  F I've added a pair of identical disks to one of my systems so I thoughtF that I'd play around with volume shadowing. I've added the license andE the necessary parameters in modparams.dat. And I succeeded in getting + the one disk to be the shadow of the other.o  B What I'm missing are the finer points of operating a system with aF shadow set installed. My first impression was that it took a very longG time for the copy operation to take place. How do I avoid, if possible,aE having to do that copy each time I do a reboot? Are there any metrics D or anecdotal evidence of the "best way" to manage shadowing. ClearlyD the possibilities are endless if you want to go with raid arrays andD separate controllers and such. I'd just like to see anybody has goneC done this road and written something up for a DECUS presentation ori/ such for a simple two-disk shadowing situation.r   Thanks very much!e   Dave Spencer, PageWeavers,   ------------------------------  # Date: Wed, 24 May 2000 00:11:20 GMTt/ From: "John Nixon" <jorlnixon@worldnet.att.net>e* Subject: Re: Volume Shadowing for Dummies?D Message-ID: <I6FW4.340$Lj7.18658@bgtnsc06-news.ops.worldnet.att.net>  F If you make sure you have properly closed all files on the disk before shutting down (thus dismountinguJ the shadow set), then when you remount the shadow set, it will not need to rebuild itself.   J If files are open when you shut down, or if you have a system crash on any cluster node with the shadow3 set mounted, all shadow sets will initiate a merge.k  L Running a system with a shadow set is quite easy.  Shadowing the system disk takes a few extra steps,' but the shadowing manual is quite good.y  H If you really feel you need a "dummies" book, maybe you should look into! Billy Boxes instead of VMS boxes.T   John,   I  I have figured out what a "paperless" office is!   Since you don't store K paper, everytime you want to read something from the computer, you print itrE off.  Eventually you run out of paper, and voi-la, you are paperless!w    @ "David Spencer" <spencer@recneps.spaamfree.com> wrote in message8 news:230520001652576605%spencer@recneps.spaamfree.com...H > I've added a pair of identical disks to one of my systems so I thoughtH > that I'd play around with volume shadowing. I've added the license andG > the necessary parameters in modparams.dat. And I succeeded in gettingl- > the one disk to be the shadow of the other.t > D > What I'm missing are the finer points of operating a system with aH > shadow set installed. My first impression was that it took a very longI > time for the copy operation to take place. How do I avoid, if possible, G > having to do that copy each time I do a reboot? Are there any metrics F > or anecdotal evidence of the "best way" to manage shadowing. ClearlyF > the possibilities are endless if you want to go with raid arrays andF > separate controllers and such. I'd just like to see anybody has goneE > done this road and written something up for a DECUS presentation or-1 > such for a simple two-disk shadowing situation.: >0 > Thanks very much!  >a > Dave Spencer, PageWeaversc   ------------------------------  % Date: Wed, 24 May 2000 01:54:39 +02008  From: Paul Sture <paul@sture.ch>- Subject: Re: Which is the language of VAX/VMSY+ Message-ID: <VA.00000056.0d0d0f3c@sture.ch>i  > In article <rjWm4FkviOad@eisner.decus.org>, Bob Koehler wrote:  Wl > In article <IIlV4.1860$Sk1.103995@wagner.videotron.net>, "Sylvain Tremblay" <syltrem@videotron.ca> writes:6 > > Is Unix a language? Is it a REAL operating system? > 0 > UNIX is the only virus with a human interface. > # > (From the UNIX Hater's Handbook).a > ? If unix is the answer, it was a very carefully worded question.  ___o
 Paul Sture Switzerland    ------------------------------  % Date: Tue, 23 May 2000 13:53:04 -0400   From: norm.raphael@jamesbury.comY Subject: Re: Why does a set default to a searchlist logical keep the	formerdefaultdirectoa4 Message-ID: <C22568E8.0061663C.00@jklh21.valmet.com>  M Thanks, John for the detailed explanation.  I think I get it now, Some thingsc about N searchlists are just not intuitively obvious ;-) . "...I can see thorny issues if: the decision had been made to implement this differently."  = I, OTOH, can see thorny issues in the current implementation,a too.        1 briggs@eisner.decus.org on 05/23/2000 01:01:50 PMn   To:   Info-VAX@mvb.saic.com. cc:rL Subject:  Re: Why does a set default to a searchlist logical keep the former       defaultdirectory        O In article <C22568E8.004B31A5.00@jklh21.valmet.com>, norm.raphael@jamesbury.com  writes:v >n >oE > As shown here, after I SET DEFAULT to a single-defined logical namew > device-directory< > and then SET DEFAULT to a search_list-defined logical nameN > the default includes the unwanted earlier directory specification in a way I do > not understand. > > I would appreciate an explanation of what is happening here.  H Your "default directory" is composed of two parts, a default device name and a default directory.  ? The default device name is stored in the logical name SYS$DISK.eC The default directory specification is stored internally by RMS ando/ can be accessed by the SYS$SETDDIR system call.   E When you set default to a logical name that has only one translation,bG the effect is as if you had done SET DEFAULT to the equivalence string.d   > $ sho log cm_work F >    "CM_WORK" = "DISK$JAM408:[CONV_ALPH.CM_WORK]" (LNM$PROCESS_TABLE) > $ set def cm_worki  - This sets your default device to DISK$JAM408:u7 This sets your default directory to [CONV_ALPH.CM_WORK]e   > $ sho defr# >   DISK$JAM408:[CONV_ALPH.CM_WORK]r   Just so.  B When you do a set default to a logical name that has more than oneC translation, the effect is to set your default device (SYS$DISK) to C that logical name.  The default directory is unaffected (unless you @ also include a [directory-name] on the SET DEFAULT command line)  / > $ sho log/full/table=csi_pdm_alphpdm reldcls*z6 >   "RELDCLS" [super] = "DISK$JAM412:[CONV_ALPH.DCLS]"+ >         = "DISK$JAM411:[CONTROL_75.DCLS]"d > $ set def reldclse  ) This sets your default device to RELDCLS:h8 This leaves your default directory as [CONV_ALP.CM_WORK]   > $ sho defcH >   RELDCLS:[CONV_ALPH.CM_WORK]  <=============  What's this doing here?$ >   =   DISK$JAM412:[CONV_ALPH.DCLS]% >   =   DISK$JAM411:[CONTROL_75.DCLS]   8 If you did a $ SHOW LOGICAL SYS$DISK you'd see "RELDCLS"  A The extra two lines of $ SHOW DEFAULT output are telling you thatiE RELDCLS has multiple translations and that those translations includee= directory information.  If not all such translations includedo> directory information, the original default directory would be! applied to cover the omission(s).e  C I'm not a VMS engineer, but I can see thorny issues if the decision , had been made to implement this differently.        John Briggs   ------------------------------  # Date: Tue, 23 May 2000 20:32:49 GMTt, From: DRHarrold@earthlink.net (Dave Harrold)F Subject: Re: Wildfire Announcement: Michael Capellas, can you say VMS?3 Message-ID: <392aea5b.190407521@news.earthlink.net>n  4 On Tue, 23 May 2000 04:54:48 GMT, "Terry C. Shannon" <shannon@world.std.com> wrote:   [snip]   >> Heard this before...... >>G >> I kept being told that Good Things(tm) were coming for AlphaNT after-7 >> the Compaq buy-out.  I'm still waiting for them.....m >> >> Dave Harrold< >t) >And AlphaNT has WHAT to do with OpenVMS?-  ? Ummm, nothing.  But, I've heard this song and dance from CompaqrC before.  AlphaNT, Alpha CPUs and VMS.  "There's great and wonderfultA things coming, right around the corner."  Stll haven't seen them.i  C Don't get me wrong, I'm rooting right with you that there are greatpB thing coming, RSN.  I'm hoping that Compaq bothers to tell someone besides me about it.   Dave    [ =========================================================================================== [ Dave Harrold                                               E-Mail: David_Harrold@Aurora.orgbQ Sr. Software Systems Engineer                              Phone : (414) 647-6204wQ Aurora Health Care                                         FAX   : (414) 647-4999y 3031 W. Montana Street Milwaukee, WI 53234p   ------------------------------  % Date: Tue, 23 May 2000 19:46:35 -0400c- From: JF Mezei <jfmezei.spamnot@videotron.ca>tF Subject: Re: Wildfire Announcement: Michael Capellas, can you say VMS?, Message-ID: <392B1857.B1C01347@videotron.ca>   Dave Harrold wrote:rE > Don't get me wrong, I'm rooting right with you that there are greatrD > thing coming, RSN.  I'm hoping that Compaq bothers to tell someone > besides me about it.  N Heard the same thing when Alpha came out. Heard the same thing when Palmer wasO kicked out. And heard the same thing before Wildfire was officially rolled out.-  R Compaq doesn't seem to see a need to sell VMS and thinks that it will sell itself.   ------------------------------  % Date: Wed, 24 May 2000 01:56:33 +0200t  From: Paul Sture <paul@sture.ch>* Subject: Re: Windows 98 Vs. Windows NT 4.0+ Message-ID: <VA.00000057.0d0ecbe2@sture.ch>-  N In article <bOaW4.14385$S31.395033@newsread2.prod.itd.earthlink.net>, Michael  D. Ober wrote:   <snip for brevity>   > The hardware platform must beDJ > rock stable to guarantee uptime, for any OS.  Starting with the originalK > release of NT 3.1, I have crashed a total of 6 times - 3 with NT 3.1, anddM > one each with NT 3.5, NT 3.51, and NT 4, and none so far with Win2K (NT 5).l  K My original home NT box only crashed twice. Once when installing an errant iM driver, the other time when a bit of hardware worked loose. Yes, it all came TL off the HCL, and wasn't cheap. However it used to need restoring completely M from backups about once a month when the 16 bit stuff used to cease working. 5A Advice from world-wide experts didn't find any other work-around..  J The difference is that the one at work is on a network. It really doesn't M recover gracefully from network errors. Doesn't really crash completely, but oG often gives a 'memory could not be "read" message' (crashing Netscape, rO usually, but it happens to other stuff too) and  needs rebooting at least once 3H a week (yes it even runs short on memory on entering the password after 2 leaving it on the screeensaver over the weekend!).  K > For an OS that runs on over a thousand different platforms, that's prettyeG > stable.  The only time I reboot my NT/2000 system at home is when theoK > internal US Robotics modem in it needs to be reset - there is no softwareeM > way to completely reinitialize the modem.  Otherwise, it's up 24/7.  I haveR$ > also only put NT on good hardware. > O Your modem is your weak link. I will not touch an internal modem on any Wintel  G box, just for that reason. And I've learnt to steer clear of USR too...  ___b
 Paul Sture Switzerland    ------------------------------  % Date: Tue, 23 May 2000 22:15:11 +0200d" From: "Hans Vlems" <hvlems@iae.nl>/ Subject: Re: [humor] UNIX/OpenVMS email "virus"b( Message-ID: <8geoe3$pbe$1@news.IAEhv.nl>  @ How on earth can you tell that my two node vaxcluster at home isF running perfectly well and that the VS2000 was switched off last week?  
 Hans Vlems  . Howard S Shubs heeft geschreven in bericht ...9 >In article <07akiskgqflv32ub0dicdtjcrriddtli07@4ax.com>, $ >news@nospamatall_mustbme.com wrote: >aF >>As I understand it, correct me if I'm wrong, that while "45 Million"F >>PC's were infected by the latest email virus and it's variants, both< >>of the remaining OpenVMS systems escaped without incident? >l: >Damn straight!  And they're both still running just fine. >e >--l  >Howard S Shubs, the Denim Adept   ------------------------------  # Date: Tue, 23 May 2000 20:34:04 GMT$# From: alphaman@hsv.sungardtrust.com./ Subject: Re: [humor] UNIX/OpenVMS email "virus"e) Message-ID: <8gepvr$1bu$1@nnrp1.deja.com>a  8 In article <07akiskgqflv32ub0dicdtjcrriddtli07@4ax.com>,%   news@nospamatall_mustbme.com wrote:eF > As I understand it, correct me if I'm wrong, that while "45 Million"F > PC's were infected by the latest email virus and it's variants, both< > of the remaining OpenVMS systems escaped without incident? >z > :)  A Both?  You mean I've got them?  Then where did those 15 other VMSn machines come from in my lab???r  F QUICK!  SOMEONE TELL MY CUSTOMERS!!!!!!  I guess that's not really VMS they're running...   ;^)a    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------   End of INFO-VAX 2000.288 ************************