1 INFO-VAX	Fri, 10 Nov 2000	Volume 2000 : Issue 629       Contents:! Re: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! RE: *.*;-0: undocumented feature? ! Re: *.*;-0: undocumented feature? ! RE: *.*;-0: undocumented feature? ( A DEC Saga book currently being written?, Re: A DEC Saga book currently being written?% Re: Adding a SCSI disk to a PWS 433au = Adobe JAVA PDF Viewer with JDK 1.2.2-1 (and/or Citrix client) A Re: Adobe JAVA PDF Viewer with JDK 1.2.2-1 (and/or Citrix client) A Re: Adobe JAVA PDF Viewer with JDK 1.2.2-1 (and/or Citrix client) A AS 255/233, which graphics card do I have without opening the box - Re: Backup written on TZ87 to be read on TZ86 - Re: Backup written on TZ87 to be read on TZ86 - Re: Backup written on TZ87 to be read on TZ86 - Re: Backup written on TZ87 to be read on TZ86  Re: Backup: Restore of SubDirs Re: Backup: Restore of SubDirs	 BALSETCNT  Re: Cluster Problem  Compiler /tune switches. Re: Compiler /tune switches. Re: DCPS page width question! Re: DEC 40 years commemoration CD " Re: DECdtm, XA, TIP meeting report
 DecWindows1 Re: Disk write-back cache - how do I turn it off? 1 Re: Disk write-back cache - how do I turn it off? 1 Re: Disk write-back cache - how do I turn it off? 1 Re: Disk write-back cache - how do I turn it off? 1 Re: Disk write-back cache - how do I turn it off? 1 Re: Disk write-back cache - how do I turn it off? 1 Re: Disk write-back cache - how do I turn it off? * Re: Enabling DECwindows on a VAX 4000/300. equipment available @ Re: Fatal:  Insufficient virtual memory to continue compilation. Re: Galaxy doubt Gartner and OpenVMS  Re: Gartner and OpenVMS  Re: Gartner and OpenVMS   Re: How to use AUTOGEN feedback?  Re: How to use AUTOGEN feedback?. I have made some questions, without any answer2 Re: I have made some questions, without any answer2 Re: I have made some questions, without any answer2 Re: I have made some questions, without any answer In happier times9 Re: Is there some way to make MAIL> SET TRANSPORT useful? 9 Re: Is there some way to make MAIL> SET TRANSPORT useful? , Re: login prompts inhibited with logins=0 ??* Manual - Re: VAXstation 4000-90 Error Code More fuel on the fire  Re: More fuel on the fire  Re: Nested DCL symbol names  Re: Nested DCL symbol names * Re: No doubts here (Was: Re: Galaxy doubt)- Re: Non-OpenVMS question (to Andrew Harrison) 9 OT: Censorship (Was: Re: Where's the Y2K compliance page)  Re: PDF under OpenVMS " Re: porting from open vms to winnt RE: RECALL question/suggestion.  RE: RECALL question/suggestion.  Re: Recursive Copying 2 Re: Research Systems Inc. dropping support for VMS2 Re: Research Systems Inc. dropping support for VMS2 Re: Research Systems Inc. dropping support for VMS Rodger the Cabin Boy Re: Rodger the Cabin Boy Re: RTF Reader/Viewer  Re: RTF Reader/Viewer  Re: RTF Reader/Viewer  sqlpre70 get sqlbugchk.dmp Re: Sun "uptime" belly laugher Re: Systemwide resource locks  Re: Systemwide resource locks  Re: Technology of US elections Re: Technology of US elections RE: Technology of US elections* This is for your butt but not a porn site.. RE: This is for your butt but not a porn site.. RE: This is for your butt but not a porn site.0 Re: TMSCP Performance (Backup -> ether -> TK70 )6 Two Phase Commit (2PC) on VMS - the nature of the fuss' RE: VAX Mail question - corrupted files ! Re: VAXstation 4000-90 Error Code ! Re: VAXstation 4000-90 Error Code ( We Interrupt the US Electoral Follies...) Re: Where's C's PRV$M_READALL & _GRPPRV ? # Re: Where's the Y2K compliance page   F ----------------------------------------------------------------------   Date: 10 Nov 2000 08:42:33 GMT* From: helbig@astro.rug.nl (Phillip Helbig)* Subject: Re: *.*;-0: undocumented feature?. Message-ID: <8ugcdp$sbs$6@info.service.rug.nl>  3 In article <gEDx3f3y6gmm@mccdev.slac.stanford.edu>, D Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:   J >         No, that is not  the  case.   x.y;0  gives the _highest_ versionC >     number, x.y;-0 gives the _lowest_ version number of the file.  > & > >      but a.txt;-0 equals a.txt;-1. > J >         That will happen if  there  are  only  two versions of the file.J >     x.y;-1  gives  the next lower numbered version of the file,  but  ifJ >     there are only two versions of the file, that  is  also  the  lowest= >     version number of the file.  There is no contradiction.    And I believe it IS documented.   E Did you know that you can substitute "." for ";"?  What about "<" for  "[" and ">" for "]"?  Do a        $  SET DEFAULT <>   for fun and enlightenment.   $ set def <> $ sh default   DISK$SCRATCH:<HELBIG>  $ delete/log x.x. A %DELETE-I-FILDEL, DISK$SCRATCH:<HELBIG>X.X;264 deleted (9 blocks)    ------------------------------   Date: 10 Nov 2000 11:39:26 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb) * Subject: Re: *.*;-0: undocumented feature?0 Message-ID: <8ugmpe$jlv$1@aquila.news.mdx.ac.uk>  n In article <0G3S00NW1BCOQ3@mx.east.saic.com>, "Dryjanski, Tomasz" <Tomasz.Dryjanski@intl.fritolay.com> writes:5 >     I observed, that *.*;-0 is equivalent to *.*;0, # >     but a.txt;-0 equals a.txt;-1. D >     Do you know the meaning of -0, explaining described behaviour? >     K >     I need it as one of previous system managers used it in an important  D >     script and I would like to understand it before any changes... >     	 >     TIA  >     T. D.  >    My understanding is that       ;0    ==  latest version   ;-1   ==  previous version   ;-2   ==  version before that    .    .         etc    .        ;-0  ==  earliest version     3   no version specified, ; and ;0 are all equivalent    ie  # if you have 5 versions of login.com                 login.com;5              login.com;4              login.com;3              login.com;2              login.com;1   then        ;0    ==   login.com;5   ;-1   ==   login.com;4   ;-2   ==   login.com;3   ;-3   ==   login.com;2   ;-4   ==   login.com;1   ;-0   ==   login.com;1    3 This also applies to wildcarded directory listings.   # Hence I conclude from your tests :-     N a.txt  was a file with two versions (so the earliest version was equivalent to ;-1)  O Your wildcard directory search was on a directory without files having multiple < versions.  Since in general *.*;0 is not the same as *.*;-0.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 10 Nov 2000 13:27:42 GMT* From: helbig@astro.rug.nl (Phillip Helbig)* Subject: Re: *.*;-0: undocumented feature?. Message-ID: <8ugt4e$7sk$2@info.service.rug.nl>  0 In article <8ugmpe$jlv$1@aquila.news.mdx.ac.uk>,* david20@alpha2.mdx.ac.uk (D.Webb) writes:    > My understanding is that   >  >   ;0    ==  latest version >   ;-1   ==  previous version! >   ;-2   ==  version before that  >   .  >   .         etc  >   .  >  >  >   ;-0  ==  earliest version  >  > 5 >   no version specified, ; and ;0 are all equivalent   D True in general, but I think there are subtle differences involving  installed images etc.    ------------------------------  % Date: Fri, 10 Nov 2000 09:33:03 -0500 # From: Jim Agnew <agnew@hsc.vcu.edu> * Subject: Re: *.*;-0: undocumented feature?* Message-ID: <3A0C071F.BF00ABB@hsc.vcu.edu>   there was a thread for a while a while back about tryign to detect file version numbers "too close" to the 32K limit.. Anyone keep$ the command file that found those???   Jim    norm lastovica wrote:  > F > The "OpenVMS User's Manual" (at least) describes how you can specify" > version numbers.  In particular: >  > 4.1.5 File Versions  > < > In addition to a file name and file type, every file has a< > version number. Version numbers are decimal numbers from 1; > to 32,767 that differentiate versions of a file. When you < > create a file, the system assigns it the version number 1. > < > You can have several versions of the same file. Unless you7 > specify a version number, the system uses the highest : > existing version number of that file. If you specify the8 > version number 0, the system uses the highest existing> > version. When you modify a file with a command, application,< > or text editor (such as EVE) that creates a new version of: > the file, the file name remains the same but the version > number is incremented by one.  > < > Precede version numbers with a semicolon or a period. When8 > the system displays file specifications, it displays a0 > semicolon in front of the file version number. > = > You can refer to versions of a file in a relative manner by < > specifying a zero or a negative version number. Specifying; > zero locates the latest (highest numbered) version of the > > file. Specifying -1 locates the next-most-recent version, -2< > the version before that, and so on. To locate the earliest8 > (lowest numbered) version of a file, specify -0 as the: > version number. Note that you cannot create files with a> > version number higher than 32767. If you attempt to create a< > new file with a version number higher than 32767, you will > receive an error message.  >  > "Dryjanski, Tomasz" wrote: > > 8 > >      I observed, that *.*;-0 is equivalent to *.*;0,& > >      but a.txt;-0 equals a.txt;-1.G > >      Do you know the meaning of -0, explaining described behaviour?  > > M > >      I need it as one of previous system managers used it in an important G > >      script and I would like to understand it before any changes...  > >  > >      TIA > >      T. D. >  > --@ > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Fri, 10 Nov 2000 09:00:45 -0500 2 From: norm lastovica <norman.lastovica@oracle.com>* Subject: Re: *.*;-0: undocumented feature?* Message-ID: <3A0BFF8D.2494BA9A@oracle.com>  D The "OpenVMS User's Manual" (at least) describes how you can specify  version numbers.  In particular:   4.1.5 File Versions   : In addition to a file name and file type, every file has a: version number. Version numbers are decimal numbers from 19 to 32,767 that differentiate versions of a file. When you ; create a file, the system assigns it the version number 1.    : You can have several versions of the same file. Unless you5 specify a version number, the system uses the highest 8 existing version number of that file. If you specify the6 version number 0, the system uses the highest existing< version. When you modify a file with a command, application,: or text editor (such as EVE) that creates a new version of8 the file, the file name remains the same but the version number is incremented by one.   : Precede version numbers with a semicolon or a period. When6 the system displays file specifications, it displays a/ semicolon in front of the file version number.    ; You can refer to versions of a file in a relative manner by : specifying a zero or a negative version number. Specifying9 zero locates the latest (highest numbered) version of the < file. Specifying -1 locates the next-most-recent version, -2: the version before that, and so on. To locate the earliest6 (lowest numbered) version of a file, specify -0 as the8 version number. Note that you cannot create files with a< version number higher than 32767. If you attempt to create a: new file with a version number higher than 32767, you will receive an error message.    "Dryjanski, Tomasz" wrote: > 6 >      I observed, that *.*;-0 is equivalent to *.*;0,$ >      but a.txt;-0 equals a.txt;-1.E >      Do you know the meaning of -0, explaining described behaviour?  > K >      I need it as one of previous system managers used it in an important E >      script and I would like to understand it before any changes...  > 
 >      TIA >      T. D.   --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------   Date: 10 Nov 2000 14:53:12 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)* Subject: Re: *.*;-0: undocumented feature?6 Message-ID: <8uh24o$2es$1@mailint03.im.hou.compaq.com>  n In article <0G3S00NW1BCOQ3@mx.east.saic.com>, "Dryjanski, Tomasz" <Tomasz.Dryjanski@intl.fritolay.com> writes:5 :     I observed, that *.*;-0 is equivalent to *.*;0, # :     but a.txt;-0 equals a.txt;-1. D :     Do you know the meaning of -0, explaining described behaviour?  A   This is covered in the OpenVMS documentation and in the Writing >   Real Programs in DCL book.  For the OpenVMS documentation on   this, please see:   I   http://www.openvms.compaq.com:8000/72final/6489/6489pro_007.html#files7   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 10 Nov 2000 15:11:28 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> * Subject: Re: *.*;-0: undocumented feature?) Message-ID: <3A0C0210.43074CE4@gtech.com>    "Dryjanski, Tomasz" wrote:6 >      I observed, that *.*;-0 is equivalent to *.*;0,$ >      but a.txt;-0 equals a.txt;-1.E >      Do you know the meaning of -0, explaining described behaviour?  > K >      I need it as one of previous system managers used it in an important E >      script and I would like to understand it before any changes...    ;0 = highest version ;-0 = lowest version   And it is documented.    Arne   ------------------------------  % Date: Fri, 10 Nov 2000 10:49:38 -0500 # From: John Vottero <John@MVPSI.com> * Subject: RE: *.*;-0: undocumented feature?D Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD8AE@berry.mvpsi.com>   > -----Original Message-----% > From: david20@alpha2.axp.mdx.ac.uk   [snip] >  > My understanding is that   >  >   ;0    ==  latest version >   ;-1   ==  previous version! >   ;-2   ==  version before that  >   .  >   .         etc  >   .  >  >  >   ;-0  ==  earliest version  >  > 5 >   no version specified, ; and ;0 are all equivalent  >   J That last line isn't quite true.  ; and ;0 may be equivalent but there areL significant differences between specifying a version and not specifying one.L If you specify a version number, even ; or ;0, the file will stick with thatI version number.  If you don't specify a version number the file may get a % new version number.  Try this to see:    $ COPY FILE.TXT [EMPTYDIR] $ COPY FILE.TXT [EMPTYDIR] $ COPY FILE.TXT; [EMPTYDIR]  $ PURGE [EMPTYDIR] $ COPY FILE.TXT; [EMPTYDIR]    ------------------------------  % Date: Fri, 10 Nov 2000 11:45:59 -0500 , From: Howard S Shubs <hshubs@mindspring.com>* Subject: Re: *.*;-0: undocumented feature?> Message-ID: <hshubs-80391A.11455910112000@news.mindspring.com>  I In article <3A0C071F.BF00ABB@hsc.vcu.edu>, Jim Agnew <agnew@hsc.vcu.edu>   wrote:  I >there was a thread for a while a while back about tryign to detect file  ; >version numbers "too close" to the 32K limit.. Anyone keep % >the command file that found those???   O I can't speak to that, but I just wrote a routine a few days ago which handles  M renaming a set of files down to the lowest version numbers.  That is, if you  M attempt to open a file and can't because of the version number, you pass the  M file spec to this routine, and it renames all versions of the file such that   they start at version 1 again.  N So if you've got 5 versions of a file, even in a discontinuous sequence, they 9 would become ;1 ;2 ;3 ;4 ;5, in proper order.  I like it.  --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------   Date: 10 Nov 2000 16:53:29 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb) * Subject: RE: *.*;-0: undocumented feature?0 Message-ID: <8uh969$lh5$3@aquila.news.mdx.ac.uk>  j In article <C15945A9D9EFCF11BA8B08002BBF1CCC0CD8AE@berry.mvpsi.com>, John Vottero <John@MVPSI.com> writes: >> -----Original Message----- & >> From: david20@alpha2.axp.mdx.ac.uk  >[snip]  >>   >>  6 >>   no version specified, ; and ;0 are all equivalent >>   > K >That last line isn't quite true.  ; and ;0 may be equivalent but there are M >significant differences between specifying a version and not specifying one.	M >If you specify a version number, even ; or ;0, the file will stick with thateJ >version number.  If you don't specify a version number the file may get a& >new version number.  Try this to see: >n >$ COPY FILE.TXT [EMPTYDIR]; >$ COPY FILE.TXT [EMPTYDIR]e >$ COPY FILE.TXT; [EMPTYDIR] >$ PURGE [EMPTYDIR]u >$ COPY FILE.TXT; [EMPTYDIR] >o   Sorry. Yes you are correct.   
 David Webb VMS and unix team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 10 Nov 2000 09:22:05 +0100 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>1 Subject: A DEC Saga book currently being written?h* Message-ID: <3A0BB02D.D9D13237@Easynet.fr>  G Does someone know if there is a book currently being written on Digitalh< 1957-1998? And how I could get in touch with the author (s)?   Answer via mail if you prefer.   Thanks,a D.   ------------------------------  % Date: Fri, 10 Nov 2000 16:26:24 +0100 2 From: "Thomas H. Pauli" <thomas.pauli@t-online.de>5 Subject: Re: A DEC Saga book currently being written?r* Message-ID: <3A0C13A0.1030002@t-online.de>   You might want to look at   6 http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf9 <http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf> e? <http://www.openvms.compaq.com/openvms/20th/vmsbook.pdf>Thomas.r   Didier Morandi wrote:e  I > Does someone know if there is a book currently being written on Digitalr> > 1957-1998? And how I could get in touch with the author (s)? >   > Answer via mail if you prefer. > 	 > Thanks,e > D.   ------------------------------  # Date: Fri, 10 Nov 2000 11:00:21 GMTo; From: poll@hhunospam.uni-duesseldorf.de (Dr. Wolfgang Poll)0. Subject: Re: Adding a SCSI disk to a PWS 433au9 Message-ID: <3a0bd387.4932001@news.rz.uni-duesseldorf.de>t  + "Richard Brodie" <R.Brodie@rl.ac.uk> wrote:   G >An analysis of the error log? This is normal behaviour for a disk thateD >is unacceptable to the VMS drivers. There should be an entry in theI >error log giving more information. If you are lucky there will either bet2 >some parameters you can tweak or a driver update. >sM Thanks for your hint to the error log, but how can the error type 04 "Invalid I inquiry data received" (see the following entry of the error log file) bel overcome. Any ideas?  P Error Log Report Generator                                      Version V6.1       O  ******************************* ENTRY    1249. *******************************sN  ERROR SEQUENCE 3402.                            LOGGED ON:  CPU_TYPE 00000007O  DATE/TIME  8-NOV-2000 11:13:39.91                            SYS_TYPE 0000001Ee  SYSTEM UPTIME: 0 DAYS 00:00:17oP  SCS NODE: IPDS                                             OpenVMS AXP V7.1-1H2  *  HW_MODEL: 00000612 Hardware Model = 1554.  /  DEVICE ATTENTION Digital Personal WorkStation e  *  GENERIC DK SUB-SYSTEM, UNIT _IPDS$DKA600:               HW REVISION     30333230t9                                        HW REVISION = 0230e        ERROR TYPE            04dD                                        INVALID INQUIRY DATA RECEIVED        SCSI ID               06t3                                        SCSI ID = 6.         SCSI LUN              00 4                                        SCSI LUN = 0.        SCSI SUBLUN           00u7                                        SCSI SUBLUN = 0.o        PORT STATUS     0000008CtJ                                        %SYSTEM-F-DRVERR, FATAL DRIVE ERROR        SCSI CMD        00000012                             0080q.                                        INQUIRY        SCSI STATUS           0206                                        CHECK CONDITION  
  INQUIRY DATA'          INQUIRY         02030000h                        3E00005B                         4E415551-                        204D5554-                        414C5441G                        5F565F53i                        575F395F:                        2020534CD                        30333230n                        30393431c                        35303131l                        36303433d                        303020205                        35313330t                        3030300Cs                        30303030b                        30303030s                        30303030                         30303030.                        30303030i                        30303030                         30303030                         30303030o                        30303030 ;                                        DIRECT_ACCESS DEVICEt>                                        MEDIUM IS NOT REMOVABLEA                                        ANSI APPROVED VERSION = 3.u8                                        ECMA VERSION = 0.7                                        ISO VERSION = 0.i        UCB$L_ERTCNT    00000000d;                                        0. RETRIES REMAINING-        UCB$L_ERTMAX    00000000X;                                        0. RETRIES ALLOWABLE         ORB$L_OWNER     00010004r:                                        OWNER UIC [001,004]        UCB$L_CHAR      1C454008D;                                        DIRECTORY STRUCTUREDW4                                        FILE ORIENTED/                                        SHARABLEe0                                        AVAILABLE4                                        ERROR LOGGING7                                        CAPABLE OF INPUT 8                                        CAPABLE OF OUTPUT4                                        RANDOM ACCESS        UCB$L_STS       08000110 -                                        ONLINEr+                                        BUSYi        UCB$L_OPCNT     00000000 9                                        0. QIO'S THIS UNIT         UCB$L_ERRCNT    00000001o:                                        1. ERRORS THIS UNIT        IRP$L_BCNT      00000000o?                                        TRANSFER SIZE 0. BYTE(S)4        IRP$L_BOFF      00000000 <                                        TRANSFER PAGE ALIGNED        IRP$L_PID       00000000=6                                        REQUESTOR "PID"        IRP$Q_IOSB      00000000mC                        00000000        IOSB, 0. BYTE(S) TRANSFERREDe     -- t
 Wolfgang Poll   @ For direct replies please remove "hhunospam" from email address.   ------------------------------  # Date: Fri, 10 Nov 2000 11:53:33 GMTe% From: agreig@my-deja.com (Alan Greig) F Subject: Adobe JAVA PDF Viewer with JDK 1.2.2-1 (and/or Citrix client)0 Message-ID: <3a0bddd6.92199115@news.newsguy.com>  B Has anyone manged to get the Adobe acrobat viewer to run under theC JAVA 1.2.2-1 Fast Virtual Machine on VMS? When I try it the installl6 procedure brings up a window then sits there for ever.  E There's a note on the adobe web site giving the procedure to run withlF JAVA 1.2 (JAVA 2 - confusing isn't it) which mentions a workaround forE problems displaying toolbars but this suggests that you will at least ? be able to run the installation procedure first. Which I can't. D However my problem could well be that a toolbar allowing me to click CONTINUE isn't being displayed.   > Any workarounds/suggestions? I already have JDK 1.1.4?, 1.1.6,F 1.2.2-1. Don't tell me the only answer is to have 1.1.8 as well as theD VMS web site FAQ seems to suggest. Or can I perhaps install under anD older version then run under the new. Or maybe unziip the viewer.zipF manually and fudge an install. I really don't have the time to try all? the options without some suggestion that one of them will work.o  B While we're here has anyone had any success with the latest CitrixE Metaframe cliient with JDK 1.2.2-1. I can install and even connect touB a server but at some random point a JAVA array out of bounds errorE turns up then the window hangs. Same thing happens running the latestaF client under 1.1.6 although an ancient version of the cliient seems to work - sort of...r ,1   --
 Alan Greig   ------------------------------    Date: 10 Nov 2000 11:07:27 -0500, From: koehler@eisner.decus.org (Bob Koehler)J Subject: Re: Adobe JAVA PDF Viewer with JDK 1.2.2-1 (and/or Citrix client)+ Message-ID: <4Qz99pITDxIA@eisner.decus.org>s  X In article <3a0bddd6.92199115@news.newsguy.com>, agreig@my-deja.com (Alan Greig) writes:D > Has anyone manged to get the Adobe acrobat viewer to run under theE > JAVA 1.2.2-1 Fast Virtual Machine on VMS? When I try it the install 8 > procedure brings up a window then sits there for ever. > @ > Any workarounds/suggestions? I already have JDK 1.1.4?, 1.1.6,H > 1.2.2-1. Don't tell me the only answer is to have 1.1.8 as well as theF > VMS web site FAQ seems to suggest. Or can I perhaps install under anF > older version then run under the new. Or maybe unziip the viewer.zipH > manually and fudge an install. I really don't have the time to try allA > the options without some suggestion that one of them will work.o >   G I can run it under 1.2.2-1 Fast VM, but I installed it under 1.1.8 withoF Fast VM.  Installing multiple versions of the JDK is supported.  I hadC 1.2.2 (not -1 but that doesn't look like a problem) and 1.1.8 for a  while.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationa= NASA GSFC Flight Software       | Federal Sector, Civil GroupeE                                 | please remove ".aspm" when replyingt   ------------------------------    Date: 10 Nov 2000 19:07:01 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)J Subject: Re: Adobe JAVA PDF Viewer with JDK 1.2.2-1 (and/or Citrix client)* Message-ID: <3a0c3945$1@news.kapsch.co.at>  X In article <3a0bddd6.92199115@news.newsguy.com>, agreig@my-deja.com (Alan Greig) writes:C >Has anyone manged to get the Adobe acrobat viewer to run under the D >JAVA 1.2.2-1 Fast Virtual Machine on VMS? When I try it the install7 >procedure brings up a window then sits there for ever.?  H I had a similar problem (with V1.1.8-5). Here the installation procedureE completed and then the viewer itself didn't do anything after loadinga a couple of classes.  J It was a resource problem here. Slowly increase any of your UAF params you. have (start with BYTLM) and see if it helps...   -- ,< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 10 Nov 2000 17:25:55 +0000s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>hJ Subject: AS 255/233, which graphics card do I have without opening the box) Message-ID: <3A0C2FA3.41447A2B@bbc.co.uk>h   Hi  C I have a AS 255/233 that has recently been reunited with a graphicsb console.F I am sure the monitor worked with DECWindows when I configured the boxD with VMS 6.2-1 in 1997. Now it is running VMS 7.1 and Motif 1.2-5. I have a monitorC connected to the SVGA port. I have a PS/2 mouse and keyboard (Dell)t
 connected.  E The monitor works as a dumb console. However, DECWindows keeps saying C "No graphics devices are present". Also, and the console mode (>>>)h	 there aree- only disks and tapes reported by SHOW DEVICE.l  F How can I find what graphics card is installed (and in use by VMS as a console)6 without opening the box? Is this just an Open3D issue?   Regardsu --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.g   ------------------------------    Date: 10 Nov 2000 19:06:41 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> 6 Subject: Re: Backup written on TZ87 to be read on TZ867 Message-ID: <rjqitpww0fy.fsf@morwong.ucc.gu.uwa.edu.au>n   This is 7.2-1 on an Alpha?   there is alas a difference...-  7 MAnually init them is the normal fix for this, but fromT, what you post, some thing is REALLY strange.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 10 Nov 2000 19:12:18 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>c6 Subject: Re: Backup written on TZ87 to be read on TZ867 Message-ID: <rjqem0kw06l.fsf@morwong.ucc.gu.uwa.edu.au>o  ) "Dale A. Marcy" <dqm@y12.doe.gov> writes:   P >      I did not try the /NoInit, but looking at the help files, it only appliesO > to image backups which is not the case in this instance.  Upgrading is not as-P > simple as it sounds.  This is a development system which must be maintained atN > the same version as the production systems and requires approval of the userO > organizations and involves developer testing after the upgrade.  In short, we-O > only get to upgrade about once a year if that.  The tape was labeled as TRANSiP > when it was initialized on the TZ86.  I believe the Override=Label only allows3 > you to mount the tape without specifying a label.m  9 You are confusing the out put disk, and initing the tape!n  " Init on the 86. mou/for on the 87.K back/<stuff> <input-stuff> TZ87:xxxx.bck/sav/noinit<more-stuff>/label=trans    TO restore;g- back ... TZ86:xxx.bck/sav <output-disk-stuff>r   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.V@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 10 Nov 2000 10:55:14 -0500l' From: "Dale A. Marcy" <dqm@y12.doe.gov>d6 Subject: Re: Backup written on TZ87 to be read on TZ86+ Message-ID: <3A0C1A62.D4EB3344@y12.doe.gov>    Paul,e  K      No, the help file indicates that the /INIT and /NOINIT only applies toeN /IMAGE backups.  I am not doing an /IMAGE backup in either the creation of the? tape or the restore and therefore makes this qualifier invalid.e  
 Dale A. Marcyn. Science Applications International Corporation   Paul Repacholi wrote:u > + > "Dale A. Marcy" <dqm@y12.doe.gov> writes:  > R > >      I did not try the /NoInit, but looking at the help files, it only appliesQ > > to image backups which is not the case in this instance.  Upgrading is not asOR > > simple as it sounds.  This is a development system which must be maintained atP > > the same version as the production systems and requires approval of the userQ > > organizations and involves developer testing after the upgrade.  In short, wedQ > > only get to upgrade about once a year if that.  The tape was labeled as TRANS R > > when it was initialized on the TZ86.  I believe the Override=Label only allows5 > > you to mount the tape without specifying a label.t > ; > You are confusing the out put disk, and initing the tape!i > $ > Init on the 86. mou/for on the 87.M > back/<stuff> <input-stuff> TZ87:xxxx.bck/sav/noinit<more-stuff>/label=transs > 
 > TO restore; / > back ... TZ86:xxx.bck/sav <output-disk-stuff>i >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.tB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 10 Nov 2000 16:23:45 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a6 Subject: Re: Backup written on TZ87 to be read on TZ86) Message-ID: <3A0C2110.64826269@bbc.co.uk>-   "Dale A. Marcy" wrote:   > Paul,6 >:M >      No, the help file indicates that the /INIT and /NOINIT only applies tonP > /IMAGE backups.  I am not doing an /IMAGE backup in either the creation of theA > tape or the restore and therefore makes this qualifier invalid.J  Q agreed, its /[no]rewind that determines whether backup attempts to init the tape.dQ I must admit, I prefer to explictly INITIALIZE and MOUNT/FOREIGN/MEDIA=COMPACTIONe" before writing a tape with backup.   --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 ofe MedAS or the BBC.e   ------------------------------   Date: 10 Nov 2000 08:17:35 GMT* From: helbig@astro.rug.nl (Phillip Helbig)' Subject: Re: Backup: Restore of SubDirs]. Message-ID: <8ugauv$sbs$1@info.service.rug.nl>  l In article <9NOV00.18160122@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:  D > In a previous article, Alan E. Feldman <alan48@my-deja.com> wrote: > O > ->>> Is it possible to restore the original creation date for the directoriesy > ->>> too?n > ->>sG > ->> This is a real pain.  There are times when an /IMAGE backup isn't J > ->> possible, like moving things from a volume set to a single disk (andJ > ->> there are some other situations), but one essentially wants an EXACTI > ->> copy.  I am always annoyed that when I go through this my directory > > ->> dates change.  Isn't there a way to do this with BACKUP? > -> C8 > ->Why is it a problem that the directory dates change? > G > Because then your incremental backup contains a copy of every file inm > the new directory tree.    Right.  Another reason.o  C Note that this was not always the case.  There was a change in the eE default behaviour (and, later, IIRC, a new option to restore the old oE behaviour).  Can seem non-intuitive at first, but I think it is good 1 that it is now the default.o   ------------------------------   Date: 10 Nov 2000 08:20:22 GMT* From: helbig@astro.rug.nl (Phillip Helbig)' Subject: Re: Backup: Restore of SubDirs . Message-ID: <8ugb46$sbs$2@info.service.rug.nl>  9 In article <8ufr83$3j6$1@nnrp1.deja.com>, Alan E. Feldman4 <alan48@my-deja.com> writes: 2  : > > > Why is it a problem that the directory dates change? > >c= > > DIR [.IMPORTANT_PROJECTS...]*.DIR/SIN=<some crucial date>e > >u@ > > Perhaps when I start a project, I create a directory for it. > Probably,rG > > I put some files in it soon after, but due to PURGE only much newer  > onesF > > might be around.  Thus, the only way to keep track is by DIRECTORY
 > > dates. > H > You can jot the dates down in a notebook or type them into a database, > if it's that important.   @ Sure, but the whole point is to avoid redundant work.  Going to G extremes, why do we need file dates at all---we can just jot down in a *I notebook or type into a database when they were created, revised, backed   up,....  :-|  E > Old files can be copied to new directories in many other cases. I'dI > consider that quite normal.   : Yes, but not what one expects when a whole tree is copied.   ------------------------------  # Date: Fri, 10 Nov 2000 18:17:46 GMT  From: operagost@my-deja.comO Subject: BALSETCNT) Message-ID: <8uhe43$br0$1@nnrp1.deja.com>a  E We recently upped the RAM on our VAX4000-705a running OpenVMS 5.5-2H4 C from 448 to 512 MB. Autogen (not running setparams) now reports the 
 following:  < ** WARNING ** - The user-modified value for BALSETCNT of 198H         very likely would have caused system virtual address space to beD         exceeded rendering your system unbootable. You should reviewD         records pertaining to BALSETCNT, VIRTUALPAGECNT and WSMAX inH         MODPARAMS.DAT; these primarily affect the size of balance slots.*         BALSETCNT is being reduced to 182.  E I'm hesitant to adjust this value, because it might have been set forM Oracle 7 (MODPARAMS.DAT):R   Min_Balsetcnt           = 198 A Min_GBLPages            = 200000                ! For ORACLE V7.0 F Min_GBLSections         = 500                   ! For ORACLE V7.0 (min 400)  H Why is it that with more RAM I can now only have fewer working sets? How should I proceed?     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 10 Nov 2000 08:31:30 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: Cluster Problem. Message-ID: <8ugbp2$sbs$4@info.service.rug.nl>  M > Also, a device specifically set unavailable with the SET DEVICE/NOAVAILABLE  > dev.   OK.3  I > > > I'll have to admit that I'm not really sure what causes a device to L > > > fail the "avl" test.  I couldn't find any devices which exist but failI > > > "avl" on the systems I tried.  I did find that if a host leaves the  > > I > >         A device mounted privately, maybe ? It exists, but may not be A > >         available. Tape drives in use could be good examples.o* > >         I haven't checked this though.   Nope.    $ wso f$getjpi("","PID") 20200FC6 $ sh dev disk$floppy  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count Cnt. GLADIA$DVA0:            Online               0 $ allocate disk$floppy% %DCL-I-ALLOC, _GLADIA$DVA0: allocated  $ sh dev disk$floppy  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count Cnt. GLADIA$DVA0:            Online alloc         0# $ wso f$getdvi("disk$floppy","avl")  TRUE   in another DECterm:    $ $ wso f$getjpi("","PID") 202010C4% $ $ wso f$getdvi("disk$floppy","avl")E TRUE $   F If ALLOCATE does not make it unavailable to another process, then this goes against my intuition.     ------------------------------    Date: 10 Nov 2000 20:03:00 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> ! Subject: Compiler /tune switches. 7 Message-ID: <rjq66lwvxu3.fsf@morwong.ucc.gu.uwa.edu.au>   2 I've been experimenting with compile/build options2 and measuring the performance, and have a question or two.   4 The C compiler has EV6 and EV6_2 as options. What is the difference?   A Is it possible to use MM ( EV6 )etc without getting the byte/word E load/stores ( EV56 ) generated? If not, can this be a wish list item.      -- 0< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 10 Nov 2000 10:04:18 -0500 , From: Steve Lionel <Steve.Lionel@compaq.com>% Subject: Re: Compiler /tune switches.e8 Message-ID: <3h3o0tcgbsbpsqceo1qpfhp3avkod7iedv@4ax.com>  - On 10 Nov 2000 20:03:00 +0800, Paul Repacholi ' <prep@morwong.ucc.gu.uwa.edu.au> wrote:e   >m3 >I've been experimenting with compile/build optionsD3 >and measuring the performance, and have a questiond >or two. >w5 >The C compiler has EV6 and EV6_2 as options. What isr >the difference?  E There is none.  EV6_2 was a temporary option meaning "EV6 Pass 2".  In$ forget why this was there.  Use EV6.  B >Is it possible to use MM ( EV6 )etc without getting the byte/wordF >load/stores ( EV56 ) generated? If not, can this be a wish list item.  @ No - you don't get to pick and choose.  Why would you want this?    - Steve Lionel (mailto:Steve.Lionel@compaq.com)e Fortran Engineeringr& Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Fri, 10 Nov 2000 13:38:05 -0500v0 From: Paul Anderson <paul.r.anderson@compaq.com>% Subject: Re: DCPS page width questiontC Message-ID: <paul.r.anderson-97A4EF.13380510112000@news.compaq.com>   8 In article <8uf7cc$ja4$1@nnrp1.deja.com>, Edward Heller  <ejheller@my-deja.com> wrote:e  H > Printer queue DCPS_EXEC, idle, on HOST::"IP_RawTCP/192.168.1.10:9100", [...]e) > "$PRINTER" = "LRA0:" (LNM$SYSTEM_TABLE)   H Are you using device LRA0: as a virtual device of sorts so you can open B it directly from your application?  I assume no I/O actually goes B through LRA0:.  Although LRA0: is set to "no wrap" and "truncate" E perhaps something else funny is happening because you are "using" an d LP11 on a parallel port.  4 Try using another virtual device, like a LAT device.  F Or you could call the CSC (Customer Support Center) as they have more / experience than me in dealing with such issues.(   Paul   -- u,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------   Date: 10 Nov 2000 08:37:05 GMT* From: helbig@astro.rug.nl (Phillip Helbig)* Subject: Re: DEC 40 years commemoration CD. Message-ID: <8ugc3h$sbs$5@info.service.rug.nl>  5 In article <3A0B1739.7B217348@videotron.ca>, JF Mezei ' <jfmezei.spamnot@videotron.ca> writes: t   > Phillip Helbig wrote:o+ > > > Trust me - it's not worth the effort.. > > = > > If you can't trust Steve Lionel, whom can you trust.  :-)  > O > Ahhh, but it might be a case of the CD showing a picture of Steve Lionel withnH > a hair style or beard that would make him look rather silly by today'sO > standards ;-) Hence Mr Lionel would have a vested interest in downplaying thep! > contents of that CD :-) :-) :-)o  F I was once described as an Andy-Goldstein lookalike---and it was meantE as a compliment!  Actually, I visited Compaq once, about a year and a H half ago.  Interestingly, Steve had a beard while I was expecting him toH look as he did on his web page, so I didn't recognise him at first!  ButD I was quite relieved when I saw many folks who probably had the same0 hairstyle and beard they did 20 years ago.  :-)   # Quality never goes out of style....u   ------------------------------  # Date: Fri, 10 Nov 2000 11:10:30 GMTt? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson)++ Subject: Re: DECdtm, XA, TIP meeting reportE/ Message-ID: <3a0bd768.4686799@news.demon.co.uk>.  F I'd replied to Jim offline, but wanted to post the contact information: at Compaq for anyone else who might have input to provide.  0 I'm told that the person to contact is John Apps (john.apps@compaq.com).i   Jim.  . On Tue, 07 Nov 2000 06:46:28 -0500, Jim Jennis& <jjennis@discovery.fuentez.com> wrote:   >Jim,i > 
 >Here Here!!!n >tI >Thanks SO MUCH for your involvement in this effort! I am a long time VMStL >user/developer/proponent who has seen the lack of TP support (including XA)I >cause the demise of VMS in several key large projects for large companysyE >where VMS WAS STRATEGIC! The lack of TP support has caused VMS to befC >"phased out"!!!. I support ANYTHING that will get the VMS team off > >dead-center and moving in the right direction in this area!!! >1A >We have been using a cross-platform development toolkit from WRQtH >(Verastream) on VMS to develop EAI (Enterprise Application Integration)I >solutions on VMS for several years, but the lack of TP support at the OSsL >level has been a MAJOR PROBLEM and has steered many of these cross platformE >projects away from using VMS as one of the primary platforms for the1
 >integration.k > I >Who can I write to at Compaq about this??? I have spoken to everyone whobH >will listen and so far it seems everyone listens politely and then does >nothing or says "Yes, but...."  > ; >I will be happy to contribute however I can in this area! n >e	 >Regards,G >o >Jim& >At 05:17 PM 11/4/2000 GMT, you wrote:G >>I've just gotten back from my week in the US, during which I met witheG >>VMS Development to discuss what the situation was wrt DECdtm, XA, and  >>TIP support. >>F >>For those of you who may not have been following the DECdtm topic, a >>little background: >>F >>A couple of months ago I learned through this newsgroup that VMS hadG >>apparently decided that it was too difficult to add XA or TIP supportRH >>to DECdtm.  As the original designer of those services, this viewpointF >>surprised me (to say the least).  I was asked in this newsgroup whatA >>it would take for me, or my company, to add such support in.  ItF >>remember replying that Compaq would need to pay us ... and from that> >>statement everything else has sort of wound its way to here. >>G >>Let me say, as a quick aside, that I hold very strong opinions on the0G >>value of transactions as one of the more powerful models for reliable A >>distributed processing, and that I've never been reticent aboutr@ >>voicing that opinion -- either before or after leaving the VMS >>development group. >>G >>Anyway, I opened up contact with VMS development over this topic, and F >>arranged to see the people there who are responsible for setting theH >>direction and agenda for TP in VMS.  My goal was to find out just whatG >>was happening, what decisions had been made, and whether or not I, orlH >>my company, could help them in reaching a technically and commercially? >>solid state.  The remainder of this note is my report to thisu >>readership on what I found.  r >> >>H >>I met with the individual who is responsible for establishing/updatingH >>the VMS TP strategy.  This is someone who I have known and trusted forF >>years.  Our meeting overran considerably, and covered what they wereH >>doing, the state of their plans, and how they arrived where they were./ >>It was a good, open, and informative meeting.h >>F >>The essential news is that VMS has what I would consider the correctB >>basic goal -- namely to support interoperation with other OS andF >>application platforms with minimal changes to any existing software.F >>What I was shown indicated a level of interest in this topic that isF >>the highest I've seen it in a decade.  Furthermore, the declarationsD >>that I've read here that RTR will be the basis for this vision areC >>premature.  While there may have been a view at one time that RTRgG >>would be the basis for all future work, that was not the current view  >>as I had it expressed to me. >>G >>Now, RTR clearly does have a role in any overall VMS TP strategy, and F >>I personally fully expect to see further work done on RTR.  However,E >>to reiterate, I saw nothing that said that VMS had decided that all ' >>future enhancements would be via RTR.r >>F >>Let me be clear -- if you believe that VMS should support XA and TIPE >>without requiring an RTR infrastructure (say, perhaps, via DECdtm),l >>this was *all* good news.i >>D >>However, the flip side of this is that the current state is partlyG >>because VMS has not solidified its plans for how to achieve the leveleB >>of transparent interoperability that it feels it should provide.H >>Although I've been known to hold cynical views on plans such as these,H >>I have to say that what I saw and heard suggested that VMS was finallyE >>treating this difficult issue with the level of seriousness that itoG >>has long deserved.  The fact that they haven't knee-jerked a responsea >>is a good sign.t >>H >>This is the core of the two possible negatives: will the features showH >>up in time for you, the users, and will the plans end up requiring RTRD >>after all.  I can't answer either of these.  I'm worried about the: >>former (albeit with no data), and hopeful on the latter. >>; >>Finally, I was asked to consider a reasonably significantn@ >>participatory role in establishing this TP direction.  This isB >>something we've agreed in principle, and are currently pursuing. >> >> >>H >>What I saw indicated that it was understood that this was an importantB >>area for VMS.  However, I believe that there are two things that: >>people who believe this to be important should still do: >>D >>1. let VMS know that it's important.  While I don't worry just nowG >>that they don't believe it to be important, continued input will helpn >>keep minds focused.  >>F >>2. let VMS know just what you want to do.  This is actually the muchF >>more important issue.  What are you trying/wanting to do with TP andE >>VMS?  Who are you trying to interoperate with, and in what way?  IskF >>COM important?  Is Java (J2EE)?  What about other TP monitors, otherG >>databases?  There are lots of possibilities, and the technical issues H >>may stretch well beyond the 2PC protocols.  The more known about, say,D >>which vendors and systems are vital, the easier it is to focus the) >>work and plan for an effective rollout.  >>H >>These things will help, and I'd ask anyone who is interested in havingH >>something happen to TP on VMS let VMS know.  I'd also ask that you let
 >>me know. >> >>F >>As a final postscript, I spoke to the people who could be consideredB >>"the VMS Brains trust" and none of them claimed to have made theC >>statement about DECdtm's upgradability.  Their thoughts were thatbH >>either a) it was taken out of context, or b) someone was speaking withF >>an authority they didn't have.  I think we'd all like to know which,G >>so if anyone can get me details of where they heard that message fromt >>I'd certainly appreciate it. >> >>Jim. >>
 >>Jim JohnsonD >>Software Exploration, Ltd.) >>Software Navigation and Discovery Tools0 >>9 >--------------------------------------------------------.8 >FSC - Building Better Information Technology Solutions-8 >      from the Production Floor to the Customer's Door.9 >--------------------------------------------------------e6 >Jim Jennis, Technical Director for Commercial Systems >Fuentez Systems Concepts, Inc.E >1 Discovery Place, Suite 2e >Martinsburg, WV. 25401  >USA >s$ >Phone: +001 (304) 263-0163 ext. 235 >Fax:   +001 (304) 263-0702u& >Email: jjennis@discovery.fuentez.com  >       jhjennis@shentel.net' >WEB: http://www.discovery.fuentez.com/  >    Jim JohnsonI Software Exploration, Ltd.' Software Navigation and Discovery Toolsb   ------------------------------  # Date: Fri, 10 Nov 2000 15:08:48 GMT  From: ryanfleming@my-deja.com  Subject: DecWindowsi) Message-ID: <8uh31o$1ur$1@nnrp1.deja.com>   ; I have two Alpha 800s running OS V7.1-2 and UCX V4.2 ECO 3.n< I am able to use exceed to launch a remote decwindow on a PCD I AM NOT able to launch a remote decwindow from one PC to the other.F I have gone into the style manager under security and have two entries on each alpha:     TCPIP x.x.x.x *:
     TCPIP * *e- Where x.x.x.x is the other Alphas IP address.:: I also added the SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM3 I made sure the TCPIP was mentioned as a transport.j  D I attempt to launch the window by connecting to Alpha B using telnet4 (from Alpha A's decwindow) and typing the following:6      $ SET DISPLAY/CREATE/NODE=x.x.x.x/TRANSPORT=TCPIP      $ CREATE/TERMINAL/DETACHI I get the following reult:0      %DECW-E-CANT_OPEN_DISPL, Can't open displayF The above two commands works just fine for exceed.  Would anyone be so) kind as to show me what I am doing wrong?t      ThanksR         Ryan    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------  % Date: Fri, 10 Nov 2000 01:12:25 +0000n  From: steven.reece@quintiles.com: Subject: Re: Disk write-back cache - how do I turn it off?H Message-ID: <OFFE276427.DC253845-ON80256993.0005ECC1@qedi.quintiles.com>   Steve,  G This would appear to be _EXACTLY_ the same situation which we had a fewiK months back.  Oracle support get asked about a VMS problem and they say "Oh G yes, it's a VMS system.  Well turn off the cache everywhere and our bug-? doesn't get uncovered because everything runs that bit slower"..  J One might say it's all complete b******s, but I couldn't possibly say such' things.  Not in a newsgroup anyway. :-)u  K To answer the question, the writeback cache that you see in the SHOW DEVICE H display has to be disabled when the device is mounted.  If the device isI mounted now then you will have to dismount it and remount it with/NOCACHEs in the mount command.xK From what I remember, the /NOCACHE prevents VMS caching the metadata on theeI files that it has open.  It seems crazy to me since very few changes willtG be going on on a regular basis provided that the database files are bigi7 enough to cope with any growth of the data within them.b  I Will someone please so down to the local shopping centre armed with a fewnG pence (or a few cents in the case of the US) and buy a clue for Oracle. H Doesn't need to be a big one, since anything will be an improvement over what they have now.......i   Steve.  C Steve Spires (steve dot spires at yellowpages dot co dot uk) wrote:d0 >>>Disk write-back cache - how do I turn it off?     Hi all,   H We are having some problems here with file corruptions related to Oracle files.G Oracle have suggested that we turn off write-back caching on the disks.8  E I have turned off write-back cache on the controllers (HSZ70s) but amv	 unsure ashI to how I mount the disk - or set the volume - so that write-back cache isa not . enabled as shown if you do a SHOW DEVICE/FULL;  J Volume Status:  subject to mount verification, write-back caching enabled.  F I had a look throught the MOUNT and SET VOLUME help, but couldn't find anythingI - not to say it isn't there somewhere - so if someone could help, I would  appreciate it.  H Does the above output segment from SHOW DEVICE mean just that write-back cachegI is enabled, or does it mean that it is both enabled and in use? Or have I  goteF the wrong end of the stick because I'm now too tired to grasp things I should know...?   Steve Spires VMS System Manager BT/Yellow Pages<<<   ------------------------------    Date: 10 Nov 2000 19:02:55 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> : Subject: Re: Disk write-back cache - how do I turn it off?7 Message-ID: <rjqn1f8w0m8.fsf@morwong.ucc.gu.uwa.edu.au>   6 Dave Sneddon - bigpond <dbsneddon@bigpond.com> writes:  , > The WRITETHROUGH keyword is not negatable.J > On one system here, with a built in RAID controller, 4 disks, all JBODs,H > the system disk has write-through caching enabled, all the others haveI > write-back caching enabled.  I have not found a way to mount the othersc% > with write-through caching enabled.o  6 You need to get into the HSx or Mylex or what ever and6 fondle its mind to set the cache atributes for the set as you want/need them.  + (Dave, have the docs if you want to look. )6   -- f< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.d@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Fri, 10 Nov 2000 10:35:47 GMTV% From: agreig@my-deja.com (Alan Greig)i: Subject: Re: Disk write-back cache - how do I turn it off?0 Message-ID: <3a0bcd1d.87917648@news.newsguy.com>  B On Thu, 09 Nov 2000 17:47:24 +0000, Steve.Spires@yellowpages.co.uk wrote:   >cc: >bcc:iM >Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza- >-. >Disk write-back cache - how do I turn it off? >m >t >Hi all, >tP >We are having some problems here with file corruptions related to Oracle files.H >Oracle have suggested that we turn off write-back caching on the disks.  E Not that one again! Remind them that the write-back caching is in thenE controller only, not the OS. Unless you have some reason to suspect anD controller error (such as all your disks becoming useless :( ) thereF is no logical reason for Oracle to suggest this as far as I can see. I' think they just go through a checklist.   P >I have turned off write-back cache on the controllers (HSZ70s) but am unsure asN >to how I mount the disk - or set the volume - so that write-back cache is not/ >enabled as shown if you do a SHOW DEVICE/FULL;a  ? If you've turned it off in the controller then that's it off. IeB suppose you could whip out the cache memory just to be on the safe# side if Oracle are really paranoid.s  O >Does the above output segment from SHOW DEVICE mean just that write-back cache1N >is enabled, or does it mean that it is both enabled and in use? Or have I gotN >the wrong end of the stick because I'm now too tired to grasp things I should	 >know...?w  C I think it just means that VMS is using a known controller which iteD trusts to handle write back caching and won't explicitly send a SCSIC command to disable wrte back caching as it does with a typical disk0  2 In the highly unliikely event that you are runningB Dollar/TNFS/Files-64/Spiralog then you could still have write backB caching enabled in VMS even if the controller is disabled. But I'm guessing you aren't. --
 Alan Greig   ------------------------------  % Date: Fri, 10 Nov 2000 15:07:08 -0000n1 From: "Michael Shield" <Michael.Shield@tesco.net>i: Subject: Re: Disk write-back cache - how do I turn it off?) Message-ID: <8uh2n7$fcm$1@epos.tesco.net>r   Ok,e  K Having been through all this with  big O, it is clear that the situation is F still not clearly understood,  so here goes, make of it what you will.  F There are three separate areas which Oracle get messed up, which isn'tJ helped by the way VMS displays its drive info. Starting at the disk level.  I The standard modern scsi drive contains an amount of internal memory that9J can be used to cache data as its transfered to the drive itself. It CAN beL turned on (default is off I believe) by clever programs (undocumented optionK in the SCU utility in TRU64) but there is no way to do so using VMS withouthL writing a program yourself. Thus this is not a factor in VMS/Oracle systems.  J The only area where WBC is in use is if the option has been enabled on theD specific drive on a hsk/z/g controller. Certain cache policies mixedC together with cache battery failures could in the past have lead tonJ problems, but the main difficulty is getting Compaq and Oracle to come outJ and say for definate that a particular solution (hsz70 with mirrored cache for instance) was supported.  I The one that gets them every time is the mount option. Every disk, except J the system disk, is mounted by default with an option that makes it appearF to have WBC enabled. This usually creates a wild goose chase trying toJ figure out which of the previous two scenarios it is reffering to, when in? fact it is only ever used by applications that make use of XQP+ * funnctionallity (pathworks 5 and onwards).    J Thus mount disks writethrough at the operating system makes not one jot ofB difference, and after having done so, your oracle bug will remain.  9 And in answer to your question, connect to the HSZ and goo   Set DXXX nowriteback  F I live in hope of the day when enough VMS people get to talk to Oracle2 support and explain this to them once and for all.   Mike Shield:  - At home, on holiday, not speaking for Compaq.C1 <Steve.Spires@yellowpages.co.uk> wrote in messaget) news:00256992.0061BBD2.00@quegw01.btyp...  > cc:e > bcc:H > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plazas >r/ > Disk write-back cache - how do I turn it off?a >o >P	 > Hi all,s >uJ > We are having some problems here with file corruptions related to Oracle files.I > Oracle have suggested that we turn off write-back caching on the disks.a >bG > I have turned off write-back cache on the controllers (HSZ70s) but amn	 unsure aseK > to how I mount the disk - or set the volume - so that write-back cache ise notb0 > enabled as shown if you do a SHOW DEVICE/FULL; > L > Volume Status:  subject to mount verification, write-back caching enabled. > H > I had a look throught the MOUNT and SET VOLUME help, but couldn't find anythingK > - not to say it isn't there somewhere - so if someone could help, I woulda > appreciate it. >eJ > Does the above output segment from SHOW DEVICE mean just that write-back cache K > is enabled, or does it mean that it is both enabled and in use? Or have Im got H > the wrong end of the stick because I'm now too tired to grasp things I should
 > know...? >I > Steve Spires > VMS System Manager > BT/Yellow Pageso >a >r > [Information] -- PostMaster:F > This transmission is intended solely for the addressee(s) and may beI > confidential. If you are not the named addressee, or if the message hash beenD > addressed to you in error, you must not read, disclose, reproduce,
 distribute orI > use this transmission. >tJ > Delivery of this message to any person other than the named addressee is noteJ > intended in any way to waive confidentiality.  If you have received thisH > transmission in error please contact the sender or delete the message. >e > Thank you. >a >f >    ------------------------------  % Date: Fri, 10 Nov 2000 10:19:33 -0500># From: Jim Agnew <agnew@hsc.vcu.edu>h: Subject: Re: Disk write-back cache - how do I turn it off?+ Message-ID: <3A0C1205.1F5B4A9D@hsc.vcu.edu>    There is a program from H/P called scsiexer that lets a lowly  pc update the scsi drive's BIOS to turn those off. you want to setS the awre and awwe(?) bits to zero, technically, that is clear those bits..  I kept my notes on this deal, once we got it, my mightye1 386sx/16mhz computer did the trick swiftly... ;-)    Jimn   Michael Shield wrote:l >  > Ok,d > M > Having been through all this with  big O, it is clear that the situation is,H > still not clearly understood,  so here goes, make of it what you will. > H > There are three separate areas which Oracle get messed up, which isn'tL > helped by the way VMS displays its drive info. Starting at the disk level. > K > The standard modern scsi drive contains an amount of internal memory thateL > can be used to cache data as its transfered to the drive itself. It CAN beN > turned on (default is off I believe) by clever programs (undocumented optionM > in the SCU utility in TRU64) but there is no way to do so using VMS withoutaN > writing a program yourself. Thus this is not a factor in VMS/Oracle systems. > L > The only area where WBC is in use is if the option has been enabled on theF > specific drive on a hsk/z/g controller. Certain cache policies mixedE > together with cache battery failures could in the past have lead toaL > problems, but the main difficulty is getting Compaq and Oracle to come outL > and say for definate that a particular solution (hsz70 with mirrored cache > for instance) was supported. > K > The one that gets them every time is the mount option. Every disk, exceptsL > the system disk, is mounted by default with an option that makes it appearH > to have WBC enabled. This usually creates a wild goose chase trying toL > figure out which of the previous two scenarios it is reffering to, when inA > fact it is only ever used by applications that make use of XQP+ , > funnctionallity (pathworks 5 and onwards). > L > Thus mount disks writethrough at the operating system makes not one jot ofD > difference, and after having done so, your oracle bug will remain. > ; > And in answer to your question, connect to the HSZ and goi >  > Set DXXX nowriteback > H > I live in hope of the day when enough VMS people get to talk to Oracle4 > support and explain this to them once and for all. > 
 > Mike Shield, > / > At home, on holiday, not speaking for Compaq. 3 > <Steve.Spires@yellowpages.co.uk> wrote in message + > news:00256992.0061BBD2.00@quegw01.btyp...  > > cc:r > > bcc:J > > Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street > Plaza  > >o1 > > Disk write-back cache - how do I turn it off?w > >p > >i > > Hi all,h > >rL > > We are having some problems here with file corruptions related to Oracle > files.K > > Oracle have suggested that we turn off write-back caching on the disks.l > >.I > > I have turned off write-back cache on the controllers (HSZ70s) but amc > unsure asiM > > to how I mount the disk - or set the volume - so that write-back cache isl > nota2 > > enabled as shown if you do a SHOW DEVICE/FULL; > >dN > > Volume Status:  subject to mount verification, write-back caching enabled. > >vJ > > I had a look throught the MOUNT and SET VOLUME help, but couldn't find
 > anythingM > > - not to say it isn't there somewhere - so if someone could help, I would  > > appreciate it. > > L > > Does the above output segment from SHOW DEVICE mean just that write-back > cacheSM > > is enabled, or does it mean that it is both enabled and in use? Or have Is > gotaJ > > the wrong end of the stick because I'm now too tired to grasp things I > should > > know...? > >w > > Steve Spires > > VMS System Manager > > BT/Yellow PagesP > >t > >o  > > [Information] -- PostMaster:H > > This transmission is intended solely for the addressee(s) and may beK > > confidential. If you are not the named addressee, or if the message has  > beenF > > addressed to you in error, you must not read, disclose, reproduce, > distribute orn > > use this transmission. > >wL > > Delivery of this message to any person other than the named addressee is > notsL > > intended in any way to waive confidentiality.  If you have received thisJ > > transmission in error please contact the sender or delete the message. > >o > > Thank you. > >t > >  > >    ------------------------------    Date: 10 Nov 2000 10:22:17 -0500* From: young_r@eisner.decus.org (Rob Young): Subject: Re: Disk write-back cache - how do I turn it off?+ Message-ID: <e7Imhry7Z4Ty@eisner.decus.org>t  ] In article <8uh2n7$fcm$1@epos.tesco.net>, "Michael Shield" <Michael.Shield@tesco.net> writes:> > Ok,  > M > Having been through all this with  big O, it is clear that the situation is H > still not clearly understood,  so here goes, make of it what you will. > H > There are three separate areas which Oracle get messed up, which isn'tL > helped by the way VMS displays its drive info. Starting at the disk level. > K > The standard modern scsi drive contains an amount of internal memory thatsL > can be used to cache data as its transfered to the drive itself. It CAN beN > turned on (default is off I believe) by clever programs (undocumented optionM > in the SCU utility in TRU64) but there is no way to do so using VMS withoutwN > writing a program yourself. Thus this is not a factor in VMS/Oracle systems. > L > The only area where WBC is in use is if the option has been enabled on theF > specific drive on a hsk/z/g controller. Certain cache policies mixedE > together with cache battery failures could in the past have lead toaL > problems, but the main difficulty is getting Compaq and Oracle to come outL > and say for definate that a particular solution (hsz70 with mirrored cache > for instance) was supported. > K > The one that gets them every time is the mount option. Every disk, except L > the system disk, is mounted by default with an option that makes it appearH > to have WBC enabled. This usually creates a wild goose chase trying toL > figure out which of the previous two scenarios it is reffering to, when inA > fact it is only ever used by applications that make use of XQP+d, > funnctionallity (pathworks 5 and onwards). >  > L > Thus mount disks writethrough at the operating system makes not one jot ofD > difference, and after having done so, your oracle bug will remain. > ; > And in answer to your question, connect to the HSZ and goa >  > Set DXXX nowriteback > H > I live in hope of the day when enough VMS people get to talk to Oracle4 > support and explain this to them once and for all. >    Mike,,  A 	Nice post.  Since you have identified this and have the solutionc: 	that Oracle is recommending... what does Oracle say about@ 	the fact you can mirror writeback cache at the controller level@ 	for HSZ70 and HSG80 controllers?  It seems that there should beA 	a way to definitively have this determined (problem resolution).a  B 	Regarding cache mirroring point is that it certainly wouldn't be H 	impacted by controller failure or battery  failure or cache failure as D 	all writes are replicated in the corresponding controller and upon D 	LAST GASP would take over devices and flushing or managing pending  	writes,  etc.   				Robs   ------------------------------   Date: 10 Nov 2000 16:40:39 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)n: Subject: Re: Disk write-back cache - how do I turn it off?0 Message-ID: <8uh8e7$lh5$2@aquila.news.mdx.ac.uk>  ] In article <8uh2n7$fcm$1@epos.tesco.net>, "Michael Shield" <Michael.Shield@tesco.net> writes:  >Ok,K >The only area where WBC is in use is if the option has been enabled on thenE >specific drive on a hsk/z/g controller. Certain cache policies mixedoD >together with cache battery failures could in the past have lead toK >problems, but the main difficulty is getting Compaq and Oracle to come outnK >and say for definate that a particular solution (hsz70 with mirrored cachee >for instance) was supported.r >m  K But if your battery-cache has not failed is there any reason to think that sN having cache enabled on the disks will have had anything whatsoever to do with any Oracle problem ?    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 10 Nov 2000 14:10:24 +0000n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>c3 Subject: Re: Enabling DECwindows on a VAX 4000/300.o) Message-ID: <3A0C01D0.C113E121@bbc.co.uk>    Peter LANGSTOEGER wrote:  T > In article <8uc3ht$dfb$1@kadath.deep.it>, Cthulhu <cthulhu@kadath.deep.it> writes:H > >Now all works fine, except some programs I can found in DECW$EXAMPLE,1 > >which halt saying (from DECW$EXAMPLE:DOG.EXE):i > > S > >X Toolkit Warning: I18NOpenFile: Couldn't open file motifanim.uid - MrmNOT_FOUNDi< > >can't open hierarchy defined by motifanim.uid and dog.uid >a > $ SET DEFAULT DECW$EXAMPLES: > $ RUN DOGS >  > will work...   Yes, either that orh  ) $ define decw$user_defaults decw$examplesu $ run decw$examples:dogs  N or edit the DOGS.C in decw$examples, change all the references to UID files by	 prefixing-K with decw$examples, and rebuild, or copy the relavent UID files to your ownp DECW$USER_DEFAULTS
 directory.     >  >u > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888b> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   --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.ukh  A I speak for myself only and my views in no way represent those ofy MedAS or the BBC.d   ------------------------------  % Date: Fri, 10 Nov 2000 10:06:46 -0500t. From: Hank Vander Waal <hvanderw@novagate.com> Subject: equipment available8 Message-ID: <000001c04b27$dfa823c0$2b96a8c6@mscmain.com>  F I have the following equipment available to anyone who want to pay the freight or pick them up:  @ MV3400 with about 1.5 GB of disk space (VMS 5.5 on it) with TK70- Decserver 200 with and with out modem control0 Dec Mux 300 with software! DESTA'Sa
 AUI cables  4 Don't want to dump them if some one can use them !!!  2 Please contact me off list if you are interested!!   Thanks   Hank Vander Waal CIS: Hudsonville MI 49426 hvanderw  at novagate dot comc   ------------------------------  # Date: Fri, 10 Nov 2000 16:05:08 GMTd1 From: "Mark D. Jilson" <jilly@clarityconnect.com>dI Subject: Re: Fatal:  Insufficient virtual memory to continue compilation.i2 Message-ID: <3A0C1E0E.24A6EBC8@clarityconnect.com>  ? I'd bet that your UAF WSEXTENT entries were being overridden by C PQL_MWSEXTENT which gets set to WSMAX which gets set to the size ofh physical memory.  9 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:t > ^ > In article <3A09DB29.DA405BC3@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:= > > "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:hM > >>     Alpha,  not  a VAX.  Therefore VIRTUALPAGECNT is irrelavent as well.sM > >>     He also has 512MB of physical  memory,  so it shouldn't be a probleme@ > >>     to boost PGFLQUO to multi-100K with no adverse affects. > > Q > > What if the page file is 50k blocks, the PGFLQUO is 200k, and the WSEXTENT is  > > only 16k ? > >mR > > If the maximum allowed working set is small, it will force the process to pageQ > > to the page file, right ? At this point, you face the risk of using more pageo# > > file than the actual page file.d > J >         Actually, I don't _think_  so...   As  I  said before, our usersJ >     have  PGFLQUO  of  400000,  but WSEXTENT is more  like  16K  (that'sJ >     certainly true for my account).  But we managed to run for the firstJ >     three years without _ever_ paging to disk (2 GB of  physical  memoryJ >     can  be _really_ nice :-).  Basically, the paged-out pages never getJ >     written to disk (pagefile)  unless  there  is  a  demand on physicalJ >     pages.   This  is not to say you shouldn't have a  reasonably  sizedJ >     page file and/or swap  file.   But,  for  example,  VMS  does  _not_, >     require a page file in order to run... > J >         I'll leave the details  of  paging  and  when pages actually getJ >     written  to  disk to someone else.  I'm merely reporting what  we've >     experienced. >  >         -Ken > --O >  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduw< >  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924< >  Menlo Park, CA  94025           |  FAX:      650-926-3515P >  -----------------------------------------------------------------------------D >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   -- eD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Fri, 10 Nov 2000 13:43:47 GMTs/ From: "Tom Wade" <t.wade@vms.eurokom.ie.nospam>  Subject: Re: Galaxy doubt - Message-ID: <nYSO5.2747$Nw6.8263@news.iol.ie>h  K >Others have pointed out that if you don't want or need to run OpenVMS, youhJ >can make use of the superior Alpha hardware with other operating systems.     Trivia Question:  I Q:  What is an Alpha GS 160 model 16 running Tru64 Unix better known as ?  A:  A waste of good hardware.e   ------------------------------  # Date: Fri, 10 Nov 2000 14:37:31 GMTt From: bawilhelm@my-deja.com  Subject: Gartner and OpenVMS( Message-ID: <8uh17a$9c$1@nnrp1.deja.com>  C We just got off the phone last week with Gartner and they are stilltC down on VMS.  This is really making it difficult for me to convincef? management that we need to stay with VMS for our new PeopleSofttC install.  It seems to me that Compaq needs to find out exactly whatfG Gartner is looking for and do their best to accommodate them.  It seemsaG that would go a long way towards improving the impression of VMS in thekB marketplace.  Whether you think Gartner is right or not is not theE issue.  The issue is that their recommendations have an impact on thel' business decisions made.  Any thoughts?o  
 Brent Wilhelme System Admin/DBA    & Sent via Deja.com http://www.deja.com/ Before you buy..   ------------------------------    Date: 10 Nov 2000 11:18:29 -0500, From: koehler@eisner.decus.org (Bob Koehler)  Subject: Re: Gartner and OpenVMS+ Message-ID: <rJl62uK+rxb3@eisner.decus.org>h  F In article <8uh17a$9c$1@nnrp1.deja.com>, bawilhelm@my-deja.com writes:E > We just got off the phone last week with Gartner and they are stills > down on VMS.  F IMHO Gartner is a shill for IBM.  The only way they're going to changeC their report on VMS is if IBM buys it away from Compaq.  IBM has nok interest in such a move.  G Annecdotaly, you can point out that Gartner recently reported that onlymF Solaris and AIX have a future in the UNIX market.  Given AIX's currentE penetration that's a hard one to swallow.  I wouldn't expect HP-UX or 8 IRIX (SGI) users to abandon their systems any time soon.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  # Date: Fri, 10 Nov 2000 15:43:17 GMT % From: alan_greig@fmc.com (Alan Greig)M  Subject: Re: Gartner and OpenVMS1 Message-ID: <3a0c1658.106664966@news.newsguy.com>f  > On Fri, 10 Nov 2000 14:37:31 GMT, bawilhelm@my-deja.com wrote:  D >We just got off the phone last week with Gartner and they are stillD >down on VMS.  This is really making it difficult for me to convince@ >management that we need to stay with VMS for our new PeopleSoftD >install.  It seems to me that Compaq needs to find out exactly whatH >Gartner is looking for and do their best to accommodate them.  It seemsH >that would go a long way towards improving the impression of VMS in theC >marketplace.  Whether you think Gartner is right or not is not theeF >issue.  The issue is that their recommendations have an impact on the( >business decisions made.  Any thoughts?  F Why not try emailing Richard Marcello (Compaq's Vice President OpenVMS0 - no recounts here :)) explaining the situation.  D Rich is willing to talk to customers directly and tell them just whyB Gartner is wrong. A personal assurance from a Compaq VP might just> convince management. I talk from experience as Rich arranged a8 conference call with ourselves in similar circumstances.  , Email address is Richard.Marcello@compaq.com     --
 Alan Greig   ------------------------------   Date: 10 Nov 2000 15:23:58 GMT8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)) Subject: Re: How to use AUTOGEN feedback? 6 Message-ID: <8uh3ue$2l3$1@mailint03.im.hou.compaq.com>  p In article <r0qm0tse170bvmi01la1gr3dv9ti440p86@4ax.com>, Netsurfer <netsurfer@sentosa.singaporemail.com> writes: ..5 >... Are these following sequential procedure proper?u >i >1) Peak Hours (Afternoon):o0 >	@SYS$UPDATE:AUTOGEN GETDATA TESTFILES FEEDBACK >R >2) Non-Peak Hours (Late Night) 2 >	@SYS$UPDATE:AUTOGEN SAVPARAMS SAVPARAMS FEEDBACK >t >3) Next Day Morning3 >	Decipher AGEN$PARAMS.REPORT, modify MODPARAMS.DATs0 >	@SYS$UPDATE:AUTOGEN GETDATA SETPARAMS FEEDBACK >p% >4) Ad-Hoc Maintenance (once a month)e  >	Reboot system to update system ..  * You appear to have steps 1 and 2 reversed.  E Here is a procedure that collects feedback information and re-submits H itself to run again the next day.  It does NOT collect data on weekends., And it sends me mail to tell me what it did.  7 This way I always have current feedback when I need it.u  E $! AUTOGEN_FEEDBACK.COM  runs AUTOGEN to collect FEEDBACK informationw $!7 $!  Remember current verify settings and turn on verifyi8 $   save_proc_verify = f$environment("verify_procedure")5 $   save_image_verify = f$environment("verify_image")t $   temp = f$verify(1,1) $!4 $   set := set      ! Override global symbol for SET $! $!  Resubmit job for tomorrrow $   set noonK $   submit autogen_feedback.com /name=autogen_feedback /after="TOMORROW+14"i $   stat = $status
 $   set on $   if .not. $status $   then! $       mail blank.txt _hammond -iM             /subj="AUTOGEN_FEEDBACK failed to re-submit itself -- continuing"e	 $   endif  $!. $!  Skip runing Autogen on Saturday and Suncay $!< $   if ( ( f$cvtime("TODAY",,"WEEKDAY") .eqs. "Saturday" ) -:     .or. ( f$cvtime("TODAY",,"WEEKDAY") .eqs. "Sunday" ) ) $   then! $       mail blank.txt _hammond -g:             /subj="AUTOGEN_FEEDBACK -- Not run on weekend" $       goto normal_exit	 $   endif  $!# $!  Run Autogen to collect FEEDBACKt $! $   set proc /priv=all! $   @sys$update:autogen savparams 7 $   purge SYS$SYSROOT:[SYSEXE]AGEN$FEEDBACK.DAT /keep=2n& $   purge AUTOGEN_FEEDBACK.LOG /keep=2 $! $   set noon= $   dir SYS$SYSROOT:[SYSEXE]AGEN$FEEDBACK.DAT /since /out=nl:b $   stat = $status
 $   set on $   if .not. stat    $   then! $       mail blank.txt _hammond -)E             /subj="AUTOGEN_FEEDBACK -- AGEN$FEEDBACK.DAT not created"  $   else! $       mail blank.txt _hammond -n9             /subj="AUTOGEN_FEEDBACK -- normal completion"u	 $   endif  $!
 $normal_exit:r $! $!  restore verify settingsb8 $   temp = f$verify(save_proc_verify, save_image_verify) $   exit       -- '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: Fri, 10 Nov 2000 11:52:00 -0500 , From: Howard S Shubs <hshubs@mindspring.com>) Subject: Re: How to use AUTOGEN feedback? > Message-ID: <hshubs-1F2DB0.11520010112000@news.mindspring.com>  7 In article <8uh3ue$2l3$1@mailint03.im.hou.compaq.com>, :' hammond@not@peek.ppb.cpqcorp.net wrote:y  + >You appear to have steps 1 and 2 reversed.i  N It's worse than that.  He doesn't seem to understand the concept.  The system I collects stats all the time.  The longer you let it collect stats before oM saving them with AUTOGEN SAVPARAMS, the more useful the result is.  Doing it nA every day like he's suggesting is a waste of time and disk space.  -- i Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  + Date: Fri, 10 Nov 2000 08:36:59 +0100 (MET)-& From: Rudolf Wingert <win@fom.fgan.de>7 Subject: I have made some questions, without any answer(6 Message-ID: <200011100733.IAA11620@sinet1.fom.fgan.de>   Hello,  B days ago I have made some questions without any answer. What couldF be happened. Is there nobody with an answer, or are my emails blocked?  The subject of the emails where:   	1. Change of IP subnet:< 	   I have to change our IP adresses from class C to class b' 	   net and have asked for an easy way.u  8 	2. Network PostScript printer and non PostScript files:< 	   I have asked for a convert to PostSrict mechanisem using 	   a standard queue symbiont.  & 	3. OpenVMS 7.1-2 and cluster forming:? 	   We have problems to reboot a bootserver under OpenVMS 7.1-2o3 	   and I have asked for a patch or other solution.   * 	4. Good news (ironical) from Sun service:2 	   This was only a report about good Sun service.  C Hope that there is anybody, who can give an answer to the questions 
 one to three.a   TIA and regards Rudolf Wingert   ------------------------------  % Date: Fri, 10 Nov 2000 15:14:39 +0100h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> ; Subject: Re: I have made some questions, without any answerh) Message-ID: <3A0C02CE.EE250742@gtech.com>e   Rudolf Wingert wrote:h! >         1. Change of IP subnet: E >            I have to change our IP adresses from class C to class bo0 >            net and have asked for an easy way.  @ If UCX try @SYS$MANAGER:UCX$CONFIG or @SYS$MANAGER:TCPIP$CONFIG.  .A >         2. Network PostScript printer and non PostScript files: E >            I have asked for a convert to PostSrict mechanisem usinga' >            a standard queue symbiont.e   ????  * Standard symbionts do not convert. Period.  9 You will either need a symbiont that do the conversion orh convert before printing.  G $ CONVERT and a zillion a2ps programs can be used to do the conversion.h     / >         3. OpenVMS 7.1-2 and cluster forming:iH >            We have problems to reboot a bootserver under OpenVMS 7.1-2< >            and I have asked for a patch or other solution.   No idea.  i3 >         4. Good news (ironical) from Sun service:M; >            This was only a report about good Sun service.    We enjoyed that one.   Arne   ------------------------------   Date: 10 Nov 2000 14:12:01 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)c; Subject: Re: I have made some questions, without any answer 0 Message-ID: <8ugvnh$138$1@n.ruf.uni-freiburg.de>  _ In article <200011100733.IAA11620@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:a   >	1. Change of IP subnet:g= >	   I have to change our IP adresses from class C to class be( >	   net and have asked for an easy way.  N What exactly would you like to do? Change the IP address of a single VMS host?L Or all the addresses in your network? In any case, which TCP/IP software are you using under VMS?  9 >	2. Network PostScript printer and non PostScript files:T= >	   I have asked for a convert to PostSrict mechanisem usingr >	   a standard queue symbiont.   D First, there is DCPS. This is a commercial Compaq product. There areG ASCII to PostScript converters around. Maybe you need to write your ownr5 queue symbiont and incorporate one of the converters.t  ' >	3. OpenVMS 7.1-2 and cluster forming:i@ >	   We have problems to reboot a bootserver under OpenVMS 7.1-24 >	   and I have asked for a patch or other solution.  9 As I didn't read you post, more details would be helpful.o  + >	4. Good news (ironical) from Sun service:n3 >	   This was only a report about good Sun service.a   This one I read (and enjoyed).   Regards,    Christoph Gartmann   H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Fri, 10 Nov 2000 11:49:19 -0500t, From: Howard S Shubs <hshubs@mindspring.com>; Subject: Re: I have made some questions, without any answerM> Message-ID: <hshubs-7F446C.11491910112000@news.mindspring.com>  F In article <200011100733.IAA11620@sinet1.fom.fgan.de>, Rudolf Wingert  <win@fom.fgan.de> wrote:   >	1. Change of IP subnet:m= >	   I have to change our IP adresses from class C to class bO( >	   net and have asked for an easy way.  H This depends on which IP stack product you're using.  Read your manuals.    9 >	2. Network PostScript printer and non PostScript files:c= >	   I have asked for a convert to PostSrict mechanisem using, >	   a standard queue symbiont.o  L This is a very complex thing.  You're not going to get a simple answer.  We  don't write books here.     ' >	3. OpenVMS 7.1-2 and cluster forming:t@ >	   We have problems to reboot a bootserver under OpenVMS 7.1-24 >	   and I have asked for a patch or other solution.  K If you want a patch, contact Compaq.  What do you expect from a newsgroup??O -- S Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  # Date: Fri, 10 Nov 2000 15:35:05 GMTa From: richard_maher@my-deja.com  Subject: In happier times ) Message-ID: <8uh4j8$36m$1@nnrp1.deja.com>-  - YYYYEEEEEEEEEEEEEESSSSSSSSSS!!!!!!!!!!!!!!!!!t   Hi Jim,k  C This is fantastic news!!! Thanks very much for the detailed report.s  ; >Furthermore, the declarations that I've read here that RTRt1 >will be the basis for this vision are premature.   F I believe that it would be more accurate (and certainly more generous)@ to describe my declarations as "pre-emptive and not without some! success" rather than "premature".w  F **********************************************************************E >Let me be clear -- if you believe that VMS should support XA and TIPsD >without requiring an RTR infrastructure (say, perhaps, via DECdtm), >this was *all* good news.F **********************************************************************  G I wept with joy when I read this! I for one am now alot more optimistict about VMS's future.e  G >This is the core of the two possible negatives: will the features showe >up in time for you,  A As long as you can get your hands on the quality of engineer that G developed the persona system services surely it should only be a matter ? of months? (Hey what'll we do between 7.1 and 7.2? I know let's9A completely rewrite VMS security. Sounds good) These guys/gals are>A geniuses (genii? I bet they'd know :-) And against the DECdtm andoC External Authentication etc trend they immediately published a fullaG account of the system service API even though it would appear that thisoG functionality was primarily aimed at DECthreads(SETUID?) (It's probablyeD a good idea to stay clear of anyone who's ever worked on sys$acme or other Sistine Chapels.)E  : >Finally, I was asked to consider a reasonably significant? >participatory role in establishing this TP direction.  This isgA >something we've agreed in principle, and are currently pursuing.o  D I hope that an arrangement to everyone's satisfaction can be reachedE quickly as it would certainly be refreshing to have someone who could B affect DECdtm's future that would listen rather than just hear and ignore.m  B I'll post an outline of what I believe should be in DECdtm and theA phased delivery of this new functionality, over the coming weeks.b  C Thanks again for your courtesy and enthusiasm in keeping this groupr	 informed.s   Cheers Richard Maher  / In article <3a03fabc.4440264@news.demon.co.uk>, B   Jim.Johnson@software-exploration.nospam.com (Jim Johnson) wrote:G > I've just gotten back from my week in the US, during which I met withuG > VMS Development to discuss what the situation was wrt DECdtm, XA, and  > TIP support. >eF > For those of you who may not have been following the DECdtm topic, a > little background: > F > A couple of months ago I learned through this newsgroup that VMS hadG > apparently decided that it was too difficult to add XA or TIP supportdH > to DECdtm.  As the original designer of those services, this viewpointF > surprised me (to say the least).  I was asked in this newsgroup whatA > it would take for me, or my company, to add such support in.  IeF > remember replying that Compaq would need to pay us ... and from that> > statement everything else has sort of wound its way to here. >oG > Let me say, as a quick aside, that I hold very strong opinions on theoG > value of transactions as one of the more powerful models for reliable-A > distributed processing, and that I've never been reticent about"@ > voicing that opinion -- either before or after leaving the VMS > development group. >2G > Anyway, I opened up contact with VMS development over this topic, andeF > arranged to see the people there who are responsible for setting theH > direction and agenda for TP in VMS.  My goal was to find out just whatG > was happening, what decisions had been made, and whether or not I, or H > my company, could help them in reaching a technically and commercially? > solid state.  The remainder of this note is my report to thise > readership on what I found.n >1H > I met with the individual who is responsible for establishing/updatingH > the VMS TP strategy.  This is someone who I have known and trusted forF > years.  Our meeting overran considerably, and covered what they wereH > doing, the state of their plans, and how they arrived where they were./ > It was a good, open, and informative meeting.t >hF > The essential news is that VMS has what I would consider the correctB > basic goal -- namely to support interoperation with other OS andF > application platforms with minimal changes to any existing software.F > What I was shown indicated a level of interest in this topic that isF > the highest I've seen it in a decade.  Furthermore, the declarationsD > that I've read here that RTR will be the basis for this vision areC > premature.  While there may have been a view at one time that RTRRG > would be the basis for all future work, that was not the current viewn > as I had it expressed to me. >mG > Now, RTR clearly does have a role in any overall VMS TP strategy, andiF > I personally fully expect to see further work done on RTR.  However,E > to reiterate, I saw nothing that said that VMS had decided that alls' > future enhancements would be via RTR.s >kF > Let me be clear -- if you believe that VMS should support XA and TIPE > without requiring an RTR infrastructure (say, perhaps, via DECdtm),I > this was *all* good news.t >eD > However, the flip side of this is that the current state is partlyG > because VMS has not solidified its plans for how to achieve the level-B > of transparent interoperability that it feels it should provide.H > Although I've been known to hold cynical views on plans such as these,H > I have to say that what I saw and heard suggested that VMS was finallyE > treating this difficult issue with the level of seriousness that it-G > has long deserved.  The fact that they haven't knee-jerked a responsel > is a good sign.: >:H > This is the core of the two possible negatives: will the features showH > up in time for you, the users, and will the plans end up requiring RTRD > after all.  I can't answer either of these.  I'm worried about the: > former (albeit with no data), and hopeful on the latter. > ; > Finally, I was asked to consider a reasonably significanto@ > participatory role in establishing this TP direction.  This isB > something we've agreed in principle, and are currently pursuing. > H > What I saw indicated that it was understood that this was an importantB > area for VMS.  However, I believe that there are two things that: > people who believe this to be important should still do: >vD > 1. let VMS know that it's important.  While I don't worry just nowG > that they don't believe it to be important, continued input will helpc > keep minds focused.n >hF > 2. let VMS know just what you want to do.  This is actually the muchF > more important issue.  What are you trying/wanting to do with TP andE > VMS?  Who are you trying to interoperate with, and in what way?  IsaF > COM important?  Is Java (J2EE)?  What about other TP monitors, otherG > databases?  There are lots of possibilities, and the technical issues-H > may stretch well beyond the 2PC protocols.  The more known about, say,D > which vendors and systems are vital, the easier it is to focus the) > work and plan for an effective rollout.. >hH > These things will help, and I'd ask anyone who is interested in havingH > something happen to TP on VMS let VMS know.  I'd also ask that you let
 > me know. >qF > As a final postscript, I spoke to the people who could be consideredB > "the VMS Brains trust" and none of them claimed to have made theC > statement about DECdtm's upgradability.  Their thoughts were that H > either a) it was taken out of context, or b) someone was speaking withF > an authority they didn't have.  I think we'd all like to know which,G > so if anyone can get me details of where they heard that message from  > I'd certainly appreciate it. >e > Jim. >d
 > Jim Johnsont > Software Exploration, Ltd.) > Software Navigation and Discovery Tools  >     & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------   Date: 10 Nov 2000 10:56:24 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)oB Subject: Re: Is there some way to make MAIL> SET TRANSPORT useful?0 Message-ID: <8ugk8o$pgq$1@n.ruf.uni-freiburg.de>   In article <009F2DDE.E79F02C0@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes: 2 >In article <8udtgf$s3g$1@n.ruf.uni-freiburg.de>, 9 >gartmann@immunbio.mpg.de (Christoph Gartmann) quoted me:. >  >m >>In article <009F2D5A.AD7188D6@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:i >>>VMSers -- >>>=L >>>In following Hunter Goatley's earlier suggestion about my VMS MAIL headerJ >>>problems, I find that it would be very useful to make the Multinet SMTP. >>>transport my users' default mail transport. >>>t >>>My problem is that if I doS >>>" >>>MAIL> SET TRANSPORT SMTP% >>>tJ >>>user@domain.tld gets interpreted as SMTP%user@domain.tld, and when the H >>>message gets delivered to domain.com, it thinks I'm trying to do the K >>>percent-hack trick and complains because it doesn't know any nodes namedg( >>>user, much less any users named SMTP. >>>nG >>>Is there some way with the SET TRANSPORT command to get the results YI >>>interpreted as SMTP%"user@domain.tld" instead of SMTP%user@domain.tld?e >>> N >>>(VMS 7.2-1, MULTINET 4.3 A-X, Multinet configured to forward all mail to a  >>>PMDF 6.0-24 node.)  >A >and asked:D >n >>? >>What do you see when you enter "SHOW ALL" at the mail prompt? N >>Normally your command above should work. Here it does (under OpenVMS 7.1-2). >>F >--------------------------------------------------------------------- >MAIL> SHOW ALL  > 3 >Your mail file directory is $DISK4:[WINSTON.MAIL].t9 >Your current mail file is $DISK4:[WINSTON.MAIL]MAIL.MAI.@% >Your current mail folder is NEWMAIL.h, >The wastebasket folder name is WASTEBASKET.( >Mail file $DISK4:[WINSTON.MAIL]MAIL.MAI- >        contains 1236 deleted message bytes., >  >You have 0 new messages.r > F >Your mail is being forwarded to IN%"_winston@ssrl.slac.stanford.edu".? >Your personal name is "Alan Winston - SSRL Central Computing".r >Your editor is TPU. >CC prompting is disabled.+ >Automatic copies to yourself are disabled.o, >Automatic deleted message purge is enabled.* >Your default print queue is 120_MAILROOM.- >You have not specified a default print form.s! >Your default transport is SMTP%..1 >You have not specified a default signature file.iF >--------------------------------------------------------------------- > I >Note that the SMTP transport has been instructed to hand things off to aoF >PMDF system.  SMTP tells PMDF that it's got SMTP%user@domain.tld, andD >PMDF passes this whole thing along to domain.tld, which bounces it. >:H >I need the default transport defined because I need even local mail to L >take a trip through SMTP so that the local users will show up appropriately3 >in headers on mail that also goes to remote users.e  L The above looks all right to me. But the SMTP% will only be used if you sendK a mail from within VMS-Mail. And it will not pass through PMDF in this case1. (unless you told Multinet somewhere to do so).L Your forwarding address is not related to the default transport. That is, ifH you receive mail this mail will be directly forwared to PMDF via the IN%- transport. Switch your forwarding address to g'   SMTP%"winston@ssrl.slac.stanford.edu"pJ and you have eliminated PMDF in the first step. You may configure MultinetG in a way that it will forward all mail directly to PMDF. So from withinn% VMS-Mail you only deal with Multinet.    Regards,    Christoph Gartmannt  H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Fri, 10 Nov 2000 13:54:41 GMTl/ From: "Tom Wade" <t.wade@vms.eurokom.ie.nospam>sB Subject: Re: Is there some way to make MAIL> SET TRANSPORT useful?- Message-ID: <B6TO5.2749$Nw6.8194@news.iol.ie>n  L >(The forward, which actually goes to the system this is on, was another tryJ >at forcing a trip through the PMDF mail system to see if the headers came >out right.)    H If the node itself doesn't run PMDF, then autoforwarding to in%... won'tK work.  The cleanest way to do this is to get a PMDF-Access license for thismK node, configure PMDF-Access to forward all mail to the PMDF-MTA system, andu then put in your SYS$SYLOGIN       $ MAIL :== PMDF MAIL  L PMDF MAIL's command set is a superset of VMSMAIL, but all mail (even 'local'J mail, i.e. mail without any domain name) will go via PMDF.  PMDF MAIL also knows about MIME attachments.n  L ---------------------------------------------------------------------------- --A Tom Wade    | EMail: T.Wade@vms.eurokom.ie  (all domain mailers).nG EuroKom     | X400:  g=tom;s=wade;o=eurokom;p=eurokom;a=eirmail400;c=ies& 30, Dale Rd | Tel:   +353 (1) 278-7878& Stillorgan  | Fax:   +353 (1) 278-78793 Co Dublin   | Disclaimer:  This is not a disclaimer,@ Ireland     | Tip:         "Friends don't let friends do Unix !"   ------------------------------  # Date: Fri, 10 Nov 2000 07:39:48 GMT	% From: Uwe Zessin <zessin@my-deja.com> 5 Subject: Re: login prompts inhibited with logins=0 ??e) Message-ID: <8ug8o5$dco$1@nnrp1.deja.com>s  ( In article <3A09A1BF.9C74D648@decus.fi>,;   Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi> wrote:p3 > For many years and many, many versions, I've onlye > done >v > 	$ set logins/inter=0e >s5 > and it will do the trick. Also, I have usually somei > code likei >  > 	$ if somecond .nes. ""T	 > 	$ thenS& > 	$  startup$interactive_logins :== 0
 > 	$  exit
 > 	$ endif >w8 > in SYSTARTUP_VMS.COM and this will nicely disable user4 > logins but I have always been able to login due to: > possessing OPER privilege. Of course my memory with this/ > issue goes to back to versions like V5 or so.. >  > _veli'  ? Ok, then I should have said 'many, many years' and 'many, many,( many versions' ;-)  @ It was on VAX/VMS V4.1 or V4.2 and for obvious reasons I haven't tried it again.d  
 Uwe Zessin   ..., > Uwe Zessin wrote:n/ > > In article <C7GiK1D1e5B1@eisner.decus.org>,-@ > >   Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:C > > > In article <3A085833.9736D2CC@ohio.edu>, "Richard D. Piccard"  > > <piccard@ohio.edu> writes:C > > > > There is an echo in brain that VMS once upon a time behaved.F > > > > differently if LOGINS were left at zero, in a scenario such asF > > > > you describe, as opposed to having been briefly above zero andD > > > > then set back to zero.  I found that objectionable, since itE > > > > meant having, however briefly, a time when the non-zero valueu > > > > was in effect. > > >sD > > > I believe the first enabling started the Job Controller at its* > > > task of creating LOGINOUT processes. > >IB > > Correct. I found that out the hard way on my first VMS upgrade3 > > many years ago. I wanted to be 'clever' and setgB > > 'STARTUP$INTERACTIVE_LOGINS' to 0 to keep any users off. Oops. > >nG > > Later I used 'SET LOGINS/INTERACTIVE=1', 'SET LOGINS/INTERACTIVE=0'yC > > in SYSTARTUP so I could log in (with OPER privilege, of course)f@ > > on a local terminal port while the system was still booting. > >  > > -- > > Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.o   ------------------------------  % Date: Fri, 10 Nov 2000 01:22:26 +00002  From: steven.reece@quintiles.com3 Subject: Manual - Re: VAXstation 4000-90 Error Code2H Message-ID: <OF37F65881.AE0CF4EA-ON80256993.000750C5@qedi.quintiles.com>   Zane,aJ If you can wait until Monday I have a manual for a VS4000-90 in work which@ should contain the memory layout - I've got such a machine as my workstation see.  :-)-F You'll need to drop me an e-mail to confirm though since I'll probably& forget between now and then otherwise. Steve.  J >>>Really?  Something tells me I need better lighting, I couldn't even see any!K labels next to the slots.  I'll have to try and find time to check this out  when I get home tonite.<<<   ------------------------------  % Date: Fri, 10 Nov 2000 07:06:27 -0500i0 From: Jim Jennis <jjennis@discovery.fuentez.com> Subject: More fuel on the fireD Message-ID: <3.0.5.32.20001110070627.00a4dcf0@discovery.fuentez.com>   Hi VMS Colleagues....   F With the high price of gasoline these days it's a shame to waste it so6 frivolously by pouring it on an already raging blaze.   H Then again, there is a downturn in sales in the tech and telcomm sector,I and we need something to spur that market a little. Since Mr. Harrison is*J one of the major users of both bandwidth and disk space on nttp servers, ID thought maybe posting this might give a little boost to that market.  H (It also might give some comfort to the folks at Firestone that they are not alone!)t   :-)   8 This story published in Internet Week in the US today...   Regards,   Jim      Sun Under Fire For Crashes  ; Sun Microsystems plans to release a fix by year's end for aeC mysterious memory glitch that's causing high-end servers to crash. t  D IT managers are steamed at Sun for what they call a slow response to= the hardware glitch, which apparently affects several hundredr? companies. They also claim that Sun has been more interested inv1 covering up the problem than trying to solve it. c  D "It's like building a car around Firestone tires," said the CIO at aA well-known dotcom hit by the problem. The CIO requested anonymity E because, like many other IT executives who reported the problem earlyb@ on, Sun required him to sign a nondisclosure agreement before it offered a fix. s  ? The dotcom company may replace some Sun servers with IBM AIX or B Intel-architecture systems in order to become less reliant on Sun," the executive said.--Mitch Wagner    Read on:2 http://www.internetweek.com/story/INW20001109S0002  8 --------------------------------------------------------7 FSC - Building Better Information Technology Solutions-t7       from the Production Floor to the Customer's Door.o8 --------------------------------------------------------5 Jim Jennis, Technical Director for Commercial Systemsd Fuentez Systems Concepts, Inc. 1 Discovery Place, Suite 2 Martinsburg, WV. 25401 USAa  # Phone: +001 (304) 263-0163 ext. 235  Fax:   +001 (304) 263-0702% Email: jjennis@discovery.fuentez.com t        jhjennis@shentel.netu& WEB: http://www.discovery.fuentez.com/   ------------------------------  % Date: Fri, 10 Nov 2000 09:35:35 -0500i# From: Jim Agnew <agnew@hsc.vcu.edu>g" Subject: Re: More fuel on the fire+ Message-ID: <3A0C07B7.46B62723@hsc.vcu.edu>d   hhmm.. interesting... won't those guys EVER learn??? everybody from Clinton to Firestone, Intel, all tried to cover up like blueA blazes....  sheesh.  SUN really ought to grow up a little.  ;-)  n     Jim Jennis wrote:  >  > Hi VMS Colleagues....o > H > With the high price of gasoline these days it's a shame to waste it so7 > frivolously by pouring it on an already raging blaze.  > J > Then again, there is a downturn in sales in the tech and telcomm sector,K > and we need something to spur that market a little. Since Mr. Harrison ispL > one of the major users of both bandwidth and disk space on nttp servers, IF > thought maybe posting this might give a little boost to that market. > J > (It also might give some comfort to the folks at Firestone that they are
 > not alone!)  >  > :-)  > : > This story published in Internet Week in the US today... > 
 > Regards, >  > Jimn >  > Sun Under Fire For Crashes > = > Sun Microsystems plans to release a fix by year's end for amD > mysterious memory glitch that's causing high-end servers to crash. > F > IT managers are steamed at Sun for what they call a slow response to? > the hardware glitch, which apparently affects several hundred A > companies. They also claim that Sun has been more interested ing2 > covering up the problem than trying to solve it. > F > "It's like building a car around Firestone tires," said the CIO at aC > well-known dotcom hit by the problem. The CIO requested anonymityrG > because, like many other IT executives who reported the problem early B > on, Sun required him to sign a nondisclosure agreement before it > offered a fix. > A > The dotcom company may replace some Sun servers with IBM AIX or D > Intel-architecture systems in order to become less reliant on Sun,# > the executive said.--Mitch Wagneri > 
 > Read on:4 > http://www.internetweek.com/story/INW20001109S0002 > : > --------------------------------------------------------9 > FSC - Building Better Information Technology Solutions- 9 >       from the Production Floor to the Customer's Door.s: > --------------------------------------------------------7 > Jim Jennis, Technical Director for Commercial Systemse  > Fuentez Systems Concepts, Inc. > 1 Discovery Place, Suite 2 > Martinsburg, WV. 25401 > USAe > % > Phone: +001 (304) 263-0163 ext. 235o > Fax:   +001 (304) 263-0702& > Email: jjennis@discovery.fuentez.com >        jhjennis@shentel.nete( > WEB: http://www.discovery.fuentez.com/   ------------------------------  # Date: Fri, 10 Nov 2000 15:12:40 GMTh! From: Fatz <fatz_nyc@my-deja.com>*$ Subject: Re: Nested DCL symbol names) Message-ID: <8uh390$23a$1@nnrp1.deja.com>a  > > (of course, at that point you may as well skip the two level substitutionH > and just make opt_N list equal to the end results in the first place).  C Well, yeah...but the point is, one might *need* to use 2 two levels / because of the kind of procedure being written.h  H For example, a configurable menu driven app.  The menu options and theirD respective subroutines/procedures are loaded from a config file into% OPT_n_TEXT, OPT_n_PROC, OPT_n_P1 etc.   H If your subroutine names are prefixed with a mnemonic, you might then do something like:r  3 $ call pfx_'(opt_'n'_proc)' &opt_'n'_p1 &opt_'n'_p2R  1 This isn't a terribly good example for 3 reasons:w  E (1) Even if you had no control over the names of the subroutines, youeA could just specify the full name in the config file including theo prefix.c  E (2) CALL doesn't seem to do more than 1 level symbol substitution forvH parameters to a subroutine, whereas it does for the subroutine name.  InH the following example WRITE SYS$OUTPUT displays the values I expect, butH when either PROC_1 or PROC_2 are CALLed, the symbol names are displayed.   $ wso := write sys$outputl $ opt_1_proc := proc_1 $ opt_2_proc := proc_2$ $ opt_1_p1 = """first param proc 1""$ $ opt_2_p1 = """first param proc 2""% $ opt_1_p2 = """second param proc 1""n% $ opt_2_p2 = """second param proc 2""t $a5 $ read/end=eof/prompt="[1 or 2]: " sys$command choicep $ wso &opt_'choice'_p1 $ wso &opt_'choice'_p2; $ call &opt_'choice'_proc &opt_'choice'_p1 &opt_'choice'_p2, $ eof: $ exit $I $ proc_1: subroutine $ wso p1 $ wso p2 $ endsubroutinem $t $ proc_2: subroutine $ wso p1 $ wso p2 $ endsubroutinea  G (3) There are always alternative ways of doing things and it's probably H extremely rare, if it happens at all, that people are forced into having1 to perform this kind of substitution on one line.e  D Having said all that - any comments on (2)?  And why does & not workC when there's a prefix?  It appears there's something wrong with DCLa because this works:    $ test& = 5  $ sho sym test&s1   TEST& = 5   Hex = 00000005  Octal = 00000000005d  H That's probably why you can't substitute with prefixes because DCL isn't> recognising the & as a special character when it appears later! than position 0 in a symbol name.t  H According to the docs, & shouldn't be a valid character in a symbol nameG and to my mind, docs or no docs, it's a special character: it shouldn'te> be allowed in symbol, file, logical or any other kind of name.     Fatz..B All corrections, admonitions and exhortations gratefully received.    & Sent via Deja.com http://www.deja.com/ Before you buy.w   ------------------------------  # Date: Fri, 10 Nov 2000 16:11:11 GMT * From: Alan E. Feldman <alan48@my-deja.com>$ Subject: Re: Nested DCL symbol names) Message-ID: <8uh6mn$57o$1@nnrp1.deja.com>S  , In article <9NOV200016503792@gerg.tamu.edu>,*   carl@gerg.tamu.edu (Carl Perkins) wrote:G > In article <8uet5u$9uq$1@nnrp1.deja.com>, Fatz <fatz_nyc@my-deja.com>l	 writes...-? > }All this talk about symbol substitution has got me thinking.. Consider > }this: > }m > }$ opt_1 := firstC > }$ opt_2 := second > }$ opt_3 := thirdn > }$ pfx_first := bart > }$ pfx_second := homer > }$ pfx_third := margeA > }$8 > }$ read/end=eof/prompt="[1, 2 or 3]> " sys$command num > } E > }Up until now, to get the values of pfx_* assigned to, for example,V > }VALUE, I have always done:f > }h > }$ temp = opt_'num'f > }$ value = pfx_'temp'M > }>D > }but I'm just wondering if anyone has come across a slicker way of > }doing it. > }  > }$ value = pfx_'(opt_'num')' > }> > }I *wish* ;-)g > }Fatz. >e > If you just do this instead: >  > $ opt_1 := pfx_first > $ opt_2 := pfx_second  > $ opt_3 := pfx_third >  > You can do a >r > $ value = &opt_'num'  @ If you do something like this, you must make sure that the valueG substituted for &opt_'num' contains no lowercase letters. The fact thattD you used := in defining the opt_ symbols saved the day in this case.G But remember that the result of ampersand substituion is not upcased byfD DCL and fails when used as a symbol on the right side of =. CommandsG that accept lowercase input, however, like the TYPE command, will stillm work.> >m> > (of course, at that point you may as well skip the two level substitutionH > and just make opt_N list equal to the end results in the first place). >>
 > --- Carl >    -- Disclaimer: JMHO Alan E. Feldman  &-)/ w: afeldman@gfigroup.BorisYeltsinCooksCajun.comN5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.comh    & Sent via Deja.com http://www.deja.com/ Before you buy.I   ------------------------------    Date: 10 Nov 2000 19:33:28 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> 3 Subject: Re: No doubts here (Was: Re: Galaxy doubt)u7 Message-ID: <rjqaeb8vz7b.fsf@morwong.ucc.gu.uwa.edu.au>o  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:d  # > steven.reece@quintiles.com wrote: K > > OpenVMS.  The renaissance is real, the future is real and the future isrA > > OpenVMS.  The commitment to OpenVMS comes right from the top.  > L > While there is perhaps a greater hope than in the past, I feel it is stillD > premature to state this. Palmer on many occasions had made similarN > "commitments" to VMS. Didn't Palmer make some sort of long term "government"3 > commitment similar to the current DII CEO thing ?t  " Mrs Palmer had ony one commitment.   ...s  M > Which is more effective ? Selling me-too wintel servers, or selling servers N > that will give your company such an edge that it will leave your competitors > left behind in the dust ?s  = Different markets at the moment. VMS has few apps to even gete? started in that area. The sad theng is, VMS is *THE BEST* smallnC bussiness/Home system base. It's *KID* proof! And manger proofable.p But, no apps, no start...s   ...l  H > DII CEO is not bad, and it will give VMS a easier time of porting UNIXN > software. But if Compaq had made a more significant commitment TO THE PUBLICL > by using that money to advertise VMS openly, wouldn't software houses have< > been even more convinced of the future of porting to VMS ? > P > Few people know what DII CEO is. Even fewer care. What is important is whetherP > Compaq is willing to openly  pit VMS against Unix and Windows and allow VMS to > prosper publicly., > N > As long as Compaq continues to keep VMS under wraps, VMS will continue to beP > contained in a small box of existing customers. They may be happier with theirL > flashing balls and that DII CEO may make them feel less hurried to migrateK > away from VMS, but what is really needed is to let VMS out of the box and|N > should to the world "HEY I AM STILL ALIVE AND KICKING AND I AM ABOUT TO KICK
 > SOME BUTT".w >  > D > > The DII COE work requires at least 20 years commitment to the OS > > which gives a good window. >  > K > 20 years on paper. But I am sure that any computer company signing such ahG > "contract" has some sort of loophole that allows them an out. Compaq,$- > Microsoft et all may not exist in 20 years.a  : COE, plus the HUGE change in VMS's internals for the Alpha; between them give me hope and some faith. Plus, the new edur: plan, continuation of the DECUS licences, and the slow but- continuing turn around in the atitude to VMS.T    = The situation for developers is the whorst case in many ways.m< Small, tight money, high support, and the need for REAL tech+ info and support... Not an easy one at all.N   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.i@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 10 Nov 2000 10:19:02 +0000M0 From: andrew harrison <andrew.nospam@uk.sun.com>6 Subject: Re: Non-OpenVMS question (to Andrew Harrison)) Message-ID: <3A0BCB96.8AD5B07@uk.sun.com>5  * fabio_compaq@ep-bc.petrobras.com.br wrote: >  > Hi Andrewi > M > Do you know if the QFS file system is a good choice instead of the VxFS foro > example ?d >   ; Sorry I have never been involved in any projects using QFS.   : Some of my collegues have been involved in a benchmark of 7 it for a HPC application. They were impressed with the s= performance they got. 350 MB/s writing into a single file on 9< quite a modest Sun config. The application required 180 MB/s6 so it was ~2x what was required. This was with 4 x T3  arrays.e  6 It seems to be mostly used for HPC applications where 9 read/write performance through the filesystem is criticali  8 They didn't have any issues with the filesystem in terms of reliability.s    / > http://www.lsci.com/lsci/products/product.htmS > " > Is this company LSCI trustable ? >   : Thas a question that I cannot answer, the benchmark we ran; showed that the product did what it was supposed to do. Butt@ I would get reference customers from LSC and then ask them what  their experience has been. r     Regards  Andrew Harrisoni Enterprise IT Architect/   ------------------------------  % Date: Fri, 10 Nov 2000 12:26:59 +0000   From: steven.reece@quintiles.comB Subject: OT: Censorship (Was: Re: Where's the Y2K compliance page)H Message-ID: <OF63DA396F.E4016B51-ON80256993.0043F52D@qedi.quintiles.com>  I I wonder what they'd do with "Clarkson"?  His show was the first time I'd:D actually _seen_ the demo of that wonderful piece of research work by= Digital - "Characterization of Organic Illumination Systems".o        + abirkett@my-deja.com on 10-11-2000 11:49:20b   To:   Info-VAX@Mvb.Saic.Com  cc:h  - Subject:  Re: Where's the Y2K compliance page         E I'm not suprised that the show is censored over there. Wasn't there auD case of a woman who used to dry her poodle off in the oven, bought aG microwave and sucessfully nuked it. She then went on to sue the companyeA on grounds that there was no warning about this supplied with theS	 machine!!    Anyway, great show though.   Adev --D Intelligence is being able to listen to the William Tell overture...7                  ...without thinking of the Lone Ranger,    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------    Date: 10 Nov 2000 07:06:55 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)s Subject: Re: PDF under OpenVMS+ Message-ID: <0vx3fNeB$8DE@eisner.decus.org>-  ] In article <50369043wnr@natron.demon.co.uk>, Roger@natron.demon.co.uk (Roger Barnett) writes:   D > As an aside, I've been working at a company that has been involvedF > with developing and selling PostScript and PDF tools for many years;5 > until I took the ball in they thought VMS was dead.i   Bravo for you, Roger !!!   ------------------------------  % Date: Fri, 10 Nov 2000 06:35:54 -0500 0 From: Jim Jennis <jjennis@discovery.fuentez.com>+ Subject: Re: porting from open vms to winnttD Message-ID: <3.0.5.32.20001110063554.00a06a60@discovery.fuentez.com>  ' At 01:59 AM 11/3/2000 -0400, you wrote:sH >In article <20001102151900.25701.qmail@web5104.mail.yahoo.com>, Pallavi+ Dongre <pallavi_dongre@yahoo.com> writes...-. >>i need to port a tool from open vms to winnt >>how do i do it ? >>kindly help asap.... >> e >>the tool includes files like
 >>xaballdef.h-
 >>xabkeydef.h0 >1J >This include files suggest relying on RMS indexed file support on the VMS side. K >You'd probably have to replace that with some (relational) database on NT,iL >or a 3rd party ISAM tool. If you plan to keep the data on VMS, then you may& >look at an ODBC - RMS tool (VMS FAQ). >eH >Anyway, those include file are (probably) needed for the infrastructureG >around the calls SYS$OPEN, SYS$CREATE, SYS$DISPLAY and you'd also wanthE >to look at SYS$PUT, SYS$GET, SYS$UPDATE, SYS$DELETE. Once you figurelI >out what you will do with those routines in the source, you'll know whatn= >to do with the RMS control structure includes that you list.  >aK >Ofcourse it could also be a matter of 'just in case programming' and thosep) >include file might not be needed at all.  >tG We have ported or updated a lot of OVMS apps to Winnt or Linux (or evenn( kept them on OVMS) using WRQ Verastream.  ' http://www.wrq.com/products/verastream/w   Regards,   Jime8 --------------------------------------------------------7 FSC - Building Better Information Technology Solutions-n7       from the Production Floor to the Customer's Door.d8 --------------------------------------------------------5 Jim Jennis, Technical Director for Commercial Systems, Fuentez Systems Concepts, Inc. 1 Discovery Place, Suite 2 Martinsburg, WV. 25401 USAi  # Phone: +001 (304) 263-0163 ext. 235  Fax:   +001 (304) 263-0702% Email: jjennis@discovery.fuentez.com          jhjennis@shentel.nett& WEB: http://www.discovery.fuentez.com/   ------------------------------  % Date: Thu, 09 Nov 2000 16:50:21 -0500i# From: John Vottero <John@MVPSI.com>2( Subject: RE: RECALL question/suggestion.D Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD8AD@berry.mvpsi.com>   > -----Original Message-----B > From: koehler@eisner.decus.org [mailto:koehler@eisner.decus.org] > , > In article <8trmdj$t8p$1@nnrp1.deja.com>, # > richard_maher@my-deja.com writes:  > = > > I hardly know PIPE at all and have been following recent . > examples withhG > > great interest, but in your example is it a case of the sub-processe2 > > having it's own "empty" command recall buffer? >  > Appearently not: > 
 > $recall/allo >   1 sho us
 >   2 sho mem-	 >   3 dira > $pipe recall/all >   1 sho us
 >   2 sho memg	 >   3 dirh > B > I've verified that recall/all writes to sys$output by redefining@ > sys$output, so it should get connected to sys$input via pipe.  >  Don't know  > what's happening.o >   D PIPE seems to be smart enough to see when it's not needed.  Try this	 sequence:h   $ PIPE RECALL/ALL. $ PIPE RECALL/ALL | SHOW SYSTEM   J Note that only one of those two commands is in your current recall buffer.   ------------------------------  # Date: Fri, 10 Nov 2000 17:18:37 GMTa From: jgessling@my-deja.comn( Subject: RE: RECALL question/suggestion.) Message-ID: <8uhal4$907$1@nnrp1.deja.com>n  F > PIPE seems to be smart enough to see when it's not needed.  Try this > sequence:h >n > $ PIPE RECALL/ALL ! > $ PIPE RECALL/ALL | SHOW SYSTEM  >tD > Note that only one of those two commands is in your current recall buffer.o >cB Yes, I've noticed that too.  That's why I proposed something like:   $ set proc/pipe=ally or $ set proc/pipe=explicit  ; To make all dcl commands have an implied pipe (all) or makei@ you specify it (explicit).  Wouldn't make much (any) performanceC impact and would save a lot of typing.  Like when I start a commandsF and the realize continuing it with a pipe would be nice and then doing; the "<crtl>A <ctrl>H pipe" dance to add it to the begining.    Alas, nothing came of it.o   Jim.    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  % Date: Thu, 09 Nov 2000 12:09:19 -0500a+ From: Brad Hamilton <Brad.Hamilton@fmr.com>  Subject: Re: Recursive Copying' Message-ID: <3A0ADA3F.3A6B8016@fmr.com>e  
 Hi Philip,  D It doesn't work if the destination directory does not already exist:  6 BOSV89::SY18889 $ copy/log techdsk91:[sy18889...]*.*;* techdsk:[sy18889...]*.*;*mA %COPY-E-OPENOUT, error opening TECHDSK:[SY18889...]*.*; as outputh -RMS-E-DNF, directory not foundm" -SYSTEM-W-NOSUCHFILE, no such file BOSV89::SY18889 $ sh sys/noproceB OpenVMS V7.2-1  on node BOSV89   9-NOV-2000 12:04:07.36  Uptime  6 22:47:11  G Since the original question mentioned "directory structures", and sinceo? the questioner used a *nix example, I assumed that the user was F unfamiliar with (Open)VMS, and I wanted him to avoid the pitfalls thatG come with using COPY vs. BACKUP (the destination directory must already ( exist, file ownership/protection issues)    Still, your example *will* work!   Thanks,  Brad   Phillip Helbig wrote:6 > 7 > In article <3A0ABF54.3804D69C@fmr.com>, Brad Hamiltonn! > <Brad.Hamilton@fmr.com> writes:j > G > > You will probably want to investigate the use of BACKUP, instead of-	 > > COPY.- > >-* > > BACKUP allows you to do the following: > >a8 > > Backup/log disk1:[dir1...]*.*;* disk2:[dir1...]*.*;* > ? > So does COPY, and has for a LONG time (at least since 5.5-2).t   ------------------------------  % Date: Fri, 10 Nov 2000 06:12:10 -0500k0 From: Jim Jennis <jjennis@discovery.fuentez.com>; Subject: Re: Research Systems Inc. dropping support for VMSoD Message-ID: <3.0.5.32.20001110061210.00a30430@discovery.fuentez.com>  
 Hi Phillip...c  H Must be more than one IDL. I have always used it as Interface DefinitionJ Language. In this context it is a low level language (much like C) used toF define the interface to components using inter-application commication- protocols such as (DCE, Java, Corba, COM etc)p   Regards,   Jim   % At 05:01 PM 11/3/2000 GMT, you wrote:t >In articleeB ><rdeininger-0311001148160001@user-2ive6bu.dialup.mindspring.com>,6 >rdeininger@mindspring.com (Robert Deininger) writes:  >a >> What is IDL?f > C >Interactive data language.  It's a package for data manipulation, e. >plotting etc.  Quite popular in some circles. >uF >Some folks like it because of the array notation---I have been using D >Fortran90 for a decade, so didn't need that.  Some people like the B >graphics, but an old Fortran77 program I have STILL makes better J >graphics for most stuff I need than any other package I've seen, and has H >a menu (not GUI) interface, which I missed in a demonstration of IDL I 
 >saw once. >dF >The same company sells this product about the murderer who after his > >execution let himself be sliced up and used for 3-D exploded  >representation etc. >_ > 8 --------------------------------------------------------7 FSC - Building Better Information Technology Solutions- 7       from the Production Floor to the Customer's Door. 8 --------------------------------------------------------5 Jim Jennis, Technical Director for Commercial Systemsm Fuentez Systems Concepts, Inc. 1 Discovery Place, Suite 2 Martinsburg, WV. 25401 USAo  # Phone: +001 (304) 263-0163 ext. 235s Fax:   +001 (304) 263-0702% Email: jjennis@discovery.fuentez.com t        jhjennis@shentel.nett& WEB: http://www.discovery.fuentez.com/   ------------------------------   Date: 10 Nov 2000 13:26:44 GMT* From: helbig@astro.rug.nl (Phillip Helbig); Subject: Re: Research Systems Inc. dropping support for VMSn. Message-ID: <8ugt2k$7sk$1@info.service.rug.nl>  H In article <3.0.5.32.20001110061210.00a30430@discovery.fuentez.com>, Jim/ Jennis <jjennis@discovery.fuentez.com> writes:     > Hi Phillip...d > J > Must be more than one IDL. I have always used it as Interface DefinitionL > Language. In this context it is a low level language (much like C) used toH > define the interface to components using inter-application commication/ > protocols such as (DCE, Java, Corba, COM etc)-      http://www.rsinc.com/  ' > At 05:01 PM 11/3/2000 GMT, you wrote: 
 > >In article@D > ><rdeininger-0311001148160001@user-2ive6bu.dialup.mindspring.com>,8 > >rdeininger@mindspring.com (Robert Deininger) writes:  > >a > >> What is IDL?r > >uE > >Interactive data language.  It's a package for data manipulation,  0 > >plotting etc.  Quite popular in some circles. > >aH > >Some folks like it because of the array notation---I have been using F > >Fortran90 for a decade, so didn't need that.  Some people like the D > >graphics, but an old Fortran77 program I have STILL makes better L > >graphics for most stuff I need than any other package I've seen, and has J > >a menu (not GUI) interface, which I missed in a demonstration of IDL I  > >saw once. > >eH > >The same company sells this product about the murderer who after his @ > >execution let himself be sliced up and used for 3-D exploded  > >representation etc. > >p > >o: > --------------------------------------------------------9 > FSC - Building Better Information Technology Solutions- 9 >       from the Production Floor to the Customer's Door. : > --------------------------------------------------------7 > Jim Jennis, Technical Director for Commercial Systems'  > Fuentez Systems Concepts, Inc. > 1 Discovery Place, Suite 2 > Martinsburg, WV. 25401 > USAd > % > Phone: +001 (304) 263-0163 ext. 235h > Fax:   +001 (304) 263-0702' > Email: jjennis@discovery.fuentez.com n >        jhjennis@shentel.nets( > WEB: http://www.discovery.fuentez.com/ >    ------------------------------  % Date: Fri, 10 Nov 2000 15:53:11 -0000t* From: "Richard Brodie" <R.Brodie@rl.ac.uk>; Subject: Re: Research Systems Inc. dropping support for VMS + Message-ID: <8uh5m8$g20@newton.cc.rl.ac.uk>   L > > Must be more than one IDL. I have always used it as Interface DefinitionN > > Language. In this context it is a low level language (much like C) used toJ > > define the interface to components using inter-application commication1 > > protocols such as (DCE, Java, Corba, COM etc)   J Of course, this is computing. It would be confusing if an abbreviation had only one meaning. DNA anyone?    ------------------------------  # Date: Fri, 10 Nov 2000 15:10:40 GMTe From: richard_maher@my-deja.comd Subject: Rodger the Cabin Boym) Message-ID: <8uh359$21k$1@nnrp1.deja.com>r   Hi Jim,t  D I've been in raptures over your initial "State of the Nation DECdtm"G post of last week!!! I really/genuinely/undoubtedly thought things werehE on the up! And I've been taking my time coming up with a reply worthynE of your report. Then you come along and spout the same old "Call John C Apps" spiel. What game are you playing at??????????????????????????   F The last guy/customer/colleague that I sent to John Apps (AND YOU WILLE HAVE THE DECENCY TO POINT OUT THAT I WAS POINTING PEOPLE TO JOHN APPSe= ABOUT *SIX* MONTHS AGO! Oh how things have changed *not*) was G immediately subject to Sunil Kumaran of RTR engineering and how RTR can E solve everything from Global Warming to Third World Poverty. The last E he heard from Sunil was when he asked about COM+ and why he needed tos; install any additional client software to get 2PC W2K<->VMS.  C And what else has changed? Sue Skonetski is still pedddling the RTRoD bundling (This'll shaft BEA,IBM,TIBCO,TIER3) line. (Jim, can we haveG your opinion on the anti-trust vulnerability/illegality of the bundlingw of RTR?)  G My advice to any readers here is call John Apps only if you want to buyVF (sorry *free lunch* on VMS) RTR. Bend over and think of Compaq. Thanks for your input Jim :-(  D Which customer? Coutts & Co The International Private Banking arm ofC NatWest Bank (Now Royal Bank of Scotland) "Bankers to the Queen" if F that impresses anyone. They were considering keeping their VMS systemsD in parrallel to their new Solaris systems but due to the lack of 2PC0 they are getting off VMS as quickly as they can.  E Tell us again what's changed Jim! You write a pretty report, but then : that's what Digits are known for isn't it? Pretty reports?  E >As a final postscript, I spoke to the people who could be considered A >"the VMS Brains trust" and none of them claimed to have made theeB >statement about DECdtm's upgradability.  Their thoughts were thatG >either a) it was taken out of context, or b) someone was speaking witheE >an authority they didn't have.  I think we'd all like to know which, F >so if anyone can get me details of where they heard that message from >I'd certainly appreciate it.   B Answer: John Apps. I'd love to get paid whatever it is he gets forD sitting on the shores of Chiemsee and drinking the best weissbeer inE the world (best any beer in the world!) and fucking up as badly as hel does!t   Regards Richard Maher.  / In article <3a0bd768.4686799@news.demon.co.uk>,eB   Jim.Johnson@software-exploration.nospam.com (Jim Johnson) wrote:H > I'd replied to Jim offline, but wanted to post the contact information< > at Compaq for anyone else who might have input to provide. >02 > I'm told that the person to contact is John Apps > (john.apps@compaq.com).- >- > Jim. >r0 > On Tue, 07 Nov 2000 06:46:28 -0500, Jim Jennis( > <jjennis@discovery.fuentez.com> wrote: >N > >Jim,S > >t > >Here Here!!!r > >)G > >Thanks SO MUCH for your involvement in this effort! I am a long timer VMSm? > >user/developer/proponent who has seen the lack of TP supporty (including XA)B > >cause the demise of VMS in several key large projects for large companysG > >where VMS WAS STRATEGIC! The lack of TP support has caused VMS to belE > >"phased out"!!!. I support ANYTHING that will get the VMS team offi@ > >dead-center and moving in the right direction in this area!!! > >9C > >We have been using a cross-platform development toolkit from WRQ = > >(Verastream) on VMS to develop EAI (Enterprise Applicationt Integration)D > >solutions on VMS for several years, but the lack of TP support at the OSE > >level has been a MAJOR PROBLEM and has steered many of these cross  platformG > >projects away from using VMS as one of the primary platforms for the  > >integration.n > >IG > >Who can I write to at Compaq about this??? I have spoken to everyonee who E > >will listen and so far it seems everyone listens politely and thene does! > >nothing or says "Yes, but...."s > >m< > >I will be happy to contribute however I can in this area! > >i > >Regards,I > >h > >Jim( > >At 05:17 PM 11/4/2000 GMT, you wrote:D > >>I've just gotten back from my week in the US, during which I met withE > >>VMS Development to discuss what the situation was wrt DECdtm, XA,  andD > >>TIP support. > >>H > >>For those of you who may not have been following the DECdtm topic, a > >>little background: > >>H > >>A couple of months ago I learned through this newsgroup that VMS hadA > >>apparently decided that it was too difficult to add XA or TIP  supportr@ > >>to DECdtm.  As the original designer of those services, this	 viewpointhH > >>surprised me (to say the least).  I was asked in this newsgroup whatC > >>it would take for me, or my company, to add such support in.  IoH > >>remember replying that Compaq would need to pay us ... and from that@ > >>statement everything else has sort of wound its way to here. > >>E > >>Let me say, as a quick aside, that I hold very strong opinions onw ther@ > >>value of transactions as one of the more powerful models for reliableC > >>distributed processing, and that I've never been reticent aboutoB > >>voicing that opinion -- either before or after leaving the VMS > >>development group. > >>E > >>Anyway, I opened up contact with VMS development over this topic,c andgH > >>arranged to see the people there who are responsible for setting theE > >>direction and agenda for TP in VMS.  My goal was to find out justc whatF > >>was happening, what decisions had been made, and whether or not I, or= > >>my company, could help them in reaching a technically andn commerciallyA > >>solid state.  The remainder of this note is my report to thisn > >>readership on what I found.r > >> > >>4 > >>I met with the individual who is responsible for establishing/updating5F > >>the VMS TP strategy.  This is someone who I have known and trusted foriH > >>years.  Our meeting overran considerably, and covered what they wereD > >>doing, the state of their plans, and how they arrived where they were.l1 > >>It was a good, open, and informative meeting.m > >>H > >>The essential news is that VMS has what I would consider the correctD > >>basic goal -- namely to support interoperation with other OS andH > >>application platforms with minimal changes to any existing software.H > >>What I was shown indicated a level of interest in this topic that isH > >>the highest I've seen it in a decade.  Furthermore, the declarationsF > >>that I've read here that RTR will be the basis for this vision areE > >>premature.  While there may have been a view at one time that RTR,D > >>would be the basis for all future work, that was not the current view  > >>as I had it expressed to me. > >>E > >>Now, RTR clearly does have a role in any overall VMS TP strategy,E and H > >>I personally fully expect to see further work done on RTR.  However,G > >>to reiterate, I saw nothing that said that VMS had decided that allo) > >>future enhancements would be via RTR.m > >>H > >>Let me be clear -- if you believe that VMS should support XA and TIPG > >>without requiring an RTR infrastructure (say, perhaps, via DECdtm),L > >>this was *all* good news.M > >>F > >>However, the flip side of this is that the current state is partlyC > >>because VMS has not solidified its plans for how to achieve the  leveluD > >>of transparent interoperability that it feels it should provide.C > >>Although I've been known to hold cynical views on plans such as- these,B > >>I have to say that what I saw and heard suggested that VMS was finallynG > >>treating this difficult issue with the level of seriousness that it2@ > >>has long deserved.  The fact that they haven't knee-jerked a response > >>is a good sign.s > >>E > >>This is the core of the two possible negatives: will the features. showF > >>up in time for you, the users, and will the plans end up requiring RTR0F > >>after all.  I can't answer either of these.  I'm worried about the< > >>former (albeit with no data), and hopeful on the latter. > >>= > >>Finally, I was asked to consider a reasonably significant@B > >>participatory role in establishing this TP direction.  This isD > >>something we've agreed in principle, and are currently pursuing. > >> > >> > >>@ > >>What I saw indicated that it was understood that this was an	 importantaD > >>area for VMS.  However, I believe that there are two things that< > >>people who believe this to be important should still do: > >>F > >>1. let VMS know that it's important.  While I don't worry just nowD > >>that they don't believe it to be important, continued input will help > >>keep minds focused.  > >>H > >>2. let VMS know just what you want to do.  This is actually the muchH > >>more important issue.  What are you trying/wanting to do with TP andG > >>VMS?  Who are you trying to interoperate with, and in what way?  IsRH > >>COM important?  Is Java (J2EE)?  What about other TP monitors, otherB > >>databases?  There are lots of possibilities, and the technical issuesE > >>may stretch well beyond the 2PC protocols.  The more known about,. say,F > >>which vendors and systems are vital, the easier it is to focus the+ > >>work and plan for an effective rollout.g > >>C > >>These things will help, and I'd ask anyone who is interested in/ havingF > >>something happen to TP on VMS let VMS know.  I'd also ask that you letn > >>me know. > >> > >>H > >>As a final postscript, I spoke to the people who could be consideredD > >>"the VMS Brains trust" and none of them claimed to have made theE > >>statement about DECdtm's upgradability.  Their thoughts were that E > >>either a) it was taken out of context, or b) someone was speakings withH > >>an authority they didn't have.  I think we'd all like to know which,D > >>so if anyone can get me details of where they heard that message from  > >>I'd certainly appreciate it. > >> > >>Jim. > >> > >>Jim Johnsone > >>Software Exploration, Ltd.+ > >>Software Navigation and Discovery Tools- > >>; > >--------------------------------------------------------m: > >FSC - Building Better Information Technology Solutions-: > >      from the Production Floor to the Customer's Door.; > >--------------------------------------------------------d8 > >Jim Jennis, Technical Director for Commercial Systems! > >Fuentez Systems Concepts, Inc.m > >1 Discovery Place, Suite 2g > >Martinsburg, WV. 25401s > >USA > >S& > >Phone: +001 (304) 263-0163 ext. 235 > >Fax:   +001 (304) 263-07029' > >Email: jjennis@discovery.fuentez.com1 > >       jhjennis@shentel.net) > >WEB: http://www.discovery.fuentez.com/  > >n >q
 > Jim Johnsone > Software Exploration, Ltd.) > Software Navigation and Discovery Tools  >s    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  % Date: Fri, 10 Nov 2000 15:42:01 +0000s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>w! Subject: Re: Rodger the Cabin Boy,) Message-ID: <3A0C1749.D920FA6C@bbc.co.uk>d    richard_maher@my-deja.com wrote:  G >  Which customer? Coutts & Co The International Private Banking arm ofcE > NatWest Bank (Now Royal Bank of Scotland) "Bankers to the Queen" ifBH > that impresses anyone. They were considering keeping their VMS systemsF > in parrallel to their new Solaris systems but due to the lack of 2PC2 > they are getting off VMS as quickly as they can.  G Hey, its not ALL bad, maybe if Lizzie looses all her loot due to static0 cache1F memory problems it might raise the profile of Sun's appaling buisiness! practices regarding this problem.p   :-)    Anyway, what is 2PC?  --06 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 ofp MedAS or the BBC.a   ------------------------------   Date: 10 Nov 2000 08:24:30 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: RTF Reader/Viewer. Message-ID: <8ugbbu$sbs$3@info.service.rug.nl>  8 In article <8uf0t8$d7k$1@nnrp1.deja.com>, Craig A. Berry <calepine@my-deja.com> writes: s  B > Nope.  StarOffice has its own native (but open) format that usesA > XML.  It's thus an open standard based on another open standardm= > and the source code in which it's implemented is open.  ThenG > input/output filters for MS Office formats are just that and no more.   H OK, but surely for most folks the reason would be MS compatibility.  If G I were to design, say, a word-processing system from scratch, it would n look quite different.  :-|  B > > I would rather see VMS engineering put their efforts into VMS. > B > Personally I agree.  I have more office suites on more differentA > platforms than I know what to do with, and I don't need or wanttA > word processing from VMS.  However, I sympathize with those who-E > would like to carve out desktop space for VMS in their institutionst, > but can't do so without an office suite.    > Personally, I do A LOT of word processing on VMS, with LaTeX. ? Allegedly, at the Max Planck Institute for Aeronomie, even the o secretaries use LaTeX.   > I also wouldn't be surprisedA > if some of the potential DOE customers will require office-type3G > capabilities (not in the spec itself, but as a procurement checkbox).n  G Well, fortunately, my requirements ARE different than those of the DOE.-   ------------------------------    Date: 10 Nov 2000 10:07:59 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>M Subject: Re: RTF Reader/ViewerH Message-ID: <y4vgtw42kw.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  , helbig@astro.rug.nl (Phillip Helbig) writes:  A > Some other numbers (unchecked): TeX is 25,000 lines of Pascal; n  L Yes, but those are block-filled (within allowed Pascal syntax) by Tangle (orJ is taht Weave?) - in any case, it is absolutely unreadable. I estimate youJ nedd about ten times as many lines to pretty-print it. And the indentation< level in the most central code will probably be about 100...   	Jan   ------------------------------  % Date: Fri, 10 Nov 2000 14:33:07 +0000s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e Subject: Re: RTF Reader/Viewer) Message-ID: <3A0C0723.87871252@bbc.co.uk>u   JF Mezei wrote:t   > Peter LANGSTOEGER wrote: > >aF > > Did I miss the (freeware) solution for an RTF Reader/Viewer on VMS- > > or is there currently/still no solution ?t >oW > The CDA Converter library has RTF support for both reading and writing RTF documents.   L I thought all the tasty stuff in CDA wasn't ported to Alpha, or if it was itQ was done byt a 3rd party and not available in DecCampus or the Hobbyiest program.    Tim, hoping to be proved wrong.      --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.ukp  A I speak for myself only and my views in no way represent those of- MedAS or the BBC.-   ------------------------------   Date: 10 Nov 2000 06:42:50 GMT! From: f1chan@hkucs.org (CHAN Fei)l# Subject: sqlpre70 get sqlbugchk.dmp-* Message-ID: <8ug5da$o9m$1@www.csis.hku.hk>  	 Dear all, < 	I got serious problem when pre-compile an embeded-SQL COBOLI program, the problem was compiled okay all the way, until the source code44 grows over 1280 lines(the space lines are inclusive)   errors:+   $ scob == "$sql$pre /cobol"e $ scob rnpextrntivb.scom/ %SQL-I-BUGCHKDMP, generating bugcheck dump file/! DKA200:[D07CHINESE]SQLBUGCHK.DMP;-          $ and messages in the dump file are :   5 This is a AlphaServer 800 5/333 running VMS  V7.1-1H2r' Current time is 10-NOV-2000 14:28:42.87nB Bugcheck Dump Identification is "QZYQZ8MXQ3HBAAAE2U75GU6VAAUKAAAA"  kP ================================================================================           Stack DumpP ================================================================================  P --------------------------------------------------------------------------------> ***** Exception at 006D81AC : SQL$$CREATE_SQL_FIELD + 00000844; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualo address=0000000000D   " ..... (error codes in hex deleted)    J I've increase Page fault quota, Working set quota/extends, but seems theseC values are not violated. Anyone could provide hints on the problem?b many thanks.   ------------------------------    Date: 10 Nov 2000 07:03:22 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e' Subject: Re: Sun "uptime" belly laugheru+ Message-ID: <jroKDwoNvFPv@eisner.decus.org>y  [ In article <d3hl0t08cq2smi0dclpddjl0scdvjs7fhk@4ax.com>, jlsue <jlsuexxxz@home.com> writes:?5 > On Tue, 07 Nov 2000 18:02:38 +0000, andrew harrisonu# > <andrew.nospam@uk.sun.com> wrote:I  D >>Same for their treasury applications same for the upcoming general$ >>ledger implimentation etc etc etc. > % > These jobs run for over 10 hours?  u  B Lighten up, Jeff.  His employer makes him run the job on a Sun :-)   ------------------------------    Date: 10 Nov 2000 09:58:25 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n& Subject: Re: Systemwide resource locksH Message-ID: <y4y9ys430u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  I Apart from the (new) domain names for resources (designed for just such aeI purpose, I imagine), there should be a resource and system-wide lock with L the node name that's used by various code in VMS - use SDA to check. You canE take out a lock on a subresource of that, if you want. You're talking ( privileged code anyway here, aren't you?   	Jan   ------------------------------  # Date: Fri, 10 Nov 2000 16:58:28 GMTo1 From: "Mark D. Jilson" <jilly@clarityconnect.com>h& Subject: Re: Systemwide resource locks2 Message-ID: <3A0C2A8E.45E449E0@clarityconnect.com>  D Why?  The only overhead for a resource that will only be used on oneH node may be a RSB on the lock director.  If the resource is not declaredF on another nodes in the cluster then they will not allocate an RSB forF it and will not be involved.  Even if this node has LOCKDIRWT set to 0A it will be the lock master as long as it is the only node with an H interest in the resource.  So again I ask why would a 'system wide only' resource be needed?i   a_haines@my-deja.com wrote:b > I > When taking out a new lock on a resource (with $enqw) is it possible to 5 > make the lock system wide rather than cluster wide?o > D > I have a resource that is only specific to the system and requiresI > processes on that system to synchronise access to it. But, processes onnE > another system in the cluster only only need to synchronise betweenb- > themselves for the resource on that system.a > I > I can of course include the node name in the resource name, but I don'twI > want to do that if there is already some 'not cluster wide' flag that In
 > can set. > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.a   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Fri, 10 Nov 2000 08:32:01 -0600 ) From: "John E. Malmberg" <wb8tyw@qsl.net>t' Subject: Re: Technology of US elections / Message-ID: <t0o1la8keqsh36@corp.supernews.com>   / "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote 1 in message news:3A0B8581.753F833F@videotron.ca...pI > From the coverage of the florida elections, I got quick glances at whatb lookedL > like the old punched cards, and there was mention of voters punching holes to > make their selections. >cK > What sort of technology is actually used ? And is this used nationwide ort just
 > in Florida.   J The technology (or lack there of) varies with each voting district through out the country or state.a  E There have been arguments about which is the best technology forever.   J Since each district purchases or rents their own voting equipment, budgets' can have a lot to do with what is used.    -John  wb8tyw@qsl.network   ------------------------------   Date: 10 Nov 2000 15:14:45 GMT0 From: "Dale A. Dellutri" <ddellutr@enteract.com>' Subject: Re: Technology of US electionss+ Message-ID: <8uh3d5$n9c$1@bob.news.rcn.net>   R On Fri, 10 Nov 2000 01:20:03 -0400, JF Mezei <jfmezei.spamnot@videotron.ca> wrote:P > From the coverage of the florida elections, I got quick glances at what lookedO > like the old punched cards, and there was mention of voters punching holes toh > make their selections.P > What sort of technology is actually used ? And is this used nationwide or just
 > in Florida.C >...  @ The most recent thread in comp.risks talks about computer voting problems, human factors, etc.h   -- h& Dale Dellutri -- ddellutr@enteract.com   ------------------------------  % Date: Fri, 10 Nov 2000 10:28:07 -0500e4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>' Subject: RE: Technology of US electionsnJ Message-ID: <2B37459189B0D211BE710000F8EF9D8508908835@nts0147.beehive.com>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C04B2A.D00E32F8q Content-Type: text/plain;y 	charset="iso-8859-1"h  I Here's the best comment yet - we use the big metal voting booths with theeL little switches, and a big red lever when you're done.  They are consideringL dumping them in favor of the punch cards, because the machines cost $50,000.- Now I understand upkeep and maintenance, but i  1 - they arent used that heavily 2 - they're already paid for  I quite the joke, huh?  Kinda like dumping a working Vax or Alpha for an NTa/ platform, because the NT box costs less to buy.h    . From: John E. Malmberg [mailto:wb8tyw@qsl.net] Sent: November 10, 2000 9:32 AMy To: Info-VAX@mvb.saic.comn' Subject: Re: Technology of US electionsy    / "JF Mezei" <jfmezei.spamnot@videotron.ca> wroter1 in message news:3A0B8581.753F833F@videotron.ca... I > From the coverage of the florida elections, I got quick glances at whatg lookedL > like the old punched cards, and there was mention of voters punching holes to > make their selections. >aK > What sort of technology is actually used ? And is this used nationwide orn just
 > in Florida.e  J The technology (or lack there of) varies with each voting district through out the country or state.   E There have been arguments about which is the best technology forever.t  J Since each district purchases or rents their own voting equipment, budgets' can have a lot to do with what is used.    -Johnw wb8tyw@qsl.network      ' ------_=_NextPart_001_01C04B2A.D00E32F8h Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printablet  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">t <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =t charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65">>- <TITLE>RE: Technology of US elections</TITLE>l </HEAD>t <BODY>  F <P><FONT SIZE=3D2>Here's the best comment yet - we use the big metal =I voting booths with the little switches, and a big red lever when you're = E done.&nbsp; They are considering dumping them in favor of the punch =lI cards, because the machines cost $50,000.&nbsp; Now I understand upkeep =r  and maintenance, but </FONT></P>  9 <P><FONT SIZE=3D2>1 - they arent used that heavily</FONT> 6 <BR><FONT SIZE=3D2>2 - they're already paid for</FONT> </P>  C <P><FONT SIZE=3D2>quite the joke, huh?&nbsp; Kinda like dumping a = H working Vax or Alpha for an NT platform, because the NT box costs less = to buy.</FONT></P> <BR>  . <P><FONT SIZE=3D2>From: John E. Malmberg [<A =@ HREF=3D"mailto:wb8tyw@qsl.net">mailto:wb8tyw@qsl.net</A>]</FONT>9 <BR><FONT SIZE=3D2>Sent: November 10, 2000 9:32 AM</FONT>i3 <BR><FONT SIZE=3D2>To: Info-VAX@mvb.saic.com</FONT>sA <BR><FONT SIZE=3D2>Subject: Re: Technology of US elections</FONT>a </P> <BR>  ( <P><FONT SIZE=3D2>&quot;JF Mezei&quot; =1 &lt;jfmezei.spamnot@videotron.ca&gt; wrote</FONT> " <BR><FONT SIZE=3D2>in message <A =. HREF=3D"news:3A0B8581.753F833F@videotron.ca" =C TARGET=3D"_blank">news:3A0B8581.753F833F@videotron.ca</A>...</FONT>lG <BR><FONT SIZE=3D2>&gt; From the coverage of the florida elections, I =a  got quick glances at what</FONT>  <BR><FONT SIZE=3D2>looked</FONT>C <BR><FONT SIZE=3D2>&gt; like the old punched cards, and there was =d' mention of voters punching holes</FONT>. <BR><FONT SIZE=3D2>to</FONT>5 <BR><FONT SIZE=3D2>&gt; make their selections.</FONT>  <BR><FONT SIZE=3D2>&gt;</FONT>H <BR><FONT SIZE=3D2>&gt; What sort of technology is actually used ? And =! is this used nationwide or</FONT>: <BR><FONT SIZE=3D2>just</FONT>* <BR><FONT SIZE=3D2>&gt; in Florida.</FONT> </P>  F <P><FONT SIZE=3D2>The technology (or lack there of) varies with each = voting district through</FONT>3 <BR><FONT SIZE=3D2>out the country or state.</FONT>s </P>  E <P><FONT SIZE=3D2>There have been arguments about which is the best =o technology forever.</FONT> </P>  D <P><FONT SIZE=3D2>Since each district purchases or rents their own =  voting equipment, budgets</FONT>A <BR><FONT SIZE=3D2>can have a lot to do with what is used.</FONT>e </P>   <P><FONT SIZE=3D2>-John</FONT>, <BR><FONT SIZE=3D2>wb8tyw@qsl.network</FONT> </P> <BR>   </BODY>  </HTML>e) ------_=_NextPart_001_01C04B2A.D00E32F8--i   ------------------------------   Date: 7 Nov 2000 01:15:26 -0500  From: <>3 Subject: This is for your butt but not a porn site.i( Message-ID: <3a079dfe$1_2@news2.one.net>   Your butt called me crying.  You know why???    http://www.comfyseat.com   ------------------------------  % Date: Fri, 10 Nov 2000 09:43:30 -0600t0 From: arturo saavedra <arturo.saavedra@wcom.com>7 Subject: RE: This is for your butt but not a porn site. C Message-ID: <MOEAJKGGEIMGCCPEPJBHCEMCCJAA.arturo.saavedra@wcom.com>,  K Hi all.. I just caught somebody addressing a SPAM message to this newsgroup G and caught the below header... Can anybody tell me how I would go aboute, informing the owner of their ISP about this?   Thanks..   Art     5 Received: from portal.west.saic.com ([198.151.12.15])a+  by firewall.mcit.com (PMDF V5.2-33 #42260)v6  with SMTP id <0G3T009HT3M7EA@firewall.mcit.com>; Fri,!  10 Nov 2000 11:22:56 +0000 (GMT)i> Received: from cpmx.saic.com by portal.west.saic.com via smtpd9  (for dgesmtp01.wcom.com [199.249.16.16]) with SMTP; Fri,-   10 Nov 2000 11:22:55 +0000 (UT): Received: from [139.121.95.12] by cpmx.mail.saic.com; Fri,  10 Nov 2000 03:22:22 -0800C3 Received: from cpmx.mail.saic.com ([139.121.95.10])rK  by 139.121.95.12 (Norton AntiVirus for Internet Email Gateways 1.0) ; Fri, !  10 Nov 2000 11:22:22 +0000 (GMT)a7 Received: from MVB.SAIC.COM by cpmx.mail.saic.com; Fri,e  10 Nov 2000 03:17:58 -0800d% Date: Tue, 07 Nov 2000 01:15:26 -0500  From: <>3 Subject: This is for your butt but not a porn site.n To: Info-VAX@Mvb.Saic.Com ( Message-id: <3a079dfe$1_2@news2.one.net>0 X-Trace: 7 Nov 2000 01:15:26 -0500, 216.23.55.21 Lines: 5 X-Gateway-source-info: USENET    -----Original Message----- From: arturo saavedrac' Sent: Friday, November 10, 2000 8:24 AM  To: Info-VAX@Mvb.Saic.Comk3 Subject: This is for your butt but not a porn site.s     Your butt called me crying.n You know why???g   http://www.comfyseat.com   ------------------------------  % Date: Fri, 10 Nov 2000 09:43:28 -0600n0 From: arturo saavedra <arturo.saavedra@wcom.com>7 Subject: RE: This is for your butt but not a porn site.tC Message-ID: <MOEAJKGGEIMGCCPEPJBHAEMCCJAA.arturo.saavedra@wcom.com>   H Folks.. This is NOT from me.. not sure who's assuming my email identity.   Arte   -----Original Message----- From: arturo saavedra ' Sent: Friday, November 10, 2000 8:24 AMp To: Info-VAX@Mvb.Saic.Com 3 Subject: This is for your butt but not a porn site.t     Your butt called me crying.  You know why???    http://www.comfyseat.com   ------------------------------  # Date: Fri, 10 Nov 2000 09:09:24 GMT ( From: Terry Kennedy <terry@gate.tmk.com>9 Subject: Re: TMSCP Performance (Backup -> ether -> TK70 )-' Message-ID: <G3sxFo.CBM@spcuna.spc.edu>   / JF Mezei <jfmezei.spamnot@videotron.ca> writes::N > Is this a performance hit that is normal, or are there other parameters that7 > can be adjusted to make this performance acceptable ?p  F   I expect that the accumulated delays are making the tape "shoeshine"D back and forth across the heads, causing performance to be horrible.E What kind of boxes are these? VAX Ethernet performance isn't all thats7 great, at least until you get to the XMI Ethernet card.s  E   I don't know if any sort of parameter tuning will help - I'd assumewD that TMSCP-served tapes ride over SCS, and thus don't see the DECnet5 parameters. But it's been a while since I did this...t  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------    Date: 10 Nov 2000 13:00:41 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)V? Subject: Two Phase Commit (2PC) on VMS - the nature of the fuss + Message-ID: <ESFON2soKZTs@eisner.decus.org>n  Y In article <3A0C1749.D920FA6C@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:  >  > " > richard_maher@my-deja.com wrote: > H >>  Which customer? Coutts & Co The International Private Banking arm ofF >> NatWest Bank (Now Royal Bank of Scotland) "Bankers to the Queen" ifI >> that impresses anyone. They were considering keeping their VMS systemseG >> in parrallel to their new Solaris systems but due to the lack of 2PC 3 >> they are getting off VMS as quickly as they can.  > I > Hey, its not ALL bad, maybe if Lizzie looses all her loot due to staticf > cacheuH > memory problems it might raise the profile of Sun's appaling buisiness# > practices regarding this problem.n >  > :-)> >  > Anyway, what is 2PC?  C 2PC stands for "Two phase commit".  That is the fundamental service C implemented by DECdtm (nee DDTM).  When Richard talks about a "lack C of 2PC" on VMS, he is making a gross exaggeration.  VMS has had 2PCs5 for years between RMS and Rdb, across multiple nodes.s  A VMS does not implement Two phase commit via some new protocols inm? which Richard is interested.  Of course those protocols did not-/ exist when VMS first supplied Two phase commit.1  B The other issue is that VMS declined to document DDTM, so only RdbC and RMS can be "Resource Managers".  Even if Compaq did not support C the new protocols as Richard wants, someone else could do so if thesC DECdtm specification were public.  I gather from Jim's comment thathB all other issues aside, Compaq is reluctant to document the DECdtm< interface because it has only been tested with two products.   ------------------------------  % Date: Fri, 10 Nov 2000 09:57:37 +0000 8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>0 Subject: RE: VAX Mail question - corrupted filesL Message-ID: <35666012DF4CD411BE940090279FA240111FA7@ppnt41.physics.ox.ac.uk>  K We'd all be able to offer more effective advice if you just gave one or twouH examples of the "corruption" e.g. a few records of before and after data would be sufficient.   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)    ------------------------------  % Date: Fri, 10 Nov 2000 10:18:15 +0000 4 From: John Laird <john@laird-towers.freeserve.co.uk>* Subject: Re: VAXstation 4000-90 Error Code8 Message-ID: <gein0t4cfs5ejahei9f9das36l883sv5qh@4ax.com>  1 On Thu, 09 Nov 2000 21:28:05 GMT, "Zane H. Healy"G# <healyzh@shell1.aracnet.com> wrote:/  1 >Chris Scheers <chris@applied-synergy.com> wrote:eH >> If I remember correctly, the first bank of memory sockets is labelledI >> 0A, 0B, 0C, 0D.  These are NOT in order.  In fact, they might not evenn. >> be alternate sockets.  The layout is weird. >kL >BINGO!!!  That was indeed the answer to *that* problem.  Now I seem to haveF >a problem with the SCSI interface.  I was finally able to get the >>>M >prompt and tried to boot off of a HD I put in the system (from the Model 60)-M >and from an external CD-ROM (that I'd just used to load the Model 60).  HereE >was my results: >8 >>>> b dka0: >V >  >-DKA0 >%VMB-F-ERR, PC = 00001340 >%VMB-I-STS, R0 = 00000912 >>>> >>>> b dka400: >  >  >-DKA400 >%VMB-F-ERR, PC = 00001340 >%VMB-I-STS, R0 = 00000912 >>>> >t( >DKA0: is the HD, DKA400: is the CD-ROM.  G Status 00000912 is "nosuchfile" - which usually indicates the disks are-F not seen, not file-structured, or non bootable.  However, you say yourG model 60 could boot from either, which suggests either you do have somegH scsi funniness on the model 90 (do you have the sacrificial goat handy?)G or just maybe, BFLG is set to something other than 0 which will lead to G the boot ROM code looking for a non-existent system root.  Try SET BFLGu 0 or BOOT/0 DKAnnn.   H As someone else suggested, you could satellite boot from another machineD and then see if the SCSI devices are visible and available.  I'm notG aware of any majaor differences between the two 4000 models which wouldDA lead to any incompatibilites disk-wise - a hardware fault seems ae possibility.   	John> --  
 John Laird   ------------------------------  % Date: Fri, 10 Nov 2000 08:37:02 -0600h) From: "John E. Malmberg" <wb8tyw@qsl.net>w* Subject: Re: VAXstation 4000-90 Error Code/ Message-ID: <t0o1uoko7nvbb0@corp.supernews.com>-  2 "Zane H. Healy" <healyzh@shell1.aracnet.com> wrote=  in message news:FFEO5.7899$Qz2.321091@typhoon.aracnet.com...p6 > Chris Scheers <chris@applied-synergy.company> wrote:I > > If I remember correctly, the first bank of memory sockets is labelled J > > 0A, 0B, 0C, 0D.  These are NOT in order.  In fact, they might not even/ > > be alternate sockets.  The layout is weird.  >jH > BINGO!!!  That was indeed the answer to *that* problem.  Now I seem to haveG > a problem with the SCSI interface.  I was finally able to get the >>>bJ > prompt and tried to boot off of a HD I put in the system (from the Model 60)CH > and from an external CD-ROM (that I'd just used to load the Model 60). Here > was my results:  >r
 > >>> b dka0:d >r >p > -DKA0t > %VMB-F-ERR, PC = 00001340  > %VMB-I-STS, R0 = 000009125 > >>>4  E Please post the exact Version of OpenVMS that you have on the CD-ROM.0  D Some models VAX and VAXstations require an -Hn kit (Hardware supportF release) as they came out after the original operating system release.   -John  wb8tyw@qsl.network   ------------------------------  # Date: Fri, 10 Nov 2000 17:25:43 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: We Interrupt the US Electoral Follies... : Message-ID: <rcWO5.2765$751.24114@typhoon.ne.mediaone.net>  F Yes, SKC interrupts the chaos and confusion du jour to advise you that? several back issues of Shannon Knows Compaq have been posted at0B http://www.acersoft.com. Of particular note to spin doctors of theL non-political variety, the new postings include coverage of Compaq's storage	 strategy.:   Enjoy!   -- Terry C. Shannon Consultant and Publisher Shannon Knows Compaq  email: terryshannon@mediaone.net$ Web (info on SKC):  www.acersoft.com   ------------------------------  % Date: Fri, 10 Nov 2000 13:47:22 +0000y2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>2 Subject: Re: Where's C's PRV$M_READALL & _GRPPRV ?. Message-ID: <3A0BFC6A.7EFFCB32@CCAgroup.co.uk>   John E. Malmberg wrote:  > 0 > In article <3A096D60.43345936@CCAgroup.co.uk>,6 > Chris Sharman <Chris.Sharman@CCAgroup.co.uk> writes: > 8 > > Trying to build/install John Malmberg's FRONTPORT on' > > our Alpha (DECC V6.2-008, VMS 7.1).m > >o= > > It fails, complaining about PRV$M_READALL & PRV$M_GRPPRV.a( > > Other PRV$M_whatever symbols are OK. > < > If you look in the module that the compiler is complaining< > about, you will see that there is alternative code for the< > VAX architecture that does not expect to be able to handle > 64 bit masks.-  C Many thanks: changed that #ifdef __ALPHA to #ifdef PRV$M_GRPPRV andm all's well.d   Chrisg   ------------------------------  # Date: Fri, 10 Nov 2000 11:49:20 GMT  From: abirkett@my-deja.com, Subject: Re: Where's the Y2K compliance page) Message-ID: <8ugnbv$og6$1@nnrp1.deja.com>   E I'm not suprised that the show is censored over there. Wasn't there a D case of a woman who used to dry her poodle off in the oven, bought aG microwave and sucessfully nuked it. She then went on to sue the companydA on grounds that there was no warning about this supplied with thee	 machine!!n   Anyway, great show though.   Ade, --D Intelligence is being able to listen to the William Tell overture...7                  ...without thinking of the Lone RangerT    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------   End of INFO-VAX 2000.629 ************************