1 INFO-VAX	Mon, 05 Jun 2000	Volume 2000 : Issue 313       Contents:" Re: DEcnet plus to DEcnet Phase IV" RE: DEcnet plus to DEcnet Phase IVP Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrongsubjectline, soP Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrongsubjectline, soP Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrongsubjectline, so Re: emergency startup procedure  Re: emergency startup procedure  fflush and fsync revisited Re: fflush and fsync revisited/ re: Format of Help Files (SYS$HELP:HELPLIB.HLB)  format utility Re: format utility$ Re: Hobbyist license...and 2 systems$ Re: Hobbyist license...and 2 systems: Re: How I can set the environment variable on the VAX/VMS?, Re: None dare call it Legacy (ISE goes live)
 Re: PATCHs0 performance drop of >35% from Oracle 7.1 to 8.054 Re: performance drop of >35% from Oracle 7.1 to 8.054 Re: performance drop of >35% from Oracle 7.1 to 8.054 Re: performance drop of >35% from Oracle 7.1 to 8.05" Re: Pipe throughput, sigh, slow...0 Re: Please help a beginner with puzzling code...P Porting TO OpenVMS (was OpenVMS commentaries (was Re: Gartner commentary on Wild3 Re: POS/credit card verification with OpenVMS Alpha  Re: SImple graphs fro VMS  Re: SNA & PSI support on DSV-11  Re: VAX on Intel?  Re: VAX on Intel?  Re: VEST / DECmigrate  RE: VEST / DECmigrate  RE: VEST / DECmigrate  Re: VEST / DECmigrate  Re: VMS Employment????7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 4 RE: VMS V6.2 to V7.2 upgrade disaster (VAXsta 3138).4 Re: VMS V6.2 to V7.2 upgrade disaster (VAXsta 3138).8 Re: What is the simplest way to network two VMS systems? Re: Wildfire Announcement  Re: Wildfire Announcement  Re: Wildfire Announcement   F ----------------------------------------------------------------------   Date: 5 Jun 2000 13:48:21 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)+ Subject: Re: DEcnet plus to DEcnet Phase IV 6 Message-ID: <8hgb35$jmj$1@mailint03.im.hou.compaq.com>  \ In article <39382042.CDB726A2@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >Ed Nath wrote:  >>  G >> How do I deinstall decnet plus and go back to decnet phase IV...I am 2 >> running a vax 4000 with version 7.1 of open VMS > Q >To upgrade from DECNET PLUS to DECNET-4, you need to deinstall DECNET PLUS first  > 7 >I beleive STOP/NETWORK DECNET if I remember correctly,  > K >then use the PRODUCT SHOW PRODUCT to get a list of installed products, and  >then  >PRODUCT REMOVE <product name>   > / >(can't remember the exact name of DECNET PLUS)    About right so far, but..   5 >You then use VMSinstall to install the DECNET-4 kit.   D Nope.  DECnet Phase IV is a POLYCENTER Software Installation (PCSI) F utility kit.  It is on the OpenVMS VAX V7.1 operating system CD-ROM.  @ You will find it in the directory, [DECNET_PHASE_IV+VAX071.KIT].  1 Something like the following command should work:      '     $ PRODUCT INSTALL DECNET_PHASE_IV - 3         /SOURCE=DKA400:[DECNET_PHASE_IV+VAX071.KIT]    (Assuming the CD is DKA400.)  * You will then need to re-boot your system.   --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA F          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Mon, 05 Jun 2000 12:12:33 -0300 1 From: "Boyle, Darren" <boyledj@bankofbermuda.com> + Subject: RE: DEcnet plus to DEcnet Phase IV K Message-ID: <9F664D538536D411BD3200508B6FF01A024678@bdant027.bda.bobda.com>   H DECnet Phase V does not get properly shutdown by the STOP/NETWORK DECNET: command, you will need a reboot to cleanly remove Phase V.  K The rest is correct though except Phase IV is a PCSI kit not a VMS save set " so Product install should be used. - Darren   > ----------4 > From: 	JF Mezei[SMTP:jfmezei.spamnot@videotron.ca]& > Sent: 	Friday, June 02, 2000 5:59 PM > To: 	Info-VAX@Mvb.Saic.Com. > Subject: 	Re: DEcnet plus to DEcnet Phase IV >  > Ed Nath wrote: > > H > > How do I deinstall decnet plus and go back to decnet phase IV...I am3 > > running a vax 4000 with version 7.1 of open VMS  > L > To upgrade from DECNET PLUS to DECNET-4, you need to deinstall DECNET PLUS > first  > 8 > I beleive STOP/NETWORK DECNET if I remember correctly, > L > then use the PRODUCT SHOW PRODUCT to get a list of installed products, and > then    > PRODUCT REMOVE <product name>  > 0 > (can't remember the exact name of DECNET PLUS) > F > You then use VMSinstall to install the DECNET-4 kit. I did that on aB > worktation and it worked quite well. Of course, you will need to > reconfigure a H > lot of stuff after, but since DECNET-4 is so much easier to manage for > most  > networks, it is not a problem. >     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, 05 Jun 2000 09:46:47 -0400   From: norm.raphael@jamesbury.comY Subject: Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrongsubjectline, so 4 Message-ID: <C22568F5.004BECA1.00@jklh21.valmet.com>  : Thank you for your comments.  In future, however, it would9 behoove you to run a test before you post mere suspicion. > There are no trialing spaces on this file.  There is a leading> space on the new lines in the file that show as different with< the igore=(spacing) switch,  If that scenario gives no error2 on your OpenVMS system, I would appreciate knowing; the version, as I see identical results on OpenVMS VAX V6.2  and Alpha V7.1-2.    $ diff/ignor=(spacing) foo.bar ************ File FOO.BAR;2
     1    test  ****** File FOO.BAR;1     1   test ************  & Number of difference sections found: 1% Number of difference records found: 1   ' DIFFERENCES /IGNORE=(SPACING)/MERGED=1-      FOO.BAR;2-
     FOO.BAR;1         . mlyczewski@ddpwa.com on 06/02/2000 06:29:38 PM   To:   Info-VAX@mvb.saic.com  cc: K Subject:  Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrong        subjectline, sorry.         @ This is the symbol I have set up for doing diffs on COBOL files.F It takes care of spaces... I suspect that your problem is not leading, but trailing spaces.    @   DIFC == "DIFFERENCES/COMMENT_DELIMITER=* /IGNORE=(BLANK_LINES,$ COMMENTS, SPACING, TRAILING_SPACES)"  E On Fri, 02 Jun 2000 17:48:42 -0400, norm.raphael@jamesbury.com wrote:    >  >  > A >I have a text file that differs from its predecessor (mostly) in A >that the old one has lines that start with a single space, while ? >in the new one, that space has been edited out.  Nevertheless, > >when I do $DIFF/IGNORE=(SPACING) newfile.txt;<cr> the leading( >space in the new file is _not_ ignored. >  >Is this intended behavior?  > < >Is there a switch to get DIFF to see them as matched lines? >  >Here is the help file entry.  >  >DIFFERENCES > 
 >  /IGNORE >   >        /IGNORE=(keyword[,...]) > C >     Inhibits the comparison of the specified characters, strings, B >     or records; also controls whether the comparison records areE >     output to the listing file as edited records or exactly as they F >     appeared in the input file. If you specify only one keyword, youF >     can omit the parentheses. The keyword parameter refers to eitherD >     a character or a keyword. The first set of keywords determinesF >     what, if anything, is ignored during file comparison; the secondF >     set of keywords determines whether or not ignored characters areF >     included in the output. The following keywords are valid options  >     for the /IGNORE qualifier: > # >     Keyword          Item Ignored  >  >[snip]  > D >     SPACING          Extra blank spaces or tabs within data lines. >  >[snip]  >  >-Norm >  >  >    ------------------------------  % Date: Mon, 05 Jun 2000 10:32:35 -0400   From: norm.raphael@jamesbury.comY Subject: Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrongsubjectline, so 4 Message-ID: <C22568F5.0050C780.00@jklh21.valmet.com>  
 Thanks, Phil. I You are obviously correct.  What I missed was the key word "Extra" in the 	 sentence: E >      SPACING          Extra blank spaces or tabs within data lines. = A single leading space is not extra as far as this utility is A concerned, which makes sense after a little thought.  It would be > nice to have an ignore=Leading_spaces but thats another topic. -Norm           3 howellp@snowyhydro.com.au on 06/04/2000 04:01:30 AM    To:   Info-VAX@mvb.saic.com  cc: K Subject:  Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrong        subjectline, sorry.         K I always use $diff /ignore=(spacing,trailing,exact) but I think the problem J here is that spacing qualifier just regards multiple spacing and tabs as aI single space, ie. if your oldfile started with two spaces and the newfile ) with one space then it would have worked.  Phil- <norm.raphael@jamesbury.com> wrote in message . news:C22568F2.0076F63B.00@jklh21.valmet.com... >  >  > B > I have a text file that differs from its predecessor (mostly) inB > that the old one has lines that start with a single space, while@ > in the new one, that space has been edited out.  Nevertheless,? > when I do $DIFF/IGNORE=(SPACING) newfile.txt;<cr> the leading ) > space in the new file is _not_ ignored.  >  > Is this intended behavior? > = > Is there a switch to get DIFF to see them as matched lines?  >  > Here is the help file entry. > 
 > DIFFERENCES  >  >   /IGNORE  > ! >         /IGNORE=(keyword[,...])  > D >      Inhibits the comparison of the specified characters, strings,C >      or records; also controls whether the comparison records are F >      output to the listing file as edited records or exactly as theyG >      appeared in the input file. If you specify only one keyword, you G >      can omit the parentheses. The keyword parameter refers to either E >      a character or a keyword. The first set of keywords determines G >      what, if anything, is ignored during file comparison; the second G >      set of keywords determines whether or not ignored characters are G >      included in the output. The following keywords are valid options ! >      for the /IGNORE qualifier:  > $ >      Keyword          Item Ignored >  > [snip] > E >      SPACING          Extra blank spaces or tabs within data lines.  >  > [snip] >  > -Norm  >  >  >    ------------------------------  % Date: Mon, 05 Jun 2000 10:00:39 -0700 # From: Jethro Bodine <Me@nospam.com> Y Subject: Re: DIFF /IGNORE=(SPACING) questiion - was sent before with wrongsubjectline, so < Message-ID: <Me-82DDF5.10003905062000@svlnews.lmms.lmco.com>  5 In article <C22568F5.004BECA1.00@jklh21.valmet.com>,  ! norm.raphael@jamesbury.com wrote:   < > Thank you for your comments.  In future, however, it would; > behoove you to run a test before you post mere suspicion.   G "it would behoove you"? Norm, the guy was just trying to be helpful by  @ offering a suggestion.  He clearly stated that all he had was a H suspicion. Perhaps he did not have time to test anything?  What exactly D should he have tested?  Should he have used the test lines that you  included in your post?  H I apologize to you if your choice of words did not deliver your intent. F However, you asked for a favor, someone responded.  Don't make anyone I afraid to try to answer a question.  He offered some useful information,  # it just did not solve your problem.      -J   ------------------------------   Date: 5 Jun 2000 08:02:35 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) ( Subject: Re: emergency startup procedure. Message-ID: <CWOJq4rfzAeL@tachxxsoftxxconsult>  n In article <2d3d3c8c.ce31e294@usw-ex0106-044.remarq.com>, vmsinmich <snomotorNOsnSPAM@aol.com.invalid> writes:E > I have recently purchased machines that are linked to VAX 2000 work F > stations and I do not know the passwords to login to them. I think IE > need to start them up in a conversational boot but I do not now the G > procedure for this. Can anyone help me out? I am familiar with RSX 11 F > on PDP11's and they called their system manager account sysmgr. I amG > not sure on the VAX is it the same or is it just system? I also would I > like to know if there is documentation still out there? I would like to G > get the VAX processor installation and operations guide for the 2000. ) > Your help would be greatly appreciated.  >       
 from the faq:       < ------------------------------------------------------------; MGMT5.  I've forgotten the SYSTEM password - what can I do?   C If you need to break into an OpenVMS system because you do not have F access to any privileged passwords, such as the password to the SYSTEMG username, you  will need physical access to the system console, and you B will need to perform a conversational reboot.  Here are the steps:  ?   1.  Halt the system.  Exactly how this is done depends on the E       specific system model: Depending on the model, this can involve F       pressing the <HALT> button, entering <CTRL/P> on the console, or.       pressing the <BREAK> key on the console.  G   2.  At the >>> console prompt, use a console command to boot into the J       SYSBOOT> utility.  (SYSBOOT allows conversational changes to system I       parameters.)  The syntax for the conversational bootstrap varies by I       system model -- this typically involves specifying a flag of 1, for        example:           VAX:
           B/1            B/R5:1           @GENBOO            Alpha:           b -flags 0,1  I       If your system has a non-zero system root (such as root SYSE, shown J       here), you will have to use a console command such as the following:           VAX:           B/E0000001           B/R5:E0000001 7           @<console media procedure name varies widely>            Alpha:           b -flags e,1     E       If your system has a hardware password (various systems support G       a password that prevents unauthorized access to the console), you F       will need to know theis password and will need to enter it usingF       the LOGIN command at the console.  If you get an "Inv Cmd" errorG       trying to perform a conversational bootstrap, and you do not have F       the hardware console password for the console LOGIN command, youF       are stuck -- you will need to call for hardware service in orderF       to reset the hardware console password.  The syntax used for the(       console password mechanism varies.  G   3.  Once at the SYSBOOT> prompt, request that OpenVMS read the system H       startup commands directly from the system console, that the windowH       system (if any) not be started, and that OpenVMS not record these A       particular parameter changes for subsequent system reboots:            SET/STARTUP OPA0:          SET WINDOWSYSTEM 0         SET WRITESYSPARAMS 0         CONTINUE  H   4.  At the $ prompt, the system will now be accepting startup commandsF       directly from the console.  Type the following two DCL commands:  
         SPAWN          @SYS$SYSTEM:STARTUP   I       The result of these two commands will be the normal system startup, D       but you will be left logged in on the console, running under aE       privileged username.  Without the use of the SPAWN command, you 5       would be logged out when the startup completes.   E       If necessary, you can skip the invocation of the system startup E       temporarily, and perform tasks such as egistering license PAKs  <       or various other "single-user" maintenance operations.  >   5.  Use the following commands to reset the SYSTEM password:  A         SET DEFAULT SYS$SYSTEM:  ! or wherever SYSUAF.DAT resides           RUN SYS$SYSTEM:AUTHORIZE+         MODIFY SYSTEM /PASSWORD=newpassword          EXIT  F       These steps will change the SYSTEM password to the specified new!       newpassword password value.   I    Reboot the system normally -- the SYSTEM password should now be set to %    the value you specified in Step 5.   M    Some people will suggest a method using the UAFALTERNATE SYSGEN parameter. L    This approach is not always reliable and is not recommended, as there canK    easily be an alternate user authorization file configured on the system.   L    For further information on emergency startup and shutdown, as well as forJ    the official OpenVMS documentation on how to change the SYSTEM passwordL    from the console in an emergency, please see the OpenVMS System Manager's+    Manual in the OpenVMS documentation set.   K    You can also use the conversational bootstrap technique shown above (the M    steps through Step 3) to alter various system parameters.  At the SYSBOOT> /    prompt, you can enter new parameters values:         SHOW MAXPROCESSCNT 
      SET . 64 
      CONTINUE   H    The "." is a shorthand notation used for the last parameter examined.        9   The OpenVMS FAQ is archived in the following locations:   :     http://www.openvms.digital.com/wizard/openvms_faq.html9     ftp://ftp.digital.com/pub/Digital/dec-faq/OpenVMS.txt 1     ftp://ftp.digital.com/pub/Digital/dec-faq/vms :     ftp://rtfm.mit.edu/pub/usenet/news.answers/dec-faq/vms,     comp.answers and news.answers newsgroups  A   Other internet FAQs are generally available in these locations:   ,     comp.answers and news.answers newsgroups%     ftp://rtfm.mit.edu/pub/usenet/...   ?   User-created HTML versions of the OpenVMS FAQ are located at:        http://www.kjsl.com/vmsfaq'     http://eisner.decus.org/vms/faq.htm          --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  $ Date: Mon, 5 Jun 2000 10:28:25 -0400& From: "Syltrem" <syltrem@videotron.ca>( Subject: Re: emergency startup procedure7 Message-ID: <5OO_4.2512$da2.51969@wagner.videotron.net>   ? In your terminal setup, have you checked that BREAK is ENABLE ?   5 If you forgot the pwd to log in, boot conversational.   + B/10000000 I believe (or maybe B/000000001) # and when you get to the prompt, do:  SET UAFALTERNATE=Y  H This last command is a SYSGEN command. It's been a long (very long) timeL since I last did that, and I bareley remember the details. If you get to the* $ prompt instead of SYSGEN, invoke it with MC SYSGEN or something alike.   H When you are done, I think you have to let the boot continue (by doing aG LOGOUT, or something. When the boot is finished you can login using any 	 password.   G I think that's what it is. I would have to see how things are coming to K remember everytiong. But if you play around these instructions, you'll most  probably get your way through.  K If at any time during the process you get to the $ prompt, try getting into " AUTHORIZE and change the password!  
 Good luck!  = vmsinmich <snomotorNOsnSPAM@aol.com.invalid> wrote in message 3 news:1d0398b0.aba7b218@usw-ex0106-048.remarq.com... F > I tried to stop the boot up using control p and the break key and itI > still continued to boot up. At what point do you execute the break key?  >  > L > * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network * I > The fastest and easiest way to search and participate in Usenet - Free!  >    ------------------------------  % Date: Mon, 05 Jun 2000 10:15:06 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> # Subject: fflush and fsync revisited , Message-ID: <393BB5E9.10AF877B@videotron.ca>  I Ages ago, I had written some log routines in VAX-C which made use of both L fflush and fsync to ensure that any data written so far was actually writtenK to file. (to allow users to read the log file while the server is running).   M Now that I am more up-to-date with DEC-C on 7.2, I am wondering if both these  routines are still needed ?   M Is there now an official way to ensure that data written to a log file so far 3 is visible to other users when they type the file ?   B I use  fopen(filename,"w","ctx=rec","shr=get","rfm=var","rat=cr").   ------------------------------  % Date: Mon, 05 Jun 2000 17:38:35 +0200 1 From: Raimo Kangassalo <it1.raimok@memo.volvo.se> ' Subject: Re: fflush and fsync revisited - Message-ID: <393BC97B.80E812C9@memo.volvo.se>    JF Mezei wrote:  > K > Ages ago, I had written some log routines in VAX-C which made use of both N > fflush and fsync to ensure that any data written so far was actually writtenM > to file. (to allow users to read the log file while the server is running).  > O > Now that I am more up-to-date with DEC-C on 7.2, I am wondering if both these  > routines are still needed ?   B I think so; I compiled such a program a couple of months ago and I
 didn't getH the RMS to flush buffers without fsync(). We compile on a VMS 6.2 box, I don't ! know if VMS 7.x has changed this.    > O > Is there now an official way to ensure that data written to a log file so far 5 > is visible to other users when they type the file ?  > D > I use  fopen(filename,"w","ctx=rec","shr=get","rfm=var","rat=cr").   ------------------------------  % Date: Mon, 05 Jun 2000 14:30:39 +0100 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> 8 Subject: re: Format of Help Files (SYS$HELP:HELPLIB.HLB)7 Message-ID: <009EB283.158B5945.11@maxwell.ph.kcl.ac.uk>    > Hans Bachner wrote: & > > Would extracting the modules help? > > T > > With $ LIBRARY /HELP /EXTRACT=* SYS$HELP:HELPLIB.HLB /OUTPUT=HELPLIB.HLP you getN > > a plain text file in a documented format (with numbers indicating the helpG > > "level"). You could proceed from there to whatever format you need.  >  > E > But is the format of the .HLB or .TLB *file* actually documented. ?    Why should it be?   B Basically, LIBR is acting like a compiler: it takes a general openO form (an ASCII text file with defined-form header lines) and generates a closed B form that is more efficient to access on a VMS system. It's also aE reversible operation, in that yuo can EXTRACT a .HLP file from a .HLB  > G > Shouldn't DECpaq make it easy for users to ports bits of VMS to other M > platforms by documenting the format of these files so that one enterprising P > person could port the library routines to Unix for instance and be able to use# > .HLB files on both VMS and UNIX ?   = No. Why? .HLB is akin to .OBJ on any other system. However if L you are determined, this form of "object" code can be reverse-compiled back H to source, and the source is not hard to further process into man pages.- (Or html, which I'd call rather more useful).    	Yours, 
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."    ------------------------------  % Date: Mon, 05 Jun 2000 09:52:40 -0700 2 From: vmsinmich <snomotorNOsnSPAM@aol.com.invalid> Subject: format utility 9 Message-ID: <002e6e54.512f6662@usw-ex0106-048.remarq.com>   F I have a vax 2000 with a 5 1/4 floppy drive. I cannot find a supply ofD rx33k blank floppies, I was told that there is a format procedure toB format hd 5 1/4 floppies. Does any one know what the procedure is?    L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!    ------------------------------  # Date: Mon, 05 Jun 2000 16:33:05 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: format utility 0 Message-ID: <009EB272.A933A0F8@SendSpamHere.ORG>  n In article <002e6e54.512f6662@usw-ex0106-048.remarq.com>, vmsinmich <snomotorNOsnSPAM@aol.com.invalid> writes:G >I have a vax 2000 with a 5 1/4 floppy drive. I cannot find a supply of E >rx33k blank floppies, I was told that there is a format procedure to C >format hd 5 1/4 floppies. Does any one know what the procedure is?    Yes.  0 From the console prompt ">>>", type in 'TEST 70'   It will respond with a message:    VSfmt_QUE_unitno (0-2)?      Answer 2 (this is the floppy).  H It then prompts for you to confirm the type ((1=RX33)?  Enter 1 and then$ a return.  Formatting will commence.   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------   Date: 5 Jun 2000 08:09:14 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) - Subject: Re: Hobbyist license...and 2 systems . Message-ID: <kHUzeXkfJssn@tachxxsoftxxconsult>  c In article <01bfce53$23ee7220$5402a20a@Lxxxx.nbtel.nb.ca>, "Marco Shaw" <marco@nbnet.nb.ca> writes: J > I've got a Multia and have OpenVMS 7.2 successfully installed.  I've gotM > the hobbyist license, and I'm considering bying a 2nd Multia so I can learn : > more on distributed apps like DCE, DFS, clustering, etc. > I > I don't recognize some of the license 'short names' used, but will I be C > able to play with all these technologies with a hobbyist license?   N You will be able to do a lot of stuff.  The hobbyist license includes PAKs forO a lot of layered products.  In any case, clustering, decnet, and several tcp/ip I stacks are included, so there is absolutely no doubt that you can cluster O and/or network the machines together.  I am not sure how many of the high level  protocols are included.          --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  + Date: Mon, 05 Jun 2000 16:25:38 +0000 (   ) 3 From: Christopher Smith <chriss@Mufasa.pubserv.com> - Subject: Re: Hobbyist license...and 2 systems I Message-ID: <Pine.LNX.4.05.10006051623350.7312-100000@Mufasa.pubserv.com>   % On Sun, 4 Jun 2000, Marco Shaw wrote:   J > I've got a Multia and have OpenVMS 7.2 successfully installed.  I've gotM > the hobbyist license, and I'm considering bying a 2nd Multia so I can learn : > more on distributed apps like DCE, DFS, clustering, etc.  I > I don't recognize some of the license 'short names' used, but will I be C > able to play with all these technologies with a hobbyist license?     J Clustering -- done it.  DCE -- I believe I've seen the license for this inH the hobbyist set.  DFS -- Not sure, but as a guess, yes.  There's reallyH nothing I've seen anyone interested in using that didn't have a hobbyist license.   Regards,   Chris   O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL. % ------------------------------------- I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949  O -------------------------------------------------------------------------------    ------------------------------  $ Date: Mon, 5 Jun 2000 10:40:29 -0400& From: "Syltrem" <syltrem@videotron.ca>C Subject: Re: How I can set the environment variable on the VAX/VMS? 7 Message-ID: <pZO_4.2540$da2.51946@wagner.videotron.net>   J Remember that a logical name is usually used to assign a "user level" nameH to a file or device. If the file or device is moved or changed, the user3 will alway refer to it using his "user level" name. G A user does not need (or care) to know that the file has been move to a F different disk with higher capacity, say. When that happens, it is theJ responsibility of the sysadmin to change the logical name (user's name for) the object) to point to the new location.   L When this is used in a correct manner, it makes porting of programs and file
 bery easy.   Have fun on VMS    Syltrem   4 Denis Shadrin <shadrin@novosoft.ru> wrote in message% news:393A3048.4A5BA364@novosoft.ru...  > Hi!  >  > This one works: $ > > define <logical_name> "variable" >  > Thank you! >  > -- > With best regards  > Denis Shadrin  >  >  > Phil Howell wrote: > > ; > > Without knowing exactly what an environment variable is  > > you may want either $ > > a symbol     <symbol>="variable") > >          or        <symbol>:=variable ( > > a global symbol <symbol>=="variable"2 > >          or                <symbol>:==variable > >   > > or maybe it's a logical name > > $ > > define <logical_name> "variable" > >  > > Phil > >  > > ps. what's a shell?  > > 8 > > Denis Shadrin <shadrin@novosoft.ru> wrote in message) > > news:393A0C6F.42B04508@novosoft.ru... 	 > > > Hi!  > > > L > > > I have no any VMS experience, but there is an application (ported from > > UNIX) which is needed in > > > environment variables. > > > I > > > So How I can set the environment variable on the VMS shell (VAX/VMS  > > version 5.5-2)?  > > >  > > >  > > > -- > > > With best regards  > > > Denis Shadrin  >  > -- > With best regards  > Denis Shadrin    ------------------------------  # Date: Mon, 05 Jun 2000 08:29:36 GMT . From: Peter Moreton <petermoreton@my-deja.com>5 Subject: Re: None dare call it Legacy (ISE goes live) ) Message-ID: <8hfod7$jgf$1@nnrp1.deja.com>    > D > I worked on RMS (mostly RMS-11, though in fairly close cooperation withH > VAX/RMS, and I was pleasantly surprised recently to find out that theyE > adopted my design for key compression in Prologue Version 3 largely G > unchanged) in one manner or another for most of the 11 years I was at  DEC,? > most of that time as its lead (and often sole) access methods 
 developer, so ; > I suspect that I understand it rather better than you do.     D Egads, does this mean that you were responsible for $EDIT/FDL ?  :-)   -- Peter Moreton, Northamptonshire,  UK.     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Fri, 02 Jun 2000 15:37:43 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: PATCHs ) Message-ID: <3937B8A7.8EDA6FF2@gtech.com>    ezzaoudi med wrote: ( > Where can I find patches for OpenVMS ?  ) ftp://ftp.service.digital.com/public/vms/    Arne  0 PS: Have you seen http://www.levitte.org/~ava/ ?   ------------------------------   Date: 5 Jun 2000 15:41:03 GMT " From: "Dirk Munk" <d.munk@kpn.com>9 Subject: performance drop of >35% from Oracle 7.1 to 8.05 8 Message-ID: <01bfcf04$73b73ab0$ab4815ac@HKTGN0002251944>  G After an upgrade from VMS 6.2 & Oracle 7.1 to VMS 7.2 & Oracle 8.0.5 we % noticed a performance drop of > 35 %.   G At the same time the buffered IO rate went sky high and CPU utilization  went up too.  J After close examination we found that in the old situation a given programK with SQL statements consisted out of one process that communicated with the  database listner.   E In the new situation the program is made up out of two processes, one J process with the same name as the old process, and a second Oracle process. that communicates with the database listener.   K The communication between both processes is done by means of mailboxes, and G that explains the terrible loss in performance and the high buffered IO  rate & CPU utilization.   K A mailbox in VMS is a device like any other device, and writing to and from 8 a mailbox is normal IO with all overhead attached to it.  J Has anyone experienced this problem before (seems Oracle 7.3.4 already had1 this problem), and did anyone find a workaround ?    Regards,  	 Dirk Munk  KPN Telecom    ------------------------------  $ Date: Mon, 5 Jun 2000 18:21:47 +02002 From: "Sybrand Bakker" <postbus@sybrandb.demon.nl>= Subject: Re: performance drop of >35% from Oracle 7.1 to 8.05 : Message-ID: <960222588.944.0.pluto.d4ee154e@news.demon.nl>  L Oracle in the past announced it would drop the single task implementation of  Oracle, available on VMS *only*.F The two-task interface, uncommon, but available on VMS, but the *only*D option on *all* other platforms, was going to be the only interface.L So, yes, this was to be expected (mailboxes probably being implemented usingL $QIO and/or $QIOW calls) and, regrettably, there is *no* workaround, as thisL is an architectural change. The only other option would be (depending on theL number of users) implement the MultiThreaded Server, if that's available for VMS.L IMO, frankly I think VMS is on the way out. I remember seeing remarks on KPNL dropping this platform too. This is of course a pity, but was to be expected after DEC was bought by CompaqJ Hopefully you are going to replace it by some Unix flavor, instead of that flaky NT   Regards,   Sybrand Bakker
 Oracle DBA former VMS user/enthusiast  3 Dirk Munk <d.munk@kpn.com> schreef in berichtnieuws - 01bfcf04$73b73ab0$ab4815ac@HKTGN0002251944... I > After an upgrade from VMS 6.2 & Oracle 7.1 to VMS 7.2 & Oracle 8.0.5 we ' > noticed a performance drop of > 35 %.  > I > At the same time the buffered IO rate went sky high and CPU utilization  > went up too. > L > After close examination we found that in the old situation a given programI > with SQL statements consisted out of one process that communicated with  the  > database listner.  > G > In the new situation the program is made up out of two processes, one L > process with the same name as the old process, and a second Oracle process/ > that communicates with the database listener.  > I > The communication between both processes is done by means of mailboxes,  and I > that explains the terrible loss in performance and the high buffered IO  > rate & CPU utilization.  > H > A mailbox in VMS is a device like any other device, and writing to and from: > a mailbox is normal IO with all overhead attached to it. > L > Has anyone experienced this problem before (seems Oracle 7.3.4 already had3 > this problem), and did anyone find a workaround ?  > 
 > Regards, >  > Dirk Munk 
 > KPN Telecom  >  >  >    ------------------------------  # Date: Mon, 05 Jun 2000 16:44:19 GMT  From: Dirk Munk <munk@home.nl>= Subject: Re: performance drop of >35% from Oracle 7.1 to 8.05 ' Message-ID: <393BD8E6.A964A7B4@home.nl>    Sybrand Bakker wrote:  > N > Oracle in the past announced it would drop the single task implementation of" > Oracle, available on VMS *only*.H > The two-task interface, uncommon, but available on VMS, but the *only*F > option on *all* other platforms, was going to be the only interface.N > So, yes, this was to be expected (mailboxes probably being implemented usingN > $QIO and/or $QIOW calls) and, regrettably, there is *no* workaround, as thisN > is an architectural change. The only other option would be (depending on theN > number of users) implement the MultiThreaded Server, if that's available for > VMS.  F It is available I think, but not applicable to our problem, since this is a batch process.   . > IMO, frankly I think VMS is on the way out.   A Not according to Compaq at the moment, so Compaq has some serious  talking to do with Oracle   " > I remember seeing remarks on KPNN > dropping this platform too. This is of course a pity, but was to be expected! > after DEC was bought by Compaq.   A Not realy. Trying to dump VMS was a suicide mission started up by D Digital's own CEO Bob Palmer. Compaq now is starting to realize that< they own what is considered by many as the best o.s. around.  L > Hopefully you are going to replace it by some Unix flavor, instead of that
 > flaky NT > 
 > Regards, >  > Sybrand Bakker > Oracle DBA > former VMS user/enthusiast > 5 > Dirk Munk <d.munk@kpn.com> schreef in berichtnieuws / > 01bfcf04$73b73ab0$ab4815ac@HKTGN0002251944... K > > After an upgrade from VMS 6.2 & Oracle 7.1 to VMS 7.2 & Oracle 8.0.5 we ) > > noticed a performance drop of > 35 %.  > > K > > At the same time the buffered IO rate went sky high and CPU utilization  > > went up too. > > N > > After close examination we found that in the old situation a given programK > > with SQL statements consisted out of one process that communicated with  > the  > > database listner.  > > I > > In the new situation the program is made up out of two processes, one N > > process with the same name as the old process, and a second Oracle process1 > > that communicates with the database listener.  > > K > > The communication between both processes is done by means of mailboxes,  > and K > > that explains the terrible loss in performance and the high buffered IO  > > rate & CPU utilization.  > > J > > A mailbox in VMS is a device like any other device, and writing to and > from< > > a mailbox is normal IO with all overhead attached to it. > > N > > Has anyone experienced this problem before (seems Oracle 7.3.4 already had5 > > this problem), and did anyone find a workaround ?  > >  > > Regards, > > 
 > > Dirk Munk  > > KPN Telecom  > >  > >  > >    ------------------------------  # Date: Mon, 05 Jun 2000 17:41:42 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net> = Subject: Re: performance drop of >35% from Oracle 7.1 to 8.05 F Message-ID: <qDR_4.4051$vc5.323638@bgtnsc04-news.ops.worldnet.att.net>  = "Sybrand Bakker" <postbus@sybrandb.demon.nl> wrote in message 4 news:960222588.944.0.pluto.d4ee154e@news.demon.nl...   snipJ > IMO, frankly I think VMS is on the way out. I remember seeing remarks on KPN E > dropping this platform too. This is of course a pity, but was to be  expected  > after DEC was bought by Compaq  K Uhoh,   I hope you are wearing your flak jacket...   That was a pretty dumb I statement considering the board you are on and all the recent activity in  the VMS  world.  : You are right about the two process implementation though.   > 
 > Regards, >  > Sybrand Bakker > Oracle DBA > former VMS user/enthusiast > 5 > Dirk Munk <d.munk@kpn.com> schreef in berichtnieuws / > 01bfcf04$73b73ab0$ab4815ac@HKTGN0002251944... K > > After an upgrade from VMS 6.2 & Oracle 7.1 to VMS 7.2 & Oracle 8.0.5 we ) > > noticed a performance drop of > 35 %.  > > K > > At the same time the buffered IO rate went sky high and CPU utilization  > > went up too. > > F > > After close examination we found that in the old situation a given program K > > with SQL statements consisted out of one process that communicated with  > the  > > database listner.  > > I > > In the new situation the program is made up out of two processes, one F > > process with the same name as the old process, and a second Oracle process 1 > > that communicates with the database listener.  > > K > > The communication between both processes is done by means of mailboxes,  > and K > > that explains the terrible loss in performance and the high buffered IO  > > rate & CPU utilization.  > > J > > A mailbox in VMS is a device like any other device, and writing to and > from< > > a mailbox is normal IO with all overhead attached to it. > > J > > Has anyone experienced this problem before (seems Oracle 7.3.4 already had 5 > > this problem), and did anyone find a workaround ?  > >  > > Regards, > > 
 > > Dirk Munk  > > KPN Telecom  > >  > >  > >  >  >    ------------------------------    Date: 05 Jun 2000 18:17:39 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> + Subject: Re: Pipe throughput, sigh, slow... H Message-ID: <y4n1l0yue4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  ? > I tried increasing both system parametsr to the their maximum ) > values of 64000, but doing so got me a:  > . > $ pipe echo < test.pfa | echo | echo > nla0:. > %SYSTEM-F-EXBYTLM, exceeded byte count quota   Increase your account's BYTLIM.    	Jan   ------------------------------  $ Date: Mon, 5 Jun 2000 11:01:13 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>9 Subject: Re: Please help a beginner with puzzling code... + Message-ID: <8hftp9$h7s@newton.cc.rl.ac.uk>   [ "Dann Corbit" <dcorbit@solutionsiq.com> wrote in message news:ZpTZ4.1093$R71.1315@client... A > "JackM" <jacksomwNOjaSPAM@axa.slu.edu.invalid> wrote in message 5 > news:04e9bbf8.2cd2b89f@usw-ex0108-062.remarq.com...   < > > static readonly $DESCRIPTOR(x_inuse    , "DISKQ_INUSE");@ > > static readonly $DESCRIPTOR(x_permquota, "DISKQ_PERMQUOTA");@ > > static readonly $DESCRIPTOR(x_overdraft, "DISKQ_OVERDRAFT"); > > ? > > I understand the 'static' and 'readonly' portions but after > > > that, what is variable type, variable name, etc.  Any help- > > would be appreciated.  Thanks in advance.   J If you're familiar with C++, the easiest way to think of it is that nativeI VMS uses a String class internally, rather than 'C' style zero terminated K strings. Since you're programming in 'C', you have to manipulate the struct M yourself, except that you can use a macro, as here, for a static constructor.   = With that in mind, it should be easy to interpret <descrip.h>    ------------------------------  $ Date: Mon, 5 Jun 2000 07:10:49 -0400# From: "Tom Cole" <tom.cole@sas.com> Y Subject: Porting TO OpenVMS (was OpenVMS commentaries (was Re: Gartner commentary on Wild / Message-ID: <8hg1ru$i2b$1@license1.unx.sas.com>   - <steven.reece@quintiles.com> wrote in message 8 news:802568F2.0041F477.00@qedilc01.qedi.quintiles.com... > [blip]E > I would like to see a complete "Porting to VMS" manual.  This would  probablyH > also be of use to ISVs who can't get enough VMS resource to be able to tackle a+ > port of their software to the VMS market.   F I just want to second this motion (whatever that means in this forum).H There are a non-trivial number of books, guides, manuals, etc. on how toL move software away from VMS, and damn few on how to port *to* VMS.  Sadly, IL think many folks see it as daunting or unprofitable.  I don't know about theL profitability part (my company still makes plenty of money on VMS software),( but the daunting part has some validity.  F I read here recently that Compaq OpenVMS engineering is revisiting theH "POSIX support" issue, though not specifically by resurrecting the POSIXJ library product per-se.  That's a good start, but there's more, and a book. or manual would go a long way towards helping.  I There *are* real issues around porting from the rest of the world to VMS. L UNIX platforms in particular can be unnecessarily challenging to support.  IK don't want or need a ksh on VMS, but I do need sockets to work the same way L on VMS as they do on Unix, for example (this being a specific complaint thatK on Unix you can treat socket, file, and device descriptors the same, but on L VMS you can't).  Yes, you can use device channels and $QIO instead of socketL calls to make many of the differences go away, but rewriting your Unix-basedB code to use $QIO and channels for everything is not exactly fun or, cost-efficient.  There are more like this...  I A really clear description of what's going to be easy/trivial, and what's E going to be hard would be a great start.  And a description of how to K overcome the well-known difficult areas would be a tremendous help as well. I I think though that "complete" is the key word in Steven Reece's posting; E just covering the ten easiest things won't help enough I am afraid...   I Is this something that Compaq already has and I just don't know about it? @ Is this something Compaq would write?  Or is this a "third-party
 opportunity"?    ------------------------------  # Date: Mon, 05 Jun 2000 15:21:46 GMT  From: itjck01@my-deja.com < Subject: Re: POS/credit card verification with OpenVMS Alpha) Message-ID: <8hgghn$4hq$1@nnrp1.deja.com>   ? In article <ejTZ4.17117$XX4.273703@news-east.usenetserver.com>, .   "Ruslan R. Laishev" <laishev@dls.net> wrote: > Hi ! > ? >     This product run under VMS ? Can you provide any URL(s) ?    www.paylinx.com    > --- $ Free personal opinion is what I post    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 05 Jun 2000 08:27:24 -0400 [ From: jamese@beast.dtsw.army.mil (Ed James, TCS Inc, 410-295-1919, ed.james@telecomsys.com) " Subject: Re: SImple graphs fro VMS0 Message-ID: <00060508272430@beast.dtsw.army.mil>  M mathog@seqaxp.bio.caltech.edu (David Mathog) wrote on 2 Jun 2000 22:59:57 GMT $ in <8h9e9d$k1m@gap.cco.caltech.edu>:  G > In article <031b6fd2.b8662d97@usw-ex0106-046.remarq.com>, Mike Price  8 > <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> writes:A > >It would be really useful to us if we had something that could @ > >draw simpel line graphs from VMS - prefferably something that= > >could be sent data at intervals (via mailboxs, ip sockets, = > >DecNet etc.) and would produce a graph continually or when 
 > >requested. = > >The graph could be on a VT terminal or a decwindows screen  > > < > >Does anyone know of anyhthing simple that can do this. We? > >definatly don't need 3D, surfaces or anything complex - just ; > >something that can take output from a piece of DCL (or a $ > >program) and keep a pretty graph. > >  > ; > My copy of gnuplot is very old, but in 1995 it came from:  > 2 >   http://axp616.gsi.de:8080/www/vms/gnuplot.html  1 The current URL for GNUPLOT, now version 3.7, is:   1     http://www.cs.dartmouth.edu/gnuplot_info.html   : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 5 275 West Street, Suite 400         fax   410-280-1094  Annapolis, MD 21401-1740   ------------------------------  # Date: Mon, 05 Jun 2000 09:16:01 GMT 0 From: carlini@true.lkg.dec.com (Antonio Carlini)( Subject: Re: SNA & PSI support on DSV-11* Message-ID: <8hfqhk$bsa@usenet.pa.dec.com>  Y In article <8h87s2$gpl$1@nnrp1.deja.com>, Peter Moreton <petermoreton@my-deja.com> wrote: D >I'm currently specc'ing a VAX configuration for an application thatH >runs both X.25 and SNA APPC LU6.2 protocols. Currently we run these outC >of DEMSA microservers, but to make the new configuration easier to E >support, I'd like to run these synchronous protocols via DSV-11 dual F >port sync cards. However, I cannot find any documentation on protocolB >support for the DSV, I have a vague recolection that they did not3 >support SNA last time I used these (5 years ago!).   H I expect that the SNA product set depends on DECnet-Plus to provide the K underlying WAN support and DSV-11 is certainly supported by DECnet-Plus on   OpenVMS VAX.     > E >Can anyone confirm, or point me to the SNA SPD, if it is on the web?  >   L Go to www.digital.com and hit the search button. Ask for "spd appc" without K the quotes and you'll find a bunch of hits. The early ones are for Digital   Unix.   L The APPC SPD ( http://www.digital.com/info/SP2688/SP2688PF.PDF is the one I M read first but there are others - some possibly later) really states that it  L wants you to have LU6.2 support somewhere else (like in your exsiting DEMSA O software or some SNA gateway software on your VAX). You should be able to find  < the relevant SPDs just by hunting around as described above.   Antonio     I Antonio Carlini                            Mail: carlini@true.lkg.dec.com # DECnet-Plus for OpenVMS Engineering 6 COMPAQ                                     Reading, UK   ------------------------------  % Date: Mon, 05 Jun 2000 02:12:45 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: VAX on Intel?, Message-ID: <393B44DC.63D1ACC2@videotron.ca>  W I just though about who would be the most likely customer of a VAX-on-Intel emulator...    who else but INTEL ?  I This way, they could run their FABs on intel 8086s running a VAX emulator H runing VMS running their application software. That would allow Intel to: finally having to admit to needing a VAX to build 8086s...   :-) :-) :-)    ------------------------------  # Date: Mon, 05 Jun 2000 06:23:39 GMT + From: Shraga_Broyer@bmc.com (Shraga Broyer)  Subject: Re: VAX on Intel?. Message-ID: <393b46c6.1273874314@news.bmc.com>  D On Wed, 31 May 2000 07:59:16 -0400, "Jeff Killeen" <Jeff@Killeen.cc> wrote:   >http://www.charon-vax.com/  >  >--  >  >  >Jeff Killeen - www.Killeen.ccF >===================================================================== >  > 6 I didn't like the hidden implication of their slogan: B  "Preserving your software investment across hardware generations"        ------------------------------  % Date: Fri, 02 Jun 2000 15:36:32 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>  Subject: Re: VEST / DECmigrate) Message-ID: <3937B860.EDB7BC74@gtech.com>    "Amir E. Aharoni" wrote:A > Is anyone here familiar with the VEST a.k.a DECmigrate utility? L > It claims to convert VAX/VMS EXE images to ones that can run on Alpha VMS. > H > Is anyone here familiar with any success stories involving this thing?   It works fine.  4 Performance for VEST'ed images is not as good as for3 native images, so consider it a usefull tool in the ( migration period - not a long term tool.   Arne   ------------------------------  % Date: Mon, 05 Jun 2000 12:40:22 -0300 1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>  Subject: RE: VEST / DECmigrateK Message-ID: <9F664D538536D411BD3200508B6FF01A024679@bdant027.bda.bobda.com>   A > It only works on VAX images created under VMS 5.5-2 or earlier.  >  > J Where did you get this information from, we use it to convert 7.1-2 images with about 95% success.  - Darren    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, 05 Jun 2000 12:42:25 -0300 1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>  Subject: RE: VEST / DECmigrateK Message-ID: <9F664D538536D411BD3200508B6FF01A02467A@bdant027.bda.bobda.com>   A > P.s. if it does work watch out for .HIF files being created all > > over the place - I think you stop this using -warn parameter >  > < This can be stopped with a qualifier, I believe it is /NOIIF - Darren    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, 05 Jun 2000 16:35:11 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net>  Subject: Re: VEST / DECmigrateF Message-ID: <3FQ_4.4559$2b4.318019@bgtnsc06-news.ops.worldnet.att.net>  K That was a documented limitation, but just in case something has changed, I  willF see if I can find any updates, or maybe somebody else on the board can verify this,  L But wait...    Did you say you are using it to convert 7.1-2 images?  AFAIK,	 VMS 7.1-2 L is not a VAX release, it is only an Alpha release.  Did you mean VMS 7.1, or did you meanK that you are converting (translating) images to run on VMS 7.1-2.    We are  running manyL images on Alpha VMS 7.1-2 that were created on VAX VMS 5.5-2 and translated.  H Some of them have broken on Alpha VMS 7.2 but as far as I know,  you can still L only translate images that were created on VAX prior to VMS 6.x (ie 5.5-2 or	 earlier).   < "Boyle, Darren" <boyledj@bankofbermuda.com> wrote in messageE news:9F664D538536D411BD3200508B6FF01A024679@bdant027.bda.bobda.com... C > > It only works on VAX images created under VMS 5.5-2 or earlier.  > >  > > L > Where did you get this information from, we use it to convert 7.1-2 images > with about 95% success. 
 > - Darren >  > H > **********************************************************************E > This message and any files transmitted with it are confidential and L > may be privileged and/or subject to the provisions of privacy legislation.J > They are intended solely for the use of the individual or entity to whom theyB > are addressed. If the reader of this message is not the intended
 recipient,D > please notify the sender immediately and then delete this message.K > You are notified that reliance on, disclosure of, distribution or copying   > of this message is prohibited. >  > Bank of Bermuda H > ********************************************************************** >    ------------------------------  + Date: Mon, 05 Jun 2000 16:18:31 +0000 (   ) 3 From: Christopher Smith <chriss@Mufasa.pubserv.com>  Subject: Re: VMS Employment???? I Message-ID: <Pine.LNX.4.05.10006051616030.7312-100000@Mufasa.pubserv.com>    On Fri, 2 Jun 2000, Goku wrote:   + > I am a VMS operator and i am 20years old. A > I was wondering what type of opportunities there are outside of  > Australia for a VMS operator?   1 Well, yes and no.  VMS jobs tend to be very rare.   H > Does anyone think that i can comfortably maintain a VMS position until5 > later in life or will it completely die out soon???   C Lots of people seem to be betting their futures on it -- I wouldn't 7 hessitate to do the same, personally, given the chance.   ? > Does anyone think that there are ample work opportunities o.s   6 Again, the jobs tend to be sparse.  Good luck, though.   Regards,   Chris   O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL. % ------------------------------------- I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and H weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949  O -------------------------------------------------------------------------------    ------------------------------   Date: 5 Jun 2000 06:17:41 GMT - From: djweath@attglobal.net (Dave Weatherall) @ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)5 Message-ID: <DTiotGxQ0bj6-pn2-dYESJT56I0dH@localhost>   1 Thanks for the explanation Ian. Much appreciated.    Cheers - Dave.   ------------------------------  % Date: Mon, 05 Jun 2000 10:49:50 +0100   From: steven.reece@quintiles.com@ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)> Message-ID: <802568F5.0036550B.00@qedilc01.qedi.quintiles.com>   David Webb wrote: H >>>In the last few years the only systems developers have met in schools are microsoft systems.  F It used to be that University courses would do a lot of programming on' our VMS and unix systems. That changed. 6 Most programming is now done in a Windows Environment. <trim>9 So if developers only want to use the system they used at C school/university then forget the DOJ Microsoft has already won.<<<     Sad, but absolutely true I fear.  K Besides, isn't this the reason that Wes Melling had a team of developers in L Scotland that worked on Windows to do their development work for VMS layeredN products which the guys in the US then took and translated into VMS?  This wasK certainly how he described it back in 1998 at the UK DECUS conference.  Wes 8 couldn't get enough VMS people to keep Digital going....   Steve.   ------------------------------    Date: 05 Jun 2000 15:02:11 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> @ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)H Message-ID: <y48zwk46y4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  1 "IanPercival" <IanPercival@email.msn.com> writes:   E > XFC V1.0 is about to enter the field test cycle.  By the time it is H > released, it should have some other major performance features added -F > making it perform even better for users of medium to large machines.  E We were also/mainly talking about small systems, e.g., workstations.  @ What about their improvements - you alluded to booting faster...   	Kan   ------------------------------  # Date: Mon, 05 Jun 2000 13:56:57 GMT % From: Alan Greig <agreig@my-deja.com> @ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)( Message-ID: <8hgbj1$os$1@nnrp1.deja.com>  > In article <802568F5.0036550B.00@qedilc01.qedi.quintiles.com>,#   steven.reece@quintiles.com wrote>  > ? > Besides, isn't this the reason that Wes Melling had a team of 
 developers in F > Scotland that worked on Windows to do their development work for VMS layered F > products which the guys in the US then took and translated into VMS? This was< > certainly how he described it back in 1998 at the UK DECUS conference.  Wes: > couldn't get enough VMS people to keep Digital going....  < While there might be some truth in this I met several of the? VMS engineering staff from DEC Livingston (Scotland) during the = Spiralog development and they were extremely VMS positive - I E have all the t shirts to prove it. One day I phoned up and discovered = they'd all gone. Which is a pity because I could do with some 1 new VMS t-shirts, polo shirts, cotton bags etc...   E I just wonder if the Livingston contingent were used as fall guys for F several hard decisions. It sees a strange way to sort out a problem ofC lack of VMS talent by shutting down a group whose existence boosted  OpenVMS locally.  = I recently met someone who still works for Compaq who was one ? of the Scottish designers of the MicroVAX 3100 and a VMS bigot. A He has very little to do with VMS any more and I don't think this  is through choice. --
 Alan Greig    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 5 Jun 2000 07:56:31 CDT = From: wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) @ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever). Message-ID: <Q3KYWkM6eSrF@tachxxsoftxxconsult>  Z In article <3939B685.412B9F50@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: > Larry Kilgallen wrote: >>  ] >> In article <393977DD.4908D102@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:  >> > Bill Todd wrote:  >> >> # >> >> just an implementation error.  >> >>  >> >> - bill >> >5 >> > Oh, I see.  You're talking about Unix and C. :-)  >>  A >> No.  Case-sensitive filenames are not an implementation error, 1 >> they are an error of design (or lack thereof).  > R > Sorry Larry, I wasn't explicit enough.  What I meant was that the implementation! > of Unix and C was an error. :-)   N Boy, I hear that.  I use C now, but I would never have learned it if I had notJ been forced to by customers.  I always wrote in Pascal if given a choice. I Admittedly, the original standard Pascal was pretty much useless, but VAX O Pascal (which has been renamed to DEC Pascal and then Compaq Pascal for obvious N reasons, i.e. Alpha) was *always* an industrial strength compiler.  Back in myL E-Systems days, we wrote millions of lines of production code in it.  PeopleN complain about the pickiness of Pascal and the rigorous syntax, but if you canJ get a program to compile, it will probably run.  It catches many errors at@ compile-time that  manifest themselves at run-time when using C.  N ANSI C is much better about that than the original Kernighan and Ritchie crap,I and DEC C better yet, but it still lets you shoot yourself in the foot on N occasion.  Every now and then I still get bit by an error that would have been impossible with Pascal.   G Extended Pascal has lots of neat things that go far beyond the original N Standard Pascal and eliminate many of the things people complained about, suchN as the rigidly defined character strings and such.  I was pretty familiar withO it, since I was the DECUS representive for the ANSI/IEEE Joint Pascal Standards K Committee in the late eighties.  Since John Reagan, the DEC Pascal guy, was L also on the committee (may still be, for all I know), many if not all of theN Extended Pascal features appeared in DEC Pascal fairly rapidly.  Schema types,
 for instance.    --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== C Jake Blues: "Sell me your children!  How much for the little girl?"    ------------------------------  % Date: Mon, 05 Jun 2000 11:59:01 -0400 * From: David A Froble <davef@tsoft-inc.com>@ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)- Message-ID: <393BCE45.1751B74D@tsoft-inc.com>    Wayne Sewell wrote:  > \ > In article <3939B685.412B9F50@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: > > Larry Kilgallen wrote: > >>_ > >> In article <393977DD.4908D102@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes:  > >> > Bill Todd wrote:  > >> >> % > >> >> just an implementation error.  > >> >>  > >> >> - bill > >> >7 > >> > Oh, I see.  You're talking about Unix and C. :-)  > >>C > >> No.  Case-sensitive filenames are not an implementation error, 3 > >> they are an error of design (or lack thereof).  > > T > > Sorry Larry, I wasn't explicit enough.  What I meant was that the implementation# > > of Unix and C was an error. :-)  > P > Boy, I hear that.  I use C now, but I would never have learned it if I had notK > been forced to by customers.  I always wrote in Pascal if given a choice. K > Admittedly, the original standard Pascal was pretty much useless, but VAX Q > Pascal (which has been renamed to DEC Pascal and then Compaq Pascal for obvious P > reasons, i.e. Alpha) was *always* an industrial strength compiler.  Back in myN > E-Systems days, we wrote millions of lines of production code in it.  PeopleP > complain about the pickiness of Pascal and the rigorous syntax, but if you canL > get a program to compile, it will probably run.  It catches many errors atB > compile-time that  manifest themselves at run-time when using C.  N Exactly!  This is what makes C inappropriate for applications development.  ItK will let a coding mistake get by that most other compilers will catch.  You P quickly see the mistake, correct it, and get on with the job.  In C the error isI allowed into the executable, it causes a problem and many hours are spent P finding and fixing a small typo, or it doesn't cause a problem at that time, andP gets released into production, and can do great harm before it's known to exist.  N The syntax checking in a compiler exists for one good reason.  A computer willO always be better at finding such errors than a programmer reading code.  Why do @ we use computers if not to perform such tasks better and faster?   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 05 Jun 2000 12:52:11 -0300 1 From: "Boyle, Darren" <boyledj@bankofbermuda.com> = Subject: RE: VMS V6.2 to V7.2 upgrade disaster (VAXsta 3138). K Message-ID: <9F664D538536D411BD3200508B6FF01A02467B@bdant027.bda.bobda.com>   L Set STARTUP_P2 to any variation of True and this should verify the startups. - Darren   > ----------0 > From: 	sms@ANTINODE.ORG[SMTP:sms@ANTINODE.ORG]( > Sent: 	Thursday, June 01, 2000 9:48 PM > To: 	Info-VAX@Mvb.Saic.Com@ > Subject: 	Re: VMS V6.2 to V7.2 upgrade disaster (VAXsta 3138). > J >    Thanks for the private and public responses.  Covering the questions: > I > > [...] does the VAX not continue booting after this message?   Did you  > > halt it right there? [...] > I > > Post the last 5 lines or so, that'll allow us to figure out where the  > > boot process stopped.  > 8 >    After the message "%DECnet-W-NOOPEN, could not openG > SYS$SYSROOT:[SYSEXE]NET$CONFIG.DAT", it spontaneously started to boot I > again.  That was the last thing it said, just before the screen cleared K > and it started again with the usual "83 BOOT SYS", "-DKA200", and so on.  + > I didn't touch it.  Left alone, it loops.  > # > > Have you tried to boot minimal?  > F >    Yup.  After the "SYSBOOT> CONT", it proceeded to fail as before. J > Apparently, whatever is broken happens quite early.  I have yet to checkB > the start-up sequence, but the problem with mounting the disk in. > mini-VMS suggests that it's related to that. > G >    I did install DECnet-Plus during the upgrade, so that accounts for I > the missing NET$CONFIG.DAT, as I did not get a chance to configure it.  J > The system is normally part of a cluster, but VAXCLUSTER was set to zeroI > for the upgrade, and, as with the network configurartion, I did not get  > a chance to change it back.  > J >    Restoring the V6.2 image backup revealed a few apparent bad blocks on@ > the disk (BACKUP verify errors, "PARITY", as I recall).  AfterG > recovering the affected files (all in SYS$HELP) from an older backup, D > and deleting the troubled ones, I could hear the bad block programA > scrubbing them.  A second round of BACKUP got similar errors in H > different places, so it appears that the bad blocks are not put out ofI > action permanently.  Firmware format (TEST 75?) gave no complaints.  It J > may be time to look for a different, obsolete disk drive to replace this > one. > F >    As the second disk in this thing is 4GB, and hence too big to letH > Standalone BACKUP boot reliably from it, and as I'm getting too old toG > waste the time required to boot it from a TK50, I finally had a valid J > excuse to use my RX23 floppy kit.  That almost made it worth the bother. > I >    I may not be able to get back to this fount of fun for a week or so, H > but is there a SYSBOOT>-settable parameter which does a SET VERIFY for > the start-up procedures? > J > ------------------------------------------------------------------------ > E >    Steven M. Schweda               (+1) 651-699-9818  (voice, home) E >    382 South Warwick Street        (+1) 763-781-0308  (voice, work) I >    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) ; >    sms@antinode.org                sms@provis.com  (work)  >     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, 05 Jun 2000 13:03:06 -0400 [ From: jamese@beast.dtsw.army.mil (Ed James, TCS Inc, 410-295-1919, ed.james@telecomsys.com) = Subject: Re: VMS V6.2 to V7.2 upgrade disaster (VAXsta 3138). 0 Message-ID: <00060513030648@beast.dtsw.army.mil>  K Steven M. Schweda <sms@ANTINODE.ORG> write in <00060119483082@antinode.org> ) on Thu, 01 Jun 2000 19:48:30 -0500 (CDT):   I >    I may not be able to get back to this fount of fun for a week or so, H > but is there a SYSBOOT>-settable parameter which does a SET VERIFY for > the start-up procedures?  F We have startup logging turned on all the time. We only turn on verifyF for the site specific parts of startup. Attached after my .sig is partE of our MODPARAM.DAT file. It documents the SYSMAN startup options and $ the cooresponding STARTUP_P2 values.  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 5 275 West Street, Suite 400         fax   410-280-1094  Annapolis, MD 21401-1740  M !vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv  ! N !*****************************************************************************N !*  MODPARAMS.DAT for NODE :   BEAST         Date Last Updated : 10/15/99    *N !*                                                                           *N !*  Author : Ed James  TCS, Inc. 410-295-1919                                *N !*                                                                           *N !*  Purpose : Set up parameters for saving startup log to disk               *N !*                                                                           *N !*  Change History :                                                         *N !***************************************************************************** !   ! /OUTPUT=FILE,CONSOLE (default)M !   Sends output generated by using the /VERIFY qualifier to a file or to the = !   system console. If you choose the FILE option, it creates % !   SYS$SPECIFIC:[SYSEXE]STARTUP.LOG.  !  ! /NOCHECKPOINTING (default) ! /CHECKPOINTINGH !   Displays information messages describing the time and status of each* !   startup phase and component procedure. !   ! /VERIFY=FULL (default),PARTIAL ! /NOVERIFY E !   FULL     Displays every line of DCL executed by startup component * !            procedures and by STARTUP.COME !   PARTIAL  Displays every line of DCL executed by startup component I !            procedures, but does not display DCL executed by STARTUP.COM  ! 4 ! SYSMAN SET STARTUP OPTIONS/OUTPUT=FILE/VERIFY=FULL1 ! STARTUP_P2 LETTER:         D                  F B ! SYSMAN SET STARTUP OPTIONS/OUTPUT=FILE/VERIFY=PARTIAL/CHECKPOINT9 ! STARTUP_P2 LETTER:         D                  P       C  !  STARTUP_P2 = "DCP" ! M !^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^    ------------------------------  # Date: Mon, 05 Jun 2000 15:29:25 GMT 3 From: "Gord Coulman" <nospam_gcoulman@ccinet.ab.ca> A Subject: Re: What is the simplest way to network two VMS systems? 9 Message-ID: <pHP_4.1195$ql6.228307@news1.telusplanet.net>   D Dan, I like TCP/IP the best.  It may be a bit more complex to set upL initially than DecNet, but it has a lot more features.  Everything you learnJ setting it up is applicable to other systems as well (Unix, Windoze, etc).   Gord.    ------------------------------  " Date: Mon, 5 Jun 2000 07:48:00 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>" Subject: Re: Wildfire Announcement& Message-ID: <Fvo88q.2rx@world.std.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3938087D.419B9F98@videotron.ca... > Peter Moreton wrote: > > I > > The fact is that OpenVMS is a fine operating system, in the mainframe H > > 24*7*365 class. It will continue to be used in volume as it is rightJ > > now, for a very long time. OpenVMS is a cash-cow for Compaq (check the< > > figures) and shows no signs of ceasing to be profitable. >  > Wrong and wrong. > G > VMS is a fine operating system from desktop to the mainframe,  and is  perhaps F > the best with that type of scalability. That Digital and Compaq have	 chosen to B > remove VMS from certain markets is only a marketing issue, not a technological one. > L > An no, Palmer's efforts to kill VMS still are having an effect. Compaq mayJ > have stopped actively trying to kill VMS, and they have have shown signs thatI > they want to push it more, but so far, my opinion is that it has slowed  the I > bleeding. It still has some distance to go before not only is the wound . > healed, but the thing starts to get popular. > H > Perhaps Compaq management do not have the credibility on the street to risk2 > making a long term marketing commitment for VMS.  L Seems to me that DII-COE reflects a long-term commitment: at least 15 years.  I That said, Rich Marcello still has a lot of work to do to undo the damage  caused by a prior regieme.   ------------------------------  % Date: Mon, 05 Jun 2000 10:23:34 +0100 B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>" Subject: Re: Wildfire Announcement* Message-ID: <393B7196.B456154F@uk.sun.com>   "Main, Kerry" wrote:  $ > Sorry, no time for long replies .. > J > >>> The fact is that 8i still isn't available on OpenVMS it was due last2 > year, then march and it still hasn't happened.<< > D > oops, error. Oracle 8.1.6 on OpenVMS is apparently now shipping toK > Customers. I do know one of our partners was testing 8.1.6 last week with = > OPS and it went very well. So much for that old argument ..  >   5 Oops error, you may be able to get it on some sort of 4 early access program but it does not appear to be on: general release. Check http://platforms.oracle.com/compaq/? the lastest version of Oracle available on general availability : for OpenVMS is 8.0.5.1, incedentally 8.0.5 wasn't even the> most up to date release of 8.0.X the last release was actually 8.0.6.  @ > >>> I asked you who these unnamed eBusiness partners were. <<< > K > Sure, Compaq will just blurt out what potential partners it is talking to G > before any final deals are made .. Yup, that would go over real well.   A Why would this be of any concern, clearly you would not blurt out D the nature of the deals from a financial standpoint but it is hardly< a big deal to announce who you have done deals with. Are you; ever going to announce who you have done deals with ? don't  be too secretive.   C Think about it, Wildfire is the first interesting system DEC/Compaq @ have announced since the origional 8400 launch, what better time8 to re-launch OpenVMS and Tru64 both OS's that need a bit! of a kick start to say the least.   > So what happens at the Wildfire launch, nothing the same press: release that any of Compaqs competitors could have written? is trotted out, Larry says a few nice things that he would have / said for any other Oracle partner and its over.   A If you had launched with say a list of key ISV's in the eBusiness 7 space committing to support Tru64 and OpenVMS then that   would have had much more impact.     Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  # Date: Mon, 05 Jun 2000 13:19:04 GMT * From: Art Rice <arice.NOcSPAM@ue.itug.org>" Subject: Re: Wildfire Announcement8 Message-ID: <9t9njs86ra5ej43d253f6gflrcj912spjj@4ax.com>  / On Fri, 02 Jun 2000 12:34:54 GMT, Peter Moreton ! <petermoreton@my-deja.com> wrote:   F >The fact is that OpenVMS is a fine operating system, in the mainframeE >24*7*365 class. It will continue to be used in volume as it is right G >now, for a very long time. OpenVMS is a cash-cow for Compaq (check the 9 >figures) and shows no signs of ceasing to be profitable.  > E >FWIW, my company (a large american bank) is polarising on IBM 0S/390 H >and OS/400 for the back-office applications and NT for everything else.B >Everything else, (AIX, OS2, Netware, OpenVMS, Sunos, Solaris (yes! >Solaris!) ) is being wound down.   F I would have trashed the NT boxes and kept any of the OSs that you areE disposing of (well,  not OS2.)  They are all more dependable than NT. F Any hints as to which bank?  I'd like to get my money out while it can still be accessed.  % > The only platforms showing year-on- F >year deployment growth for us are IBM and Microsoft. Seems to me thatD >Sun are going the same way as Novell, mainly due to Scott McNealy's >boneheaded arrogance! > G >Let stop the holy war Andrew, get back in your pram, and remember it's ' >Sun's turn next on the chopping block.    --  
 Art Rice   ** # Special Data Processing Corporation & --------------------------------------' All opinions expressed are mine and do  % not reflect the views of my employer.    ------------------------------   End of INFO-VAX 2000.313 ************************                                                                                                                                                                                                                                                                                                      MAIL> set forward/user="stephen.hoffman" hoffman), or G   you must have an "x.user" logical name, or you must have an "x.user"  D   username, or you must have a custom-written mail transport client.  D   I'd like to see the addition of LDAP support within MAIL, but that+   change will be a while off (if at all)...   D   The mail transport is not documented, but there are a few examples   of this interface around.   C   Of all of these options, the SET FORWARD is probably the easiest.   E :In mail i only found set personal name, but this is not what i want.   E   The personal name mechanism is not related to the delibery address.     N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 23 May 2000 14:14:00 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: change username  in vms mail 6 Message-ID: <8ge3n8$rac$1@mailint03.im.hou.compaq.com>  k In article <8gdtvg$p2p$2@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  : _ :In article <8gd7g0$ijm$1@zam201.zam.kfa-juelich.de>, "b.becks" <b.becks@fz-juelich.de> writes:  :.. * ::But how i can change <user> to <x.user>. ..  G   I have received additional offline email indicating that the central  H   problem is a wish to set (forge) the return username address in mail, 6   and not a way to accept email addressed to <x.user>.  J   Though "forging" the return address is certainly possible via techniquesF   such as a suitably privileged program calling the MAIL API, I am notH   aware of any way presently available for this task using the standard D   OpenVMS mail tool and the current TCP/IP Services package.  (Well,F   any way short of rebuilding the image and/or simply patching it. :-)  G   This "return address forgery" capability may well be feasible with a  F   future TCP/IP Services release, as this is becoming a requirement ofH   certain network configurations.  (I remember when we went through thisG   return path mess the last time, what with the "%" stuff commonly used G   in the email addresses and the "creative" return addresses seemingly  9   randomly generated by the various network gateways. :-)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 23 May 2000 10:32:07 -0400 , From: Howard S Shubs <hshubs@mindspring.com>@ Subject: Re: Creating a new user using a system service...HOW???> Message-ID: <hshubs-0C122E.10320723052000@news.mindspring.com>  = In article <3929E450.E80A5D5A@tsoft-inc.com>, David A Froble   <davef@tsoft-inc.com> wrote:  G >Since the username is probably the primary key in a RMS indexed file,  	 >changing 3 >the primary key requires that the record be moved.   I I've played with the live file before, using DCL.  IIRC, the username is  I indeed the primary key.  If you're not sure, ANALYSE/RMS/FDL the file to  D see.  If you don't have access to the live file, create your own by F running AUTHORIZE from your home directory first.  You don't need the @ actual data in order to play with this, just the file structure.  @ The AUTHORIZE utility doesn't have to resort to "trickery".  It I -defines- the file, so anything it does is canon.  It's the -rest- of us  ( that have to resort to trickery.  <grin>   --   Howard S Shubs, the Denim Adept    ------------------------------  # Date: Tue, 23 Ma