1 INFO-VAX	Sat, 25 Oct 2003	Volume 2003 : Issue 592       Contents: Re: Digital Memorabilia  Re: Do we need a DCL debugger? Re: EV79 CANCELED !!!!!!!!!  Ignore: Test Only " Re: OpenVMS Freeware V6.0 Contents" Re: OpenVMS Freeware V6.0 Contents& Re: OpenVMS Licensing on VAX emulators* SHOW QUOTA - strange result with VMS 7.3-1/ Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb  Re: Time server protocole? Re: Time server protocole? Re: VAX emulators  Re: VMS Text Files --> Unix   F ----------------------------------------------------------------------  % Date: Sat, 25 Oct 2003 11:38:52 +0200 " From: Didier Morandi <no@spam.com>  Subject: Re: Digital Memorabilia2 Message-ID: <3f9a44ac$0$226$626a54ce@news.free.fr>  * Please consider to offer it to OpenVMS.org   D.   John Smith wrote:   L > I was cleaning out a drawer today and found a CD that has about 1200 SPD'sM > from 1995 on it (total of about 45Mb of *text*) and a large number of other K > goodies like Powerpoint slideshows for various products, some interactive M > demos (DECwrite, DEC Athena. Tuxedo, and more), and tabular info similar to N > the following (which will be totally unrecognizable if you aren't using someK > sort of Microsoft news client). Is there any interest in all this ancient ! > history from a defunct company?    ------------------------------  % Date: Sat, 25 Oct 2003 08:29:44 +0200 " From: Didier Morandi <no@spam.com>' Subject: Re: Do we need a DCL debugger? 2 Message-ID: <3f9a1859$0$230$626a54ce@news.free.fr>   Tom Linden wrote:   F > In that case, what you really want are ON-conditions which allow you5 > recover through error handlers  like REXX  see e.g. A > http://publibfi.boulder.ibm.com/epubs/pdf/hcse2a30.pdf page 163 F > regina has been ported to VMS I read somewhere, but I don't know anyE > more about it.  Noter that REXX provides scoped handlers, depending % > upon whether you use CALL or SIGNAL   H I'm confused. We are talking DCL. And we do have the ON handler, that I G use intensively. I'll post my stuff in the dcl.openvms.org STC one day.    D.   ------------------------------  % Date: Sat, 25 Oct 2003 04:06:44 -0400 * From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: EV79 CANCELED !!!!!!!!!2 Message-ID: <7MudnUphpeSSsgeiRVn-ug@metrocast.net>  B "Robert Deininger" <rdeininger@mindspringdot.com> wrote in messageF news:rdeininger-2410032022330001@user-105n8f9.dialup.mindspring.com...4 > In article <3F98AA90.E184BCC8@istop.com>, JF Mezei$ > <jfmezei.spamnot@istop.com> wrote: >  > D > >Lets not forget the rumours that EV7 was ready well before it was actuallyL > >released, with much speculation that HP didn't want to release EV7 before IA64L > >so that IA64 could have its 15 seconds of fame before it was outperformed by	 > >Alpha.  > K > You ought to forget those rumors (didn't you start them?), since they are  > pure, undiluted bullshit.   A Unfortunately, Robert, that's just the kind of reaction that some L undoubtedly well-meaning Compaq engineers (including you, IRRC) replied withH when defending the Alphacide.  And it turned out that these well-meaning6 engineers didn't have a clue what was really going on.  I So you just don't have the credibility that you might otherwise have had. K Largely because your employers are scum who will tell *you*, as well as the K rest of the world, whatever lies may suit their purposes - in the hope that < you may find a more willing audience for them than they can.   - bill   ------------------------------  # Date: Sat, 25 Oct 2003 11:51:12 GMT ( From: Tapani Rundgren <NoSpam@telia.com> Subject: Ignore: Test Only3 Message-ID: <Qstmb.31011$mU6.83481@newsb.telia.net>    Test of news account settings    ------------------------------   Date: 25 Oct 2003 04:33:44 GMT From: healyzh@aracnet.com + Subject: Re: OpenVMS Freeware V6.0 Contents + Message-ID: <bncuf80cok@enews2.newsguy.com>   4 Alan Frisbie <Usenet01REMOVE@flying-disk.com> wrote:I > Thank you very much for all your work on this.   I see several packages B > that will be very useful, and I eagerly await its arrival.   The6 > V7.3-2 kit will be an added bonus.   :-)   :-)   :-)  J I'd like to second this!  I can't wait to get my hands on several of theseL packages.  This looks to be the best collection yet!  I'd also like to thank+ everyone that built and submitted packages!    		Zane   ------------------------------  % Date: Sat, 25 Oct 2003 10:53:26 +0200 " From: Didier Morandi <no@spam.com>+ Subject: Re: OpenVMS Freeware V6.0 Contents 2 Message-ID: <3f9a3a07$0$242$626a54ce@news.free.fr>   Alan Frisbie wrote:   I > Thank you very much for all your work on this.   I see several packages B > that will be very useful, and I eagerly await its arrival.   The6 > V7.3-2 kit will be an added bonus.   :-)   :-)   :-) > A > It is obviously a labor of love (love/hate?) for you, so I want C > you to know how much we, the users, appreciate it.   Every single B > Freeware CD has had something (usually multiple somethings) that > has made my life easier.   I'd like to third this.   N Hoff, you deserve a real reckognition from the worldwide VMS Community in its O whole, and I would be pleased to see occurring one day for you the same "award  Q event" that the one Sue got. I'm not sure all this is good English, but when I'm  T not talking technique, a bit more complex it is, you see (as master Yoda would say).  P I would even like to add, if HP makes one day more money with VMS than with all - other sales, you should be awarded by HP too.    D.   ------------------------------  % Date: Sat, 25 Oct 2003 09:27:55 +0200 2 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>/ Subject: Re: OpenVMS Licensing on VAX emulators * Message-ID: <bnd8ur$t2h$1@reader08.wxs.nl>  ; I think there are a number of aspects regarding this issue:   E 1. Licensing, i.e. the simple right to run and use the software on a  ! platform other than the original.   B 2. Honouring any software service contracts on that platform, for K OpenVMS and layered software from HP. Answering questions, fixing bugs etc.   E 3. Honouring any software service contracts from third parties, e.g.  B Oracle or any of the applications originally designed for VAX VMS.  C Of course 2 and 3 only apply to commercial usage. For hobbyist and  ( educational purposes only 1 applies IMO.   Hoff Hoffman wrote: a > In article <CIEJLCMNHNNDLLOOGNJIKEDHIFAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: = > :HP's web site contains part numbers for transfering OS and > > :layered product license to CHARON-VAX.  There has been some= > :discussion in the past about other emulators like simh and > > :eVAX.  I don't think these are in a commercial form, but if? > :they were, and you wanted to use one would the same transfer # > :license as for CHARON-VAX apply?  > M >   This is centrally a question for the HP corporate software license folks, L >   and probably not one that can ne answered within the newsgroups.  AFAIK,L >   you can purchase an OpenVMS license for an unsupported platform, so thisL >   doesn't look to be much of a stretch from there, but this is not my callM >   and not my decision to make.  Again, this is centrally a question for the K >   corporate license folks.  (The folks that you will want/need to discuss & >   this with do not read newsgroups.) >  >   Licensing information: > 5 >     http://licensing.hp.com/swl/view.slm?page=index  > 2 >   There's an email address at the above webpage. > P >  ---------------------------- #include <rtfaq.h> -----------------------------M >     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq P >  --------------------------- pure personal opinion ---------------------------G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com  >    --  
 Wilm Boerhout    w.boerhoutOLD@PAINTplanet.nl(    (remove OLD PAINT from reply address)   ------------------------------  % Date: Sat, 25 Oct 2003 15:57:50 +0200 $ From: Michael Unger <unger@decus.de>3 Subject: SHOW QUOTA - strange result with VMS 7.3-1 : Message-ID: <bndvkp$10co06$1@ID-152801.news.uni-berlin.de>  ? I just discovered a strange result of the "SHOW QUOTA" command:   # | DECUS::UNGER> show system /noproc L | OpenVMS V7.3-1  on node DECUS  25-OCT-2003 15:39:03.41  Uptime  3 02:10:37 | 4 | DECUS::UNGER> write sys$output f$getsyi("hw_name") | AlphaServer 2100 5/250 |  | DECUS::UNGER> show quota4 |   User [UNGER] has 16 blocks used, 4984 available, |                    ^^ F |   of 5000 authorized and permitted overdraft of 100 blocks on USRDSK | 0 | DECUS::UNGER> directory /size=all /grand [...]9 | Grand total of 2 directories, 32 files, 545/648 blocks. 1 |                                         ^^^^^^^  | 0 | DECUS::UNGER> directory /size=all [-]unger.dir | Directory USER01:[000000] " | UNGER.DIR;1                5/648" |                            ^^^^^  A The system has just been upgraded from 7.3 to 7.3-1; prior to the / upgrade the quota had been displayed correctly.    Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. = And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)    ------------------------------  % Date: Sat, 25 Oct 2003 10:18:56 +0200  From: Dirk Munk <munk@home.nl>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb2 Message-ID: <bndboi$mih$1@news1.tilbu1.nb.home.nl>   > L > "The Alpha never made it to the desktop," said Shannon. "No desktop equals- > no volume. And no volume equals no income."  >  Oops....... Q This must be a slip of the tongue of our dear Terry. The Itanium is not targeted  P for the desktop either, so if we take him by his word he is saying that the end P of Itanium already can be predicted. That only leaves the Athlon-64 family as a ) viable 64 bit processor family. Wow......   O By the way, the DS15 is suppose to be a bestseller, and it is a desktop Alpha!  H Does this mean Terry is going to say the Alpha has to be resurrected ???   Puzzling...... :-)   ------------------------------  % Date: Sat, 25 Oct 2003 15:22:26 +0200 $ From: Michael Unger <unger@decus.de>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb: Message-ID: <bndu5u$108maa$1@ID-152801.news.uni-berlin.de>  , On 2003-10-25 13:09, "Didier Morandi" wrote:   > Dirk Munk wrote: > K >> This must be a slip of the tongue of our dear Terry. The Itanium is not  " >> targeted for the desktop either > I > Who said that? My antennas told me the opposite, and I can tell you we                       ^^^^^^^^  E Can you specify the frequency range of your "antennas"? It isn't pure  noise you are listening to?   3 > will see OpenVMS laptops one day not so far away.  >  > [...]   ; With a power dissipation of 100 to 150 W for the CPU alone?    Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. = And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)    ------------------------------  % Date: Sat, 25 Oct 2003 13:09:21 +0200 " From: Didier Morandi <no@spam.com>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb2 Message-ID: <3f9a59e3$0$225$626a54ce@news.free.fr>   Dirk Munk wrote:   >  >>G >> "The Alpha never made it to the desktop," said Shannon. "No desktop  	 >> equals . >> no volume. And no volume equals no income." >>
 > Oops....... J > This must be a slip of the tongue of our dear Terry. The Itanium is not ! > targeted for the desktop either   G Who said that? My antennas told me the opposite, and I can tell you we  1 will see OpenVMS laptops one day not so far away.    "The revenge of VMS"  E Next step is to introduce DEcnet on the Internet, and DEcnet over IP   should help...   D.   ------------------------------  % Date: Sat, 25 Oct 2003 13:10:04 +0200 " From: Didier Morandi <no@spam.com>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb2 Message-ID: <3f9a5a0d$0$225$626a54ce@news.free.fr>   John Smith wrote:     @ > Shannon, who sold 100,000 copies of a best-selling book on VMS   ???  which book?    D.   ------------------------------  % Date: Sat, 25 Oct 2003 10:04:09 +0200  From: Dirk Munk <munk@home.nl># Subject: Re: Time server protocole? & Message-ID: <3F9A2E79.2090807@home.nl>   Hoff Hoffman wrote: Y > In article <1031024182601.403B-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes: ( > :On Fri, 24 Oct 2003, Dirk Munk wrote: > :  > :> H Vlems wrote:  > .. >  > - >   I am not sure who wrote what here, but...  >  > R > :> Appendix B of the DECnet-Plus DECdts Management Guide has a listing of these S > :> receivers. It also claims that there should be a DTSS$provider_acts.c example  3 > :> program in sys$common:[syshelp.examples.dtss].  > : ( > :??? sys$common:[syshlp.examples.dtss] > :  > :(No "e" in syshlp...) > :  > :It's on my system.  V7.3-1. >  > B >   Please take the time to acquire and to read the OpenVMS FAQ.   > J >   This particular DTSS$NTP_PROVIDER.C module is very specifically called> >   out in the FAQ, as its availability is version-specific.    O Thanks Hoff, but we were looking at DTSS$PROVIDER.C , not DTSS$NTP_PROVIDER.C . N DTSS$PROVIDER.C is/was a program that could use the input of a radio clock to O set the time. The clock would be connected to a serial port. However I know it  ; was not year 2000 proof (it used 1900 in its calculations).   N It would be nice to have such a program again, with some fitting radio clocks.   > K >   Details on general OpenVMS time-keeping, time servers, daylight savings L >   time (DST), the tool to switch between standard time and daylight time, I >   version-specific TDF issues, etc., are all discussed and/or otherwise D >   referenced within the OpenVMS FAQ.  URL references are included. > ' >     http://www.hp.com/go/openvms/faq/  >    > P >  ---------------------------- #include <rtfaq.h> -----------------------------M >     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq P >  --------------------------- pure personal opinion ---------------------------G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com  >    ------------------------------  % Date: Sat, 25 Oct 2003 10:38:18 +0200 " From: Didier Morandi <no@spam.com># Subject: Re: Time server protocole? 2 Message-ID: <3f9a367b$0$229$626a54ce@news.free.fr>   Carl Perkins wrote:   H > I would guess that the variation in timing in talking to the server isF > larger than is optimal (perhaps an overloaded branch of the internetC > between you and it). This could cause many more adjustments to be $ > attempted than are really needed.  > H > You might have better luck just by picking a different server. You canH > probably specify multiple servers in your configuration file, in whichH > case it will measure delays and the degree of randomness in the delaysH > for each server and pick the best server to use (the system I use as aD > local server switches between the systems it uses as servers a few > times per day, usually). > J > I'm using Multinet's XNTP rather than the one from TCPIP Services. SinceI > the 4th of June (the start of the current log) it has logged a total of G > 145 messages on this node, 174 on another (both client only), and 693 G > on the node is use as a local server for a few systems which gets its H > time from servers that are just a couple of network hops away. This isF > clearly much less than you are getting. A message per second is just
 > rediculous.  > J > There may be parameters you can set in the configuration file to improve > the situation. > < > It is also possible that your system's clock drifts a lot. > J > A possibility... Does the message rate slow down when you log off? ThereK > used to be a problem (fixed by an ECO, the Graphics V5 ECO on VMS V7.2-1) I > that caused the ELSA Gloria Synergy cards to induce clock drift when it J > was in use. Are you using that card? Before I applied the ECO to fix it,G > I would get a lot of messages - I think it was a dozen or so messages H > per hour when I was logged in but not doing much, and a few per minute3 > when doing things that updated the display a lot.   J Well, seems that it's going fine now. After the first synch, I get hourly  updates without errors:   3 DTL02> ty SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP_RUN.LOG & 24 Oct 14:39:55  ntpd version = 3-5.91N 24 Oct 14:39:55  tickadj = 97, tick = 976, tvu_maxslew = 99231, est. hz = 1024% 24 Oct 14:39:55  precision = 976 usec P 24 Oct 14:39:55  drift file 'SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP.DRIFT' does not e xist: no such file or directory 2 24 Oct 14:39:55  will attempt to create drift fileM 24 Oct 14:39:55  read drift of 0 from SYS$SPECIFIC:[TCPIP$NTP]TCPIP$NTP.DRIFT : 24 Oct 14:44:48  synchronized to 145.238.110.68, stratum=20 24 Oct 14:44:49  time reset (slew) 90.183853 sec% 24 Oct 14:44:49  synchronization lost K 24 Oct 14:44:51  Previous time adjustment incomplete; residual 0.008198 sec K 24 Oct 14:44:52  Previous time adjustment incomplete; residual 0.003611 sec K 24 Oct 14:44:53  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:44:54  Previous time adjustment incomplete; residual 0.003318 sec K 24 Oct 14:44:55  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:44:56  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:44:57  Previous time adjustment incomplete; residual 0.003318 sec K 24 Oct 14:44:58  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:44:58  Previous time adjustment incomplete; residual 0.094476 sec K 24 Oct 14:44:59  Previous time adjustment incomplete; residual 0.003220 sec K 24 Oct 14:45:00  Previous time adjustment incomplete; residual 0.003416 sec K 24 Oct 14:45:01  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:45:02  Previous time adjustment incomplete; residual 0.003416 sec K 24 Oct 14:45:03  Previous time adjustment incomplete; residual 0.003416 sec K 24 Oct 14:45:04  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:45:05  Previous time adjustment incomplete; residual 0.003416 sec K 24 Oct 14:45:06  Previous time adjustment incomplete; residual 0.003513 sec K 24 Oct 14:45:08  Previous time adjustment incomplete; residual 0.003416 sec K 24 Oct 14:45:09  Previous time adjustment incomplete; residual 0.003416 sec K 24 Oct 14:45:10  Previous time adjustment incomplete; residual 0.003513 sec : 24 Oct 14:50:09  synchronized to 145.238.110.68, stratum=2D 24 Oct 15:40:00  offset: 0.002573 sec  freq: 1.969 ppm  poll: 64 secD 24 Oct 16:40:03  offset: 0.008978 sec  freq: 3.739 ppm  poll: 64 secD 24 Oct 17:40:06  offset: 0.008433 sec  freq: 5.600 ppm  poll: 64 secD 24 Oct 18:40:08  offset: 0.005534 sec  freq: 7.045 ppm  poll: 64 secD 24 Oct 19:40:10  offset: 0.003100 sec  freq: 8.104 ppm  poll: 64 secD 24 Oct 20:40:14  offset: 0.003135 sec  freq: 8.906 ppm  poll: 64 secD 24 Oct 21:40:19  offset: 0.001070 sec  freq: 9.511 ppm  poll: 64 secD 24 Oct 22:40:22  offset: 0.002068 sec  freq: 9.965 ppm  poll: 64 secF 24 Oct 23:40:25  offset: -0.000362 sec  freq: 10.232 ppm  poll: 64 secF 25 Oct 00:40:30  offset: 0.001977 sec  freq: 10.386 ppm  poll: 128 sec/ 25 Oct 01:30:14  time reset (slew) 0.363422 sec % 25 Oct 01:30:14  synchronization lost : 25 Oct 01:36:39  synchronized to 145.238.110.68, stratum=2E 25 Oct 01:40:32  offset: -0.360867 sec  freq: 0.325 ppm  poll: 64 sec / 25 Oct 02:25:17  time reset (slew) 0.312518 sec % 25 Oct 02:25:17  synchronization lost : 25 Oct 02:30:39  synchronized to 145.238.110.68, stratum=2F 25 Oct 02:40:39  offset: -0.062027 sec  freq: -6.059 ppm  poll: 64 sec0 25 Oct 03:18:30  time reset (slew) -0.298988 sec% 25 Oct 03:18:30  synchronization lost : 25 Oct 03:23:51  synchronized to 145.238.110.68, stratum=2E 25 Oct 03:40:43  offset: 0.010863 sec  freq: -3.885 ppm  poll: 64 sec E 25 Oct 04:40:46  offset: 0.013725 sec  freq: -1.093 ppm  poll: 64 sec D 25 Oct 05:40:49  offset: 0.010608 sec  freq: 1.350 ppm  poll: 64 secD 25 Oct 06:40:52  offset: 0.008608 sec  freq: 3.259 ppm  poll: 64 secD 25 Oct 07:40:55  offset: 0.005077 sec  freq: 4.763 ppm  poll: 64 secD 25 Oct 08:40:58  offset: 0.004040 sec  freq: 5.866 ppm  poll: 64 secD 25 Oct 09:41:02  offset: 0.002797 sec  freq: 6.781 ppm  poll: 64 sec  ! Interesting new technical area...  D.   ------------------------------  % Date: Sat, 25 Oct 2003 12:04:40 +0200 " From: Didier Morandi <no@spam.com> Subject: Re: VAX emulators2 Message-ID: <3f9a4ab9$0$227$626a54ce@news.free.fr>   Tom Linden wrote:   < > HP's web site contains part numbers for transfering OS and= > layered product license to CHARON-VAX.  There has been some < > discussion in the past about other emulators like simh and= > eVAX.  I don't think these are in a commercial form, but if > > they were, and you wanted to use one would the same transfer" > license as for CHARON-VAX apply? > 1 > The HP web site doesn't make any mention of it. @ > http://h71000.www7.hp.com/openvms/sri-charon-vax-emulator.html   All,  4 I am not a CHARON-VAX reseller, so I can write this:  H To me, and to the majority of the VMS Community, there is a fondamental F difference between CHARON-VAX, simh, eVAX, Acceler8 and others if you D consider to use them in production (I'm not talking about hobbyism).  G CHARON-VAX is a product from Software Resources International, Geneva,  G aka SRI (www.softresint.com). SRI until 1998, was Digital. SRI was the  H Digital European Migration Engineering Group in Geneva. They produced a I lot of software for the OpenVMS Engineering Group, among them the famous  D DECmigrate utility (aka VEST), allowing to translate binary VAX/VMS ? images to run on Alpha. To me, SRI still has today the OpenVMS  H Engineering spirit, knowledge and enthousiasm. All this made CHARON-VAX > a real production solution for business critical applications.  G Reading the following text should probably be enough to demonstrate to  I some users (that I know) that CHARON-VAX *is* a professional product for  A professionals. A real emulator is *not* a quick n'dirty solution.   5 (from http://www.softresint.com/charon-vax/index.htm)   H "The CHARON-VAX family of products are VAX replacement systems, running H as a software application on industry standard systems. They present to G the VAX software the exact copy of a VAX hardware system, and will run  I unmodified VAX operating systems, layered software and applications. The  @ compatibility is so exact that we run the original VAX hardware F diagnostics during the design, and the CHARON products were certified C using the original AXE hardware verification test suite of Digital  / Equipment Corporation's VAX engineering group."   H If one still wants to compare CHARON-VAX with other products, he or she A sould know that today there is for example a CHARON-VAX platform  D supporting 800 users and running fine, in replacement of a VAX 7620 3 (http://www.softresint.com/news/800SimultUsers.htm)    For your wide information.G This is not an answer to the licensing issue, these are a few words on  
 the truth.   D.   ------------------------------   Date: 25 Oct 2003 12:02:16 GMT2 From: Thierry Dussuet <thierry@squeeeez.no-ip.com>$ Subject: Re: VMS Text Files --> Unix/ Message-ID: <slrnbpkpi9.au.thierry@mars.family>   F In article <8c7decf3.0310231030.d57989d@posting.google.com>, JJ wrote:	 > Hi All,  > G > I have about 25 gig worth of data that I need to put on a tape from a C > vms system that is readable and useable on an unix system. I have F > tried vmstar and it doesn't write to the tape. The version of VMSTARH > is 3-4.1. VMSTAR will let me however make a huge tar ball on the disk.E > Once I have all the files in a large tarball on the disk, how can I H > transfer it to a dlt device, so that it can be read on an unix system?  F On UNIX there is an utility called vmsbackup which is said to read VMS/ BACKUP tapes. You should be able to get it from ! ftp://ftp.cs.uni-sb.de/pub/utils/  or/ ftp://ftp.uni-passau.de/pub/unix/system/backup/    HTH,   Thierry    ------------------------------   End of INFO-VAX 2003.592 ************************