1 INFO-VAX	Mon, 03 Apr 2000	Volume 2000 : Issue 187       Contents: Accounting Utility* Re: Automatic installation tool in OpenVMS> can I restore a VAXstation II backup set on a VAXstation 3500?B Re: can I restore a VAXstation II backup set on a VAXstation 3500?E Re: Configuring NIC from 10Base2 to 10BaseT in an AlphaServer OpenVMS 1 Re: create your own personal SYS$COMMON directory  Re: Fatal drive error , Re: First come first served: VAX 11/750 (UK) Re: FTP for OpenVMS 6 Re: Fw: A proposed change to the Info-VAX mailing list, Re: How to "publish" to the OSU HTTP server?& Re: Identifying unfound target of GOTO& Re: Identifying unfound target of GOTO& Re: Identifying unfound target of GOTO& Re: Identifying unfound target of GOTO& RE: Identifying unfound target of GOTO& Re: Identifying unfound target of GOTO Re: In need for a console & Re: Legacy NT (was: Sign of the times)& Re: Legacy NT (was: Sign of the times)3 localtime() function C RTL don't agree w/ show time 7 Re: localtime() function C RTL don't agree w/ show time 6 MAC window won't scroll back after TCPIP 5.0.A upgrade Re: Manuals for DEC 3000-400s  Re: Manuals for DEC 3000-400s " method for "reply to all" in MAIL?& Re: method for "reply to all" in MAIL?& Re: method for "reply to all" in MAIL?& Re: method for "reply to all" in MAIL? Need a copy of CD June 1997  Re: new uses for old VAXen= Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council) = Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council) = Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council) = Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council) = Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council) = Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council) 7 Re: OVMS : Should I retrain back to the latest version?  Pipe Command$ Precompiled Perl DBI and DBD module?( Re: Precompiled Perl DBI and DBD module?* Q : Automatic installation tool in OpenVMS. Re: Q : Automatic installation tool in OpenVMS" RMS bug? - Wrong fixed record size& Re: RMS bug? - Wrong fixed record size& Re: RMS bug? - Wrong fixed record size& Re: RMS bug? - Wrong fixed record size& Re: RMS bug? - Wrong fixed record size& Re: RMS bug? - Wrong fixed record size Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: So who will buy VMS ?  Re: split large files  Re: Time services * Re: Time To Add Timezones & DST To the FAQ* Re: Time To Add Timezones & DST To the FAQ% VAX-Macro problems on Alpha VMS 7.2-1 ) Re: VAX-Macro problems on Alpha VMS 7.2-1  Re: Web based mail Re: Web based mail, RE: Weird power problem on an Alpha 3000-600, RE: Weird power problem on an Alpha 3000-600 your imaging supplies + [Solved] Identifying unfound target of GOTO   F ----------------------------------------------------------------------  # Date: Mon, 03 Apr 2000 07:03:25 GMT + From: adams.dick.rc@bhp.com.au (Dick Adams)  Subject: Accounting Utility % Message-ID: <1103_954745405@shl-6089>    Hi everyone,^     I want to create some reports from the accounting file but the accounting utility doesn't V seem to be able to do everything that I (might) want to do. I thought I would write a Z program to read the accounting file but I am very inexperienced in writing anything other O than DCL on a VMS machine. Does anyone have some code (in c) that would get me   started?   TIA      Dick   ------------------------------  $ Date: Mon, 3 Apr 2000 10:22:45 +0200> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>3 Subject: Re: Automatic installation tool in OpenVMS + Message-ID: <8c9kb8$9c5$1@minus.oleane.net>    Two ways : VMSINSTAL and PCSI.- Documentation is included in the VMS doc set.    Jean-Franois Marchal  X9000 - LYON  8 "John Il-Joong Kim" <jkim@computer.org> wrote in message& news:38E852C5.A62615E6@computer.org...C > I have recently packaged software for OpenVMS platform and I need % > to distribute to the customer soon.  > H > I'm looking for the tool that work like InstallShield (Windows) or RPM (Linux) H > in OpenVMS. Since I'm new to OpenVMS, I cannot find the similar tools. > E > I can use DCL script to automate the file copies but I need to time  > to learn this script.  > F > Does anybody know the tool that I'm looking for in OpenVMS platform? > Help needed! > 	 > Cheers,    ------------------------------  # Date: Mon, 03 Apr 2000 16:03:32 GMT * From: j-sivier@uiuc.edu (Jonathan Sivier )G Subject: can I restore a VAXstation II backup set on a VAXstation 3500? 6 Message-ID: <oh3G4.5617$nb2.120234@vixen.cso.uiuc.edu>  J    I have a VAXstation II/GPX which I think may have finally died.  It mayG be repairable, but if it isn't I have a VAXstation 3500 that we haven't H been using for several years which I can replace it with.  These systemsD will be replaced with newer systems within the next year, but in theH meantime I need to keep it running.  The II/GPX has 2 150 MB disk drivesF (RD54) and the 3500 I think has just one 250 MB disk.  There shouldn'tH be a problem with all of our stuff fitting on the one disk.  The 2 disksG on the II/GPX weren't full.  I've forgotten my password on the 3500 and G we don't really have anything important on it.  Can I just boot it with F the standalone backup tape from the II/GPX and then restore the systemF backup from the II/GPX onto the 3500?  Then can I restore my user dataC backup onto the 3500?  The potential problems I can forsee are that C the II/GPX uses a TK50 tape and the 3500 has a TK70, the II/GPX has K 2 disk drives (DUA0: and DUA1:) and the 3500 has just one (DUA0: I assume), D also there could be some difference in the processors that would notG allow the code from the II/GPX to work directly on the 3500.  Any ideas G on whether these will give me problems and how I might go about getting G around them?  This seems like the easiest method to replace the II/GPX. G Rather than having to reinstall a bunch of software and reconfigure the D system, it would be nice to just put everything from the II/GPX ontoF the 3500 and then I can just swap the machines and have everything runH as before.  I realize I'll have to change some paths since there is onlyH a single disk on the 3500, but since all of the executable programs I've@ been using were on DUA0: on the II/GPX this shouldn't be a major problem.      Thanks for any assistance.    Jonathan  8 --------------------------------------------------------8 |  Jonathan Sivier      |  Flight Simulation Lab       |8 |  j-sivier@uiuc.edu    |  Beckman Institute           |8 |  Work: 217/244-1923   |  405 N. Mathews              |8 |  Home: 217/359-8225   |  Urbana, IL  61801           |8 --------------------------------------------------------8 |  Home page URL: http://www.uiuc.edu/ph/www/j-sivier  |8 --------------------------------------------------------   ------------------------------  " Date: Mon, 3 Apr 2000 16:42:45 GMT- From: "Richard D. Piccard" <piccard@ohio.edu> K Subject: Re: can I restore a VAXstation II backup set on a VAXstation 3500? ( Message-ID: <38E8CA01.D7EA3133@ohio.edu>  K Use the methods in the FAQ to break into the 3500 and see what it has.  You 6 may be able to do a selective restore of your backups.                   RDP    Jonathan Sivier wrote:  L >    I have a VAXstation II/GPX which I think may have finally died.  It mayI > be repairable, but if it isn't I have a VAXstation 3500 that we haven't J > been using for several years which I can replace it with.  These systemsF > will be replaced with newer systems within the next year, but in theJ > meantime I need to keep it running.  The II/GPX has 2 150 MB disk drivesH > (RD54) and the 3500 I think has just one 250 MB disk.  There shouldn'tJ > be a problem with all of our stuff fitting on the one disk.  The 2 disksI > on the II/GPX weren't full.  I've forgotten my password on the 3500 and I > we don't really have anything important on it.  Can I just boot it with H > the standalone backup tape from the II/GPX and then restore the systemH > backup from the II/GPX onto the 3500?  Then can I restore my user dataE > backup onto the 3500?  The potential problems I can forsee are that E > the II/GPX uses a TK50 tape and the 3500 has a TK70, the II/GPX has M > 2 disk drives (DUA0: and DUA1:) and the 3500 has just one (DUA0: I assume), F > also there could be some difference in the processors that would notI > allow the code from the II/GPX to work directly on the 3500.  Any ideas I > on whether these will give me problems and how I might go about getting I > around them?  This seems like the easiest method to replace the II/GPX. I > Rather than having to reinstall a bunch of software and reconfigure the F > system, it would be nice to just put everything from the II/GPX ontoH > the 3500 and then I can just swap the machines and have everything runJ > as before.  I realize I'll have to change some paths since there is onlyJ > a single disk on the 3500, but since all of the executable programs I'veB > been using were on DUA0: on the II/GPX this shouldn't be a major
 > problem. >  >    Thanks for any assistance.  > 
 > Jonathan > : > --------------------------------------------------------: > |  Jonathan Sivier      |  Flight Simulation Lab       |: > |  j-sivier@uiuc.edu    |  Beckman Institute           |: > |  Work: 217/244-1923   |  405 N. Mathews              |: > |  Home: 217/359-8225   |  Urbana, IL  61801           |: > --------------------------------------------------------: > |  Home page URL: http://www.uiuc.edu/ph/www/j-sivier  |: > --------------------------------------------------------   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Mon, 03 Apr 2000 14:10:07 GMT 9 From: stu@c49395-a.wodhvn1.mi.home.com (Stuart R. Fuller) N Subject: Re: Configuring NIC from 10Base2 to 10BaseT in an AlphaServer OpenVMS% Message-ID: <2e6ac8.vev.ln@localhost>   ( ggepitulan (gp2lan@earthlink.net) wrote:G : We hav an Alpha Server 1000 running OpenVMS 7.2 and just upgraded our . : network from 10Base2 connections to 10BaseT.G : My problem is that, I can't get the Network Interface Card to work in 
 : 10BaseT.I : Does anyone know how to configure the NIC from 10Base2 (BNC) to 10BaseT 	 : (RJ45). / : Any information I would really appreciate it.   M It would depend on what kind of Ethernet card you have.  If the card you have N has both BNC and RJ45 connectors (and likely an AUI connector, also), then youN probably have a DE435 or DE450.  If so, you'll need to remove the card, locateM the 8-way jumper that selects between "Thinwire" (10b2) and "everything else" D (10bT or 10b5).  Then, put it back in and enter the console command:           >>> set ewa0 twisted                  Stu    ------------------------------  % Date: Mon, 03 Apr 2000 16:43:14 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> : Subject: Re: create your own personal SYS$COMMON directory) Message-ID: <38E8BC12.A6CF6FAC@bbc.co.uk>    "John E. Malmberg" wrote:   O >  At least VMS can be configured to tell you what happened and give you a good % > post mortem and ability to recover.  >   B  Yup, at least everyone with privs doesn't have to be root on VMS. --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: Mon, 03 Apr 2000 17:50:55 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>  Subject: Re: Fatal drive error) Message-ID: <38E8CBEF.523A7A0F@bbc.co.uk>    Peter LANGSTOEGER wrote:   > I > NOTE also: You may need to upgrade your sandpiper (DEC 3000-400) before > >         the F/W Upgrade or you end with an unusable machine.@ >         (IIRC You need SROM V2.1. The SROM V1.0 will not work.G >         There was a note in the cover letter of some VMS version, but H >         nothing in the release notes or update/installation manual andN >         so I got into this trap - shame on me, I did have the cover letter). >   I Yup, but you or someone else did tell comp.os.vms so others (me included) H actually noticed the cover letter and got our 3000-400's upgraded before rendering the motherboard u/s.  P Nice box, 3000-400, for its time. It was the first alpha I got my sticky fingers on.    --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: Mon, 3 Apr 2000 16:41:03 +0930A From: "Geoff Roberts" <geoffrobx@stmarksx.ppx.catholicx.edux.aux> 5 Subject: Re: First come first served: VAX 11/750 (UK) 3 Message-ID: <_vXF4.61664$3b6.239820@ozemail.com.au>   = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:38DFA255.3E2EF841@vl.videotron.ca...   C > However, gutting each drawer was a lot of trouble. That thing was  built like aH > tank. Heavy, thick metal, lots of little hooks and holes in the metal, lots of G > welded stuff on to the casing. Each drawer was in fact a work of art.  PrettyB > amazing the amout of work that would go just to build the drawer itself. And C > the power supply in the drawer was also pretty impressive. It was  contained inF > a tank-width metal casing, which itself slid into another tank-width metal E > casing which itself was in the tank-width metal drawer which itself 
 was in the > tank-wdith cabinet.  > F > I haven't tried the RA82 HDAs as boat anchors yet. But I do use them as a > stand for the bike.   ? Take it apart.   It has some very nice bearings and 4 beautiful B aluminium platters with an attractive brown metallic finish.  MakeF *nice* clock faces.  The Voice coil head movement assy has some *very*H powerful magnets that can be removed fairly easily. (Possibly rare earth, magnets - they are very strong for the size)E I've just dismembered a dead RA81,  I'm going to try and make a chart  recorder or something similar  with the voice coil assy.    Cheers  
 Geoff Roberts  Computer Systems Manager Saint Mark's College Port Pirie,  South Australia 6 geoffrob at stmarks dot pp dot catholic dot edu dot au ICQ: 1970476   ------------------------------  % Date: Mon, 03 Apr 2000 13:18:32 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: FTP for OpenVMS) Message-ID: <38E87E08.F9D629F9@gtech.com>    Sam Rozenfeld wrote:K > Does anyone know of an FTP server for VMS which would work with Microsoft J > Internet Explorer (I know, I know - IE is not RFC compliant) and provideG > good Unix emulation (i.e. hide version numbers and all the other good G > stuff). We haven't been able to find one that would work well in Unix M > emulation mode. Currently we are using MadGoat FTP server but we are having N > a lot of problems with it and most of PC based clients can't even change theJ > directory in Unix emulation mode. For example an attempt when logging inM > with ws_ftp I get a directory listing which shows /disk$user/rozenfeld/ but < > when I try to change it - programs would issue command CWD/ > /disk$user/festival/ and get a response back:   B My experience with MGFTP are quite good. Have you tried looking at: the source yourself or (more realistic) contacted Hunter ?   Arne   ------------------------------  % Date: Mon, 03 Apr 2000 17:53:36 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ? Subject: Re: Fw: A proposed change to the Info-VAX mailing list ) Message-ID: <38E8CC8F.FE43DB25@bbc.co.uk>   ? I'm sorry if I misunderstand, I use the newsgroup not info-vax. = Does what is being suggested mean that posts to the newsgroup ' will not be forwarded to the mail list?     This is a bad thing if so, IMHO.      -- 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.uke  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.n   ------------------------------  # Date: Fri, 31 Mar 2000 14:49:00 GMT - From: "Richard D. Piccard" <piccard@ohio.edu> 5 Subject: Re: How to "publish" to the OSU HTTP server? ( Message-ID: <38E4BADA.757CD36D@ohio.edu>  J Perhaps the original request is to be able to a "publish" command built inI to some software such as Front Page.  In that case, the simplest responsesG is, "use FTP to transfer the files from the personal computer they wereT prepared on up to the Alpha."o  +                                         RDPg   John Macallister wrote:   K > >        I have a  request  from  one  of  my  developers  to  be able to F > >    "publish" to the OSU web server running on our VMS Alpha system > K > The way I would do this would be to create a link from a HTML page on theiJ > Alpha system to the "published" page. This approach removes the securityH > issue and keeps the actual Web page on a server with which it is fullyJ > compatible. It's also using the WWW in the way for which it was designedD > i.e. the physical location of any WWW page should not be an issue. >r > John >aD > Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukJ > Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKC > Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Fri, 31 Mar 2000 14:53:27 GMTk From: briggs@eisner.decus.orgC/ Subject: Re: Identifying unfound target of GOTO ' Message-ID: <2000Mar31.095327.1@eisner>   W In article <C22568B2.006A7628.00@jklh21.valmet.com>, norm.raphael@jamesbury.com writes:  >  >  > [This is the right list] > J > If I invoke the comand file interactively, DCL reports the errant label.M > If I submit it to a batch queue, neither the accounting entry nor the batch  > log reports the errant label.e  E Easy fix.  Instead of directly invoking the problematic file from the G batch job or captive command file, submit a jacket procedure (or directp: LGICMD to a jacket procedure) that calls the problem file.  	 TEST.COM:t
 $ goto foo $ exit  	 TEST2.COM  $ @testt $ exit  ! $ SUBMIT TEST2.COM /KEEP /NOPRINT  $ TYPE TEST2.LOGN %DCL-W-USGOTO, target of GOTO not found - check spelling and presence of label  \FOO\  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  " Date: Mon, 3 Apr 2000 12:03:41 GMT From: briggs@eisner.decus.org-/ Subject: Re: Identifying unfound target of GOTO-& Message-ID: <2000Apr3.080341.1@eisner>  b In article <38E52912.540E53D1@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:  > briggs@eisner.decus.org wrote:H >> Easy fix.  Instead of directly invoking the problematic file from theJ >> batch job or captive command file, submit a jacket procedure (or direct< >> LGICMD to a jacket procedure) that calls the problem file > N > Ok, I am confused. How does executing TEST.COM which calls TEST2.COM cause aN > different behaviour with regards to displaying the error message about GOTO ( > compared to executing TEST2 directly ?  F Perhaps because an unsatisfied GOTO in the top level command procedureE triggers process termination but an unsatisfied GOTO in a subordinatei) procedure merely triggers procedure exit.8  = In any case, it does work that way.  Simple testing shows it.   & 	John Briggs			briggs@eisner.decus.org   ------------------------------  $ Date: Mon, 3 Apr 2000 11:06:49 -0400  From: norm.raphael@jamesbury.com/ Subject: Re: Identifying unfound target of GOTOc4 Message-ID: <C22568B6.005219DE.00@jklh21.valmet.com>  9 Thanks, Bob. for actually addressing part of the problem.   D Unfortunely, What I've got here is a set on interactive user-invoked< command procedures from a DCL menu procedure and so I do not4 yet know what procedures are actually being invoked.I Obviously, I am going to have to work with the user to narrow the tree ofyI possible procedures and then turn verification on and test; doing this in : the users' actual environment would be way too disruptive.  I If I knew from the accounting log which label was bad, I could search forcK it and probably shortcut the process by working backwards to the procedure.D  M Anyway, if it's displayed when the procedure is invoked interactively withoutcK verify turned on, why should it not also be displayed when the procedure isv0 invoked in a batch job without verify turned on?   -Norml        2 koehler@eisner.decus.org on 03/31/2000 08:11:34 AM  / Please respond to koehler@eisner.decus.aspm.orgu   To:   Info-VAX@mvb.saic.come cc:r0 Subject:  Re: Identifying unfound target of GOTO        O In article <C22568B2.006A7628.00@jklh21.valmet.com>, norm.raphael@jamesbury.com  writes:uJ > If I invoke the comand file interactively, DCL reports the errant label.M > If I submit it to a batch queue, neither the accounting entry nor the batch  > log reports the errant label.   E Can you run with set verify in batch (the default setting)?  My batcha log ends with:   $!	 $GOTO FOO0N %DCL-W-USGOTO, target of GOTO not found - check spelling and presence of label  ' which makes the problem rather obvious.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= Hubble Space Telescope Payload  | Federal Sector, Civil GroupoE  Flight Software Team           | please remove ".aspm" when replyingn   ------------------------------  $ Date: Mon, 3 Apr 2000 11:21:49 -0400  From: norm.raphael@jamesbury.com/ Subject: Re: Identifying unfound target of GOTO 4 Message-ID: <C22568B6.00536579.00@jklh21.valmet.com>   John,y  9 I just go your message (I seem to get them out of order).   K This is most strange.  If the error is encountered one subcommand proceduresC down, it is reported in the batch log as it should be - as reportedy interactively.  O So now the question is, why does not the unjacketed batch file report the error:* fully?  Is this a DCL error (or omission)?  N I suppose that the accounting log would never have the "fill-in" value anyway,1 and is too short to hold the entire message text.    -Normi        1 briggs@eisner.decus.org on 03/31/2000 09:53:27 AMm   To:   Info-VAX@mvb.saic.comr cc:70 Subject:  Re: Identifying unfound target of GOTO        O In article <C22568B2.006A7628.00@jklh21.valmet.com>, norm.raphael@jamesbury.com- writes:- >- >- > [This is the right list] >wJ > If I invoke the comand file interactively, DCL reports the errant label.M > If I submit it to a batch queue, neither the accounting entry nor the batchG > log reports the errant label.i  E Easy fix.  Instead of directly invoking the problematic file from thenG batch job or captive command file, submit a jacket procedure (or direct : LGICMD to a jacket procedure) that calls the problem file.  	 TEST.COM: 
 $ goto foo $ exit  	 TEST2.COM  $ @testa $ exit  ! $ SUBMIT TEST2.COM /KEEP /NOPRINTv $ TYPE TEST2.LOGN %DCL-W-USGOTO, target of GOTO not found - check spelling and presence of label  \FOO\  5      John Briggs              briggs@eisner.decus.org'   ------------------------------  $ Date: Mon, 3 Apr 2000 12:18:48 -03001 From: "Boyle, Darren" <boyledj@bankofbermuda.com>t/ Subject: RE: Identifying unfound target of GOTOeK Message-ID: <F150836441C5D311A11700508B6FF01A595204@bdant024.bda.bobda.com>h   > ----------D > From: 	norm.raphael@jamesbury.com[SMTP:norm.raphael@jamesbury.com] > F > Unfortunely, What I've got here is a set on interactive user-invoked> > command procedures from a DCL menu procedure and so I do not6 > yet know what procedures are actually being invoked. > K > Obviously, I am going to have to work with the user to narrow the tree of K > possible procedures and then turn verification on and test; doing this in < > the users' actual environment would be way too disruptive. > E Backup the directory tree then reassign at GROUP or PROCESS level theiC SYS$SYLOGIN command file, here you can play to your hearts content.   K > If I knew from the accounting log which label was bad, I could search forhB > it and probably shortcut the process by working backwards to the > procedure. > G > Anyway, if it's displayed when the procedure is invoked interactivelyh	 > withoutkJ > verify turned on, why should it not also be displayed when the procedure > is2 > invoked in a batch job without verify turned on? > ; Check for a SYS$ERROR assignment in the various procedures.    > -Norme >  >  >  > 4 > koehler@eisner.decus.org on 03/31/2000 08:11:34 AM > 1 > Please respond to koehler@eisner.decus.aspm.org  >  > To:   Info-VAX@mvb.saic.comb > cc:e2 > Subject:  Re: Identifying unfound target of GOTO >  >  >  > 6 > In article <C22568B2.006A7628.00@jklh21.valmet.com>, > norm.raphael@jamesbury.com	 > writes:aL > > If I invoke the comand file interactively, DCL reports the errant label.I > > If I submit it to a batch queue, neither the accounting entry nor the  > batchm! > > log reports the errant label.: > G > Can you run with set verify in batch (the default setting)?  My batch  > log ends with: >  > $! > $GOTO FOO-J > %DCL-W-USGOTO, target of GOTO not found - check spelling and presence of > label. > ) > which makes the problem rather obvious.- > H > ----------------------------------------------------------------------A > Bob Koehler                     | Computer Sciences Corporation ? > Hubble Space Telescope Payload  | Federal Sector, Civil Group G >  Flight Software Team           | please remove ".aspm" when replying  >  >  >  >  >  >     F **********************************************************************C This message and any files transmitted with it are confidential and:J may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom they L are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copying  of this message is prohibited.   Bank of Bermuda F **********************************************************************   ------------------------------  $ Date: Mon, 3 Apr 2000 11:29:09 -0400  From: norm.raphael@jamesbury.com/ Subject: Re: Identifying unfound target of GOTOy4 Message-ID: <C22568B6.00540FCA.00@jklh21.valmet.com>  C So the interactive invocation also behaves like procedure exit, notiG process termination, and the captive flag generates process terminationi? as well in the users' environment, hence no target is revealed. = That makes sense in that it is a consistent set of behaviors.e   I guess I knew all along that:  G "Everything worthwhile eventually degenerates into real work." - Murphyo          1 briggs@eisner.decus.org on 04/03/2000 08:03:41 AMF   To:   Info-VAX@mvb.saic.comb4 cc:    (bcc: Norm Raphael/Worcester/Neles-Jamesbury)0 Subject:  Re: Identifying unfound target of GOTO        8 In article <38E52912.540E53D1@vl.videotron.ca>, JF Mezei) <jfmezei.spamnot@vl.videotron.ca> writes:-  > briggs@eisner.decus.org wrote:H >> Easy fix.  Instead of directly invoking the problematic file from theJ >> batch job or captive command file, submit a jacket procedure (or direct< >> LGICMD to a jacket procedure) that calls the problem file >AN > Ok, I am confused. How does executing TEST.COM which calls TEST2.COM cause aM > different behaviour with regards to displaying the error message about GOTOd( > compared to executing TEST2 directly ?  F Perhaps because an unsatisfied GOTO in the top level command procedureE triggers process termination but an unsatisfied GOTO in a subordinater) procedure merely triggers procedure exit.   = In any case, it does work that way.  Simple testing shows it.   5      John Briggs              briggs@eisner.decus.orgv   ------------------------------  % Date: Mon, 03 Apr 2000 13:14:49 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>d" Subject: Re: In need for a console) Message-ID: <38E87D29.C7105416@gtech.com>.   miguel ramirez wrote:dH >     I'm running a  microvax 3100 model 20 computer and I would like toI > know what type of console I should get.  I've been sugested to look forwI > a VT-320.  If so, where could I find one.  I am also looking for a 4206V > or 4207 tektronix terminal.e  * VT220/VT320/VT420/VT5xx would all be fine.  9 They are not that expensive to nuy new, but you should bel. able to find a used one for very little money.   Arne   ------------------------------  % Date: Fri, 31 Mar 2000 14:41:04 +0100-. From: Roger@natron.demon.co.uk (Roger Barnett)/ Subject: Re: Legacy NT (was: Sign of the times)l- Message-ID: <439710778wnr@natron.demon.co.uk>e  V In article: <2000Mar31.070647.1@eisner>  kilgallen@eisner.decus.org (Larry Kilgallen)  writes:. >  > E > You won't change their outlook; so you should make them apply it in.E > an evenhanded fashion.  Windows 2000 is now released, so Windows NTn > is now "legacy" software.     N I'd rather find a new term - I've always used "legacy" to mean "installed and  working reliably".    L Mind you, isn't one of the much publicised features of Win2000 that it staysK up 20 x longer than NT ?  In which case perhaps NT could be referred to as h) "never was fit for serious use" software.    -- i
 Roger Barnettk   ------------------------------  % Date: Mon, 03 Apr 2000 13:13:40 +0200a= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>l/ Subject: Re: Legacy NT (was: Sign of the times)a) Message-ID: <38E87CE4.4534F6AE@gtech.com>e   Roger Barnett wrote:N > Mind you, isn't one of the much publicised features of Win2000 that it staysL > up 20 x longer than NT ?  In which case perhaps NT could be referred to as+ > "never was fit for serious use" software.d   Yep.  > The proved that W2K appeared to be capable of reaching 90 days? update and since they *now* claims that NT only can do 4.5 daysr( uptime, then they can claim x20 uptime !  B But I am pretty sure that the 4.5 days was not what was told, when1 they 2-4 ago tried to convince people to buy NT !o   Arne   ------------------------------   Date: 03 Apr 2000 11:03:56 EDT> From: Stephen McElduff <stephen.mcelduff@transcore.com.nospam>< Subject: localtime() function C RTL don't agree w/ show time4 Message-ID: <38E8B420.574AB935@transcore.com.nospam>  F Under OpenVMS 7.2 the show time command shows a time/date with an hour value of 10 (10 AM).  G In a C program I use the time() function to get # of seconds since 1970rH and then use the localtime() function to format it. For some reason thisE method of getting the date returns 11 for the hour value. Does anyonei: know why this is or what can be done to resolve it. Thanks   ------------------------------  % Date: Mon, 03 Apr 2000 11:11:48 -0400 " From: Dan Sugalski <dan@sidhe.org>@ Subject: Re: localtime() function C RTL don't agree w/ show time6 Message-ID: <4.3.0.20000403110947.018d35f0@24.8.96.48>  1 At 11:03 AM 4/3/00 -0400, Stephen McElduff wrote:     G >Under OpenVMS 7.2 the show time command shows a time/date with an hourz >value of 10 (10 AM).t >tH >In a C program I use the time() function to get # of seconds since 1970I >and then use the localtime() function to format it. For some reason this F >method of getting the date returns 11 for the hour value. Does anyone; >know why this is or what can be done to resolve it. Thanks0  I The timezone on your box is set incorrectly. The C RTL uses it to adjust u. for daylight savings time and suchlike things.  L Have someone with privs do an @SYS$MANAGER:UTC$CONFIGURE_TDF and follow the $ bouncing ball. It should fix things.   					Dan  L ----------------------------------------------------------------------------L Dan Sugalski                          General and VMS-specific perl training
 dan@sidhe.orgI>                                       Mail me for more details   ------------------------------  % Date: Mon, 03 Apr 2000 11:33:00 -0500e& From: Chihfang Lin <chihfang@rice.edu>? Subject: MAC window won't scroll back after TCPIP 5.0.A upgrade-( Message-ID: <38E8C7BC.E2F0B14F@rice.edu>   Hi:0  A We recently upgraded our UCX 4.1 to TCPIP 5.0A (on Alpha, runningjF 7.1/7.1-1H2). Since the upgrade, several MaCintosh users reported thatH their windows' scroll bar won't stay in previous screens.  They can dragE the mouse pointer to scroll back to previous screens, but the current F screen moves right back after they release the mouse button.  They areE using 'Better Telnet 2' on their Mac to connect to the Alpha servers.   2 Has anyone have similar problem?  How to fix this?   Thanks,    Chihfang Lin' Administrative Systems, Rice Universityl Chihfang@rice.edut   ------------------------------  % Date: Mon, 03 Apr 2000 12:59:41 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e& Subject: Re: Manuals for DEC 3000-400s) Message-ID: <38E887AC.4FA6BF00@bbc.co.uk>o  B I was looking for 3000 series manuals the other day and could only find the 3000-600 manual.y  @ Why are not all the legacy retired system manuals available like before Compaqtion?   Craig Wood wrote:   J > Does anyone know where I can get on-line manuals, user guides, etc for a& > DEC 3000-400s (aka Sandpiper) Alpha? >kB > There are on-line guides for the 3000-600, etc. but not the 400. >RM > From what I can tell the 600 seems similar to the 400 with the exception of-H > CPU speed, bus speed and SCSI through-put. Could I assume that the 600 > manual would suffice?  >  > Thanks   --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 ofs MedAS or the BBC.j   ------------------------------  % Date: Mon, 03 Apr 2000 18:10:50 +0100.- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>j& Subject: Re: Manuals for DEC 3000-400s( Message-ID: <38E8D09A.9CCF920@bbc.co.uk>   Chris Doran wrote:  C >  I haven't done a page-by-page comparison :-), but they (I assumefB > you mean the Owner's Guides) look pretty similar on the basis of > a few spot checks. >   B Thats what I thought when I was looking at the 3000-600 manual theJ other day. I used to have a 3000-400 on my desk and several others to look after a few years back.t   >a   --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.ukT  A I speak for myself only and my views in no way represent those of\ MedAS or the BBC.s   ------------------------------   Date: 3 Apr 2000 14:41:41 GMTe2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)+ Subject: method for "reply to all" in MAIL?t, Message-ID: <8caaj5$9f4@gap.cco.caltech.edu>  G Apparently many mail clients now have a "reply to all" function, which eE seems to mean "send a message to everybody on the TO: header line".  >L I've never had a use for this before now, but am now working with people in E a class who use this feature for their messaging, and they want me to>F "reply to all" as well.  Unfortunately, they seem to have a limitless H supply of to: combinations, so making up a small number of mailing listsG isn't going to do it for me, and I have not been able to find a way to TK force MAIL on OpenVMS 7.2-1 to treat "to:" as "from:". Does somebody have ad2 workaround or .com that implements this function?   F OpenVMS engineers: could we maybe have it added to mail at some point?3 (For instance, when the real MIME support goes in?)s   Thanks,w   David Mathog mathog@seqaxp.bio.caltech.edu	? Manager, sequence analysis facility, biology division, Caltech e   ------------------------------  " Date: Mon, 3 Apr 2000 15:14:35 GMT2 From: kilgallen@eisner.decus.org (Larry Kilgallen)/ Subject: Re: method for "reply to all" in MAIL? & Message-ID: <2000Apr3.111435.1@eisner>  a In article <8caaj5$9f4@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:r  H > OpenVMS engineers: could we maybe have it added to mail at some point?5 > (For instance, when the real MIME support goes in?)h  E Please no.  Somebody who wants to blast something to the world should E do original typing.  There should be no way to achieve that effect byn	 accident.o   ------------------------------  " Date: Mon, 3 Apr 2000 15:51:24 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>l/ Subject: Re: method for "reply to all" in MAIL?e( Message-ID: <38E8BDF9.1170A439@ohio.edu>  c I think what David is requesting is a feature, not a bug.  To be able to reply to all recipients ofab a message is in fact part of ALL-IN-1 as well as the modern GUI E-mail clients.  I have no problemd if it is a default to reply to sender only.  I have no problem if turning on the capability of reply` to all requires a logical name or a modifier on the MAIL command.  I would have a problem if you^ could not set it up to inquire at reply-time whether you wanted all recipients or sender-only.  #                                 RDPL     Larry Kilgallen wrote:  c > In article <8caaj5$9f4@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:t >bJ > > OpenVMS engineers: could we maybe have it added to mail at some point?7 > > (For instance, when the real MIME support goes in?)e >fG > Please no.  Somebody who wants to blast something to the world should G > do original typing.  There should be no way to achieve that effect by- > accident.-   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Mon, 03 Apr 2000 16:21:13 GMTu From: d.webb@mdx.ac.uk/ Subject: Re: method for "reply to all" in MAIL? ) Message-ID: <8cagd5$9d4$1@nnrp1.deja.com>t  & In article <2000Apr3.111435.1@eisner>,( Kilgallen@eisner.decus.org.nospam wrote:. > In article <8caaj5$9f4@gap.cco.caltech.edu>,4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >lC > > OpenVMS engineers: could we maybe have it added to mail at somer point?7 > > (For instance, when the real MIME support goes in?)  >pF > Please no. Somebody who wants to blast something to the world shouldF > do original typing. There should be no way to achieve that effect by > accident.. >u  E Sorry have to disagree. This is a useful facility when used sensibly.uE For instance I am using the facility (available with PMDF MAIL) right5D now. A user just sent myself and half a dozen other people a warningB about a Virus. I am using the reply/all facility to send a messageE back to the sender and the other recipients to let them know that ourt? mail hub already has virus identity files to detect this virus.o    
 David Webb VMS and Unix team leader CCSS Middlesex University   PS.r  G The OpenVMS engineers could do worse than look at the features providedtF with PMDF MAIL when they come to look at adding in Mime support etc toC VMS MAIL. Innosoft have done a great job with this especially since A they have not been able to tinker with the VMS Mail store itself.L      & Sent via Deja.com http://www.deja.com/ Before you buy.c   ------------------------------  $ Date: Mon, 3 Apr 2000 09:58:56 -0700( From: "Russell Leathe" <russ@gordon.edu>$ Subject: Need a copy of CD June 1997% Message-ID: <ep1G4.26$Yu2.578@client>u  ? Is it possible to purchase back copies of Digitals Consolidated-B Software Distribution. I'm looking for RDB 6.0 for the Alpha.  The$ last time it was available was 6-97.   Thanks     russ leathea gordon college system/network manager   ------------------------------  % Date: Fri, 31 Mar 2000 09:50:58 -0500r# From: Jim Agnew <agnew@hsc.vcu.edu> # Subject: Re: new uses for old VAXene+ Message-ID: <38E4BB52.DF7A44B1@hsc.vcu.edu>a  D the old pdp-11/23 used to have 2 rlo2's, one opening to the top, theF bottom one slid out and then opened up.  my boss' wife used to piss meA off by suggesting that I open them both up and use it as a flowerp5 planter...   actually, not a bad idea nowadays... ;-)e       Stephen Eickhoff wrote:i >  > Paul Repacholi wrote:  > 0 > > David A Froble <davef@tsoft-inc.com> writes: > >cS > > > Well, if you find anyone who wants the battleship size boat anchor, and needsnN > > > more, send them my way.  I've got a 6000 model 310 in my barn, and I didI > > > transport it in a pickup truck.  Not one of my brightest moves. :-)i > >  > > Wimps... > >hJ > > I have a 6?20 sitting outside. It was moved on a trailer, and unloadedL > > bby myself and another. They are not near as heavy as a rack of disks ;) > S > They're too tall and skinny to use as a VAXBar, how about a VAXFridge? VAXCloset?d" > VAX Personal Earthquake Shelter? > 3 > http://www.lpl.arizona.edu/~vance/www/vaxbar.htmle   ------------------------------  % Date: Mon, 03 Apr 2000 13:20:25 +01002B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>F Subject: Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council)* Message-ID: <38E88C89.16B2545A@uk.sun.com>   Malcolm Dunnett wrote:  * > In article <38E22D4B.CF0CD0FB@ohio.edu>,3 >   "Richard D. Piccard" <piccard@ohio.edu> writes:  >bQ > > The money for the VMS developers' salaries should come in large part from the V > > software service and support contracts.  Continued enhancement of the code is part, > > of what I think I am paying for, anyway! > >- >-M >    I always used to think so. However when you realize that most sites also E > typically have to do hardware updates every few years, and that thelM > money you invested in the VMS license on your current system is thrown away K > when you buy a new system ( because the license isn't transferrable ) you*K > begin to question the point of paying maintenance on VMS at all. For manyaL > it might be a better strategy to save that maintenance money and use it to0 > help fund new hardware purchases periodically. > N >    How do the competitors fare in this regard? With Linux it's obviously notN > an issue. Microsoft appears to allow you to move OS licenses between systems. > when you upgrade hardware. What does Sun do?  A Sun does not charge for Solaris on our workstations or servers soi@ transfering OS licenses between an old machine and a new machine? does not have any relevance as the new machine is automatically*	 licensed.*  9 Sun does charge for media but you can use one copy of the 7 media on as many systems as you like, or you can set up:; a Jumpstart server and automatically install any new systemB from the Jumpstart server.  ? I understand that Compaq do have a difficulty with Alpha in thex: sense that you can run either Tru64 or OpenVMS on the same* box but this does not seem unsurmountable.  5 So why does Compaq not include an appropriate OpenVMSs= or Tru64 license for free with each Alpha Server/Workstation, 9 raise the hardware prices slightly to accomodate this ande7 then aim to get the money they lost on this transactions2 back through increased system revenues and through* software maintenance and support revenues.  ; This is broadly the model that Sun has followed for Solarisn9 and there is nothing to stop Compaq doing the same thing.v  6 It is clear that Compaq thinks that they have  premium1 products in Tru64 and OpenVMS and because of this 2 they have tried to establish a price differential.  6 It is also clear that whatever the technical arguments3 the market does not agree with Compaqs view and the 5 market is not prepared to pay premium pricing or theyc don't se the differentiation.T   Regardsc Andrew Harrisonu Enterprise IT Architectu   ------------------------------  $ Date: Mon, 3 Apr 2000 14:18:13 +0100  From: steven.reece@quintiles.comF Subject: Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council)> Message-ID: <802568B6.00494411.00@qedilc01.qedi.quintiles.com>  ' Sun's Infinite Number of Monkeys wrote:tD >>>Sun does not charge for Solaris on our workstations or servers so@ transfering OS licenses between an old machine and a new machine? does not have any relevance as the new machine is automatically  licensed.<<<  I But as you should know Andrew, Sun and Compaq have two different views ona revenue creation.D  K Sun don't apparently go out to make money on software since they think that N selling the hardware is their business and (I presume, although I've not heard9 it stated by Sun) that software is just a necessary evil.0  P Compaq view things differently.  They wish to make money out of software and areP willing to charge big bucks for it.  I could say that this is the mentality of aN PC maker and that they know the margin on the hardware is small.  Problem withM that theory is that Digital had the same idea and they weren't primarily a PC1 box shifter.....   Steve.   ------------------------------  " Date: Mon, 3 Apr 2000 13:15:09 GMT2 From: kilgallen@eisner.decus.org (Larry Kilgallen)F Subject: Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council)& Message-ID: <2000Apr3.091509.1@eisner>  o In article <38E88C89.16B2545A@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  > Malcolm Dunnett wrote:  L >> How do the competitors fare in this regard? With Linux it's obviously notO >> an issue. Microsoft appears to allow you to move OS licenses between systems / >> when you upgrade hardware. What does Sun do?t > C > Sun does not charge for Solaris on our workstations or servers sorB > transfering OS licenses between an old machine and a new machineA > does not have any relevance as the new machine is automatically0 > licensed.0 > ; > Sun does charge for media but you can use one copy of them9 > media on as many systems as you like, or you can set upg  @ Does Sun allow you to share the media with a friend from another@ company ?  Compaq does not allow this on commercial license, but' I believe they do on hobbyist licenses.i  A > I understand that Compaq do have a difficulty with Alpha in theo< > sense that you can run either Tru64 or OpenVMS on the same, > box but this does not seem unsurmountable. > 7 > So why does Compaq not include an appropriate OpenVMSh? > or Tru64 license for free with each Alpha Server/Workstation,.  9 Effectively they do, but they also sell boxes without thev: license to accomodate the Linux crowd.  I would think that7 Sun would have the same issue when someone wants to runc Linux on Sparc.c   ------------------------------  % Date: Mon, 03 Apr 2000 13:59:04 +0100eB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>F Subject: Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council)* Message-ID: <38E89598.D6AA25BF@uk.sun.com>   David Mathog wrote:n  ] > In article <8bomhl$ij9$3@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:a; > >In article <38DD9F96.8848B455@vl.videotron.ca>, JF Mezeiv > >>O > >> VMS missed the competition boat in the past. It is pointless to catch that-R > >> boat now. Instead, one should catch the "LINUX pricing" boat today and follow > >> the leaders closely.: > >lG > >Where does the money come from to pay the people who write VMS code?0 >0A > Good question!  Why don't we ask Sun how they pay their SolariscF > programmers?  My guess is that it comes out of the profit margins onK > hardware sales and especially the really fat margins on high end systems.i >)  @ Profit margins help, software support revenues help and the unit
 volumes help.   = Solaris x86 and SPARC share the same code base and so the x86u? Solaris version ($75) also contributes revenues through support  without doubling costs..  > Solaris x86 is licensed to Seimens etc and they pay commercialA licence fees for it and also do platform integration and testing..  ? It costs about the same to develop an OS given 10,000 per annumd< unit volume or a 500,000 per annum unit volume. So the costsA for each "free" copy of Solaris supplied with each Sun system are-3 much lower to Sun than they would be to Compaq withe> Tru64/OpenVMS because the Sun's unit volume and total revenuesC are much higher. This isn't helped because Compaq incurs double the- costs (two OS's).   = Sun generally aims to drive unit volumes and revenues becausea@ doing this fuels the virtuous circle needed to keep ISV's in the loop.r  < Increasing revenues is also key to improving stock valuation< which is in turn key to defense against being bought and key to funding purchases.   ? To a certain extent Compaq are between a rock and a hard place,l> dropping either Tru64 or OpenVMS makes financial and marketing; sense, it halves their OS development costs and doubles the ? marketing spend available for the remaining OS (assuming parityyB for marketing spend) even more important and lets them focus theirG sales force (direct and indirect), ISV's etc on the remaining platform.   C On the other hand cutting one of other of the OS's would reduce thecE Alpha systems revenues to a level where the remaining OS isn't viable9G either because the return on developing new systems to host it would beM	 too poor.D   Regardss Andrew HarrisonE Enterprise IT Architecto   ------------------------------   Date: 3 Apr 2000 09:21:00 -0700y* From: dunnett@mala.bc.ca (Malcolm Dunnett)F Subject: Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council), Message-ID: <6OFGDJnMDcQJ@malvm2.mala.bc.ca>  + In article <38E88C89.16B2545A@uk.sun.com>, cF   Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes: > 8 > It is clear that Compaq thinks that they have  premium3 > products in Tru64 and OpenVMS and because of thise4 > they have tried to establish a price differential. > 8 > It is also clear that whatever the technical arguments5 > the market does not agree with Compaqs view and ther7 > market is not prepared to pay premium pricing or theyr > don't se the differentiation.b >   H    I don't particularly mind paying the premium once, but being requiredF to pay it over and over again each time an obsolete system is replaced is pretty annoying.a   ------------------------------  " Date: Mon, 3 Apr 2000 17:07:23 GMT, From: koehler@eisner.decus.org (Bob Koehler)F Subject: Re: OpenVMS and IP Licensing (was Re: OVMS Executive Council)& Message-ID: <2000Apr3.130723.1@eisner>  o In article <38E89598.D6AA25BF@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:e  A > It costs about the same to develop an OS given 10,000 per annuma> > unit volume or a 500,000 per annum unit volume. So the costsC > for each "free" copy of Solaris supplied with each Sun system arel5 > much lower to Sun than they would be to Compaq witht@ > Tru64/OpenVMS because the Sun's unit volume and total revenuesE > are much higher. This isn't helped because Compaq incurs double the  > costs (two OS's).p  A Shall we send Andrew back to school so he can learn how to count?-  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationg= Hubble Space Telescope Payload  | Federal Sector, Civil GroupcE  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  % Date: Mon, 03 Apr 2000 13:11:06 +0100r- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e@ Subject: Re: OVMS : Should I retrain back to the latest version?) Message-ID: <38E88A5A.108DAA8A@bbc.co.uk>u  
 bfb wrote:   >o >v@ > To get back on topic, there must be some UK agencies which are@ > superior when dealing with OVMS contracts, any suggestions? As, > Jobserve is a interesting form of fiction. >n  K I did a year or two back read about an agency that handled (then) Digital'stM own requirements, but I didn;t keep the article. I'd be interested in knowinge8 if such an agency does exist. Jobserve is fun, isn;t it.   --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 ofo MedAS or the BBC.)   ------------------------------  $ Date: Sun, 2 Apr 2000 12:57:46 +0200* From: "Markus Eymann" <eymannm@bluewin.ch> Subject: Pipe Commandt. Message-ID: <8caivs$mp3$1@bw107zhb.bluewin.ch>  
 Hi everybody,n  > I use the command "pipe show system | search sys$input igt" toF search a specific process. Now I'd like to expand the command, so that# the output is printed to sys$print.e Is it possible and how?a   Thanks Markus eymannm@rtc.ch   ------------------------------  % Date: Mon, 03 Apr 2000 12:13:14 -0500 & From: Chihfang Lin <chihfang@rice.edu>- Subject: Precompiled Perl DBI and DBD module?j( Message-ID: <38E8D12A.4AB441C8@rice.edu>   Hi:s  @ Does anyone know where I can find precompiled DBI and DBD (Perl)H modules?  We have Perl 5.0005-03 installed currently, and we are running Alpha OVMS7.1.   Thanks,f   Chihfang Lin' Administrative Systems, Rice Universityv chihfang@rice.edu    ------------------------------  % Date: Mon, 03 Apr 2000 13:54:39 -0400c" From: Dan Sugalski <dan@sidhe.org>1 Subject: Re: Precompiled Perl DBI and DBD module?I6 Message-ID: <4.3.0.20000403135024.018c77e0@24.8.96.48>  - At 12:13 PM 4/3/00 -0500, Chihfang Lin wrote:n >Hi: >dA >Does anyone know where I can find precompiled DBI and DBD (Perl)eI >modules?  We have Perl 5.0005-03 installed currently, and we are runningo >Alpha OVMS7.1.i  H You won't find any, unless you find someone else with the same build of I perl as you've got. Perl mostly lives in a shareable image which modules iL link against, and the image doesn't get any specific major or minor version H ID, which means you'll get a version mismatch error unless someone else J built perl at the exact same time as you did. (This should be changed for L 5.6.1, but it was done this way on purpose) The one way you might get lucky J is if you've snagged a prebuilt version, in which case you could find the G module that someone who'd also snagged the same prebuilt version built.-  C You're best off snagging the modules off of CPAN and building them mJ yourself. (It's not particularly difficult if you've got Oracle and Dec C G installed, and if you don't you're not going to get very far anyway...)n   					Dan  L ----------------------------------------------------------------------------L Dan Sugalski                          General and VMS-specific perl training
 dan@sidhe.org >                                       Mail me for more details   ------------------------------  % Date: Mon, 03 Apr 2000 17:13:57 +0900 + From: John Il-Joong Kim <jkim@computer.org>o3 Subject: Q : Automatic installation tool in OpenVMSt, Message-ID: <38E852C5.A62615E6@computer.org>  , This is a multi-part message in MIME format.& --------------FF108012E365D7E357F1FB6C* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitl  A I have recently packaged software for OpenVMS platform and I need/# to distribute to the customer soon.t  N I'm looking for the tool that work like InstallShield (Windows) or RPM (Linux)F in OpenVMS. Since I'm new to OpenVMS, I cannot find the similar tools.  C I can use DCL script to automate the file copies but I need to timen to learn this script.t  D Does anybody know the tool that I'm looking for in OpenVMS platform? Help needed!   Cheers,r& --------------FF108012E365D7E357F1FB6C- Content-Type: text/x-vcard; charset=us-ascii;v  name="jkim.vcf" Content-Transfer-Encoding: 7bitt/ Content-Description: Card for John Il-Joong Kimo  Content-Disposition: attachment;  filename="jkim.vcf"   begin:vcard  n:Kim;John Il-Joong0 tel;cell:017-270-6656" tel;fax:+82-2-773-3090 tel;work:+82-2-316-2654n x-mozilla-html:FALSE= org:Daewoo Information Systems Co., Ltd.;VP.Auto-Nesting Teami
 adr:;;;;;; version:2.1e  email;internet:jkim@computer.org title:System Developer fn:John Il-Joong Kim	 end:vcarda  ( --------------FF108012E365D7E357F1FB6C--   ------------------------------  % Date: Mon, 03 Apr 2000 13:24:31 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>w7 Subject: Re: Q : Automatic installation tool in OpenVMSs) Message-ID: <38E87F6F.FE943CF7@gtech.com>    John Il-Joong Kim wrote:C > I have recently packaged software for OpenVMS platform and I needn% > to distribute to the customer soon.  > P > I'm looking for the tool that work like InstallShield (Windows) or RPM (Linux)H > in OpenVMS. Since I'm new to OpenVMS, I cannot find the similar tools. > E > I can use DCL script to automate the file copies but I need to timew > to learn this script.  > F > Does anybody know the tool that I'm looking for in OpenVMS platform?  A You are looking for either VMSINSTAL or PCSI (PolyCenter Softwared	 Install).    Arne   ------------------------------  # Date: Mon, 03 Apr 2000 11:49:06 GMT 8 From: Kjell Arne Rekaa <Kjell.Arne.Rekaa@satcom.nera.no>+ Subject: RMS bug? - Wrong fixed record sizee. Message-ID: <38E88482.24155EF4@satcom.nera.no>  B I've detected that while writing fixed record size files, an extra	 NULL-byte 8 is added on the end for ODD-sized records.  Strange...?!   Is it a RMS-bug or feature?a Or are there any work-around?    /*  File:          REC_SIZE.C  <  Function:      Generates data files with fixed record size.D                 This program demonstrates a strange result for files9                 with a odd recordsize (counted in bytes):3D                 An extra NULL byte is added after each valid record.E                 You may investigate it by performing the DCL command:e  *                         $ DUMP SIZE011.DAT  -  Author/Date:   Kjell Arne Rekaa / 3-Apr-2000    */ #include <stdio.h> #include <stdlib.h>s #include <string.h>e #include <file.h>a #include <stat.h>h   #define FILE_SIZES   3 #define MAX_REC_SIZE 600   main ()h { #    register int i, j, stat, file_h;tG    int          recSize[FILE_SIZES] = {10, 11, 12};    /* 430, 581}; */d    FILE         *file_p;    stat_t       lookup; #    char         data[MAX_REC_SIZE]; %    char         fixed[8] = "rfm=fix";     char         recLength[8];     char         fileName[20];   #    for (i=0; i<MAX_REC_SIZE; i++) {l       data[i] = '0' + (i % 10);t    }      strncpy(data, "START", 5);n  !    for (i=0; i<FILE_SIZES; i++) {d6       sprintf (fileName,  "Size%03d.dat", recSize[i]);6       sprintf (recLength, "mrs=%1d",      recSize[i]);7       file_p = fopen(fileName, "wb", fixed, recLength);i&       if (!file_p) perror ("fopen()");  E       for (j=0; j<10; j++) {               /* write 10 records to thew file */n5          stat = fwrite (data, recSize[i], 1, file_p);d       }a         fclose (file_p);  +       file_h   = open (fileName, O_RDONLY);a(       if (stat = fstat(file_h, &lookup))'          printf ("Error on fstat()\n"); 
       elseH          printf ("%s (Record size: %d) has size=%d, Expexted size=%d\n",  F                  fileName, recSize[i], lookup.st_size, recSize[i]*10);    } }o  % /* Kjell.Arne.Rekaa@satcom.nera.no */h   ------------------------------  % Date: Mon, 03 Apr 2000 14:19:04 +0200s= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>e/ Subject: Re: RMS bug? - Wrong fixed record sizee) Message-ID: <38E88C38.1F471E9A@gtech.com>s   Kjell Arne Rekaa wrote:tD > I've detected that while writing fixed record size files, an extra > NULL-bytes: > is added on the end for ODD-sized records.  Strange...?! >  > Is it a RMS-bug or feature?. > Or are there any work-around?t   It is a feature.  > The definition of fixed length records is to use the data with< no record seperators padded with 0 or 1 zero byte to an even number of bytes.  = General advice: create fixed length record files with an evena record length !a   Arne   ------------------------------  % Date: Mon, 03 Apr 2000 08:39:00 -0400g" From: Dan Sugalski <dan@sidhe.org>/ Subject: Re: RMS bug? - Wrong fixed record sizec6 Message-ID: <4.3.0.20000403083526.018ce2a0@24.8.96.48>  1 At 11:49 AM 4/3/00 +0000, Kjell Arne Rekaa wrote:-C >I've detected that while writing fixed record size files, an extrae
 >NULL-byte9 >is added on the end for ODD-sized records.  Strange...?!x >t >Is it a RMS-bug or feature? >Or are there any work-around?  J Feature. Records are always an even number of bytes, and if you write one J with an odd number then RMS appends a null. When you read back the record K with RMS, though, you still get back the odd-sized record you wrote in the nJ first place. For all intents and purposes you *have* written an odd-sized J record. The extra null's just a hidden implementation detail. Consider it  magic and don't worry about it.    					Dan  L ----------------------------------------------------------------------------L Dan Sugalski                          General and VMS-specific perl training
 dan@sidhe.orgv>                                       Mail me for more details   ------------------------------  " Date: Mon, 3 Apr 2000 12:23:07 GMT2 From: kilgallen@eisner.decus.org (Larry Kilgallen)/ Subject: Re: RMS bug? - Wrong fixed record sizeh& Message-ID: <2000Apr3.082307.1@eisner>  i In article <38E88482.24155EF4@satcom.nera.no>, Kjell Arne Rekaa <Kjell.Arne.Rekaa@satcom.nera.no> writes:oD > I've detected that while writing fixed record size files, an extra > NULL-bytej: > is added on the end for ODD-sized records.  Strange...?! >  > Is it a RMS-bug or feature?9  . Records always start on an even-byte boundary.   > Or are there any work-around?t  8 Don't ask for RMS records if you don't want RMS records.   ------------------------------  " Date: Mon, 3 Apr 2000 12:52:40 GMT From: briggs@eisner.decus.orgc/ Subject: Re: RMS bug? - Wrong fixed record sizee& Message-ID: <2000Apr3.085240.1@eisner>  i In article <38E88482.24155EF4@satcom.nera.no>, Kjell Arne Rekaa <Kjell.Arne.Rekaa@satcom.nera.no> writes:rD > I've detected that while writing fixed record size files, an extra > NULL-bytea: > is added on the end for ODD-sized records.  Strange...?! >  > Is it a RMS-bug or feature?  > Or are there any work-around?   ? Feature.  The null is added so that the records will be alignedw on an even byte boundary.h  B You could use a stream record format to work around it.  Since youA are already using fwrite, the only change should be to your fopen F statement.  But I'm not a C whiz.  I _think_ you want to add something: like "RFM=STM,CTX=BIN" or some such to the open statement.   	John Briggs  9 >       file_p = fopen(fileName, "wb", fixed, recLength);a ...r7 >          stat = fwrite (data, recSize[i], 1, file_p);l   ------------------------------  $ Date: Mon, 3 Apr 2000 12:55:31 -0400' From: "Bill Todd" <billtodd@foo.mv.com>i/ Subject: Re: RMS bug? - Wrong fixed record sizee( Message-ID: <8caibs$jr6$1@pyrite.mv.net>  L As others have noted, this is a feature.  The *reason* it is feature is thatC it is compatible with fixed-length record files as managed by RMS's.K predecessor (FCS-11) on the 11.  The reason FCS did this may have had to doiK with access constraints of non-disk hardware upon which fixed-length recordnK files were supported, but it's just been too long for me to remember - Andyb likely would, though.i   - bill  C Kjell Arne Rekaa <Kjell.Arne.Rekaa@satcom.nera.no> wrote in messagep( news:38E88482.24155EF4@satcom.nera.no...D > I've detected that while writing fixed record size files, an extra > NULL-byteo: > is added on the end for ODD-sized records.  Strange...?! >  > Is it a RMS-bug or feature?p > Or are there any work-around?  >d > /* >  File:          REC_SIZE.C >e> >  Function:      Generates data files with fixed record size.F >                 This program demonstrates a strange result for files; >                 with a odd recordsize (counted in bytes):,F >                 An extra NULL byte is added after each valid record.G >                 You may investigate it by performing the DCL command:$ > , >                         $ DUMP SIZE011.DAT >u/ >  Author/Date:   Kjell Arne Rekaa / 3-Apr-2000S >e > */ > #include <stdio.h> > #include <stdlib.h>  > #include <string.h>t > #include <file.h>. > #include <stat.h>e >m > #define FILE_SIZES   3 > #define MAX_REC_SIZE 600 >r	 > main ()p > {n% >    register int i, j, stat, file_h;"I >    int          recSize[FILE_SIZES] = {10, 11, 12};    /* 430, 581}; */  >    FILE         *file_p; >    stat_t       lookup;s% >    char         data[MAX_REC_SIZE];u' >    char         fixed[8] = "rfm=fix";c >    char         recLength[8];o >    char         fileName[20];  >s% >    for (i=0; i<MAX_REC_SIZE; i++) {a! >       data[i] = '0' + (i % 10);  >    } >e >    strncpy(data, "START", 5);  >r# >    for (i=0; i<FILE_SIZES; i++) {i8 >       sprintf (fileName,  "Size%03d.dat", recSize[i]);8 >       sprintf (recLength, "mrs=%1d",      recSize[i]);9 >       file_p = fopen(fileName, "wb", fixed, recLength);r( >       if (!file_p) perror ("fopen()"); >lG >       for (j=0; j<10; j++) {               /* write 10 records to theh	 > file */n7 >          stat = fwrite (data, recSize[i], 1, file_p); 	 >       }n >p >       fclose (file_p); >l- >       file_h   = open (fileName, O_RDONLY);n* >       if (stat = fstat(file_h, &lookup))) >          printf ("Error on fstat()\n");r >       elseJ >          printf ("%s (Record size: %d) has size=%d, Expexted size=%d\n", >tH >                  fileName, recSize[i], lookup.st_size, recSize[i]*10); >    } > }  >r' > /* Kjell.Arne.Rekaa@satcom.nera.no */i >I   ------------------------------  % Date: Mon, 03 Apr 2000 13:23:38 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>:" Subject: Re: So who will buy VMS ?) Message-ID: <38E87F3A.3861055E@gtech.com>n   David Turner wrote:>L > All said and done - it certainly seems as though the Almighty Q is panningJ > for one it's fellow demi-gods and will undoubtedly dump it's last trusty > disciple, VMSv >  > Who's gonna buy it ? >  > AT&T ? > Siemens ?  > 3 > Someone's got to make an offer the Q can't refuset > N > Curious, because I have seen an obvious drop on our Online-DEC-Broker trades > in VMS systems > L > From this time last year, every dealer in the US and Europe were trying to  > buy USED VMS ALpha's and Vaxen > I > Now, the mostpart are buying Proliants and the base Tru64 Alpha systemso >  > What's gonna happen ?a  F I find it hard to belive that Compaq would sell VMS, but it is not the first-! time the idea has been mentioned.0  $ Regarding sales, then I assume that:F   - 1 year ago a lot of people were buying used Alphas for Y2K testing of old<     VMS applications (there are simply not so many old Tru64
 applications)D&     and for VMS hobbyist license usageG   - now there is a Tru64 hobbyist license (more Tru64 Alphas) and a lote ofH     people are probably now experiencing that their old hardware running*     NT 4 can not run 2000 (more Proliants)   Sounds plausible to me !   Arne   ------------------------------  # Date: Mon, 03 Apr 2000 12:16:21 GMTw From: wetboy <wetboy@shore.net> " Subject: Re: So who will buy VMS ?0 Message-ID: <pY%F4.339$tU1.40123@news.shore.net>   Who will buy VMS?    Necrophiliacs.    	 -- Wetboye   ------------------------------  # Date: Mon, 03 Apr 2000 13:05:39 GMT-= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) " Subject: Re: So who will buy VMS ?0 Message-ID: <009E80D4.3F090B93@SendSpamHere.ORG>  R In article <pY%F4.339$tU1.40123@news.shore.net>, wetboy <wetboy@shore.net> writes: >Who will buy VMS? >  >Necrophiliacs.- >- >-
 >-- Wetboy   Change your diaper, wetboy.  --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------  " Date: Mon, 3 Apr 2000 15:33:34 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>" Subject: Re: So who will buy VMS ?& Message-ID: <FsG5LD.L9s@world.std.com>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messagen) news:38E7DFBE.CBF09F99@vl.videotron.ca...w > Rob Young wrote:E > >         Your premise is fatally flawed.  VMS is a very profitablek segmentr$ > >         for Compaq.  Get a clue. >sK > Is selling VMS profitable ? (not enough new sales to generate billions ine	 profits).t$ > Or is VMS maintenance profitable ? >CJ > If selling VMS isn't profitable, and Comapq knows that unless there is a bigyD > push to revive VMS, not only will sales, but also maintenance will dwindle,J > then Compaq would know something must be done. Compaq also knwos that it hasr6 > its hands tied because of Microsoft and Intel deals. >nF > So, if Compaq spinned off VMS and Tru64 (and the associated software	 products)eK > into a development and sales company owned by CMGI, that company would be J > allowed to agressively price and market the products, and Comapq retains thet" > good stuff from the maintenance. >bK > Spinning off VMS would be seen as an attempt to boost it back up. Selling- VMS H > would be seen as trying to get rid of something that isn't critical or profitable.: >e  L A spinoff might have made sense had Compaq held onto its OEM Group (the unitK sold last summer to Smart Modular Technologies) and used same as a home foru0 wayward (e.g. non industry-standard) technology.   ------------------------------  " Date: Mon, 3 Apr 2000 15:31:17 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>" Subject: Re: So who will buy VMS ?& Message-ID: <FsG5Dv.K3u@world.std.com>  7 "Rob Young" <young_r@eisner.decus.org> wrote in messagep  news:2000Apr2.185436.1@eisner...@ > In article <sefd0iqfeop106@corp.supernews.com>, "David Turner" <d_b_turner@yahoo.com> writes: >nK > > From this time last year, every dealer in the US and Europe were tryinge to" > > buy USED VMS ALpha's and Vaxen > > K > > Now, the mostpart are buying Proliants and the base Tru64 Alpha systemss > >f > > What's gonna happen ?a > >i >o> > I didn't know used AlphaServers running Tru64 were different: > than used AlphaServers running VMS.  How does that work?   Different license is all.o   >D? > What's the biggest use of used machines anyhow?  Y2K testing?e   Used = less expensive.  I And don't hold your breath waiting for Compaq to sell OpenVMS. Unless, ofeK course, you want to adopt the pigmentation of a Smurf. The Q may not marketaF OVMS as effectively--or in as many markets--as we'd like, but the firmD continues to reap Generous Margins from OVMS hardware, software, and	 services.g   ------------------------------  % Date: Mon, 03 Apr 2000 13:28:45 +0200r= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: split large files) Message-ID: <38E8806D.D3BCAE71@gtech.com>-   Gerke Grashuis wrote:-, > Better get an update for your zip utility.) > I'm using G(UN)ZIP 1.2.4 on VMS systemsa  3 ZIP and GZIP is not even the same type of program !   4 >                  and have seen it pack files of 10 > GB and greater!-  0 Due to the different functionality, then GZIP do/ not have the same problems as ZIP to deal with.o  8 No I am not saying, that it is impossible, just that the: ZIP programmers have to code a few lines to accomplish it.   Arne   ------------------------------  % Date: Mon, 03 Apr 2000 13:25:24 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: Time services) Message-ID: <38E87FA4.95030A4D@gtech.com>o   Chris Casey wrote:K > I would like to try and gauge what percentage of VMS systems use DTSS ands0 > whether there are any other options available.8 > Does anyone have any opinions on this product/service?E > I am being told that it is complex to set up - does this ring true?i > 5 > One specific question - is this reliant on DECNET ?O3 > If so what would one use on a totally TCP system?-  ( DTSS is part of DECnet phase V/OSI/Plus.  . I think NTP is more or less the IP equivalent.   Arne   ------------------------------   Date: 31 Mar 2000 15:49:20 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: Time To Add Timezones & DST To the FAQe5 Message-ID: <8c2he0$v1$1@mailint03.im.hou.compaq.com>+& Keywords: vms,ucx,ntp,dst,timezone,faq  S In article <8c1m78$sq3$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes: D :It's now one of the two times a year why VMS folks become slightly B :agitated and confused because of Daylight Savings Time, NTP, and  :vague or wrong documentation.  D   First stop is the TDF information in the System Management manual.D   It's in a couple of sections -- as part of some work in this area,D   I have requested that all of the OpenVMS-related time information $   be united into a single chapter...  5 :In a archived article dated 9-April-1998, Hoff said:  :dJ : "Also visit www.dejanews.com for a large number of recent discussions   K :  of timezones and timezone changes.  (This is something that should be   eJ :  added to the FAQ -- it's the semi-annual flurry of TDF questions. :-) "  1   Gather up the submission and send it along. :-)i  G   I'll watch the "show" early next week (the switchover here in the US SJ   Eastern Time timezone is this weekend), and roll up what I see and know    into the next FAQ edition.  E :The archived articles about UCX$TDF don't seem to contain consistentm	 :answers.e  G   That's because this stuff (just to keep things really interesting) ise   also version-dependent.E  & :Even the latest documentation on NTP: :eH :  http://www.openvms.digital.com:8000/72final/6526/6526profile_016.html& :  DIGITAL TCP/IP Services For OpenVMS :g2 :skirts around the issue of Daylight Savings time.  /   TCP/IP Services uses the OpenVMS TDF support.C  G :     _________________________________________________________________  : I :   NTP works with UTC only while the OpenVMS time is traditionally meanthF :   to reflect the local time. It is therefore necessary to follow theC :   steps as outlined above to correctly account for a DST change."g  >   Ayup.  The wrinkle we're no looking at involves what happens>   when the TDF changes dynamically -- a number of applicationsA   are polling and are thus not expecting to see the value change.iB   When the OpenVMS TDF values change, various applications likely	B   have to be restarted -- the same basic reasons that a reboot wasA   recommended for Y2K testing apply here, though since the change}B   is not as large the problems tend to be rather more short-lived.  C :Some examples for the two time changes for more than one time zone=E :should be included, since a lot of VMS systems are managed by unix, 2F :or even Windows NT sysadmins, who may be accustomed to automagic DST 	 :changes.}  A   And folks running upcoming (internal) baselevels of OpenVMS, as *   well as folks currently running DECdtss.  F :Information on how UCX 4.x handled these situations would be helpful.  C   At present, the lone hold out to using the OpenVMS mechanisms is _B   DECdtss -- DECdtss performs the automatic switchover and has itsB   own TDF stuff, though this is being changed over to a dependenceD   on TDF handling within OpenVMS.  C and TCP/IP Services all use theA   underlying OpenVMS timezone support -- get the OpenVMS settingsl2   correct, and restart applications as required...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 31 Mar 2000 22:11:20 +0200-+ From: Harald van Pee <pee@iskp.uni-bonn.de>93 Subject: Re: Time To Add Timezones & DST To the FAQe0 Message-ID: <38E52288.247456F2@iskp.uni-bonn.de>   Hoff Hoffman wrote:eD >   At present, the lone hold out to using the OpenVMS mechanisms isD >   DECdtss -- DECdtss performs the automatic switchover and has itsD >   own TDF stuff, though this is being changed over to a dependenceF >   on TDF handling within OpenVMS.  C and TCP/IP Services all use theC >   underlying OpenVMS timezone support -- get the OpenVMS settingsu4 >   correct, and restart applications as required...  E I use a low configured DECdtss (Timezone is set correctly, no server)d1 and ntp  (tcpip$ntp.conf with only server lines).aE Anything seems to work correct and the automatic switchover last week:' seems to be no problem (MET-> MET DST).h So whats the problem?S   Harald   ------------------------------  $ Date: Mon, 3 Apr 2000 14:17:19 +02008 From: "Johan Devos" <johan dot devos (at) barco dot com>. Subject: VAX-Macro problems on Alpha VMS 7.2-1I Message-ID: <E472188161D5D311B08700105AF4CAAA01160A76@kuumex03.barco.com>r   Hello,  I we have a lot of old VAX macro code adapted a few years ago to Alpha VMS. ? This code worked well  on Alpha VMS 1.5 to 7.1-2 (compiled withr $MACRO/MIGRATION).  H On the actual Alpha VMS version 7.2-1 we have serious problems with thisG macro code.  It looks like their is a bug in the new AMAC V4.1-11-3381U < compiler concerning the Autoincrement addressing mode (Rn)+.  F Here a example of a macro routine JED_M where 3 parameters are passed,( - the address of an array of real's (R6)L - the address of a real containing a value to add to all the elements of the
 array (R5)* - the number of elements in the array (R3)  > The problem is located in the instruction : ADDF2   (R5),(R6)+  F On VAX and older Alpha VMS versions, the 2th parameter is added to allK elements of the array.  On VMS 7.2- the Autoincrement uses 2 times a offsetsI of 4 bytes iso. only one time, resulting in a adaptation of the 1st, 3rd,eL 5th,... element in the array and also a crash at the end of the array.  ThisK error is visible on the $MACRO/MIGRATION/LIST/MACHINE alpha assembler list.d  I I have tried to recompile the JED_M macro with all kind of switches (like 0 /noopt, /disable=quadword,...) whiteout success.   Thanks for your advise,u   Johan Devos     L ;=========================================================================== ====/ ;               .ENTRY JED_M,^M<R2,R3,R4,R5,R6>e;                 .CALL_ENTRY     PRESERVE=<R2,R3,R4,R5,R6>,-2;                                 MAX_ARGS=3,HOME_ARGS=TRUE,-:F                                 INPUT=<R12>,OUTPUT=<R0>,SCRATCH=<R1>,--                                 LABEL=<JED_M>r ;--------------------  ;check parameters in callr ;o                 CMPL    (AP),#3w%                 BGEQ    PARAM.OK.OPERn OPER.MIS.PAR:   MOVL    #-1,R0$                 BRW     MEM.OPER.ENDC PARAM.OK.OPER:  TSTL    4(AP)                   ; address of array?r$                 BEQL    OPER.MIS.PAR                  MOVL    4(AP),R6$                 BEQL    OPER.MIS.PAR ; @                 TSTL    8(AP)                   ; value to add ?$                 BEQL    OPER.MIS.PARK                 MOVL    8(AP),R5                ; parameter (list or value)w$                 BEQL    OPER.MIS.PAR ;IK                 TSTL    12(AP)                  ; # elements in array valuep ?f$                 BEQL    OPER.MIS.PARK                 MOVL    12(AP),R3               ; parameter (list or value)-$                 BEQL    OPER.MIS.PAR ;   ; add real @R5 to real array @R6 ;l" OFF_RL_RL:      ADDF2   (R5),(R6)+$                 SOBGTR  R3,OFF_RL_RL$                 BRW     MEM.OPER.END ;s ;--------------------s MEM.OPER.END:   RETr      J I have also include a small FORTRAN program calling the JED_M routine with the correct and wrong output:F    
     PARAMETERT     1    MAX_ARRAY = 10y       REAL * 4     1    ARRAY (MAX_ARRAY),n
     1    TESTe       INTEGERe
     1    LOOPn       DO LOOP = 1,MAX_ARRAYt         ARRAY(LOOP) = LOOP
     END DO       TEST = 100.u  +     CALL JED_M (ARRAY,TEST,%VAL(MAX_ARRAY))l       DO LOOP = 1,MAX_ARRAYw         TYPE *,ARRAY(LOOP)
     END DO       ENDa   Correct output 101.0000 102.0000 103.0000 104.0000 105.0000 106.0000 107.0000 108.0000 109.0000 110.0000   VMS 7.2-1 Wrong output:. 1.000000 101.0000 3.000000 103.0000 5.000000 105.0000 7.000000 107.0000 9.000000 109.0000   ------------------------------  # Date: Mon, 03 Apr 2000 14:12:16 GMTo= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 2 Subject: Re: VAX-Macro problems on Alpha VMS 7.2-10 Message-ID: <009E80DD.8D706876@SendSpamHere.ORG>   In article <E472188161D5D311B08700105AF4CAAA01160A76@kuumex03.barco.com>, "Johan Devos" <johan dot devos (at) barco dot com> writes: >Hello,  > J >we have a lot of old VAX macro code adapted a few years ago to Alpha VMS.@ >This code worked well  on Alpha VMS 1.5 to 7.1-2 (compiled with >$MACRO/MIGRATION).c >eI >On the actual Alpha VMS version 7.2-1 we have serious problems with thisAH >macro code.  It looks like their is a bug in the new AMAC V4.1-11-3381U= >compiler concerning the Autoincrement addressing mode (Rn)+.  >,G >Here a example of a macro routine JED_M where 3 parameters are passed,c) >- the address of an array of real's (R6) M >- the address of a real containing a value to add to all the elements of the  >array (R5)2+ >- the number of elements in the array (R3)  > ? >The problem is located in the instruction : ADDF2   (R5),(R6)+, >TG >On VAX and older Alpha VMS versions, the 2th parameter is added to alllL >elements of the array.  On VMS 7.2- the Autoincrement uses 2 times a offsetJ >of 4 bytes iso. only one time, resulting in a adaptation of the 1st, 3rd,M >5th,... element in the array and also a crash at the end of the array.  This L >error is visible on the $MACRO/MIGRATION/LIST/MACHINE alpha assembler list. >aJ >I have tried to recompile the JED_M macro with all kind of switches (like1 >/noopt, /disable=quadword,...) whiteout success.  >  >Thanks for your advise, >k >Johan Devos >p >tM >;===========================================================================% >====s0 >;               .ENTRY JED_M,^M<R2,R3,R4,R5,R6>< >                .CALL_ENTRY     PRESERVE=<R2,R3,R4,R5,R6>,-< >                                MAX_ARGS=3,HOME_ARGS=TRUE,-G >                                INPUT=<R12>,OUTPUT=<R0>,SCRATCH=<R1>,- . >                                LABEL=<JED_M> >;-------------------- >;check parameters in call >;  >                CMPL    (AP),#3& >                BGEQ    PARAM.OK.OPER >OPER.MIS.PAR:   MOVL    #-1,R0 % >                BRW     MEM.OPER.END D >PARAM.OK.OPER:  TSTL    4(AP)                   ; address of array?% >                BEQL    OPER.MIS.PAR ! >                MOVL    4(AP),R6 % >                BEQL    OPER.MIS.PARQ >;A >                TSTL    8(AP)                   ; value to add ?u% >                BEQL    OPER.MIS.PARsL >                MOVL    8(AP),R5                ; parameter (list or value)% >                BEQL    OPER.MIS.PARx >;L >                TSTL    12(AP)                  ; # elements in array value >?% >                BEQL    OPER.MIS.PAR L >                MOVL    12(AP),R3               ; parameter (list or value)% >                BEQL    OPER.MIS.PAR  >;! >; add real @R5 to real array @R6a >;# >OFF_RL_RL:      ADDF2   (R5),(R6)+s% >                SOBGTR  R3,OFF_RL_RLc% >                BRW     MEM.OPER.ENDd    = The simplest way to cure this is to change the above code to:   ! OFF_RL_RL:      ADDF2   (R5),(R6)  		TSTL	(R6)+$                 SOBGTR  R3,OFF_RL_RL$                 BRW     MEM.OPER.END    I There are a number of "documented" strangenesses concerning the update ofbI register values used as pointers.  I'm trying to find the documentation I0J stashed away but don't have it handy presently.  If I come across it, I'llJ post it.  In your code above, the compiler appears to be assuming that the3 F_FLOATING datum is a quadword and not a longword. -  J If this is pervasive in your code, you might want to use a macro to defineJ the above ADDF2/TSTL.  Here's a simple macro to handle the problem you are seeing.e           .MACRO .REDEFINE_ADDF2            .MACRO ADDF2,ARG1,ARG2             .MDELETE ADDF2             .NTYPE ...T,ARG2"             .IF EQ <...T@-4&^xF>-8             .IF_TRUE6               .MACRO ADDF2_TSTL,...ARG1,...ARG2,REGNUM)                 ADDF2 ...ARG1,(R'REGNUM')                  TSTL ...ARG2               .ENDM ADDF2_TSTL               ...R = <...T&^xF>G(               ADDF2_TSTL ARG1,ARG2,\...R!               .MDELETE ADDF2_TSTLl             .IF_FALSE                ADDF2 ARG1,ARG2J             .ENDCp             .REDEFINE_ADDF2i           .ENDM ADDF2B         .ENDM .REDEFINE_ADDF2          .REDEFINE_ADDF2     4 Place this at the beginning of the file and compile.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM   ------------------------------   Date: 3 Apr 2000 14:51:51 GMTr2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: Web based mailp, Message-ID: <8cab67$9f4@gap.cco.caltech.edu>  X In article <38E38CAC.B6BB933@clarion.edu>, Clayton Kroh <ckroh@MAIL.CLARION.EDU> writes: >wI >We are currently running PMDF V5.19 (with Pine) on an Alpha 2100 runningbD >OpenVMS 7.1 as our primary mail server. Currently the users sign onI >directly to the Alpha system and use Pine or use Eudora (POP3) to accesstI >their mail. This is a university environment so we have the potential tosE >have 6000+ users accessing their mail via this scenario. Now for thesH >question; What products are available that would provide the users withG >a Web interface into the mail stored on the Alpha system? I would liketI >the users to be able to have full mail access via any browser on the WebhI >with the ability send and receive attachments. Please let me know if youu7 >know of or have had experience with any such products.m >o  G All recent versions of Netscape support IMAP in the MAIL section of the-I program. That works for us using the IMAP server in Multinet and I assume<H that PMDF's own IMAP server would work just as well.  These same clientsF can also connect via POP.  However, that does not work nearly so well,I especially if there are a lot of mail messages involved.  No idea what IE62 has for mail since I don't use that for anything.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edue? Manager, sequence analysis facility, biology division, Caltech aJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  # Date: Mon, 03 Apr 2000 15:54:07 GMT  From: d.webb@mdx.ac.uk Subject: Re: Web based mailK) Message-ID: <8caeqm$7iq$1@nnrp1.deja.com>   , In article <8cab67$9f4@gap.cco.caltech.edu>,$ mathog@seqaxp.bio.caltech.edu wrote:9 > In article <38E38CAC.B6BB933@clarion.edu>, Clayton Krohe  <ckroh@MAIL.CLARION.EDU> writes: > >mC > >We are currently running PMDF V5.19 (with Pine) on an Alpha 2100s runningSF > >OpenVMS 7.1 as our primary mail server. Currently the users sign onD > >directly to the Alpha system and use Pine or use Eudora (POP3) to accessH > >their mail. This is a university environment so we have the potential toG > >have 6000+ users accessing their mail via this scenario. Now for theeE > >question; What products are available that would provide the usersI withD > >a Web interface into the mail stored on the Alpha system? I would likeG > >the users to be able to have full mail access via any browser on thet WebiG > >with the ability send and receive attachments. Please let me know ifI youo9 > >know of or have had experience with any such products.m > >a >tE > All recent versions of Netscape support IMAP in the MAIL section of- the-D > program. That works for us using the IMAP server in Multinet and I assumeA > that PMDF's own IMAP server would work just as well. These sameD clientsAG > can also connect via POP. However, that does not work nearly so well,aG > especially if there are a lot of mail messages involved. No idea what  IE3 > has for mail since I don't use that for anything.  >t
 > Regards, >v > David Mathog > mathog@seqaxp.bio.caltech.edu @ > Manager, sequence analysis facility, biology division, Caltech >iH ************************************************************************ **
 > * RIP VMS *n >pH ************************************************************************ ** >-    A Internet Explorer's mail client - Outlook Express - supports IMAPf as well as POP.cC Never used Multinet so I can't comment on it's IMAP and POP serversh> but as you surmised PMDF's IMAP and POP servers work fine with9 Netscape, Outlook express and other POP and IMAP clients.8  E We have student's and some staff accessing their mail on the PMDF VMS B systems via POP, IMAP , web-based YAHMAIL and logging in and using PINE and PMDF MAIL.c  ' Different things suit different people.v  A A web based approach such as YAHMAIL frees you or your users fromn. having to configure IMAP in each browser used.G Also since you are logging into the web-mail account it also solves thetF problem of allowing remote users to send out mail through your systems? without the use of facilities such as SASL. (You have of course  blocked relaying haven't you).  
 David Webb VMS and Unix team leader CCSS Middlesex University    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Mon, 3 Apr 2000 08:53:00 -0500> From: "Dryjanski, Tomasz" <Tomasz.Dryjanski@intl.fritolay.com>5 Subject: RE: Weird power problem on an Alpha 3000-600e$ Message-ID: <234080798@MVB.SAIC.COM>  J      We observed the same behaviour with Dell PowerEdge 2300. It occurred I      that a disk drive had a damaged pin on a power supply connector. It nI      used to cause an electric arc (?) in some situations and switch off nK      the whole box. The only way to make it work was to pull out the power oL      cord and plug it in again after some time (10-20 sec.). Then we stated E      the reason and replaced the disk - everything works fine so far.i       
      Tomek D.s    . ______________________________ Reply Separator! __________________________________1 Subject: Weird power problem on an Alpha 3000-600 K Author:  "stan@thhpc.gps.caltech.edu" <SMTP:stan@thhpc.gps.caltech.edu> at   FLIHUB Date:    30-03-2000 16:11t    L We have a 1994-vintage Alpha 3000-600 running here.  It is currently running  L VMS 7.2.  Last night, we had a weird problem that I've never seen the likes 
 of before.      TJ About 12:20AM, the machine died.  It just keeled over dead.  Someone came I in to have a look at it.  It looked like it was powered off, even though hL the switch was in the 'on' position.  No lights, fans, or any sign of life. J This morning when I got here, I had a look.  The power would not come on. B Tried a different outlet, different power cord, reseated the powerK cord in the socket.  Finally, I dissected the machine to see if there were  J any burnt smells inside the case.  There were none.  But when I hooked it H up to power on the test bench, it came back to life.  We put it back in G the rack, and it booted up like nothing had happened.  Has anyone ever   seen anything like this before?r      u Thanks.d        --K >------------------------------------------------------------------------- eI Stan                 |    "Recess is over in the playpen of the damned." D: stan@cco.caltech.edu |                      --Bill MargoldJ > http://www-socal.wr.usgs.gov/stans -------------------------------------   ------------------------------  $ Date: Mon, 3 Apr 2000 08:53:00 -0500> From: "Dryjanski, Tomasz" <Tomasz.Dryjanski@intl.fritolay.com>5 Subject: RE: Weird power problem on an Alpha 3000-600-$ Message-ID: <234080800@MVB.SAIC.COM>  J      We observed the same behaviour with Dell PowerEdge 2300. It occurred I      that a disk drive had a damaged pin on a power supply connector. It  I      used to cause an electric arc (?) in some situations and switch off jK      the whole box. The only way to make it work was to pull out the power 6L      cord and plug it in again after some time (10-20 sec.). Then we stated E      the reason and replaced the disk - everything works fine so far.h      a
      Tomek D.a    . ______________________________ Reply Separator! _________________________________n1 Subject: Weird power problem on an Alpha 3000-600sK Author:  "stan@thhpc.gps.caltech.edu" <SMTP:stan@thhpc.gps.caltech.edu> at i FLIHUB Date:    30-03-2000 16:11i    L We have a 1994-vintage Alpha 3000-600 running here.  It is currently running  L VMS 7.2.  Last night, we had a weird problem that I've never seen the likes 
 of before.      aJ About 12:20AM, the machine died.  It just keeled over dead.  Someone came I in to have a look at it.  It looked like it was powered off, even though  L the switch was in the 'on' position.  No lights, fans, or any sign of life. J This morning when I got here, I had a look.  The power would not come on. B Tried a different outlet, different power cord, reseated the powerK cord in the socket.  Finally, I dissected the machine to see if there were aJ any burnt smells inside the case.  There were none.  But when I hooked it H up to power on the test bench, it came back to life.  We put it back in G the rack, and it booted up like nothing had happened.  Has anyone ever A seen anything like this before?e      h Thanks.r      d --K >------------------------------------------------------------------------- sI Stan                 |    "Recess is over in the playpen of the damned." r: stan@cco.caltech.edu |                      --Bill MargoldJ > http://www-socal.wr.usgs.gov/stans -------------------------------------   ------------------------------  % Date: Mon, 03 Apr 2000 01:06:01 +0001r From: bench@linuxmail.org  Subject: your imaging supplies$ Message-ID: <234079173@MVB.SAIC.COM>   BENCHMARK SUPPLY 5334 LAKE VIEW CLUBy ATLANTA GA 30338  $ ***LASER PRINTER TONER CARTRIDGES*** ***FAX AND COPIER TONER***  a9 WE ACCEPT GOVERNMENT, SCHOOL & UNIVERSITY PURCHASE ORDERSe< JUST LEAVE YOUR PO # WITH CORRECT BILLING & SHIPPING ADDRESS  '    CHECK OUT OUR NEW CARTRIDGE PRICES :   h   APPLE   s-   LASER WRITER  PRO 600 OR 16/600         $69w-   LASER WRITER SELECT 300,310.360         $69 .   LASER WRITER 300, 320                   $54 .   LASER WRITER LS,NT,2NTX,2F,2G & 2SC     $54 .   LASER WRITER 12/640                     $79    HEWLETT PACKARD   .   LASERJET SERIES 2,3 & 3D (95A)          $49 .   LASERJET SERIES  2P AND 3P (75A)        $54 .   LASERJET SERIES 3SI AND 4SI (91A)       $75 .   LASERJET SERIES 4L AND 4P               $49 .   LASERJET SERIES 4, 4M, 5, 5M, 4+ (98A)  $59 .   LASERJET SERIES 4000 HIGH YIELD  (27X)  $99 .   LASERJET SERIES 4V                      $95 .   LASERJET SERIES 5SI , 8000              $95 .   LASERJET SERIES 5L AND 6L               $49 .   LASERJET SERIES 5P, 5MP, 6P, 6MP        $59 -   LASERJET SERIES 5000 (29A)             $135R.   LASERJET SERIES 1100 (92A)              $49 -   LASERJET SERIES 2100 (96A)              $89 #   LASERJET SERIES 8100 (82X)		 $145      HP LASERFAX   .   LASERFAX 500, 700, FX1,                 $59 .   LASERFAX 5000, 7000, FX2,               $59 .   LASERFAX  FX3                           $69 .   LASERFAX  FX4                           $79       LEXMARK   .   OPTRA  4019, 4029  HIGH YIELD          $135 .   OPTRA R, 4039, 4049 HIGH YIELD         $135 .   OPTRA S 4059 HIGH YIELD                $135 .   OPTRA E                                 $59 .   OPTRA  N                               $115   F   EPSON   .   EPL-7000, 8000                         $105 .   EPL-1000, 1500                         $105   -   CANON   .   LBP-430                                 $49 .   LBP-460, 465                            $59 .   LBP-8 II                                $54 .   LBP-LX                                  $54 .   LBP-MX                                  $95 .   LBP-AX                                  $49 .   LBP-EX                                  $59 .   LBP-SX                                  $49 .   LBP-BX                                  $95 .   LBP-PX                                  $49 .   LBP-WX                                  $95 .   LBP-VX                                  $59 .   CANON FAX L700 THRU L790 FX1            $59 .   CANONFAX L5000 L70000  FX2              $59   0   CANON COPIERS   .   PC 20, 25 ETC....                       $89 .   PC 3, 6RE, 7, 11  (A30)                 $69 .   PC 320 THRU 780  (E40)                  $89   B   NEC   -   SERIES 2 LASER MODEL 90,95             $105o     PLEASE NOTE:  1 1) ALL OUR CARTRIDGES ARE GENUINE OEM CARTRIDGES.R. 2) WE DO NOT SEND OUT CATALOGS OR PRICE LISTS ) 3) WE DO NOT FAX QUOTES OR PRICE LISTS.  s7 4) WE DO NOT SELL TO RESELLERS OR BUY FROM DISTRIBUTERS > 5) WE DO NOT CARRY: BROTHER-MINOLTA-KYOSERA-PANASONIC PRODUCTS; 6) WE DO NOT CARRY: XEROX-FUJITSU-OKIDATA OR SHARP PRODUCTS.1 7) WE DO NOT CARRY ANY COLOR PRINTER SUPPLIES    h7 8) WE DO NOT CARRY DESKJET/INKJET OR BUBBLEJET SUPPLIES = 9) WE DO NOT BUY FROM OR SELL TO RECYCLERS OR REMANUFACTURERSe                      c  ( ****OUR  ORDER LINE IS 770-399-0953 ****  2 ****OUR CUSTOMER SERVICE  LINE IS 800-586-0540****= ****OUR E-MAIL REMOVAL AND COMPLAINT LINE IS 888-494-8597****a  % ****PLACE YOUR ORDER AS FOLLOWS**** :    BY PHONE   770-399-0953    BY FAX:    770-698-9700 ! BY MAIL:   BENCHMARK PRINT SUPPLYe             7540 BRIDGEGATE COURT ,          ATLANTA GA 30350i  ? MAKE SURE YOU INCLUDE THE FOLLOWING INFORMATION IN YOUR ORDER: e  #              1)  YOUR PHONE NUMBER l              2)  COMPANY NAME "              3)  SHIPPING ADDRESS               4)  YOUR NAME ..              5)  ITEMS NEEDED WITH QUANTITIES 9              6)  METHOD OF PAYMENT. (COD OR CREDIT CARD) a9              7)  CREDIT CARD NUMBER WITH EXPIRATION DATE A    I: 1) WE SHIP UPS GROUND. ADD $4.5 FOR SHIPPING AND HANDLING.3 2) COD CHECK ORDERS ADD $3.5 TO YOUR SHIPPING COST.h3 2) WE ACCEPT ALL MAJOR CREDIT CARD OR "COD" ORDERS.c8 3) OUR STANDARD MERCHANDISE REFUND POLICY IS NET 30 DAYS> 4) OUR STANDARD MERCHANDISE REPLCAMENT POLICY IS NET 90 DAYS.      NOTE NUMBER (1): =  8 PLEASE DO NOT CALL OUR ORDER LINE TO REMOVE YOUR E-MAIL < ADDRESS OR COMPLAIN. OUR ORDER LINE IS NOT SETUP TO FORWARD 5 YOUR E-MAIL ADDRESS REMOVAL REQUESTS OR PROCESS YOUR -9 COMPLAINTS..IT WOULD BE A WASTED PHONE CALL.YOUR ADDRESS S6 WOULD NOT BE REMOVED AND YOUR COMPLAINTS WOULD NOT BE 5 HANDLED.PLEASE CALL OUR TOLL FREE E-MAIL REMOVAL AND a COMPLAINT LINE TO DO THAT.   NOTE NUMBER (2):  5 OUR E-MAIL RETURN ADDRESS IS NOT SETUP TO ANSWER ANY  < QUESTIONS YOU MIGHT HAVE REGARDING OUR PRODUCTS. OUR E-MAIL 7 RETURN ADDRESS IS ALSO NOT SETUP TO TAKE ANY ORDERS AT  9 THIS TIME. PLEASE CALL THE ORDER LINE TO PLACE YOUR ORDERV;  OR HAVE ANY QUESTIONS ANSWERED. OTHERWISE PLEASE CALL OUR   CUSTOMER SERCICE LINE.                      v  e      ------------------------------  $ Date: Mon, 3 Apr 2000 13:57:01 -0400  From: norm.raphael@jamesbury.com4 Subject: [Solved] Identifying unfound target of GOTO4 Message-ID: <C22568B6.0061D272.00@jklh21.valmet.com>  ? The problem statement turned out to be the "READ/ERROR" and notI an explicit "GOTO":   7 $   READ SYS$COMMAND OPTION /END=EXIT/ERROR=BAD_INPUT -u           /PROMPT="Option: "      6 When the user is in a terminal emulator and decides to  ; end his or her Telnet session by simply clicking on the [X]F  7 box in the window banner instead of choosing the "EXIT"i  6 option in the DCL menu, this read statement apparently  7 takes the ERROR= path.  I don't know if this would also   1 be the case if a LAT session were uncerimoniously   9 disconnected.  Anyway, the BAD_INPUT label did not exist.e  5 It should have been coded BAD_OPTION. This path says:o   $BAD_OPTION: $     !n  $   WRITE SYS$OUTPUT ERROR_LOC,-*     "Bad option entered - Please reenter." $   GOTO GET_OPTION   5 Where ERROR_LOC is a screen position escape sequence,a2 and GET_OPTION is the label to redisplay the menu.  + The ERROR=BAD_OPTION code produces a normalo  @ "Final status text: %CLI-S-NORMAL, normal successful completion"  ; with " Final status code: 00030001" indicating it never wasg< displayed.  The ERROR+BAD_INPUT evidently tries to parse the9 missing label which produces the error as a final status..   ------------------------------   End of INFO-VAX 2000.187 ************************