1 INFO-VAX	Thu, 30 Nov 2000	Volume 2000 : Issue 669       Contents: 3D30 or 4D20 on XP1000 Re: 4mm tape drive not working Add a hard drive Re: Add a hard drive? Re: BIND/DNS Client asking BIND/DNS Server on non-standard port P Re: Consultant wanted for port of Macro-32 device driver from VAX/VMS toAlpha Op
 DTSS hook? Re: DTSS hook?5 Re: FREE OpenVMS Windows NT intergration book *NOT*!! ' Re: generate a shareble image with DECC ' Re: generate a shareble image with DECC   Re: Gigabit Ethernet and Alpha's  Re: Gigabit Ethernet and Alpha'sG Re: Help required - Configure NFS server (VMS) and NFS Client (Unix/NT) ! Re: How fast is a SCSI connection " Re: How to make PAGFIL.SYS bigger?" Re: How to make PAGFIL.SYS bigger? looking for history of VMS Re: looking for history of VMS Re: looking for history of VMS Re: looking for history of VMS Re: looking for history of VMS Re: looking for history of VMS Re: looking for history of VMS8 Mobile code, unsafe at any speed (was: Mozilla M18 i005)< Re: Mobile code, unsafe at any speed (was: Mozilla M18 i005) Re: Mozilla M18 i005 Re: Mozilla M18 i005 Re: OpenVMS CBT < Re: OpenVMS TP Requirements (was: The Truth is Marching On!) OVMS 7.2 Shares and NT4 6 Re: PCSI files (was: Re: Need help, thanks in advance)4 problem while upgrading from VMS 6.2-h3 to VMS 7.2-18 Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-18 Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-18 Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-18 Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-18 Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-18 Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1 Re: Q22-bus programming  Re: SNMP and MIB agents  Stopping DecNet  Re: Stopping DecNet  Re: Stopping DecNet  Re: SW Raid 310 and VMS  Re: SW Raid 310 and VMS " Re: Tape Drive replacement options" Re: Tape Drive replacement options" Thanks re Trimming trailing spaces Re: UCX question Re: UCX question Re: VMS and NT integration?????  Re: VMS and NT integration?????  Re: VMS and NT integration????? - Re: Why so much virtual memory for tiny jobs? - Re: Why so much virtual memory for tiny jobs?   F ----------------------------------------------------------------------  % Date: Thu, 30 Nov 2000 00:21:30 -0700 1 From: Vance Haemmerle <vance@toyvax.Tucson.AZ.US>  Subject: 3D30 or 4D20 on XP1000 3 Message-ID: <3A259D8A.51AF3190@toyvax.Tucson.AZ.US>   : Does anyone out there have a 667MHz XP1000 with a 3D30 or ; 4D20 graphics adaptor?  I've tried our new XP1000 with both = graphics cards (one at a time) in the bottom slot and I don't > get any video output to the monitor.  On the 4D20, I have both< jumpers set to on (Alias and VGA).  Should the graphics card> be in a specific slot?  Should the Alias jumper be off instead of on?   -- Vance Haemmerle  vance@toyvax.Tucson.AZ.US    ------------------------------  % Date: Thu, 30 Nov 2000 13:34:09 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ' Subject: Re: 4mm tape drive not working ) Message-ID: <3A265751.F527F4A8@bbc.co.uk>    babiarz at endor dot com wrote:   F > I have a 4mm tape drive that refuses to allow a tape to be inserted.= > It was working fine last week, yellow light is now flashing  > 4 > alpha 1000a, vms 7.2-1 current uptime is 159 days.$ > tape drive is ARCHIVE PYTHON 04106 > I > I hate to take down the system for tape drive, but is there something I = > can do to "reset" the drive without taking the system down.  >   E If its an external drive then you could consider making sure there is E no activity on the SCSI bus in question then power cycling the drive.   H However, please do not blame me if this doesn't work for your situation.H The "proper" way is to schedule a system reboot, and make sure the power is cycled then.   E You should also investigate the meaning of the yellow falshing light.    Regards  --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Thu, 30 Nov 2000 17:32:49 +0100 7 From: "Merlier Franck" <franck.merlier@univ-rennes1.fr>  Subject: Add a hard drive / Message-ID: <905ve8$hjf$1@news.univ-rennes1.fr>    Hello   : I wish to add a Hard disk IBM DDRS 34560W 4.5Go ID SCSI: 6D It is recognized by the system: OPSU1$DKA0.... IBM DDRS - 34560W.... I makes an allowance   allocate OPSU1$DKA0 mass    Then i tempted an initialization   initialize OPSU1$DKA0 Dated   I And I have an error at this moment: %init F-DRVERR, fatal drive error. In F the documentation it seems that I has to blow up the protection of the virgin disc, but how!  My loggin  was SYSTEM.  4 The  "sh devices OPSU1$DKA0 /Full " says to me that:   Owner process " system " owner prostop ID 00000A1 Owner UIC [ SYSTEM ]! Dec prot s:RWPL , 0:RWPV , G:R, W   
 That to make!  Thank you to inform me.    Best Regard, Franck Merlier.    ------------------------------  % Date: Thu, 30 Nov 2000 10:55:19 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>  Subject: Re: Add a hard drive ( Message-ID: <3A269487.13F45BCF@mmaz.com>  K Which version of VMS are you running?  If 5.5-2, you can obtain patches for M the DKDRIVER which will handle the ARRE and ARWE problems.  What isn't making J sense, is that you have the ID at 6 and yet state the system is reflectingJ the ID as 0 (zero).  My bet is that your SCSI adapter is also at 6 and you have a conflict...   Barry    Merlier Franck wrote:    > Hello  > < > I wish to add a Hard disk IBM DDRS 34560W 4.5Go ID SCSI: 6F > It is recognized by the system: OPSU1$DKA0.... IBM DDRS - 34560W.... > I makes an allowance >  > allocate OPSU1$DKA0 mass > " > Then i tempted an initialization >  > initialize OPSU1$DKA0 Dated  > K > And I have an error at this moment: %init F-DRVERR, fatal drive error. In H > the documentation it seems that I has to blow up the protection of the > virgin disc, but how!  > My loggin  was SYSTEM. > 6 > The  "sh devices OPSU1$DKA0 /Full " says to me that: >  > Owner process " system " > owner prostop ID 00000A1 > Owner UIC [ SYSTEM ]# > Dec prot s:RWPL , 0:RWPV , G:R, W  >  > That to make!  > Thank you to inform me.  >  > Best Regard, > Franck Merlier.    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 30 Nov 2000 08:41:27 -0500 1 From: Jeff Schreiber <SCHREIBER@Eisner.DECUS.org> H Subject: Re: BIND/DNS Client asking BIND/DNS Server on non-standard port1 Message-ID: <01JX58CSK8EA00DAKY@Eisner.DECUS.org>   3 Matt Muggeridge <Matt.Muggeridge@compaq.com> wrote: H >TCP/IP V5.0 uses the BIND server from ISC.  The version is 8.2.1.  ThisM >server is highly configurable, and there is much documentation available for G >this version of the BIND server.  Without ever having tried it, I'm am 0 >confident you will be able to specify the port.  D 	Setting the server to listen on an alternate port is easy.  HoweverG 	the question was how to set the client to send queries to an alternate  	port.   							-Jeff   ------------------------------  % Date: Thu, 30 Nov 2000 09:54:45 +0000  From: Roy Omond <Roy@Omond.net> Y Subject: Re: Consultant wanted for port of Macro-32 device driver from VAX/VMS toAlpha Op ) Message-ID: <3A2623E6.19884E84@Omond.net>    Scott Galuska wrote:  C > My name is Scott Galuska, and I am a software engineer for Hughes  > Network Systems H > in Germantown, MD.  Currently, I am porting a device driver written in > Macro-32 from I > VAX-VMS 5.5-2H4 to Alpha OpenVMS 7.2-1.  This is a driver that sends to  > and receivesG > packets from a DECServer (we use the 700 model) and passes them on to  > applications .  ; Hmmm... are you *sure* that it's really a *device driver* ?   < Sounds to me much more like a (simple) application that uses< terminal lines (in which case uses the terminal driver) as a communicationsJ medium to talk to your applications.  Should be fairly easy to port to the  C Alpha;  have you tried to simply compile (Macro-32 is *compiled* on  Alpha) ?  	 Roy Omond  Blue Bubble Ltd.   ------------------------------    Date: 30 Nov 2000 08:39:15 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: DTSS hook? + Message-ID: <N8wXr0yXG02Q@eisner.decus.org>   F   Is there someting in Multinet 4.3A that would make VMS 7.2-1 (Alpha)3   think DTSS is running when NTP or XNTP is in use?   F   Even though I have disabled DTSS via NCL (and verified that), when IF   tried to change TDF (via sys$manager:utc$timezone_setup.com) I kept 7   getting the UTC error claiming that DTSS was running.   9   I finally worked around this thanks to the VMS FAQ (mcr 3   dtss$set_timezone modify followed by a set time).   H   I thought I'd seen something on USENET about this, but dejanews didn't   find this specific issue.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Thu, 30 Nov 2000 18:09:03 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: DTSS hook? ; Message-ID: <3a2689af.524144494f47414741@radiogaga.harz.de>   - Bob Koehler (koehler@eisner.decus.org) wrote: H :   Is there someting in Multinet 4.3A that would make VMS 7.2-1 (Alpha)5 :   think DTSS is running when NTP or XNTP is in use?  : H :   Even though I have disabled DTSS via NCL (and verified that), when IH :   tried to change TDF (via sys$manager:utc$timezone_setup.com) I kept 9 :   getting the UTC error claiming that DTSS was running.  : ; :   I finally worked around this thanks to the VMS FAQ (mcr 5 :   dtss$set_timezone modify followed by a set time).  : J :   I thought I'd seen something on USENET about this, but dejanews didn't :   find this specific issue.   6 I usually not only DISABLE DTSS, but also DELETE DTSS.C That said, I don't know if it helps with this error (or even, why I + do this :-) I'm not too deep into Phase V).    cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de N One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  + Date: Thu, 30 Nov 2000 13:47:14 -0400 (EDT)  From: KAPLANSKYM@NCCCOT.AGR.CA> Subject: Re: FREE OpenVMS Windows NT intergration book *NOT*!!, Message-ID: <01JX5IYNTRSI001WK8@VMGW.AGR.CA>  O > From:	OTTGW::IN%"mpope@bristol.ca"  "Mark-Simon Pope" 13-NOV-2000 12:02:25.77   J >     Compaq is giving this book away for free.  Unless you live in CanadaM > that is.  Seriously, I called the number at the bottom of the page and they D > told me I can't have it.  Am I the ONLY Canadian OpenVMS customer? >     G I ordered the book on-line on Tuesday. Today I received it via courier! ( So they do ship to Canada, at least now.     Marvin Kaplansky Agriculture Canada Ottawa   ------------------------------   Date: 30 Nov 2000 12:10:42 GMT7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann) 0 Subject: Re: generate a shareble image with DECC0 Message-ID: <Oozvf8elmJpy-pn2-pmxNyVFSR8yd@Tom2>   Thank you for your help,) the solution was the magic word UNIVERSAL  in the linker options.   Thomas Hahnemann   ------------------------------   Date: 30 Nov 2000 12:10:55 GMT7 From: Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann) 0 Subject: Re: generate a shareble image with DECC0 Message-ID: <Oozvf8elmJpy-pn2-mgt3N5jr4ThM@Tom2>   Thank you for your help,) the solution was the magic word UNIVERSAL  in the linker options.   Thomas Hahnemann   ------------------------------   Date: 30 Nov 2000 15:59:24 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)) Subject: Re: Gigabit Ethernet and Alpha's , Message-ID: <905tgs$8br@gap.cco.caltech.edu>   In article <y4d7fe6dvu.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:N >I would say there is a big difference between supporting a device when the OSO >is running (Gb Ethernet and VMS in this case) and actually loading the OS over L >that device (without accessing any - possibly non-existant - local disks). K >It's the latter that isn't currently supported, and for very good reasons.   D Do the 1 Gb ethernet cards also support slower speeds?  I think the I original poster would be happy if he could boot his remote machine using  J that one card at 10M or 100M and then have it crank up to 1G after the OS G starts.  That would definitely be more elegant than requiring a second  1 ethernet card solely for the remote boot process.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------    Date: 30 Nov 2000 17:57:26 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> ) Subject: Re: Gigabit Ethernet and Alpha's H Message-ID: <y4u28pfle1.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  F > Do the 1 Gb ethernet cards also support slower speeds?  I think the K > original poster would be happy if he could boot his remote machine using  L > that one card at 10M or 100M and then have it crank up to 1G after the OS I > starts.  That would definitely be more elegant than requiring a second  3 > ethernet card solely for the remote boot process.   J The problem isn't the speed - it is the missing boottime driver in the SRM< and, more importantly, a place to put the adapter microcode!   	Jan   ------------------------------  % Date: Thu, 30 Nov 2000 17:58:40 +0530 , From: Shiv <Sivakumar.Thangavelu@oracle.com>P Subject: Re: Help required - Configure NFS server (VMS) and NFS Client (Unix/NT)* Message-ID: <3A2647F8.2CF5ACE2@oracle.com>  , This is a multi-part message in MIME format.& --------------28780AA6796D65F1EF5E6099* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   L I'm not finding any log file or the tcpip$nfs directory in sys$sysdevice. Is there a way to enable logs ?  K It seems that i was missing the proxy entry for the user "nobody" & "root". F Also in my setup here, the authentication mechanism is pretty complex.L username/passwd is from the NIS server, nfs authentication (thru hclnfsd) isO done on a different server and i'm trying to nfs mount the exported drives on a M NT box, which has its own domain server for authentication. This all, leaving   apart the VMS box completely :-)  J I'm now able to do the client side nfs_mount, but still have some teethingN trouble with security/authentication (Thanks to one excellent article from our< Digital's (now Compaq's) archive sent by "Martin Vorlaender" <martin@radiogaga.harz.de> ).    Many thanks, Shiv       Matt Muggeridge wrote:  L > You need to take a look in your log file for the errors.  They are usually! > very suggestive of the problem.  > K > Take a look in: sys$sysdevice:[tcpip$nfs]tcpip$nfs_<hostname>_logfile.log  > J > Other obvious things to check are that it is enabled and running.  TCPIPG > SHOW SERV.  You should see NFS, PORTMAPPER, and PCNFS services in the  > ENABLED state. >  > Matt.  > ; > "Shiv" <Sivakumar.Thangavelu@oracle.com> wrote in message & > news:3A24F0CA.F9CBE81B@oracle.com... > > Hi,  > > M > > I'm trying to access a VMS Disk on my NT machine thru NFS, but i'm unable  > to > > succeed in it. > > / > > NFS Server : VMS machine running OS ver 7.2 > > > Client    : WinNT M/c running Hummingbird NFS Maestro Solo! > >             : Sun Solaris 2.6  > > & > > I did the following on the VMS box > > ; > > ADD MAP "<unix_Style_dir_name>" <VMS_disk_or_directory> . > > ADD export "<unix_Style_dir_name>" /host=*B > > ADD proxy <vms_username> /uid=<vms_uid> /gid=<vms_gid> /host=* > > /nfs=(outgoing,incoming) > >  > > L > > The exported dir/disk is visible in the Windows explorer of PC (NT m/c). > WhenL > > i try to access it, i get an authentication error. The same applies with > thei2 > > Solaris client too, when i try to nfs_mount it > >/M > > I'll appreciate any inputs/suggestions/documents regarding this. (pointerv > toE > > step by step action for an NFS server setup on VMS will be great)V > >n* > > Get back to me if further info's reqd. > >a > >e > > TIA, > > Shiv > >  > >a  & --------------28780AA6796D65F1EF5E6099- Content-Type: text/x-vcard; charset=us-ascii;d   name="Sivakumar.Thangavelu.vcf" Content-Transfer-Encoding: 7biti" Content-Description: Card for Shiv  Content-Disposition: attachment;$  filename="Sivakumar.Thangavelu.vcf"   begin:vcard  n:Thangavelu;Sivakumar x-mozilla-html:FALSE version:2.1 . email;internet:Sivakumar.Thangavelu@oracle.com title;quoted-printable:<html><body>&nbsp=3B<table BORDER COLS=3D2 WIDTH=3D"100%" ><tr><td><center><!--<b><font color=3D"#000099">Software Specialist</font></b>--><p><a href=3D"http://www.digitalindiasw.com"><img SRC=3D"http://www.egroups.com/files/ALU/Digital-small-logo.gif" height=3D46 width=3D143></a><br><font size=3D-1>Digital Equipment (I) Limited</font></center></td><td><center><b><font color=3D"#000099"><font size=3D+1>Consultant</font></font></b><br><a href=3D"http://www.oracle.com"><img SRC=3D"http: adr;quoted-printable:;;<html>=0D=0A<body>=0D=0A&nbsp=3B=0D=0A<table BORDER COLS=3D2 WIDTH=3D"103%" >=0D=0A<tr>=0D=0A<td>=0D=0A<center>93-A Industrial Suburb=0D=0A<br>Yeshwanthpur II Stage=0D=0A<br>Bangalore - 560 022=0D=0A<p>+91 (80) 3374785=0D=0A<br><a href=3D"mailto:t.sivakumar@digital.com">t.sivakumar@digital.com</a></center>=0D=0A</td>=0D=0A=0D=0A<td>=0D=0A<center>#3, Bannerghatta Road=0D=0A<br>(Near Dairy Circle)=0D=0A<br>Bangalore - 560 029=0D=0A<p>+91 (80) 5528335 x 1056=0D=0A<br><a href=3D"mailto:Si fn:Sivakumar, T 	 end:vcardr  ( --------------28780AA6796D65F1EF5E6099--   ------------------------------  + Date: Thu, 30 Nov 2000 09:25:15 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>* Subject: Re: How fast is a SCSI connection6 Message-ID: <200011300821.JAA19519@sinet1.fom.fgan.de>   Hello,   Carl Perkins wrote:-   >>>-D Only the last one is faster than 32 bit PCI (which has a theoreticalB throughputof 132 MB/S), but it is still slower then 64 bit PCI (at 264 or so MB/S theoretical). <<<n  E There is also a 32bit/66Mhz PCI with 256MB/s and the 64bit/66Mhz withy4 512MB/s. Also is there an Ultra320 with 320MB/s out.  F But AFAIK only up to Ultra2 is supported under OpenVMS. Also did I notB found the PCI specification of the AlphaServer and Stations (Mhz).   Regards Rudolf Wingert   ------------------------------  % Date: Thu, 30 Nov 2000 18:51:48 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.aue+ Subject: Re: How to make PAGFIL.SYS bigger?a5 Message-ID: <01JX5TQO2E020079XE@tgmail.tg.nsw.gov.au>-   Howard Shubs wrote:   G >In article <%glV5.23299$IP1.736973@news1.giganews.com>, Timothy Stark b$ ><sword7@grace.speakeasy.org> wrote: >o4 >>How do I increase PAGFIL.SYS to 50000 blocks? etc. >  >First, it's PAGEFILE.SYS. > P >You increase it with SYS$UPDATE:SWAPFILES.COM or you can expand it or create a P >new one on another disk with SYSGEN IIRC, then install it for use with INSTALL. >1M >Note: changing the size of an existing page file will not make an immediate eP >difference.  A reboot is required first, basically.  OTOH, if you need it NOW, P >you can create a -new- pagefile and install it.  After a reboot, if you didn't . >install the new one again, you can delete it.  D If we're doing it with a re-boot, MODPARAMS should also handle this.   Regards, Paddy   Paddy O'Brien, Transmission Development,i
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiam   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,r; but that little whizz-bang apostrophe gives me little spam.    ------------------------------  % Date: Thu, 30 Nov 2000 06:55:47 -0500a, From: Howard S Shubs <hshubs@mindspring.com>+ Subject: Re: How to make PAGFIL.SYS bigger?-> Message-ID: <hshubs-A35AC9.06554730112000@news.mindspring.com>  6 In article <01JX5TQO2E020079XE@tgmail.tg.nsw.gov.au>, & paddy.o'brien@zzz.tg.nsw.gov.au wrote:  E >If we're doing it with a re-boot, MODPARAMS should also handle this.d  A Yes, if I was being comprehensive I should have included AUTOGEN.  -- $ Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Thu, 30 Nov 2000 15:55:45 GMTa From: dhbemis@my-deja.com # Subject: looking for history of VMS ) Message-ID: <905t9s$6oj$1@nnrp1.deja.com>b  !  I am working on a school projectd and need to get some historicalS! information on the development of  the VMS OS or the PDP-11.   I have found one site, # www.levitte.org/~ava/vms_hist.htmlx $ that has all the VMS releases listed# with a time-line. This was helpful.o!  There is an abundance of info onk# unix history, but I have found next- to none on VMS.h    Any suggestions ?    & Sent via Deja.com http://www.deja.com/ Before you buy.c   ------------------------------  # Date: Thu, 30 Nov 2000 16:45:10 GMTc= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)c' Subject: Re: looking for history of VMSt0 Message-ID: <009F3E4B.7529BBAD@SendSpamHere.ORG>  E In article <905t9s$6oj$1@nnrp1.deja.com>, dhbemis@my-deja.com writes: " > I am working on a school project  >and need to get some historical" >information on the development of >the VMS OS or the PDP-11. > I have found one site,$ >www.levitte.org/~ava/vms_hist.htmlx% >that has all the VMS releases listedy$ >with a time-line. This was helpful." > There is an abundance of info on$ >unix history, but I have found next >to none on VMS. >a > Any suggestions ?e >S >D' >Sent via Deja.com http://www.deja.com/t >Before you buy.   Try:  @ http://www5.compaq.com/alphaserver/vax/timeline/vax_article.html  
 for starters.e   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            FO city, n., 1. a place where trees are cut down and streets are named after them.1   ------------------------------  + Date: Thu, 30 Nov 2000 12:41:08 -0500 (EST)e. From: Mark Fearer <mfearer@mail.fearernet.com>' Subject: Re: looking for history of VMSaI Message-ID: <Pine.LNX.4.21.0011301239440.31730-100000@mail.fearernet.com>a  . On Thu, 30 Nov 2000 dhbemis@my-deja.com wrote:# >  I am working on a school projecta! > and need to get some historical # > information on the development ofn > the VMS OS or the PDP-11.B >  I have found one site,D% > www.levitte.org/~ava/vms_hist.htmlx-& > that has all the VMS releases listed% > with a time-line. This was helpful.c# >  There is an abundance of info on % > unix history, but I have found nexti > to none on VMS.r >  Any suggestions ? >   5 http://www.digital.com/info/misc/digint/timeline.htmle  3 http://www.digital.com/timeline/timeline-57-61.html,     -- Mark Fearery   ------------------------------   Date: 30 Nov 2000 17:10:32 GMT0 From: sander@vmsbiz.enet.dec.com (Warren Sander)' Subject: Re: looking for history of VMSu* Message-ID: <9061m8$rao@usenet.pa.dec.com>   Re: vax history-  5 http://www.openvms.compaq.com/openvms/20th/index.html   7 the pdf of the 20th anniversary of VAX/VMS book and the  20th anniversary presentation.   -warrenr   -- VB ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingD Compaq Computer Corporation          Work:  warren.sander@compaq.comE 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.com 3 Marlboro, MA 01752                   (508) 467-4875a6    My opinions are my own and I only speak for myself -          Read http://www.openvms.compaq.com/ eB ------------------------------------------------------------------   ------------------------------  % Date: Thu, 30 Nov 2000 18:00:48 +0100n( From: Bernd Eckstein <B.Eckstein@cli.de>' Subject: Re: looking for history of VMSt& Message-ID: <3A2687C0.E29D4B60@cli.de>   dhbemis@my-deja.com wrote: > # >  I am working on a school projecti! > and need to get some historical*# > information on the development ofb > the VMS OS or the PDP-11.- >  I have found one site,v% > www.levitte.org/~ava/vms_hist.htmlxn& > that has all the VMS releases listed% > with a time-line. This was helpful.n# >  There is an abundance of info on % > unix history, but I have found next2 > to none on VMS.  >  >  Any suggestions ? > 6 http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf  , http://www.telnet.hu/hamster/vax/e_main.html   --  E Ein zu allem entschloener Echter Programmierer kann in jeder Spracheo FORTRAN-Programme schreiben.  ( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.detC Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89j   ------------------------------  % Date: Thu, 30 Nov 2000 15:34:38 -0300-) From: fabio_compaq@ep-bc.petrobras.com.bro' Subject: Re: looking for history of VMSSL Message-ID: <OF3DD0836C.61A8033E-ON032569A7.00660319@ep-bc.petrobras.com.br>  1 All right ... VAX is history and VMS almost . . .v     Regardsn   FC              A sander@vmsbiz.enet.dec.com (Warren Sander) em 30/11/2000 15:10:32   * Favor responder a warren.sander@compaq.comL                                                                             L                                                                             L                                                                                 >                                                               >                                                               >                                                               >  Para:    Info-VAX@Mvb.Saic.Com                               >                                                               >  cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)   >                                                               >                                                               >                                                               >  Assunto: Re: looking for history of VMS                      >                                                                                Re: vax history   5 http://www.openvms.compaq.com/openvms/20th/index.htmlp  7 the pdf of the 20th anniversary of VAX/VMS book and the/ 20th anniversary presentation.   -warrent   --B ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingD Compaq Computer Corporation          Work:  warren.sander@compaq.comE 200 Forest Street MR01-3/J1          Personal: sander@ma.ultranet.comA3 Marlboro, MA 01752                   (508) 467-4875-5    My opinions are my own and I only speak for myself ,          Read http://www.openvms.compaq.com/B ------------------------------------------------------------------   ------------------------------  % Date: Thu, 30 Nov 2000 18:05:28 +0100n6 From: "Martin P.J. Zinser" <zinser@sysdev.exchange.de>' Subject: Re: looking for history of VMSr1 Message-ID: <3A2688D8.5000504@sysdev.exchange.de>a   Hello!   dhbemis@MY-DEJA.COM wrote:  # >  I am working on a school project ! > and need to get some historicalm# > information on the development ofm > the VMS OS or the PDP-11.g  4 Digital produced a book for the OpenVMS anniversary.O I'm not sure where to find it on the Compaq Website currently, but I do keep a g copy atN  7 http://www.decus.de:8080/www/common/vms/qaa/vmsbook.pdf-   Greetings, Martin-     -- aP Dr. Martin P.J. Zinser                                 zinser@sysdev.exchange.de Deutsche Boerse Systems AGL Neue Boersenstr. 1                                     Tel: +49 69 2101 5634L 60487 Frankfurt                                        FAX: +49 69 2101 3411P Germany                                                Private:  zinser@decus.de   ------------------------------    Date: 30 Nov 2000 07:06:52 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)DA Subject: Mobile code, unsafe at any speed (was: Mozilla M18 i005)i+ Message-ID: <GOSi3uE3E2RV@eisner.decus.org>n  i In article <3A262D24.483DE554@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:e > Larry Kilgallen wrote:l >> In article <3A25266C.BA912A11@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: >> > Theo Jakobus wrote:K >> >> I'm using MOZILLA every day. I have JAVA in "Preferences disabled". I D >> >> get JAVA Script errors so there is still some work to be done. >> >D >> > You are aware of that Java nd JavaScript have nothing in common/ >> > except the first 4 letters in their name ?e >>  G >> The other thing they have in common is long histories of introducingaE >> security vulnerabilities to machines where they are enabled in Webc >> Browsers. >> r? >> Of course for Java it is the bytecode scheme that introducesi< >> the vulnerabilities, not the programming language itself.  = > There are several ways of getting code down to client PC's:N  A But the very idea of running code provided by an untrusted sourcer is flawed from the start.   # > 3)  download and run Java applets' > J >     security model, standard, newer browsers even support downloading an > JVMs% >     of your own choice and use thati > D >     I have never heard of any security problems being found in the > security modelF >     and the standard. Problems has been found in the implementation.  C The security model and the standard thus present a basis from which C flawed implementations are likely to be created (if one accepts theo: premise that the model and the standard have no problems).  " > 4)  download and run executables > ' >     I guess no comments are necesarrym > A > Java applets are the most secure way of doing something that is- > generally-> > insecure (download and execute something from the internet).  E And Russian Roulette is safer than just shooting yourself in the heade with a fully loaded gun.  E > And the byte-code scheme is one of the key components that makes it 1 > possible to secure it as far as it is possible.8  G Undoubtedly there are methods that make jumping off a bridge relatively-? safer than it was without those methods, but not really "safe".c   ------------------------------  % Date: Thu, 30 Nov 2000 13:34:04 -0000s* From: "Richard Brodie" <R.Brodie@rl.ac.uk>E Subject: Re: Mobile code, unsafe at any speed (was: Mozilla M18 i005) + Message-ID: <905l09$um2@newton.cc.rl.ac.uk>   F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message% news:GOSi3uE3E2RV@eisner.decus.org...u? > > There are several ways of getting code down to client PC's:r > C > But the very idea of running code provided by an untrusted source: > is flawed from the start.c  C I don't think the distinction is as clearcut as you make it betweent9 markup languages and code. To take an example: PS viewers 9 have security problems. Even VT terminals have well-known" security problems.   ------------------------------  % Date: Thu, 30 Nov 2000 11:34:12 +0100e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>u Subject: Re: Mozilla M18 i005p) Message-ID: <3A262D24.483DE554@gtech.com>c   Larry Kilgallen wrote:k > In article <3A25266C.BA912A11@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:S > > Theo Jakobus wrote: J > >> I'm using MOZILLA every day. I have JAVA in "Preferences disabled". IC > >> get JAVA Script errors so there is still some work to be done.3 > >CC > > You are aware of that Java nd JavaScript have nothing in commonV. > > except the first 4 letters in their name ? > F > The other thing they have in common is long histories of introducingD > security vulnerabilities to machines where they are enabled in Web > Browsers.  > > > Of course for Java it is the bytecode scheme that introduces; > the vulnerabilities, not the programming language itself.r   ????  ; There are several ways of getting code down to client PC's:   1 1)  execute script code embedded in the HTML code   "     no security model, no standard  =     surfers can just cross their fingers and hope the browsero programmers has      done a good jobc  $ 2)  download and use ActiveX control       no security modelh  D     surfers can just cross their fingers and hope that MS has done a good job  ! 3)  download and run Java appletsr  H     security model, standard, newer browsers even support downloading an JVMS#     of your own choice and use thatt  B     I have never heard of any security problems being found in the security modelD     and the standard. Problems has been found in the implementation.    4)  download and run executables  %     I guess no comments are necesarryo  ? Java applets are the most secure way of doing something that is 	 generallyS< insecure (download and execute something from the internet).  C And the byte-code scheme is one of the key components that makes itv/ possible to secure it as far as it is possible.y   Arne   ------------------------------  # Date: Thu, 30 Nov 2000 15:55:01 GMTr* From: "Andy Stoffel" <acs@fcgnetworks.net> Subject: Re: Mozilla M18 i005t8 Message-ID: <pLuV5.69430$DG3.1296685@news2.giganews.com>  4 "Theo Jakobus" <jakobus@iaf.fhg.de> wrote in message$ news:3A24F291.735A1712@iaf.fhg.de... > Alain Chappuis wrote:< > >t
 > > Hello,. > > Is there anybody work with M18 of Mozilla? > >f >>G > I'm using MOZILLA every day. I have JAVA in "Preferences disabled". Iu@ > get JAVA Script errors so there is still some work to be done.  I I would suspect, based on anecdotal evidence, that (although Javascript &  Java AREI different languages  designed by different people for different purposes)3
 JavascriptG in Mozilla is implemented in some way that requires Java to be enabled.<? (Possibly the Javascript interpreter is even written in java ?)    -Andy-   ------------------------------  # Date: Thu, 30 Nov 2000 17:26:46 GMT8 From: dhbemis@my-deja.com= Subject: Re: OpenVMS CBT) Message-ID: <9062kb$bpp$1@nnrp1.deja.com>9  G > We are predominantly an NT shop but will soon be implementing a large0F > OpenVMS system.  We need to get some training and want to start with anC > introduction to OpenVMS CBT.  Can anyone make a recomendation forn this?. >n  
 Try this ....   9 http://www.openvms.compaq.com/wbt/pc/interface/course.htmn      & Sent via Deja.com http://www.deja.com/ Before you buy.u   ------------------------------  # Date: Thu, 30 Nov 2000 16:03:24 GMT< From: richard_maher@my-deja.com E Subject: Re: OpenVMS TP Requirements (was: The Truth is Marching On!)l) Message-ID: <905to5$70u$1@nnrp1.deja.com>u   Hi,t   Stephen Hoffman wrote:   >..l> >:Come on people, over the last year many have collaborated to@ >:present VMS with an IKEA flat-pack for TIP. All you have to do! >:is assemble it an release it...0 >:@ >> Can't say I've particularly noticed this, but I have not been< >> paying particular attention to the transaction processing	 >> space.t  E I've attached the flat-pack details to this mail for your perusal but6 to  G be fair, I've been mostly collaborating with myself :-) Although if you   G were to put your shoulder to the wheel then we might just get somethingP  D done! Surely you agree that abysmal is an accurate way of describing  * VMS's TP effort over the last eight years?  = > Per another message I've posted today, if you have feedback1? > on TP requirements for OpenVMS, please contact CJ Coppersmith A > (cj.coppersmith@compaq.com) and John Apps(John.Apps@compaq.com).6 > directly.  CJ and John are looking into this area...  5 Oh dear, You really haven't been paying attention :-(i  G The mean spirited among you may suggest that VMS (currently manifesting-  D itself in the form of Messrs Coppersmith and Apps) Engineering's new  D found love of transactions has nothing to do with the "Give us TIP!"  E campaign that I've been waging over the last 13 months, but they'd be0  A very wrong. I have had to drag John Apps, VMS engineering and Rdbs  C engineering kicking and screaming to the thirst quenching waters ofh TIP,  G and if they're still refusing to drink come February then I'm gonna puta  C the spurs on. FYI I've attached the first message that I entered ins  C comp.os.vms on Feb 15th, 2000 which may help explain my frustrationh  E after yet another year of floundering and incompetence on the subjectE   from VMS management.  D While I was on contract at Coutts Natwest Group IT I lodged a formal DSN   F link support call (I wish I could remember the bloke's name because he  G was very helpful). This was circa Nov '99. It took about 3 months but Ic  D finally got a call from Rich Roscoe which was brilliant we were both  F thinking along the same lines i.e. Upgrade DECdtm TCP/IP+TIP+XA and he  C was in a position to do something about it. But then he said he was$  F leaving the company and put me on to John Apps Mar 28, 2000. From then  G on neither I nor customers that I have put in touch with John Apps have   E heard anything except RTR this and RTR that and I'm sick and tired of    it!s  F What's happened since then? RTR has grabbed all the budget and managed  C to get itself bundled with VMS 7.3 regardless of the anti-trust andn  D free-trade legislation in the US and Europe designed to prevent such   anti-competitive practices.-  H When did you ask people if RTR should be bundled? I must have missed it?B When it comes to implementing TIP on VMS then we need 12 months of  G consensus management but anything to do with RTR just gets decreed. WhyR   is that?  0 Why is RTR being bundled? Whose decision was it?  - How much longer will we have to wait for TIP?   C Anyway I've got alot more to say but this mail is already too long.t   Regards Richard Maher.  E PS. Given the information I have provided in this mail let alone over   E the last year, would you not think that I am someone worth getting inr   touch with?c  " -----IKEA flat-pack Model TIP----- From: richard_maher@my-deja.coma) Sent: Tuesday, November 14, 2000 11:26 AMe To: comp.os.vms@news2mail.comB- Subject: Reinventing the wheel :-( Just Do Itm     Hi,v  @ Next contestant - Sybil Fawlty from Torquay, special subject the bleedin' obvious.t  + > 2. let VMS know just what you want to do.O  1 http://www.networksorcery.com/enp/rfc/rfc2372.txte, (Please see the example API in the appendix)  %            or this one's got pictures   > http://microsoft.com/winme/MITTs/Transactions/html/default.htm  F Please read the above if only to understand the concept of a "two-pipeF strategy". NB:***It is this that VMS engineering seeks to deny you.***F Phrases like "We'd like to make the interface transparent." are reallyG euphemisms for "Wrap it all up in a one-pipe cloak so that they have top) use our software on client _and_ server".I  C Phase one: Bricks and Mortar. All you need to deliver is a tip$pullhD routine! If this can be achieved with a modified $start_branchw thenG all the better. I understand that this will restrict us to starting thenF txn on another TIP compatible node but hey it's a start and will solveE the majority of user requirements with minimal effort. Let's face it./@ It's been spec'd for you, and ACMSxp have already ironed out anyD creases in the TIP protocol and will be a cornucopia of examples forD extracting the TIP URL from MTS. I can't see it taking longer than 3H months (including testing and shipping). If you could include a tip$push9 () routine at the same time then that would be fantastic.t  ? Obviously you'd have to make room for the TIP URL in the DECdtmeG transaction log file and upgrade LMCP. (After 10 years it's at V1.1 :-)-E Potentially the biggest change is making DECdtm TCP/IP compatible butrE it is my understanding that most, if not all, of this work is alreadyq done.0   What will it let us do?   G 1) You will be able to start an MTS transaction against an Oracle8i (or # SQLserver or both) database on W2K.e  = 2) Obtain the transaction URL via DtcGetTransactionManagerEx.e  E 3) Using whatever method *you* like (for example Socket Send() or XML-F page) send the URL to your VMS node along with the data to be updated.  + 4) On VMS, Call TIP$PULL(in: URL, out: TID)e  F 5) Normal service is resumed. Pass the DECdtm TID to your Rdb/RMS/DBMS< updates. Note: W2K has had a Sea Change back to AsynchronousE services!!! This could provide a great opportunity for parallelism ino Oracle8i/Rdb I/O.l  F In a nutshell, the updates to all databases are now enshrined with theG ACID properties of a true 2PC. Now if you don't get your jollies out ofd, that then you're simply sick of life itself!  G -----------------------------------------------------------------------    The story so far:-  F 1) Keith B Evans (The guy that wrote the book on TIP) works for CompaqA (Tandem). I think he'd be someone worth talking to when trying to D establish future directions with TIP. Transport Layer Security (TLS) for encryption?c  G 2) ACMSxp already talks TIP and is available *now* and is being used in-F at least one customer site. Unfortunately in the ACMSxp implementationE the the engineers have cloaked the beauty and openess of the two-pipe-F strategy in a single pipe. But now realize the error of their ways andD agree that TIP belongs in DECdtm. If I was implementing TIP on VMS I) would certainly call on their experience.3  * 3) Tandem NonStop TM/MP already talks TIP.  F 4) Windows2000 is available *now* which, in addition to COM+, providesA a SDK for obtaining a transaction URL. DtcGetTransactionManagerExaB (IDispenserManager, GetDispenserManager, IID_ITipTransaction) OnceD you've obtained the TIP URL you can send it over the network throughD your TCP/IP socket, or whatever flavour of second pipe you like, andG then call TIP$PULL() or a modified version of $start_branchw. This will F return a DECdtm Transaction Identifier / Branch Identifier that can be passed to Rdb, RMS or DBMS.   D 5) XA functionality is a nice to have but is of little use with Rdb,E DBMS or RMS but would obviously be useful for Rdb/VMS<->Oracle/* 2PC. G As it is my understanding that resource managers/database vendors wouldcG have to modify and certify their code as DECdtm/XA compatible on VMS, I F believe that any XA functionality should be prioritised down the list.A (I'm thinking of the AX_* routines in sys$help:xa_profile.txt. In D particular AX_BIND_DECDTM. I can't see Oracle rushing to incorporateC this.) Whereas TIP requires *NO CHANGE* to Rdb/RMS/DBMS to get them  talking to the outside world!!!   D 6) Once Tip$pull and Tip$push are available then DCE/RPC can look at@ transactional RPC and COM can be upgraded to COM+. NB: It is notG DECdtm's responsibility/budget to upgrade COM. They didn't seem to need-G DECdtm to get authenticated COM. But then again I wish someone else had * gotten control of External Authentication.  D 7) Can someone explain to me why VMS engineering has to reinvent theE wheel here? And how a twelve month (being generous) delay can be soldAB to customers as "Well, we wouldn't want a knee jerk reaction wouldF we?" "What we need is someone who can spin and run interference for usD while RTR is getting established." "I've got it! A feasibility study? with broad terms of reference like Heterogeneous Computing - Do5G Transactions Have a Place? If only we can find someone with credibilitycE then we could milk it for about 12 months." "Has anyone seen Rodger?"v   Regards Richard Maher     & Sent via Deja.com http://www.deja.com/ Before you buy.r    = -----I think this was my first post to comp.os.vms-----------v  & Subject: Transaction Internet Protocol Date: 02/15/20006 Author: Richard <maher_rjNOmaSPAM@hotmail.com.invalid>  8 Does anyone have any information on the current state of play with VMS support for TIP?  ; I have being trying in vain since December (through Rdb and-8 VMS support channels) to find out what's happening. I've& heaps of emails if anyones interested.   Regards Richard Mahere   The story thus far. . .    Nov 99  6 I noticed Compaq's web pages discussing the '98 Denver8 Colorado MS PDC where TIP was demonstrated with ACMS/xp,: DECdtm, Oracle/Rdb, MTS, DTC,SQL Server, NT 5.0 and Tandem Pathwaye  8 On Microsoft's web site June 98 I found more information9 regarding Digital's support for "Interoperability betweena7 Microsoft's transaction server technology and Digital's  ACMS"w  7 I followed the pointers to RFC2372. (Well worth a read)c  6 I did a further search on microsoft.com and found "TIP6 Usage Scenarios" outlining the TIP API on the NT side.  5 So far everything is fantastic! (For those of you whoA4 haven't looked at TIP, please do so as it is a truly: amazing bit of functionality, guranteed to keep VMS around for decades to come)  8 The problem I have is that nobody on the Digital side of7 Compaq or the Rdb side of Oracle has ever heard  of it.n5 For those VMS engineers here, please look at the ACMS ; notes  conference - Deadly  silence. But with ACMS being  ae: transaction monitor and not a transaction manager it would: be anathema to ship the TIP API with ACMS so ACMS probably has nothing to do with it.  " Isn't VMS looking to support COM+?  0 Does anyone from the affinity program read this?    F * Sent from AltaVista http://www.altavista.com Where you can also find  E related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart  is  	 Beautifuli  ,  << previous in search    next in search >>      & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Thu, 30 Nov 2000 06:03:55 GMT ( From: "ayoung" <andrew.young@boeing.com>  Subject: OVMS 7.2 Shares and NT4( Message-ID: <G4tq64.JsE@news.boeing.com>  L Some of the user accounts (20 out of 250) on our local NT4 domain server areL not able to connect to the public or restricted shares on an Alpha 1200 withK OVMS 7.2/Advanced Pathworks.  We think that these suspect accounts may havehG been created at the same time, but various accounts have been reused aso5 people have come and gone, so we are not really sure.t Any ideas??r   ------------------------------  % Date: Thu, 30 Nov 2000 12:48:03 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>? Subject: Re: PCSI files (was: Re: Need help, thanks in advance) + Message-ID: <905ia0$u5g@newton.cc.rl.ac.uk>h  8 "Dave Greenwood" <greenwoodde@ornl.gov> wrote in message, news:29NOV00.23293282@feda34.fed.ornl.gov...  G > Even after replacing most of our VAXes with alphas 6 or so years ago,hG > we still have a number of people who call our VMS systems "VAXes".  I + > only correct them when I'm feeling picky.-  @ I threatened some of my colleagues with opening a VAX swear box.! That proved remarkably effective.u   ------------------------------  % Date: Thu, 30 Nov 2000 15:39:08 +0100  From: "Wim" <wim@rdc.nl>= Subject: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1.* Message-ID: <905oqp$p5q$1@news1.xs4all.nl>  L Hello when I upgrade one of our AXP's ( 1000a ) from VMS 6.2-h3 to VMS 7.2-1 I get the following  errory  J     A search of the target disk has found that one or more system specificF     root directories contains a SYSCOMMON.DIR that is not an alias forH     VMS$COMMON.DIR.  This can cause problems, including possible failure     of the upgrade.n  I     The most common cause for this problem is backing up and/or restoring-L     a system disk without using the /IMAGE qualifier on the BACKUP commands.  F     Compaq recommends that you correct this situation by restoring theG     target disk from a backup that was made using the /IMAGE qualifier.cI     You can execute the necessary DCL commands by terminating the upgradeo      and selecting menu option 7.  < I then did a set file/enter from the VMS$common.dir with the4 DKA0:[sys0.syscommon]  but the error is still there.I Then I renamed the VMS$common.dir to VMS$common.sav and I tried it again. 3 But then I get this error on the end of the upgradet  3 DKA0:[sys0.syscommon is not an alias for VMS$commonh  H WHat can I do to solve this problem, I dont have an image backup what is different then this situation.6 Please help me or do I have to do an Initial upgrade??   many thanks in advance   Wim    ------------------------------   Date: 30 Nov 2000 15:49:12 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)A Subject: Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1c6 Message-ID: <905sto$bbk$1@mailint03.im.hou.compaq.com>  E In article <905oqp$p5q$1@news1.xs4all.nl>, "Wim" <wim@rdc.nl> writes: M >Hello when I upgrade one of our AXP's ( 1000a ) from VMS 6.2-h3 to VMS 7.2-1o >I get the following >error >sK >    A search of the target disk has found that one or more system specificJG >    root directories contains a SYSCOMMON.DIR that is not an alias for I >    VMS$COMMON.DIR.  This can cause problems, including possible failurev >    of the upgrade. >pJ >    The most common cause for this problem is backing up and/or restoringM >    a system disk without using the /IMAGE qualifier on the BACKUP commands.  >uG >    Compaq recommends that you correct this situation by restoring the H >    target disk from a backup that was made using the /IMAGE qualifier.J >    You can execute the necessary DCL commands by terminating the upgrade! >    and selecting menu option 7.e >e= >I then did a set file/enter from the VMS$common.dir with the-5 >DKA0:[sys0.syscommon]  but the error is still there. J >Then I renamed the VMS$common.dir to VMS$common.sav and I tried it again.4 >But then I get this error on the end of the upgrade >e4 >DKA0:[sys0.syscommon is not an alias for VMS$common >2I >WHat can I do to solve this problem, I dont have an image backup what is  >different then this situation.o7 >Please help me or do I have to do an Initial upgrade??v >A >many thanks in advancee   Wim -   H This can be a VERY complex problem to "fix" -- many things can be wrong.G For one, it is likely that you have copies of "the same" system file inEH both the VMS$COMMON and SYSCOMMON directory hierarchies.  Which ones areH correct?  An upgrade will replace ONLY the ones in VMS$COMMON.  But yourJ system will still see the "old" files in SYSCOMMON.  Not a good situation.  F But you also probably have some system specific files in the SYSCOMMONK hierarchy that you need, so you cannot just delete everything in SYSCOMMON.-  D I would never advise attempting to recover from this situation on a E production system, except by a new installation or the restoration ofe5 a known good backup -- which you say you do not have.i  F If you must fix this, I would start by re-naming the SYS0 hierarchy toJ get it out of the way.  Then I would use SYS$SYSTEM:VMS$PCF_CRATE_DIRS.COMH to create a new SYS0 hierarchy with SYSCOMMON properly set up.  Finally,K I would attemtp to identify system specific files in the old SYS0 directory_, that need to be moved into the new hierarcy.  H But it is really usually a lot easier -- and always a lot safer!!! -- to3 rebuild a new system and then copy your data to it.l  ? BIG HINT:  Do an image bakup NOW, before you try anything else.:B This will at least give you a known place that you can go back to.  F Depending on your knowledge and the business needs you have, you might> consider getting (paying for) some on-site, expert assistance.   -- aK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAaF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Thu, 30 Nov 2000 15:45:34 GMTs* From: Doran Werling <rwscsinc@my-deja.com>A Subject: Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1e) Message-ID: <905smv$65s$1@nnrp1.deja.com>u  * In article <905oqp$p5q$1@news1.xs4all.nl>,   "Wim" <wim@rdc.nl> wrote:pH > Hello when I upgrade one of our AXP's ( 1000a ) from VMS 6.2-h3 to VMS 7.2-1g > I get the followingh > erroru >aL >     A search of the target disk has found that one or more system specificH >     root directories contains a SYSCOMMON.DIR that is not an alias forJ >     VMS$COMMON.DIR.  This can cause problems, including possible failure >     of the upgrade.s >PK >     The most common cause for this problem is backing up and/or restoring D >     a system disk without using the /IMAGE qualifier on the BACKUP	 commands.n >iH >     Compaq recommends that you correct this situation by restoring theI >     target disk from a backup that was made using the /IMAGE qualifier. K >     You can execute the necessary DCL commands by terminating the upgradeF" >     and selecting menu option 7. > > > I then did a set file/enter from the VMS$common.dir with the6 > DKA0:[sys0.syscommon]  but the error is still there.K > Then I renamed the VMS$common.dir to VMS$common.sav and I tried it again.s5 > But then I get this error on the end of the upgradee >s5 > DKA0:[sys0.syscommon is not an alias for VMS$commono >aJ > WHat can I do to solve this problem, I dont have an image backup what is  > different then this situation.8 > Please help me or do I have to do an Initial upgrade?? >a > many thanks in advance >n > Wim  > H I ran into this problem a few years ago, here is a DSN link article that might help out.o  D The directory file VMS$COMMON.DIR typically resides in the top levelA directory, Master File Directory (MFD), of the system disk.  EachiC system root has a subdirectory SYSCOMMON.DIR, which is synonymed toe VMS$COMMON.DIR.a  
      Example:gD        The directories [SYS0.SYSCOMMON] and [SYS4.SYSCOMMON] are theF        same as VMS$COMMON.DIR.  They have the same file identifier and        contain the same files.  H If the files still appear in the synonymed directories [SYSx.SYSCOMMON],* the directory VMS$COMMON can be recreated.    	 SOLUTION:   B If the directory SYSCOMMON.DIR still exists in at least one of theD system roots, you can use the following "SET FILE" command to create the entry VMS$COMMON.DIR.w  3      $ SET FILE/ENTER=DISK:[000000]VMS$COMMON.DIR -o$      _$     DISK:[SYSx]SYSCOMMON.DIR                    ^                    |?                    +-- A root that still contains SYSCOMMON.DIR   < This solution does not work if you have deleted the files in VMS$COMMON (or SYSCOMMON).  E To restore the directory back-links to the appropriate state, use thes "ANALYZE/DISK/REPAIR" command.   >    Regards,
 Doran Werling  RW/SCS Inc.v    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Thu, 30 Nov 2000 09:02:15 -0700.+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>tA Subject: Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1x( Message-ID: <3A267A07.2A5D58B4@mmaz.com>  N A new qualifier /ALIAS is what screwed me up.  I'd recommend looking into that" when considering an /IMAGE backup.   Barryo   Charlie Hammond wrote:  G > In article <905oqp$p5q$1@news1.xs4all.nl>, "Wim" <wim@rdc.nl> writes:yO > >Hello when I upgrade one of our AXP's ( 1000a ) from VMS 6.2-h3 to VMS 7.2-1  > >I get the following > >error > >-M > >    A search of the target disk has found that one or more system specific I > >    root directories contains a SYSCOMMON.DIR that is not an alias fornK > >    VMS$COMMON.DIR.  This can cause problems, including possible failurer > >    of the upgrade. > > L > >    The most common cause for this problem is backing up and/or restoringO > >    a system disk without using the /IMAGE qualifier on the BACKUP commands.t > >cI > >    Compaq recommends that you correct this situation by restoring therJ > >    target disk from a backup that was made using the /IMAGE qualifier.L > >    You can execute the necessary DCL commands by terminating the upgrade# > >    and selecting menu option 7.  > >d? > >I then did a set file/enter from the VMS$common.dir with thea7 > >DKA0:[sys0.syscommon]  but the error is still there.RL > >Then I renamed the VMS$common.dir to VMS$common.sav and I tried it again.6 > >But then I get this error on the end of the upgrade > > 6 > >DKA0:[sys0.syscommon is not an alias for VMS$common > >nK > >WHat can I do to solve this problem, I dont have an image backup what isu! > >different then this situation.a9 > >Please help me or do I have to do an Initial upgrade??  > >K > >many thanks in advancet >  > Wim -t >tJ > This can be a VERY complex problem to "fix" -- many things can be wrong.I > For one, it is likely that you have copies of "the same" system file intJ > both the VMS$COMMON and SYSCOMMON directory hierarchies.  Which ones areJ > correct?  An upgrade will replace ONLY the ones in VMS$COMMON.  But yourL > system will still see the "old" files in SYSCOMMON.  Not a good situation. >aH > But you also probably have some system specific files in the SYSCOMMONM > hierarchy that you need, so you cannot just delete everything in SYSCOMMON.a >uE > I would never advise attempting to recover from this situation on alG > production system, except by a new installation or the restoration of-7 > a known good backup -- which you say you do not have.h >EH > If you must fix this, I would start by re-naming the SYS0 hierarchy toL > get it out of the way.  Then I would use SYS$SYSTEM:VMS$PCF_CRATE_DIRS.COMJ > to create a new SYS0 hierarchy with SYSCOMMON properly set up.  Finally,M > I would attemtp to identify system specific files in the old SYS0 directorys. > that need to be moved into the new hierarcy. >iJ > But it is really usually a lot easier -- and always a lot safer!!! -- to5 > rebuild a new system and then copy your data to it.  >iA > BIG HINT:  Do an image bakup NOW, before you try anything else. D > This will at least give you a known place that you can go back to. >SH > Depending on your knowledge and the business needs you have, you might@ > consider getting (paying for) some on-site, expert assistance. >D > --M >     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAiH >          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)L >       All opinions expressed are my own and not necessarily my employer's.   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOe  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  # Date: Thu, 30 Nov 2000 15:42:22 GMT * From: Doran Werling <rwscsinc@my-deja.com>A Subject: Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1 ) Message-ID: <905sgs$5ql$1@nnrp1.deja.com>s  * In article <905oqp$p5q$1@news1.xs4all.nl>,   "Wim" <wim@rdc.nl> wrote:iH > Hello when I upgrade one of our AXP's ( 1000a ) from VMS 6.2-h3 to VMS 7.2-1l > I get the followingt > erroro >nL >     A search of the target disk has found that one or more system specificH >     root directories contains a SYSCOMMON.DIR that is not an alias forJ >     VMS$COMMON.DIR.  This can cause problems, including possible failure >     of the upgrade.a > K >     The most common cause for this problem is backing up and/or restoringND >     a system disk without using the /IMAGE qualifier on the BACKUP	 commands.n >-H >     Compaq recommends that you correct this situation by restoring theI >     target disk from a backup that was made using the /IMAGE qualifier.eK >     You can execute the necessary DCL commands by terminating the upgrade(" >     and selecting menu option 7. >c> > I then did a set file/enter from the VMS$common.dir with the6 > DKA0:[sys0.syscommon]  but the error is still there.K > Then I renamed the VMS$common.dir to VMS$common.sav and I tried it again.y5 > But then I get this error on the end of the upgrades >m5 > DKA0:[sys0.syscommon is not an alias for VMS$common  >dJ > WHat can I do to solve this problem, I dont have an image backup what is  > different then this situation.8 > Please help me or do I have to do an Initial upgrade?? >e > many thanks in advance >i > Wim  > H I ran into this problem a few years ago, here is a DSN link article that might help out.2  D The directory file VMS$COMMON.DIR typically resides in the top levelA directory, Master File Directory (MFD), of the system disk.  Each C system root has a subdirectory SYSCOMMON.DIR, which is synonymed tog VMS$COMMON.DIR.u  
      Example:oD        The directories [SYS0.SYSCOMMON] and [SYS4.SYSCOMMON] are theF        same as VMS$COMMON.DIR.  They have the same file identifier and        contain the same files.  H If the files still appear in the synonymed directories [SYSx.SYSCOMMON],* the directory VMS$COMMON can be recreated.    	 SOLUTION:d  B If the directory SYSCOMMON.DIR still exists in at least one of theD system roots, you can use the following "SET FILE" command to create the entry VMS$COMMON.DIR.c  3      $ SET FILE/ENTER=DISK:[000000]VMS$COMMON.DIR -r$      _$     DISK:[SYSx]SYSCOMMON.DIR                    ^                    |?                    +-- A root that still contains SYSCOMMON.DIR.  < This solution does not work if you have deleted the files in VMS$COMMON (or SYSCOMMON).  E To restore the directory back-links to the appropriate state, use the  "ANALYZE/DISK/REPAIR" command.   >r   Regards,
 Doran Werling  RW/SCS Inc.l    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 30 Nov 2000 17:53:06 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)A Subject: Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1m6 Message-ID: <906462$ccc$1@mailint03.im.hou.compaq.com>  V In article <3A267A07.2A5D58B4@mmaz.com>, "Barry Treahy, Jr." <Treahy@mmaz.com> writes:O >A new qualifier /ALIAS is what screwed me up.  I'd recommend looking into thatu# >when considering an /IMAGE backup.I  F HMmm...  It apears that there are some inconsistencies between on-lineF help and the BACKUP utility manual.  I have reported these.  Hopefully we will get it fixed.e  C Meanwhile, it appears that using /IMAGE without /ALIAS or /NOALIAS 08 does the right thing for an image backup (or restore).  0 At least I have no experience to disproove this.  @ The correct use of /[NO]ALIAS without /IMAGE can be significant!   -- lK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAhF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 30 Nov 2000 11:13:14 -0700a+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>-A Subject: Re: problem while upgrading from VMS 6.2-h3 to VMS 7.2-1a( Message-ID: <3A2698BA.4A1B0676@mmaz.com>  W The problem that I had when doing a disk to disk image backup on a new 7.2  system overlZ the holidays, was that the aliases were lost.  After doing the image backup, an anaylze ofZ the new volume had all sorts of problems the aliased VMS structures were all in [SYSLOST].   Barry    Charlie Hammond wrote:  X > In article <3A267A07.2A5D58B4@mmaz.com>, "Barry Treahy, Jr." <Treahy@mmaz.com> writes:Q > >A new qualifier /ALIAS is what screwed me up.  I'd recommend looking into thata% > >when considering an /IMAGE backup.- >-H > HMmm...  It apears that there are some inconsistencies between on-lineH > help and the BACKUP utility manual.  I have reported these.  Hopefully > we will get it fixed.. >aD > Meanwhile, it appears that using /IMAGE without /ALIAS or /NOALIAS8 > does the right thing for an image backup (or restore).2 > At least I have no experience to disproove this. >eB > The correct use of /[NO]ALIAS without /IMAGE can be significant! >n > --M >     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H >          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)L >       All opinions expressed are my own and not necessarily my employer's.   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOi  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 30 Nov 2000 17:06:10 +0000s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>   Subject: Re: Q22-bus programming) Message-ID: <3A268902.C02FE32F@bbc.co.uk>e   hg/jb wrote:   >n* > Tim is going to be building an emulator.C > His 10 emulator is almost done. We are all dying to get our hands  > on it, and hack it.n >e  H I take it then, that VMS specific stuff about driver writing, PFN mappedK gblsections is irrelevant? I spent some time in a past life with the "KA630 F CPU Module Users' Guide" which did have some very detailed info on theH Q22bus implementation of the MicroVAX II. As this stuff is very hardwareW specific I suspect you might need different code for different Q22 bus implementations,iD which presumably is why the Charon VAX emulator is MicroVAX II only.       >  > bob-   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.h   ------------------------------  % Date: Thu, 30 Nov 2000 08:56:13 -0500a0 From: Sheldon Bishov <sheldon.bishov@compaq.com>  Subject: Re: SNMP and MIB agents* Message-ID: <3A265C7D.7A40A06D@compaq.com>   Hello Theo,   $ There are newer subagents -- see url@ www.openvms.compaq.com/openvms/products/mgmt_agents for details.D (this and some information below provided through the OpenVMS System Management group.)  I I'm not sure how all the old subagents  map to the new ones, can check if ? the information you need is not on the openvms page above.  ForaH svrsystem_mib the  functionality was merged into CPQHOST, CPQSYSINFO and CPQSTDEQUIP subagents    Sheldont   sheldon.bishov@compaq.comt' TCP/IP Services for OpenVMS Engineeringr   ------------------------------  # Date: Thu, 30 Nov 2000 15:33:18 GMTv) From: sfm1115@bjcmail.carenet.org (Shawn)s Subject: Stopping DecNet/ Message-ID: <3a2672d2.1415034@news.starnet.net>   F Quick question.  We have DecNet Phase IV running on a OpenVMS VAX V7.1& I know to start it you run Startnet.    @ Is there anyway to shutdown DecNet without rebooting the server?     Thanks   Shawns   ------------------------------    Date: 30 Nov 2000 10:44:40 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Stopping DecNet+ Message-ID: <X56jBw07db7K@eisner.decus.org>O  [ In article <3a2672d2.1415034@news.starnet.net>, sfm1115@bjcmail.carenet.org (Shawn) writes:tH > Quick question.  We have DecNet Phase IV running on a OpenVMS VAX V7.1( > I know to start it you run Startnet.   > B > Is there anyway to shutdown DecNet without rebooting the server? >     $mcr ncp set executor state shut  3 then wait for all existing connections to close, ore   $mcr ncp set executor state offt  C which will kill any existing connections so you don't have to wait.s  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group_E                                 | please remove ".aspm" when replyings   ------------------------------  # Date: Thu, 30 Nov 2000 15:57:16 GMTe* From: Doran Werling <rwscsinc@my-deja.com> Subject: Re: Stopping DecNet) Message-ID: <905tcn$6q6$1@nnrp1.deja.com>w  / In article <3a2672d2.1415034@news.starnet.net>,t,   sfm1115@bjcmail.carenet.org (Shawn) wrote:H > Quick question.  We have DecNet Phase IV running on a OpenVMS VAX V7.1& > I know to start it you run Startnet. > B > Is there anyway to shutdown DecNet without rebooting the server? >t > Thanks >t > Shawni >f >   $ MCR NCP SET EXECUTOR STATE OFF   Regards 
 Doran Werling  RW/SCS Inc.p    & Sent via Deja.com http://www.deja.com/ Before you buy.@   ------------------------------   Date: 30 Nov 2000 15:27:34 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)r  Subject: Re: SW Raid 310 and VMS0 Message-ID: <905rl6$2m4$1@aquila.news.mdx.ac.uk>  g In article <3A25A7BA.D7F355C3@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:t >Mike Price wrote: >>  I >> > I don't think HSZTERM is supported any longer. As I wrote in another,H >> > reply, I beleive Dave Gudewicz does not have a RA310, but a RA3000.' >> > That one does not run HSOF or ACS.  >> >
 >> > > [snip]  >> > > >a% >Do not try to us SWCC - *PERIOD* !!!  >n >> HSZTERm is nots >> offically supported t >rH >As are all of the known ways to communicate with HSx controllers from aF >batch job. Not sure why that is, or what can be done about it, but itI >remains one of the many obstacles to getting OpenVMS + StorageWorks intop >more sites, IMO.  >     O Agreed. Compaq really need to either fully support HSZTERM or provide something  with equivalent functionality.L Although there are undoubtedly some people who want to control their storageJ from a PC there are far more who want/need to be able to connect directly & from the VMS system to the controller.  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 30 Nov 2000 11:51:27 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca>i  Subject: Re: SW Raid 310 and VMS/ Message-ID: <t2d1ff6mbddu53@corp.supernews.com>o  B "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message' news:3A25A7BA.D7F355C3@earthlink.net...r >...& > Do not try to us SWCC - *PERIOD* !!! >...  A Agreed! But how do those of us who are forced to put up with thisi? software get Compaq to fix it? Any complaints about SWCC, WEBES D (Compaq Analyze), and DSN 2.x fall on deaf ears. I currently have anF open problem ticket with Compaq regarding SWCC. I received two totallyB idiotic responses (the first was "Have you tried de-installing andC reinstalling the software?") before being told that the product wass% operating the way it was designed to.   D Since none of these products come out of VMS Engineering (AFAIK) howE do we elevate our concerns over these products. Should I document theiF concerns (i.e. Both SWCC and WEBES are not cluster aware, why should I@ put a product on my VMS boxes that do not operate correctly in aE cluster?) and fire it off to Rich Marcello? Is there someone else whoRF can address these issues? Is there some group within Encompass who can! raise these issues within Compaq?    ------------------------------  % Date: Thu, 30 Nov 2000 08:11:55 -0600.7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> + Subject: Re: Tape Drive replacement options - Message-ID: <3A26602B.50AD705E@earthlink.net>I   Howard S Shubs wrote:n > C > In article <3A25CEBA.EF25D174@earthlink.net>, "David J. Dachtera"o& > <djesys.nospam@earthlink.net> wrote: > F > >In the first place, I don't recommend 4mm. The media is fragile andF > >lacks stamina, IMO. Experience of a former disaster recovery site's; > >personnel with 4mm is less than ideal, to say the least.a > P > Interesting.  I've been using DAT and DDS2 tapes since the TLZ04 10 years ago,O > and I've never yet lost data from a tape.  Maybe I'm just lucky.  I also have2* > a 17 year old 9-track which still works.  A I don't recommend them. That means they're not high on my list ofcH choices. If they work reliably for you, then go for it. When they becomeF a problem, your best bet, IMO, is to change media - preferably to DLT.   -- e David J. Dachterao dba DJE Systems) http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/a  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.e   ------------------------------  % Date: Thu, 30 Nov 2000 16:04:18 +0100M= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>o+ Subject: Re: Tape Drive replacement optionst) Message-ID: <3A266C72.271B18EC@gtech.com>p   "David J. Dachtera" wrote: > Howard S Shubs wrote:cE > > In article <3A25CEBA.EF25D174@earthlink.net>, "David J. Dachtera" ( > > <djesys.nospam@earthlink.net> wrote:H > > >In the first place, I don't recommend 4mm. The media is fragile andH > > >lacks stamina, IMO. Experience of a former disaster recovery site's= > > >personnel with 4mm is less than ideal, to say the least.  > >hR > > Interesting.  I've been using DAT and DDS2 tapes since the TLZ04 10 years ago,Q > > and I've never yet lost data from a tape.  Maybe I'm just lucky.  I also havec, > > a 17 year old 9-track which still works. > C > I don't recommend them. That means they're not high on my list ofmJ > choices. If they work reliably for you, then go for it. When they becomeH > a problem, your best bet, IMO, is to change media - preferably to DLT.  + I have never had problems with 4 mm either.o  = I would still prefer DLT though - *IF* money is not an issue.s   Arne   ------------------------------  % Date: Thu, 30 Nov 2000 09:18:27 +0000 . From: 'o-Dzin Tridral <TridralO@Cardiff.ac.uk>+ Subject: Thanks re Trimming trailing spaceso. Message-ID: <3A261B4F.22052.54F7BFA@localhost>  	 Dear All,   M Just a quick note of thanks to everyone who responded to my request for help  O with trimming trailing spaces from a wide file.  We've used the TPU method and i it does the job nicely for us.  
 best regards,s   'o-Dzin- -- 'o-Dzin TridraluE Senior Computer Officer, UIS, Cardiff University, PO Box 78, CF10 3XLlR T +44 29 2087 6160  E TridralO@cf.ac.uk  F +44 29 2087 4531  W http://www.cf.ac.uk   ------------------------------  % Date: Thu, 30 Nov 2000 18:33:48 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: UCX questioni; Message-ID: <3a268f7c.524144494f47414741@radiogaga.harz.de>   8 Antony Wardle (antony.wardle@nnnoospam.met.co.nz) wrote:D : "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote...	 : > $ UCXy : > UCX> SET NOROUTE/DEFAULT& : > UCX> SET NOROUTE/DEFAULT/PERMANENT0 : > UCX> SET ROUTE/DEFAULT/GATEWAY=<##.##.##.##>: : > UCX> SET ROUTE/DEFAULT/GATEWAY=<##.##.##.##>/PERMANENT : % : So is that a different way of doingv : @sys$update:ucx$config  B It's what ucx$config does behind the scenes, but has the advantage< that one doesn't have to go through all the other questions.   cu,S   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deoN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 30 Nov 2000 17:42:25 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>> Subject: Re: UCX questione) Message-ID: <3A269181.A7424970@bbc.co.uk>e   Antony Wardle wrote:   > So is that a different way
 > of doing >w > @sys$update:ucx$config >r > Antony >i  O If you really mean sys$startup:ucx$config (or sys$startup:tcpip$config for V5.0 
 and above)	 then yes.    Try:  5 sear sys$startup:ucx$config.com "set route"/win=60/pae  O or something similar to get the details. You DO have the source code as it is ao .COM.i   regards  --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------    Date: 30 Nov 2000 09:46:34 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e( Subject: Re: VMS and NT integration?????H Message-ID: <y4hf4pkfth.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  + fabio_compaq@ep-bc.petrobras.com.br writes:c  H > developments like SAN integration, etc ... but I think it=B4s waste ofL > time and resources trying to put old hardware (LAT based) to work in this 4 > new world of TCP/IP connections (Web, and etc...).  J LAT does the job it was designed for much better and much more efficientlyH than telnet/TCP can ever dream of doing. It's a pity that DEC's business1 practices made a wider success of LAT impossible.v   	Jan   ------------------------------  % Date: Thu, 30 Nov 2000 08:08:00 -0600n7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>l( Subject: Re: VMS and NT integration?????- Message-ID: <3A265F40.7A579845@earthlink.net>p  * fabio_compaq@ep-bc.petrobras.com.br wrote: > I > VMS and NT integration ! ! !  Sounds interesting when talking about newc > technicaldK > developments like SAN integration, etc ... but I think its waste of timeM > and L > resources trying to put old hardware (LAT based) to work in this new world* > of TCP/IP connections (Web, and etc...).  
 Um, Fabio?  B There are no less than three comercial TCP/IP stacks available forE OpenVMS. For VAX, there's even a freeware stack (kinda old and ratherr- out of date, but still useful in many cases).n  9 It may be a bit "narrow" to view VMS as only "LAT based".c  B Terminal servers (regardless of the o.s. to which you're trying to' connect) are another question entirely.    -- [ David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/r  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged./   ------------------------------  % Date: Thu, 30 Nov 2000 13:51:38 -03007) From: fabio_compaq@ep-bc.petrobras.com.bro( Subject: Re: VMS and NT integration?????L Message-ID: <OF23030BA3.16346F8D-ON032569A7.005BD75D@ep-bc.petrobras.com.br>  % I am sorry if I was misunderstood ...e  H Of course I used LAT for a long time, but LAT is "Local" Area Transport=  - what means -E there=B4s no space for new applications except print servers and dumb 
 terminals.  H What I am trying to say is, I dont see LAT as a strategic and important=   choice for OpenVMSA  environments  nowadays, as I dont see Microvaxes as an important  plataform. We haveH three VAXes in  the Data Center and I am crazy to "disconnect" them fro= mo the network.  H People in the comp.os.vms  still using VAXes and Microvaxes and great p= arto of discussionsH are about these two equipments....I dont see much more future in OpenVM= S if people stillH using these machines - wich dont support Galaxy, Fiber Channel and etc = ...b  - Sounds everybody is connected to the past....    Regardso   FC                  H "David J. Dachtera" <djesys.nospam@earthlink.net> em 30/11/2000 12:08:0= 0 H                                                                        =     =20jH                                                                        =     =20BH                                                                        =     =20u    @                                                              =20@                                                              =20@                                                              =20@  Para:    Info-VAX@Mvb.Saic.Com                              =20@                                                              =20@  cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)  =20@                                                              =20@                                                              =20@                                                              =20@  Assunto: Re: VMS and NT integration?????                    =20@                                                              =20           =r    * fabio_compaq@ep-bc.petrobras.com.br wrote: >oH > VMS and NT integration ! ! !  Sounds interesting when talking about n= ew > technicaliH > developments like SAN integration, etc ... but I think it=B4s waste o= f time > andcF > resources trying to put old hardware (LAT based) to work in this new worldy* > of TCP/IP connections (Web, and etc...).  
 Um, Fabio?  B There are no less than three comercial TCP/IP stacks available forE OpenVMS. For VAX, there's even a freeware stack (kinda old and rather4- out of date, but still useful in many cases).-  9 It may be a bit "narrow" to view VMS as only "LAT based".   B Terminal servers (regardless of the o.s. to which you're trying to' connect) are another question entirely.c   -- David J. Dachtera  dba DJE Systemsg http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/t  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t       =A   ------------------------------  # Date: Thu, 30 Nov 2000 14:41:44 GMTi* From: Alan E. Feldman <alan48@my-deja.com>6 Subject: Re: Why so much virtual memory for tiny jobs?) Message-ID: <905ov6$2ne$1@nnrp1.deja.com>    --' ^^Hopefully font-fixer for deja readersr  
 In articleD <0AB23D7B87891B6B.01972E4BDE9ECF1E.D6B468438FFED815@lp.airnews.net>,2   Chris Scheers <chris@applied-synergy.com> wrote: > "Alan E. Feldman" wrote: > >i% > > -- (Font-fixer for deja readers!)t > >C1 > > First of all, thanks to all respondents(sp?).3 > > / > > In article <9m$Y0lDYuRX$@eisner.decus.org>,o3 > >   koehler@eisner.decus.org (Bob Koehler) wrote:s? > > > In article <901bj8$id8$1@nnrp1.deja.com>, Alan E. Feldmanh <alan48@my-  > > deja.com> writes:wE > > > > Why does it take so much virtual memory to run this tiny job?n > > > >f > > > > $ type show-work.com > > > > $    SHOW WORK	 > > > > $o$ > > > > $    SHOW PROCESS/ACCOUNTING	 > > > > $a > > > > $    EXITc > > > >i; > > > > Here is the part of the log file after SYLOGIN.COM:. > > > >v > > >_ > > > [...]t > > >y: > > > >  Direct I/O count:          26  Peak virtual size: 3077 > > >o> > > > Probably depends very much on what is in SYLOGIN.COM and
 LOGIN.COM. > >-G > > I included these two files at the end of this post. As you can see, ) > > they're pretty much just vanilla VMS.c > >o? > > > Any one image activation could easily map the 3077 pages.  > > C > > Just what is this mapping (read on)? I thought image activationn readstC > > pages into physical memory, in which case they'd be part of theo workingiF > > set. No? How else can the image run if it's not read into physical > > memory?v >0D > Actualy, image activation just maps images into memory, it doesn't load > them.  >NC > Mapping an image into memory consists (simplisticly) of reserving2D > virtual memory for the image and pointing the information for that# > virtual memory back to the image.e >hG > When the image activator jumps to the starting address for the image,e a E > fault occurs (because the virtual memory does not yet exist in real?F > memory).  The fault handler then causes the page to be read from theH > image into memory.  At this point, the page exists both in the workingC > set (real memory) and in virtual memory.  The instruction is then-/ > retried and the application starts executing.-  G So by "retried" you must mean that the instruction was 'attempted', butoF couldn't run because it wasn't in phys. mem., so it was 'faulted in'to0 memory and then "retried". I guess that's right.   >nC > This continues during the execution of the image.  The only pages0H > actually brought into the working set are the pages that are "touched" > by the program.s  G Now I see. I feel a bit silly, but it's always easier with "hindsight"..G These initial mappings to images are just like mappings to stuff in thesG pagefile; it's just a case of before vs. after. In both cases, there is D a map to stuff on disk. I guess I got "obsessed" with the wonders ofE using page/swap files as "overflow tanks" and thought that *that* was A what virtual memory was all about. Now I see it thanks to all thep responses. Thank you all.p   >wD > Basically, virtual pages are those pages that are reserved for theH > process and might be used.  Working set pages are those pages that are > currently in real memory.  >s  B Or were used and might be used again! Cool. So does this mean thatE pages on the free list that previously belonged to a process are alsot@ part of that process's virtual memory space? I guess so! (Please correct me if I'm wrong.)I   >[...]H > > Another repsonse said "I would think that the pages in the VA not inE > > the WS would be address space that has been created but not used.  IfG > > LIB$GETVM is called such that it just allocates a bunch of VA space  butfD > > this space doesn't get touched by the process it will never haveG > > physical memory allocated to it and thus not show up in the working 	 > > set."u > > # > > Why is VA created but not used?a >sG > LIB$GETVM is called to get a "chunk" of memory.  When LIB$GETVM needseG > memory, it allocates more than it needs.  If this extra memory is notnD > used, i.e., not "touched", it will not be faulted into the working set.* > It will only exist as a virtual address. > & > LIB$GETVM does this for two reasons: > C > 1)  To reduce the overhead of subsequent calls to LIB$GETVM.  The  extraMG > memory is already available to LIB$GETVM, so the overhead of a system-H > call to get more memory is avoided.  This memory is sometimes called a > heap or pool.e   okay.    >c@ > 2)  To aid in memory reuse.  Assume that you have two calls to	 LIB$GETVM G > that each return 1 page of memory.  Then you LIB$FREEVM these blocks.sD > Finally, you make another call to LIB$GETVM to allocate 2 pages of	 > memory.! >.D > If LIB$GETVM only allocated as much memory as it needed, the third callF > would need to allocate more memory to get a 2 page chunk.  But since thezB > first call allocated multile pages, the second call to LIB$GETVMD > returned the page right after the first.  When both of these pages wereG > LIB$FREEVMed, they became available to the third LIB$GETVM, so it wasw( > not necessary to allocate more memory. >sD > Please be aware that this example omits a lot of details.  It is a > (much) simplified example. >F  A Okay, somehow this all makes things run better. I'm all for that.c  - > I hope that this helps.  (And makes sense!)e >tG > PS:  If you want more information about what is going on here, pleasepC > obtain a copy of the OpenVMS I&DS (Internals and Data Structures)t book.m  G Yeah, I thought this question might be bordering on needing to read theaG Internals book. However, the term "Peak page file" shows up in numerous-G displays in VMS and I think using the term "page file", at least in hisaD context, is misleading. "Peak virtual size" is the best of the namesG that VMS uses for this, IMHO. And there should be only one name for thesF same quantity. Also, I don't see why the Perf. Manual doesn't at leastF have a short paragraph about this. Well, they do have Fig. 3-1 which I+ guess I should have paid more attention to.a   Anyway, thanks again.a   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. It isB broken. Instead, use one of the addresses below, removing the long wrong part first. Thanks.e   Disclaimer: JMHO Alan E. Feldman  &-)/ w: afeldman@gfigroup.BorisYeltsinCooksCajun.com.5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.comk    & Sent via Deja.com http://www.deja.com/ Before you buy.m   ------------------------------  % Date: Thu, 30 Nov 2000 11:08:02 -0600e/ From: Chris Scheers <chris@applied-synergy.com>a6 Subject: Re: Why so much virtual memory for tiny jobs?O Message-ID: <2A174DD2A44B3B2D.0E76C896AAAA890B.22DF619CA9C46C6D@lp.airnews.net>e   "Alan E. Feldman" wrote: >  > >dF > > Basically, virtual pages are those pages that are reserved for theJ > > process and might be used.  Working set pages are those pages that are > > currently in real memory.o > >  > D > Or were used and might be used again! Cool. So does this mean thatG > pages on the free list that previously belonged to a process are alsooB > part of that process's virtual memory space? I guess so! (Please > correct me if I'm wrong.)R  C Sort of.  The term "virtual memory space" as used above isn't quitehD correct.  When a page is removed from the working set and put on the0 free list, it is no longer owned by the process.  D However, there is enough information left that if it is necessary toG fault the page back in, and the page is still on the free list, VMS canaE utilize the page on the free list instead of having to go back out ton< disk.  This is a soft fault.  A hard fault goes to the disk.    I > > PS:  If you want more information about what is going on here, please E > > obtain a copy of the OpenVMS I&DS (Internals and Data Structures)  > book.c > I > Yeah, I thought this question might be bordering on needing to read thehI > Internals book. However, the term "Peak page file" shows up in numerousfI > displays in VMS and I think using the term "page file", at least in hisiF > context, is misleading. "Peak virtual size" is the best of the namesI > that VMS uses for this, IMHO. And there should be only one name for thesH > same quantity. Also, I don't see why the Perf. Manual doesn't at leastH > have a short paragraph about this. Well, they do have Fig. 3-1 which I- > guess I should have paid more attention to.   A Keep in mind that "peak page file" and "peak virtual size" can be 
 different.  G Non-writable pages that come from images are part of the "virtual size"a* but do not take up space in the page file.  G ------------------------------------------------------------------------$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com 0   Fax: 817-237-3074    ------------------------------   End of INFO-VAX 2000.669 ************************