1 INFO-VAX	Tue, 07 Nov 2000	Volume 2000 : Issue 622       Contents:F Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportF Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support Re: Alpha equivalent3 Re: Announcement: SAMBA 2.0.6 for OpenVMS Alpha 7.2  Are there any ECO tools  Re: Boot disk size for 4000 M60  CDT and SYSAP changes? Re: CDT and SYSAP changes?# Re: compatible OpenVMS 6.2 -> 7.2-1  Re: Create and Amass Wealth ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed # DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed ' Re: DCL symbol substitution hint needed  DECdtm, XA, TIP meeting report" Re: DECdtm, XA, TIP meeting report" Re: DECdtm, XA, TIP meeting report" Re: DECdtm, XA, TIP meeting report! Re: DECnet 5 -> 4 routing problem  Re: eBay (guess what) again.: Re: Encrypted Backup (was: How to boost DLT backup speed?)4 f$cvtime() not adjusting for Daylight Savings Time ?  Re: HELP !!  System just crashed" Re: How to boost DLT backup speed?" Re: How to boost DLT backup speed? Re: Licensing in cluster= Re: looking for printer driver (sources?) for LPS printserver + Re: Need help with $GETUAI in wildcard-mode + Re: Need help with $GETUAI in wildcard-mode + Re: Need help with $GETUAI in wildcard-mode  Re: PDF under OpenVMS  Re: PERL on VMS   Re: Porting from Unix to OpenVMS, Re: Question about locking (sys$enq/sys$deq) Re: Rdb on VMS reference? ( Re: REQ: Lexmark Printer Control Library Re: SSH CRASH A 1000A Server( Re: Sun UE10000 is *NOT* an HPC platform( Re: Sun UE10000 is *NOT* an HPC platform( Re: Sun UE10000 is *NOT* an HPC platform
 Re: Time Zone ' Transfering users via FTP & email lost. ' Re: VAX Mail question - corrupted files  Re: VMS, BSD, and FORTRAN  Re: What OpenVMS version? * Re: Windows NT to OpenVMS access questions- Re: [Transfering users via FTP & email lost.]   F ----------------------------------------------------------------------  # Date: Mon, 06 Nov 2000 11:42:18 GMT % From: agreig@my-deja.com (Alan Greig) O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support 2 Message-ID: <3a0695e1.2406771063@news.newsguy.com>  E On Sun, 05 Nov 2000 11:56:43 +0100, Paul Sture <paul@sture.ch> wrote:     N >Someone once told me that SOS originally stood for Son Of Standalone. Is that	 >correct?   E Son Of Stopgap it said in the sources. There used to be a VMS version F of SOS. Wonder if that still exists anywhere for possible inclusion onC the Freeware CD. There are times on a dumb terminal or with poor VT A emulation where I know I could do something quicker with SOS than < trying to use EDT in line mode. Suppose there's always teco.  D The biggest annoyance with SOS/EDIT was that the editors were almostD identical (common source which then diverged) but that many commandsD had changed letters For example on TOPS-10 to save a program withoutD line numbers and then invoke the last compile class command you gaveE the command *gsb (go strip nobackup). On TOPS-20 the same command was 0 *gun (go unsequence no backup). Just plain daft.     --
 Alan Greig   ------------------------------  # Date: Mon, 06 Nov 2000 14:29:37 GMT * From: Alan E. Feldman <alan48@my-deja.com>O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support ) Message-ID: <8u6f89$88j$1@nnrp1.deja.com>   + In article <VA.0000014f.14082e68@sture.ch>,    paul@sture.ch wrote:D > In article <YkkJJ$it8pvf@mccdev.slac.stanford.edu>, Ken Fairfield; SLAC: 650-926-2924;  > FAX: 926-3515 wrote:D > > From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926- 2924; FAX: 926-3515) > > Newsgroups: comp.os.vms D > > Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support! > > Date: 3 Nov 2000 17:02:44 PST  > > = > > In article <8tvjf1$8ld$1@nnrp1.deja.com>, Alan E. Feldman  <alan48@my-deja.com> writes: > >  > > [...big snip...] [...another big snip...]B > TPU's replace function respects the case of words its replacing. Really neat!  D Actually, if you type the search string in uppercase, TPU by defaultE will find only uppercase. And it will find any case match if you type 
 in lowercase.   B You *can* do case-dependent searches (and "replaces") in EDT. JustE enter the line mode command SET SEARCH EXACT. (This will be in effect @ for the remainder of your session or until you change the searchC behavior to something else. Also, you can put this in your EDT init F file to make it the default for your sessions) (Yes, this also affects "replaces"):   *help set sear exact   SET    SEARCH   EXACT   H The EXACT option will require all characters to match exactly, includingD the case of letters and the presence of diacritical marks, in search strings.  1 Other settings include, but are not limited to...    *help set sear wps   SET    SEARCH   WPS   G The WPS option will cause a case-independent string match for lowercase F letters in the search string, and a case-dependent match for uppercase letters in the search string.    *help set sear general   SET    SEARCH   GENERAL   E The GENERAL option will cause the case of letters and the presence or F absence of diacritical marks to be ignored in search strings.  GENERAL is the default.    * G xxx::FELDMAN 14:15:06 EDT       CPU=00:00:04.66 PF=3072 IO=2898 MEM=610  *   + There are even more options for SET SEARCH.    -- Disclaimer: JMHO Alan E. Feldman    w:   alan48  &-)        afeldman  &-) dellnet.com        gfigroup.com     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Tue, 07 Nov 2000 01:12:03 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Alpha equivalent L Message-ID: <rdeininger-0711000112030001@user-2ivecb8.dialup.mindspring.com>  ] In article <1MMN5.3434$ae5.79325@news1.mts.net>, "Randy Jung" <rpjung@mb.sympatico.ca> wrote:   < > "Tim Llewellyn" <tim.llewellyn@bbc.co.uk> wrote in message% > news:3A06E2B6.5D1C7DDB@bbc.co.uk...   M > This tweeks my memory. I'm not sure if I remember this correctly or not but K > a long time ago I was on a course (DECnet/OSI) with a system manager that L > worked in the Whitehouse. Apparently after the Clinton administration cameI > in they were shocked by the primitive (i.e. not PC GUI) mail system the N > Whitehouse had. That may have been the cause for the dumping of the VMS mailM > system (I think he said it was All-in-1 but that was too long ago for me to J > rely on my memory).  Maybe someone on the newgroup knows the real story.N > Will this cause the critical VMS swing vote to vote Republican tomorrow :-)?  J Yes, the Clintons made a big deal out of "modernizing" the mail system.  I# never new that the old one was VMS.   G There was a well-planned need for an unreliable mail system.  It's kept C them from complying with court-ordered document searches for almost M four years -- though Judge Lamberth seems to be about out of patience.  Every P few weeks, they admit that there are still more bew batches of unsearched stuff.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  $ Date: Mon, 6 Nov 2000 08:10:03 -0600) From: "John E. Malmberg" <wb8tyw@qsl.net> < Subject: Re: Announcement: SAMBA 2.0.6 for OpenVMS Alpha 7.2/ Message-ID: <t0deqdeeb33931@corp.supernews.com>    Sorry for the typo,   0 try http://eisner.decus.org/~malmberg/frontport/   -John  wb8tyw@qsl.network    0 "P.Lj" <plj#byron.ext.telia.se> wrote in message, news:3A06802A.B50E849A@byron.ext.telia.se... > - > http://eisner.decus.org/~mamberg/frontport/  > 
 > gave me: > % > Error(400): Error opening directory  >  >  > >>> ^P.Lj  >  >  > "John E. Malmberg" wrote:  > @ > >     SAMBA 2.0.6 for OpenVMS ALPHA is now in shape for a more > >     general test.  > > F > >     The VAX build still has problems with the NMBD.  I do not know8 > >     when I will be able to do anything more with it. > > B > >     See http://eisner.decus.org/~malmberg/samba/ for the kits. > > = > >     This version needs the FRONTPORT shared image porting % > >     library that can be found at:  > > 3 > >     http://eisner.decus.org/~mamberg/frontport/  > > H > >     There are two source kits, one is the original UNIX sources in aD > >     ZIP archive instead of a GZIP archive for the convenience ofF > >     VMS users.  The other kit is just the VMS specific source code > >     in a ZIP archive.  > > H > >     If you just want the images, the "BASE" kit has object files andG > >     a procedure that will link them on your system.  Also procedure ( > >     to add it to the system startup. > > K > >     I do not know if this is faster or slower than the earlier versions A > >     of SAMBA for OpenVMS.  It is very close to having all the * > >     functionality of the UNIX version. > > ( > >     Some highlights for SAMBA 2.0.6. > > - > >     * Server supports Encrypted Passwords  > > " > >     * Oplocks and RMS locking. > > ) > >     * SMBSTATUS reports locked files.  > > @ > >     * Incoming NET SEND messages addressed to the server are' > >       translated to OPCOM messages.  > > C > >     * The SMBD program can be run interactively or by the TCPIP F > >       auxiliary server.  When run interactively, the output can beC > >       redirected on the command line if the debug level is 4 or  > >       higher.  > > I > >     * You can specify the attributes of files that are created on the C > >       SMBD server.  A template file is provided for .EXE files.  > > B > >     Large files that are pushed from an NT system must be sentK > >     with an extension that is configured for a fixed format file.  This ( > >     is a limitation in this release. > > A > >     I found in testing the sending of an 8 Megabyte file that E > >     Windows NT will send sections of the file out of order, and I 1 > >     do not know how big a file triggers this.  > > E > >     As it is a very complex program, I have not been able to test " > >     every feature and setting. > > F > >     I suspect that I have one of the shared image transfer vectorsD > >     wrong on the VAX version, but I do not know when I will have > >     time to look at it.  > > D > >     To build the source, you need DEC C 6.0 or later, and either# > >     Compaq MMS or MadGoat Make.  > > E > >     The layout of source is designed to make it easier to keep in C > >     synchronization with the UNIX Samba versions.  Most patches D > >     for the SAMBA product can be directly applied to the source. > > D > >     I may not be able to give timely responses to questions, but> > >     post them on the samba_vms@samba.org or comp.os.vms orD > >     info-vax@mvb.saic.com mailing list, and possibly someone can > >     help with them.  > >  > >     So have fun. > > 	 > > -John  > > wb8tyw@qsl.network >    ------------------------------  # Date: Mon, 06 Nov 2000 20:34:24 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net>   Subject: Are there any ECO toolsF Message-ID: <kBEN5.3032$mq1.206106@bgtnsc04-news.ops.worldnet.att.net>  J When we upgraded to Alpha VMS 7.2-1 several months ago, we applied all theH patches in the list on DSN that applied to us. However, that list is notG updated very frequently (the latest one now is as of Aug 30) and I know , there have been several released since then.  L We are going to add fibre channel adpaters, and I need to locate all relatedG patches.  I also need to find out if there are any required patches for I gigabit ethernet.  We are going to be replacing our fddi and 10baseT with J gigabit (which we have already purchased).   While applying ECOs, I wantedB to see if there are any other critical patches we should consider.  C However, when I went to the ECO page on the VMS web site, I started L scrolling down and counting.  I stopped counting before reaching the halfway# point, and I counted over 150 ECOs.   I It would sure be nice if there was a utility we could download that would L analyze our system, and accept user input (like planning to add fibrechannelI and gigabit) and come up with a list of ECOs, and the order in which they  need to be applied.   H Even something like a new ECO rollup (eg:  VMS 7.2-2) would be extremely helpful.  0 Does anyone else agree, or am I just being lazy.  G Does anyone know which ECOs I need for Fibre Channe. and weather or not # there are any for gigabit ethernet?    Thanks.      John   ------------------------------  % Date: Sun, 05 Nov 2000 18:48:13 -0600 / From: Chris Scheers <chris@applied-synergy.com> ( Subject: Re: Boot disk size for 4000 M60O Message-ID: <057F36F557909E70.FDEF74E56CA93215.A7E0A5FF1A842A52@lp.airnews.net>    Dan O'Reilly wrote:  > K > Does the VAXstation 4000 Model 60 have the same size limitation on it for J > a boot disk that the older VS3100 and MV3100 systems had?  Specifically,: > can I put a 1gb (or 2gb or 4gb) in it for a boot device?  G The VAXstation 4000-60 SCSI controller does not have the 1GB limitation - and works fine with a 2GB (RZ28) system disk.   F The VS4000 SCSI controller also fixes the "D4" problem seen on VS3100sG when using a third party drive with a long INQUIRY string.  I have seen $ this most often with Seagate drives.  C NOTE: The VS4000 SCSI controller does not display the size of disks E larger than 8GB correctly, so I would not recommend using drives this H large as system disks.  VMS does not have a problem with disks this size! and they work fine as data disks.   G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------   Date: 6 Nov 2000 15:27:52 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: CDT and SYSAP changes? 5 Message-ID: <8u6ilo$tb$1@mailint03.im.hou.compaq.com>   J   Does anyone know of (non-Compaq OpenVMS Engineering) code that accesses @   the Connection Description Table (CDT) OpenVMS data structure?  C   Same question, but for code that has implemented a cluster SYSAP?   F   These are internal, undocumented, and are subject to change without E   notice.  (And I think you can guess why I am asking this question.)   1   If so, please post here or contact me off-line.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 06 Nov 2000 15:43:46 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) # Subject: Re: CDT and SYSAP changes? 0 Message-ID: <009F2B66.E78225F5@SendSpamHere.ORG>  j In article <8u6ilo$tb$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: >  > K >  Does anyone know of (non-Compaq OpenVMS Engineering) code that accesses  A >  the Connection Description Table (CDT) OpenVMS data structure?   C Can say I know of code "directly" accessing a CDT.  The creation of 4 a SYSAP would, of course, cause one to be allocated.  D >  Same question, but for code that has implemented a cluster SYSAP?   SYSAPs, yes.  I know several.      --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Mon, 06 Nov 2000 13:06:50 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> , Subject: Re: compatible OpenVMS 6.2 -> 7.2-1) Message-ID: <3A069EDA.4B4F887A@gtech.com>    Denis Shadrin wrote:F > Does anybody know, is "Compaq OpenVMS V7.2-1" binary compatible withp > "OpenVMS-6.2", another words will my C library, which was built under "OpenVMS-6.2", work on "OpenVMS V7.2-1".   Yes.  # (unless certain rare circumstances)    Arne   ------------------------------  # Date: Mon, 06 Nov 2000 14:27:51 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>$ Subject: Re: Create and Amass Wealth< Message-ID: <HdzN5.28059$Ho3.238065@typhoon.ne.mediaone.net>  H "Financial Integrity Alliance" <liftedup2000@yahoo.com> wrote in message' news:0G3K00KC3PHHYL@mx.east.saic.com...I  I $1250 puts you on the road to complete financial independance in 2-3 yrs.n  6 Sorry, Mister SPAMMER, I'd rather invest in CPQ stock.   ------------------------------  % Date: Mon, 06 Nov 2000 16:02:07 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>S0 Subject: Re: DCL symbol substitution hint needed, Message-ID: <3A070E3D.7029CB84@videotron.ca>   hein@eps.zko.dec.c*m wrote: " > >>>$    NAME_V01 = "0,8,RECORD1" > DCL will write:s- >         $write sys$output f$extr('NAME_V01)t  C > I'm pointing this out explicitly, because this would seem to be ay > little know feature.  K Is this specific to f$extract, or is is a feature that applies generally toi all lexicals ?   ------------------------------  % Date: Mon, 06 Nov 2000 17:10:56 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca> 0 Subject: Re: DCL symbol substitution hint needed, Message-ID: <3A071E5A.4A704770@videotron.ca>   Maulis Adam wrote:, >    It is not specific to the lexicals only > / >    This is a general DCL symbol-substitution.d  J I know about ' being used at the "command line". However, I have a feeling3 that parsing inside of lexicals is quite different.   
 for instance:b  @ $write sys$output  "To print a "" you need to double the quotes"L $write sys$output  "But inside a lexical such as ''F$TRNLNM("SYS$NODE")' you don't need to double"$  M I have to assume that stuff between a lexical's ( and ) is parsed differentlyn@ (or at least nested differently) than stuff at the command line.   ------------------------------  # Date: Mon, 06 Nov 2000 23:47:19 GMT * From: Alan E. Feldman <alan48@my-deja.com>0 Subject: Re: DCL symbol substitution hint needed) Message-ID: <8u7fu5$6re$1@nnrp1.deja.com>*  , In article <3A071E5A.4A704770@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > Maulis Adam wrote:. > >    It is not specific to the lexicals only > > 1 > >    This is a general DCL symbol-substitution.w >TD > I know about ' being used at the "command line". However, I have a feeling 5 > that parsing inside of lexicals is quite different.- >- > for instance:e >oB > $write sys$output  "To print a "" you need to double the quotes"= > $write sys$output  "But inside a lexical such as ''F$TRNLNMt ("SYS$NODE")' you  > don't need to double"6 >0C > I have to assume that stuff between a lexical's ( and ) is parsede differentlycB > (or at least nested differently) than stuff at the command line. >   C Yes, quotation marks in DCL do behave differently inside of lexicalr
 functions:  F It appears that quotes inside of lexicals that are evaluated inside ofE quotation marks can in some circumstances be single or double, but iniE others they must be single. If the string contains a colon, a pair ofe@ brackets, or, as a guess, other file-spec delimiters, it must beG surrounded by single quotation marks. I have found that at least in thewA cases I have tried, single or double quotation marks are okay formG strings that don't contain a colon or brackets or a file-spec delimiterm in F$PARSE.e   Examples (run on VMS V6.1):s   DCL> SHOW LOG AEF_DISK-    "AEF_DISK" = "DKA200:" (LNM$PROCESS_TABLE)n DCL> DCL> TYPE WORKS.COMa5 $    EV "BLAH  1 ''F$GETDVI("DKA200","DIR")   ! works 6 $    EV "BLAH  2 ''F$GETDVI("DKA200:","DIR")   ! works7 $    EV "BLAH  3 ''F$GETDVI("AEF_DISK","DIR")   ! works 8 $    EV "BLAH  4 ''F$GETDVI("AEF_DISK:","DIR")   ! works7 $    EV "BLAH  5 ''F$GETDVI("DKA200",""DIR"")   ! works 8 $    EV "BLAH  6 ''F$GETDVI("DKA200:",""DIR"")   ! works9 $    EV "BLAH  7 ''F$GETDVI("AEF_DISK",""DIR"")   ! works<: $    EV "BLAH  8 ''F$GETDVI("AEF_DISK:",""DIR"")   ! works7 $    EV "BLAH  9 ''F$GETDVI(""DKA200"","DIR")   ! worksi9 $    EV "BLAH 11 ''F$GETDVI(""AEF_DISK"","DIR")   ! works 9 $    EV "BLAH 13 ''F$GETDVI(""DKA200"",""DIR"")   ! worksR; $    EV "BLAH 15 ''F$GETDVI(""AEF_DISK"",""DIR"")   ! worksq. $    ev "blah 17 ''F$CVTIME("TODAY")   ! works- $    EV "BLAH 18 ''F$CVTIME("2:35")   ! works>0 $    ev "blah 19 ''F$CVTIME(""TODAY"")   ! works3 $    EV "BLAH 21 ''f$parse(aef_disk+"[]")'" ! works : $    EV "BLAH 23 ''f$parse(aef_disk+"login.com")'" ! works DCL> DCL> @WORKS; BLAH  1 TRUE   ! works BLAH  2 TRUE   ! works BLAH  3 TRUE   ! works BLAH  4 TRUE   ! works BLAH  5 TRUE   ! works BLAH  6 TRUE   ! works BLAH  7 TRUE   ! works BLAH  8 TRUE   ! works BLAH  9 TRUE   ! works BLAH 11 TRUE   ! works BLAH 13 TRUE   ! works BLAH 15 TRUE   ! works( blah 17 2000-11-06 00:00:00.00   ! works( BLAH 18 2000-11-06 02:35:00.00   ! works( blah 19 2000-11-06 00:00:00.00   ! works% BLAH 21 DKA200:[FELDMAN.DCL.QUOTES].;i- BLAH 23 DKA200:[FELDMAN.DCL.QUOTES]LOGIN.COM;o DCL>  @ And for some reason, "! works" is not echoed in lines 21 and 23!  < If you have a colon or "[]", the quotes must not be doubled:   DCL> TYPE NOT.COMe@ $    EV "BLAH 10 ''F$GETDVI(""DKA200:"","DIR")   ! does not workB $    EV "BLAH 12 ''F$GETDVI(""AEF_DISK:"","DIR")   ! does not workB $    EV "BLAH 14 ''F$GETDVI(""DKA200:"",""DIR"")   ! does not workD $    EV "BLAH 16 ''F$GETDVI(""AEF_DISK:"",""DIR"")   ! does not work7 $    EV "BLAH 20 ''F$CVTIME(""2:35"")   ! does not work = $    EV "BLAH 22 ''f$parse(aef_disk+""[]"")'" ! does not workRC $    EV "BLAH 24 ''f$parse(aef_disk+""login.com"")'" !does not workn DCL> DCL> SET VERIFYe DCL>
 DCL> @NOT;? %DCL-W-ARGREQ, missing argument - supply all required arguments   \0\? %DCL-W-ARGREQ, missing argument - supply all required arguments   \K\? %DCL-W-ARGREQ, missing argument - supply all required argumentsc  \0\? %DCL-W-ARGREQ, missing argument - supply all required arguments   \K\G %DCL-W-SYMDEL, invalid symbol or value delimiter - check command syntaxe  \2\G %DCL-W-SYMDEL, invalid symbol or value delimiter - check command syntax2  \"\G %DCL-W-IVOPER, unrecognized operator in expression - check spelling andp syntax	  \.COM""\s DCL>  D Also, SET VERIFY does not echo the commands for the cases that don't work!e  C In fact, you can double them even when not inside a quoted string!:o    DCL> ev f$getdvi("DKA200","DIR") TRUE" DCL> ev f$getdvi("DKA200",""DIR"") TRUE$ DCL> ev f$getdvi(""DKA200"",""DIR"") TRUE DCL>   -- Disclaimer: JMHO Alan E. Feldman    w:e  alan48  &-)        afeldman  &-) dellnet.com        gfigroup.comw    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  $ Date: Mon, 6 Nov 2000 15:25:31 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>, Subject: DCL symbol substitution hint needed. Message-ID: <8u6eqv$7ba$1@reader1.imaginet.fr>   Bonjour  tous !  B I need to build a DCL procedure to parse a file that can have been@ build under several versions of an application program for which I don't have sources.e  E As an example, let's say the value NAME can be read at several placesn of record 1 or record 2.   I've built symbols likee   $    NAME_V01 = "0,8,RECORD1"a $    NAME_V02 = "4,16,RECORD2"  @ now, given the version as "V01", I'm using something of the form   $    NAME = NAME'VSN'o/ $    __NAME == f$edit(f$extract('NAME'),"TRIM")u  A I would like to write the same as one line (mainly because I havelA a large number of values to parse, so it would be easier to read)d   I triedn  3 $    __NAME == f$edit(f$extract('NAME&VSN'),"TRIM")   & but I get a missing argument error ...   any hint would be welcomed   Cordialement Jean-Franois Marchal0 X9000- LYON (FR)   ------------------------------  # Date: Mon, 06 Nov 2000 14:48:29 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)J0 Subject: Re: DCL symbol substitution hint needed0 Message-ID: <009F2B5F.2E3577B1@SendSpamHere.ORG>  o In article <8u6eqv$7ba$1@reader1.imaginet.fr>, "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> writes:o >Bonjour  tous !  > C >I need to build a DCL procedure to parse a file that can have been A >build under several versions of an application program for whiche >I don't have sources. > F >As an example, let's say the value NAME can be read at several places >of record 1 or record 2.n >i >I've built symbols like >  >$    NAME_V01 = "0,8,RECORD1" >$    NAME_V02 = "4,16,RECORD2"  > A >now, given the version as "V01", I'm using something of the form  >i >$    NAME = NAME'VSN'0 >$    __NAME == f$edit(f$extract('NAME'),"TRIM") >fB >I would like to write the same as one line (mainly because I haveB >a large number of values to parse, so it would be easier to read) >o >I tried >e4 >$    __NAME == f$edit(f$extract('NAME&VSN'),"TRIM") > ' >but I get a missing argument error ...c >e >any hint would be welcomed  >t
 >Cordialemente >Jean-Franois Marchal >X9000- LYON (FR)  >c >r  5 NAME == F$edit(F$extract(F$element(0,",",NAME'VSN'),- 5                          F$element(1,",",NAME'VSN'),- <                          F$element(2,",",NAME'VSN')),"TRIM")     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn            UO city, n., 1. a place where trees are cut down and streets are named after them.v  O ** MicroVAX-IV (the final MicroVAX, code named Kevin) is one year old today. **    ------------------------------  $ Date: Mon, 6 Nov 2000 16:11:27 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>0 Subject: Re: DCL symbol substitution hint needed. Message-ID: <8u6hh2$amm$1@reader1.imaginet.fr>  C > >now, given the version as "V01", I'm using something of the form  > >  > >$    NAME = NAME'VSN'2 > >$    __NAME == f$edit(f$extract('NAME'),"TRIM") > > D > >I would like to write the same as one line (mainly because I haveD > >a large number of values to parse, so it would be easier to read) > > 
 > >I tried > >a6 > >$    __NAME == f$edit(f$extract('NAME&VSN'),"TRIM")    J "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in message* news:009F2B5F.2E3577B1@SendSpamHere.ORG...  7 > NAME == F$edit(F$extract(F$element(0,",",NAME'VSN'),- 7 >                          F$element(1,",",NAME'VSN'),-f> >                          F$element(2,",",NAME'VSN')),"TRIM")    I Thank you Brian ... just a bit longer than the form I wanted to avoid ;-)l   ------------------------------  % Date: Mon, 06 Nov 2000 09:55:44 -0500t0 From: David Beatty <David.Beatty.NOSPAM@sas.com>0 Subject: Re: DCL symbol substitution hint needed2 Message-ID: <=8UGOnKG+L9f+IadLriSqzwhbpwH@4ax.com>   Why not just  ' $ _Name = F$Edit( Name_'Vsn' , "TRIM" )r  5 where Vsn is the item in the list you are looking at?    David R. Beattyo  : On Mon, 6 Nov 2000 15:25:31 +0100, "Jean-Franois Marchal"' <jean-francois.marchal@x9000.fr> wrote:s   >Bonjour  tous !  > C >I need to build a DCL procedure to parse a file that can have been A >build under several versions of an application program for which  >I don't have sources. >mF >As an example, let's say the value NAME can be read at several places >of record 1 or record 2.e >n >I've built symbols like >  >$    NAME_V01 = "0,8,RECORD1" >$    NAME_V02 = "4,16,RECORD2"k > A >now, given the version as "V01", I'm using something of the form2 >M >$    NAME = NAME'VSN'0 >$    __NAME == f$edit(f$extract('NAME'),"TRIM") >EB >I would like to write the same as one line (mainly because I haveB >a large number of values to parse, so it would be easier to read) >  >I tried >l4 >$    __NAME == f$edit(f$extract('NAME&VSN'),"TRIM") >v' >but I get a missing argument error ...n >  >any hint would be welcomedA >3
 >Cordialement  >Jean-Franois Marchal >X9000- LYON (FR). >    ------------------------------   Date: 6 Nov 2000 10:28 -0400 From: hein@eps.zko.dec.c*m0 Subject: Re: DCL symbol substitution hint needed% Message-ID: <6NOV200010280879@miasys>   q In article <8u6eqv$7ba$1@reader1.imaginet.fr>, "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> writes...d >Bonjour  tous !r > C >I need to build a DCL procedure to parse a file that can have beentA >build under several versions of an application program for whichc :tF >As an example, let's say the value NAME can be read at several places >of record 1 or record 2.u :s >I've built symbols like >  >$    NAME_V01 = "0,8,RECORD1" >$    NAME_V02 = "4,16,RECORD2"t  C Sorry, you can not stuff commas in a string and have them behave aspJ argument seperators in lexical function down the road. Nice try. No cigar.  C You are probably best of with a subroutine to load the 'NAME' fieldyA from its version dependedn source. You can indeed play games withoJ dynamic symbols names, but I think you can only dereference once per line,H so you may need too many intermediates. Here are two approaches, neitherD of the using the IF THEN ELSE based on version you seem not to like:   $if p1.EQS."" then p1="V01"c
 $version = p1R' $record1 = "abcdefghijklmnopqrstuvwxyz"D' $record2 = "ABCDEFGHIJKLMNOPQRSTUVWXYZ"A $    NAME_V01 = "0,8,RECORD1"  $    NAME_V02 = "4,16,RECORD2" $e $! Early in script $6' $name_pos = f$elem(0,",",name_'version) ' $name_len = f$elem(1,",",name_'version) ' $name_sym = f$elem(2,",",name_'version)  $u$ $! Down in central part of script... $  v8 $write sys$output f$extract(name_pos,name_len,'name_sym) $t% $! Or you could do something like.... 	 $! Init..) $s $name_pV01 = 0 $name_lV01 = 8 $name_sV01 = "record1" $name_pV02 = 4 $name_lV02 = 16n $name_sV02 = "record2" $w  $! Once after version determined $e: $name_s = name_s'version	! Need to de-reference once first $S. $! Whenever actual value needs to be picked up $aC $write sys$output f$extract(name_p'version,name_l'version,'name_s)     hope this helps some...    Hein.h   ------------------------------  # Date: Mon, 06 Nov 2000 15:41:29 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)-0 Subject: Re: DCL symbol substitution hint needed0 Message-ID: <009F2B66.95E5F308@SendSpamHere.ORG>  e In article <=8UGOnKG+L9f+IadLriSqzwhbpwH@4ax.com>, David Beatty <David.Beatty.NOSPAM@sas.com> writes:M > 
 >Why not justd >a( >$ _Name = F$Edit( Name_'Vsn' , "TRIM" ) >a6 >where Vsn is the item in the list you are looking at? >o >David R. Beatty  F I thought that too at first look but what he wants is to do an extractG with a bymbol that equates to the form <start>,<size>,<string-of-data>.a   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMl            dO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  $ Date: Mon, 6 Nov 2000 16:43:44 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>0 Subject: Re: DCL symbol substitution hint needed. Message-ID: <8u6jdk$dik$1@reader1.imaginet.fr>  = "David Beatty" <David.Beatty.NOSPAM@sas.com> wrote in message1, news:=8UGOnKG+L9f+IadLriSqzwhbpwH@4ax.com... >n > Why not just >X) > $ _Name = F$Edit( Name_'Vsn' , "TRIM" )  >e7 > where Vsn is the item in the list you are looking at?c >< > David R. Beatty0     Hlas, non.o  = because what I have to parse is a record for which NAME_'VSN'  is just some kind of pointer.p   Cordialement
 Jean-Franoisa   ------------------------------  $ Date: Mon, 6 Nov 2000 17:11:55 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>0 Subject: Re: DCL symbol substitution hint needed. Message-ID: <8u6l2f$fgi$1@reader1.imaginet.fr>   Thanks !  G <hein@eps.zko.dec.c*m> wrote in message news:6NOV200010280879@miasys...A< > $name_s = name_s'version ! Need to de-reference once first   That's I wanted to avoid !J Seems really not possible (except in a pipe to have both on the same line)   > Hein.- >-   ------------------------------  # Date: Sat, 04 Nov 2000 17:17:16 GMT ? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson):' Subject: DECdtm, XA, TIP meeting reports/ Message-ID: <3a03fabc.4440264@news.demon.co.uk>h  E I've just gotten back from my week in the US, during which I met withaE VMS Development to discuss what the situation was wrt DECdtm, XA, and  TIP support.  D For those of you who may not have been following the DECdtm topic, a little background:  D A couple of months ago I learned through this newsgroup that VMS hadE apparently decided that it was too difficult to add XA or TIP support:F to DECdtm.  As the original designer of those services, this viewpointD surprised me (to say the least).  I was asked in this newsgroup what? it would take for me, or my company, to add such support in.  I D 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 on the0E value of transactions as one of the more powerful models for reliablem? distributed processing, and that I've never been reticent abouto> voicing that opinion -- either before or after leaving the VMS development group.  E Anyway, I opened up contact with VMS development over this topic, andnD arranged to see the people there who are responsible for setting theF direction and agenda for TP in VMS.  My goal was to find out just whatE was happening, what decisions had been made, and whether or not I, or F my company, could help them in reaching a technically and commercially= solid state.  The remainder of this note is my report to thisd readership on what I found.  7    F I met with the individual who is responsible for establishing/updatingF the VMS TP strategy.  This is someone who I have known and trusted forD years.  Our meeting overran considerably, and covered what they wereF doing, the state of their plans, and how they arrived where they were.- It was a good, open, and informative meeting.   D The essential news is that VMS has what I would consider the correct@ basic goal -- namely to support interoperation with other OS andD application platforms with minimal changes to any existing software.D What I was shown indicated a level of interest in this topic that isD the highest I've seen it in a decade.  Furthermore, the declarationsB that I've read here that RTR will be the basis for this vision areA premature.  While there may have been a view at one time that RTR E would be the basis for all future work, that was not the current viewo as I had it expressed to me.  E Now, RTR clearly does have a role in any overall VMS TP strategy, and D I personally fully expect to see further work done on RTR.  However,C to reiterate, I saw nothing that said that VMS had decided that allp% future enhancements would be via RTR.e  D Let me be clear -- if you believe that VMS should support XA and TIPC without requiring an RTR infrastructure (say, perhaps, via DECdtm),c this was *all* good news.Y  B However, the flip side of this is that the current state is partlyE because VMS has not solidified its plans for how to achieve the levela@ of transparent interoperability that it feels it should provide.F Although I've been known to hold cynical views on plans such as these,F I have to say that what I saw and heard suggested that VMS was finallyC treating this difficult issue with the level of seriousness that it,E has long deserved.  The fact that they haven't knee-jerked a response  is a good sign.s  F 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 RTRB after all.  I can't answer either of these.  I'm worried about the8 former (albeit with no data), and hopeful on the latter.  9 Finally, I was asked to consider a reasonably significantO> participatory role in establishing this TP direction.  This is@ something we've agreed in principle, and are currently pursuing.      F What I saw indicated that it was understood that this was an important@ area for VMS.  However, I believe that there are two things that8 people who believe this to be important should still do:  B 1. let VMS know that it's important.  While I don't worry just nowE that they don't believe it to be important, continued input will helpD keep minds focused.   D 2. let VMS know just what you want to do.  This is actually the muchD more important issue.  What are you trying/wanting to do with TP andC VMS?  Who are you trying to interoperate with, and in what way?  Is"D COM important?  Is Java (J2EE)?  What about other TP monitors, otherE databases?  There are lots of possibilities, and the technical issuesBF may stretch well beyond the 2PC protocols.  The more known about, say,B which vendors and systems are vital, the easier it is to focus the' work and plan for an effective rollout.g  F 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 let me know.    D As a final postscript, I spoke to the people who could be considered@ "the VMS Brains trust" and none of them claimed to have made theA statement about DECdtm's upgradability.  Their thoughts were thatwF either a) it was taken out of context, or b) someone was speaking withD an authority they didn't have.  I think we'd all like to know which,E so if anyone can get me details of where they heard that message fromk I'd certainly appreciate it.   Jim.   Jim Johnson  Software Exploration, Ltd.' Software Navigation and Discovery Tools    ------------------------------  % Date: Sun, 05 Nov 2000 10:02:49 +0000B2 From: Roy Omond <Roy.Omond@BlueBubble.demon.co.uk>+ Subject: Re: DECdtm, XA, TIP meeting report,6 Message-ID: <3A053049.1AFD0400@BlueBubble.demon.co.uk>   Jim Johnson wrote:   [...snip snip ...]    ? Thanks Jim for this excellent report.  Bless yer cotton socks !   	 Roy Omonda Blue Bubble Ltd.   ------------------------------   Date: 6 Nov 2000 08:47:16 -0500"9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) + Subject: Re: DECdtm, XA, TIP meeting reportr+ Message-ID: <MPSn6aBa4yi6@eisner.decus.org>i  q In article <3a03fabc.4440264@news.demon.co.uk>, Jim.Johnson@software-exploration.nospam.com (Jim Johnson) writes:   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?  IsmF > COM important?  Is Java (J2EE)?  What about other TP monitors, otherG > databases?  There are lots of possibilities, and the technical issuesoH > 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.K  F I have a technical question, Jim.   Would opening the DECdtm interfaceG be technically sufficient for solving these problems ?  Clearly that is E not optimal for supporting business cases, but it seems to me that ifwF the underpinnings were documented (and thus committed), there would beF less possibility of stalemate when the _next_ new distributed protocol+ emerges (what would you guess, 2.5 years?).u   Larry Kilgallend: DECUS Session Chair for the initial announcement of DECdtm 10pm audience count of 12 room with 1500 seats   ------------------------------  # Date: Mon, 06 Nov 2000 14:26:19 GMTa? From: Jim.Johnson@software-exploration.nospam.com (Jim Johnson)l+ Subject: Re: DECdtm, XA, TIP meeting reportl0 Message-ID: <3a06bab9.22222744@news.demon.co.uk>   Larry,  9 Opening the interfaces may help, depending on two things.E  ? 1. Does the underlying state machine defined by the distributedh1 protocol/standards API mate to the one in DECdtm?e  B 2. What level of support for the aforementioned standards does VMS want to directly commit to?l  B As for the first, which is the technical side of the question, theC current undocumented interfaces should be sufficient for the XA and D TIP standards.  However, it's been long enough since any significantF attention was paid to them that you'd really want to double check thatB an implementation was possible with no changes to the DECdtm code.C Once that was done, then yes, I personally believe (and have arguedD9 for a decade) that these interfaces should be documented.E  C The second issue is the real one, IMHO.  It's probably not possiblerE for VMS to claim that distributed TP (DTP) is important to it and notBC claim support for any of the current standards.  It would certainlyeE not be possible for VMS to claim interoperation with some of the morerE popular database and transaction monitors without providing the basis  for that interoperation itself.e  D The good news, fwiw, is that providing support for XA and TIP in VMSB provides the checkout that leads to documenting the interfaces and9 removing VMS from future no-win situations like this one.f  B So, depending on the level of importance DTP has to VMS, I'd argueD that VMS should do both.  Providing the standards support would meetE current customer needs as well as the claims that DTP is important toeD VMS, and publishing the undocumented DECdtm interfaces should reduce0 pressure on VMS in the case of future standards.   Jim.    F On 6 Nov 2000 08:47:16 -0500, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:Y  r >In article <3a03fabc.4440264@news.demon.co.uk>, Jim.Johnson@software-exploration.nospam.com (Jim Johnson) writes: >'G >> 2. let VMS know just what you want to do.  This is actually the much G >> more important issue.  What are you trying/wanting to do with TP andEF >> VMS?  Who are you trying to interoperate with, and in what way?  IsG >> COM important?  Is Java (J2EE)?  What about other TP monitors, otherXH >> databases?  There are lots of possibilities, and the technical issuesI >> may stretch well beyond the 2PC protocols.  The more known about, say,lE >> which vendors and systems are vital, the easier it is to focus then* >> work and plan for an effective rollout. >.G >I have a technical question, Jim.   Would opening the DECdtm interfacefH >be technically sufficient for solving these problems ?  Clearly that isF >not optimal for supporting business cases, but it seems to me that ifG >the underpinnings were documented (and thus committed), there would belG >less possibility of stalemate when the _next_ new distributed protocole, >emerges (what would you guess, 2.5 years?). >r >Larry Kilgallen; >DECUS Session Chair for the initial announcement of DECdtm1 >10pma >audience count of 12= >room with 1500 seatse   Jim Johnson' Software Exploration, Ltd.' Software Navigation and Discovery Tools    ------------------------------  $ Date: Mon, 6 Nov 2000 20:08:48 -0500  From: John Santos <JOHN@egh.com>* Subject: Re: DECnet 5 -> 4 routing problem6 Message-ID: <1001106184413.15759C-100000@Ives.egh.com>  * On Mon, 6 Nov 2000, antonio.carlini wrote:   > John Santos wrote: > C > > We have several Async DECnet circuits to remote sites.  LocallyqB > > they are connected to a DECRouter-250, but we have some serial > ; > DECrouter 250, to me at least, implies a Phase IV router. > > Can you confirm that (the WANrouter 250 software runs on the > same hardware ...)?a  A Yes, the DR250 is Phase IV.  (DECrouter software, not WANrouter.)e Software version V1.1d.e   >aD > > We can access any of our 3 local nodes from either of the remoteF > > nodes, and once we have accessed a particular Alpha from the 6630,B > > we can then make connections back from that Alpha to the 6630,O > > but after a while (1/2 hour or so) we start getting "%SYSTEM-F-UNREACHABLE""D > > errors again.  Like it learns how to route, but after a while it > > forgets. > D > Sounds rather like something (i.e. either the DR250 or your Alpha)? > is caching an address but timing it out after a while. (TheresE > is at least one bit of the architecture that does this deliberatelyo> > for performance reasons and causes much fun by "temporarily" > hiding misconfigurations ...)M > C > Just to ensure that you are not seeing a name resolution problem,w= > verify that when SET HOST VAX6330 fails that the equivalentY$ > SET HOST VAX area.node also fails. >   = Yes, just tried it.  SET HOST VAX6620 and SET HOST 33.11 both > work, SET HOST VAX6630 and SET HOST 33.12 both fail from localE Alpha node 1.5.  (All 4 commands work from the local VAX, node 1.16.)r  E > Next you see a failure you need to see where a particular attemptedB4 > DECnet connection will go. It's been quite a while7 > since I last did this and I don't have anything handyl- > to look at but it goes something like this:  > 9 > 1. Start with the correct routing circuit (I'm assuminge9 > you only have one since your Alpha is not a router) andb9 > look at any adjacency (P-V picks one at random and they24 > should all lead to the same place). You can assume< > that if you have an ajacency to the DECrouter 250, it will= > be used. If you pick any other Phase V adjacency you shouldr= > find that for the specified area, that new node should havem= > an adjacency to the DR250 with a "neighbor area" attribute   > of the expected value. > @ Hmm.  In ncl on the VAX, show routing circuit csmacd-0 adj * all; shows the two alphas and the DR250.  The two alphas show asu> Phase V endnodes, and the DR250 shows as a Phase IV L2 router.2 The "neighbor area" attribute shows as "49::00-01"  @ On the Alpha's (at least on the one I checked), the same command@ shows the VAX and the DR250 (but not the other Alpha).  It shows? the VAX as a Phase V router and the DR250 as a Phase IV router._< It doesn't display any "neighbor area" attribute for either.  B > 2. Assuming you get to the DR250 you should then assume that the> > packet will be routed into the VAX6620 serial port. This VAX= > is running HBR (routing code) so it should realise that thes: > packet is not for itself and look for a routing circuit 4 > adjacency with an appropriate end-node address ...2 > you should be able to find one for the VAX 6630. > @ > The alternative is to use TRACE at various points to see where > the failure occurs.p > ; > Start by tracing ROUTING CIRCUIT your-serial-line on the e8 > VAX 6620 (the router) and see if you see the incoming 5 > connect-initiate. If you see it, try tracing on the03 > VAX 6630 simultaneously to see if it sees the c-iS4 > appear. If you don't see anything on the VAX 6620,8 > you need to either trace against the DR250 (don't ask,5 > I don't remember :-) ) or use a lan analyser to seeH6 > if the local Alpha sends out a c-i (to anywhere) or = > alternatively to see whether the DR250 receives any packets  > from the ethernet.  - Guess I have to learn about packet tracing...o   > D > The third approach is to reason that there must be some difference< > between the VAX and the Alphas. Perhaps the Alpha nodes do@ > not have "phase iv enabled" set to true (although I think that9 > would kill the incoming side too ... but then a Phase V 7 > router on the LAN may magically fix that for incomingt > packets).e  > Well, I started looking at routing characteristics in NCL.  In< the HELP I found out about "routing mode", which defaults to> "integrated".  The help says that this setting will send PhaseF IV packets to the adjacent Phase V router (the VAX), but if changed toA segregated, it will send them to the Phase IV router (the DR250.)+  = So I gave it a try and it seems to work!!  Nothing else seems = broken so far.  I don't know why it worked okay to a Phase IVn< node 2 hops away but not to one 3 hops away, but maybe going% through the VAX makes it 4 hops...???r  : I clearly don't understand what's going on here, but as my= college roommate the English major used to say, "If it works,- it's science."  B > > The only differences between the local node that works and theB > > two that don't are 1) VAX vs. Alpha 2) Router vs. End-node andC > > 3) VMS V7.1 vs. VMS V7.2-1.  So I'm worried!  Is Alpha DECnet-V D > > broken?  Or will our VAX break when we upgrade to V7.2 (or maybeA > > V7.3 if we don't get around to it for a while)?  Or do I just B > > need to configure the 2 Alpha's to be routers?  Also, why does@ > > it work fine to the other site, which is also connected by aE > > Phase IV area router (DR250, rather than a VAX), but the end node.C > > is running Phase V?  If the flakey remote site were upgraded tot5 > > Phase V, would the problems go away or get worse?6 > 0 > All software has bugs. As for the rest of your8 > questions I think you need to pin down exactly what is9 > happening in your configuration ... this could be quite 6 > painful if there is plenty of traffic and you cannot > filter out the "noise".i >  > 	 > Antonio   6 Thanks Antonio for pointing me in the right direction.  : Maybe this long rambling message will help someone else in7 the future, which is why I didn't cut to the chase and r snip almost everything.v   -- t John Santose Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Mon, 06 Nov 2000 16:16:21 +0000e0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: eBay (guess what) again.s* Message-ID: <3A06D955.94F78CFC@uk.sun.com>   Arne Vajh=F8j wrote: > =t   > andrew harrison wrote:J > > Nor is your point very relevant since it isn't Sun who have been maki= ngE > > performance claims for 64bit and VLM it was Digtal at a time whencE > > as you have so reasonably pointed out they didn't have a box that F > > could make any sort of use of it. I think this is what people call > > marketing B***S**T.  > >eE > > The GS320 does support 256 GB so does that mean that in your viewrF > > 5 years after the start of the 64bit VLM marketing campaign CompaqE > > does now finally have a box which could show the benefits of VLM.t > >nD > > And as for tuning at the moment Compaq have in effect carved theD > > GS320 up into 8 separate nodes each with 32 GB of RAM by runningB > > OPS in a box to get their current TPC-C TPM number. So you are2 > > sort of right, they do have much more to tune. > =o   > ???? > =f  J > I do not konow what 2^32 are calculated to at a SUN box, but on Compaq'= st< > boxes it is 4 GB. And also on Compaq's boxes 4 GB < 14 GB. > =w  8 > But OK I guess we have just another case of FUD here ! > =i  ? 256 / 8 =3D 32 or are you using some other mathematical system.e   Regardsr  =   Andrew Harrisont Enterprise IT Architectl   ------------------------------   Date: 6 Nov 2000 11:28:40 -0500o9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) C Subject: Re: Encrypted Backup (was: How to boost DLT backup speed?)t+ Message-ID: <f47wtvNLrkvM@eisner.decus.org>r  a In article <8u6lpk$gtn@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:s  H > That's all well and good but the ability to call out to the encryptionK > program of your choice might be very handy indeed and really shouldn't be H > all that much work.  There are a bunch of ways they could do that, for  K And they tried one for VAX Encryption V1.1.  It was declared non-exportableeH by the US Federal government, so they abandoned the callout strategy for V1.2.l  F Encryption regulation times have changed, but I would hate to see them- waste more effort on lawyering with the Feds.    ------------------------------  % Date: Mon, 06 Nov 2000 20:24:39 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)i= Subject: f$cvtime() not adjusting for Daylight Savings Time ?t/ Message-ID: <t0e4s7sivv2140@news.supernews.com>d  	 Hi Folks,s  I I'm working on a Daylight Savings Time-related issue, and I'm puzzled by hI the results I'm seeing.  The problem can be boiled down to the following n DCL command:  A $ write sys$output f$cvtime("28-oct-2000 20:00:00+12","absolute")  29-OCT-2000 08:00:00.00s  J I would have expected this statement to yield 7:00 am, not 8:00 am, since G the clocks rolled back at 2:00 am on October 29.  Am I wishing for too  . much?  Perhaps an OpenVMS configuration issue?  : Your suggestions would be greatly appreciated.  Thank you.   ws   -- ,3 << What if there were no hypothetical questions? >>a   ------------------------------  % Date: Mon, 06 Nov 2000 07:59:43 -0500v, From: Howard S Shubs <hshubs@mindspring.com>) Subject: Re: HELP !!  System just crasheds> Message-ID: <hshubs-53AA06.07594306112000@news.mindspring.com>  K In article <3a061d73.3130690@news.visi.com>, rossgl@parknicollet.com wrote:n  @ >	Code=00000215:  Machinechk, Machine check while in kernel mode   This is a hardware failure.  --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------    Date: 06 Nov 2000 21:44:24 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> + Subject: Re: How to boost DLT backup speed?a7 Message-ID: <rjqzojdcj0n.fsf@morwong.ucc.gu.uwa.edu.au>J  3 "NewsReader" <NewsReader@NotOnYourLife.Com> writes:   K > DLT drives have good CRC built-in. Out of 8 years using /NOCRC with them,y) > I've not had a tape I couldn't restore.t/ > DEC recommend it; can't say fairer than that.e > F > Those of us with VAX/MicroVAX, esp. older models, /NOCRC can improve! > performance; Alpha fair enough.e  G If you don't use CRC, don't complain when/if you are bitten. I have hadIE disk to disk backup errors with NO hardware errors. Glen as well. Allt" down to the 5.x PE driver I think.  H CRC and XOR generation hit an Alpha harder than a Vax if you use neitherI on as the base. To do either drags all the data through the CPU, so doings  both is an insignificant change.   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.w@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Mon, 06 Nov 2000 16:44:51 +0000-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>r+ Subject: Re: How to boost DLT backup speed?u) Message-ID: <3A06E003.90F8BFCC@bbc.co.uk>p   Paul Sture wrote:0   >.F > > Yes, I use 64kbyte blocks too, but beware, you must mount the tapeJ > > FOREIGN to read sucessfully, and you will not be able to copy savesetsL > > made with a blocksize greater than a certain limit (32kbytes?) from tape> > > to disk without unpacking the saveset from the tape drive. > >yL > Which is precisely the reason I use 32K. I've found being able to copy theC > savesets to disk very useful in the past, particularly when doing. > selective restores.t >e  L Depends if you have enough spare disk space to do that.  The HSD05 connected@ RZ28's don't perform much better than a TZ87 for backups anyway.  H However, if you use blocksizes larger than RMS can handle, and you mountI the tape Files-11 and try to restore, you may well find your heart almost) stoppingM when you think your backup is toast. It isn't, but you don't get a hard errord	 (at leastcE on VMS 7.1), but an RMS error thrown aat some point during the backupn
 operation.   >hI > It's 32,256 bytes to be precise. Specifying 32000 does the trick, as itd > rounds up for you. >l   Yup, thanks for the reminder.t  --J6 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.uko  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.s   ------------------------------  % Date: Mon, 06 Nov 2000 17:05:03 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>i! Subject: Re: Licensing in clusterh, Message-ID: <3A071CF9.DB2764CB@videotron.ca>   kparris@my-deja.com wrote: > I > If there are multiple license databases, then yes, all licenses need toaJ > be loaded in each database (or you can simply load all the licenses intoB > one file and then copy that file to all the other system disks).  M Actually I was not discussing the management tasks themselves, but rather tye J LMF "run time" aspects of determining if a license has exceeded it allowed number of users etc.  L If there are 2 license databases in a 2 node cluster, will each node TOTALLYM disregard what the other node is doing and allow/disallow use based solely onsK its own node's database and usage, or are there mechanisms that would stilluB make the two nodes talk to each other, exchanging LMF information?  J DOes Node 1 know whether Node 2 has its own license database or whether itP shares the license database with Node 1  ? In the later case, how does it know ?   ------------------------------  % Date: Mon, 06 Nov 2000 11:35:34 -0500e0 From: Paul Anderson <paul.r.anderson@compaq.com>F Subject: Re: looking for printer driver (sources?) for LPS printserverC Message-ID: <paul.r.anderson-5D099D.11353406112000@news.compaq.com>o  ; In article <slrn906ggp.2h4.rvdberg@jupiter.strijp.Ehv.nl>, d9 rvdberg@jupiter.strijp.Ehv.nl (Remco van den Berg) wrote:m  F > I'm desparately looking for a way to get my LPS20 turbo printserver J > working. I'm running linux, and there's no driver support for my system.  H Correct.  There are PrintServer Software kits for a number of operating G systems, inluding various Unix flavors, but not for Linux.  Those kits f are available at  I http://www.compaq.com/products/printers/software/prt_swdrv_printserver.hts ml  3 > The printers are not supported anymore by Compaq.   C The printers are no longer being sold, but support for PrintServer iI Software continues until sometime in 2001.  The software was not retired n until this year.  = > So perhaps somebody can help me by sending me some sources?    Not proper, not prudent.  C > The printer already boots and runs VMS, and is now waiting for a   > management client to connect.m  F To be precise, PrintServer printers run VAXeln, not OpenVMS.  But I'm G confused.  Is some host providing the primary boot and now the printer eD is looking for a host to provide the secondary boot?  Do you have a % supported boot host for this printer?    Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------   Date: 7 Nov 2000 00:55:32 GMTe2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: Need help with $GETUAI in wildcard-mode6 Message-ID: <8u7ju4$756$4@mailint03.im.hou.compaq.com>  Y In article <00110608394941@lto.locktrack.com>, l_ricker@lto.locktrack.com (Lorin) writes:oE :BTW, does anyone recall a pointer to documentation on the RMS recorde# :layout for the SYSUAF.DAT file?...oG :A copy of record layout doc would be much appreciated (in any form)...dH :I can reverse engineer, but would appreciate the boost if someone's got :it to share...e  I   The record definition is in the libraries, look for module $UAF*DEF in sA   STARLET.MLB, among other places.  That said, you don't need it.i  I   I STRONGLY recommend you stick to reading only the key fields from the 0K   record, and use the $getuai call for accessing the rest of the data from  M   the record -- you can use a keyed-access read on the username key (key 0), 0I   for instance, and you can know the details of the key.  (How?  You can uJ   chain a XABSUM off the FAB for the $open, call the $open with SYSUAF in I   the primary specification and SYS$SYSTEM:.DAT in the default name, thenhL   use XABSUM to chain enough XABKEY structures off the XABSUB, and then use J   $display to fill in the contents of the XABKEY structures.  You now knowJ   the details of key 0, and can use this information to retrieve the data    that makes up the username.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 6 Nov 2000 10:42:03 -0500d From: briggs@eisner.decus.org34 Subject: Re: Need help with $GETUAI in wildcard-mode+ Message-ID: <XiEatA95Os0x@eisner.decus.org>h  i In article <3A069E31.3DBE7B40@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:e [snip thread context]tI > SYS$GETUAI can only look up single users. It has no capability of doing) > wildcard lookup. > G > The context argument is something added to make many SYS$GETUAI callsa > moreC > efficient (and I severely doubt that is has any effect - I hav eas > feeling thatE > it was something once added, because someone thougth there may some  > benefits).  F If I recall correctly, this was added in about the VMS 4.4 or 4.5 timeJ frame and was promptly removed in the 4.4/4.5 "mandatory security update".  D The theory was, presumably, that saving context would eliminate someA of the massive "open the UAF", "access a record", "close the UAF"l* overhead of a context free implementation.  F But the implementers overlooked the security implications of leaving a? restricted-access file open between system calls.  The patch toiB $GETUAI/SETUAI in the 4.5 security update very simple and branchedG around the code path that handled the case where a context longword had D been passed in.  Thus the context value was never passed back to the% user and the UAF was never left open.P  D Subsequent versions of VMS have introduced the notion of access modeA restrictions on open RMS files.  These should (I think) allow the,E context longword to work as designed.  But I've never checked back torE see if $GETUAI/SETUAI currently have an operational context longword.a  & 	John Briggs			briggs@eisner.decus.org   ------------------------------   Date: 6 Nov 2000 10:54:50 -0500,, From: koehler@eisner.decus.org (Bob Koehler)4 Subject: Re: Need help with $GETUAI in wildcard-mode+ Message-ID: <jtwRNjaUEYJy@eisner.decus.org>a   > O > Problem is one of documentation (or its lack) in how, exactly, to use $GETUAIaL > calls to sequentially return records, and to "fetch by wildcard username": >   G I don't believe there is a supported wildcard interface.   To deal withRE this I had to write out a UAF listing and parse it.  Although I don'tiH think the UAF listing is documented in detail anywhere (so I'm not usingE a documented API like I'd like to) the listing format has been stablesB from at least VMS 5.2 through 7.2 (that's where I've used my code) and readily parseable in C.a  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupeE                                 | please remove ".aspm" when replying-   ------------------------------    Date: 06 Nov 2000 21:37:48 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>g Subject: Re: PDF under OpenVMS7 Message-ID: <rjq4s1ldxw3.fsf@morwong.ucc.gu.uwa.edu.au>e  ; Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:t  q > In article <rjqpukaddbo.fsf@morwong.ucc.gu.uwa.edu.au>, Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> writes:o; > > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:i > > N > >> I know this is hard for people to accept - but we have no choice.  It hasQ > >> already been done on Tru64 UNIX, and we have committed to Adobe to remove iteQ > >> from OpenVMS in all future releases.  Our hands are completely tied on this,lQ > >> we have no choice in the matter.  It is not simply a matter of support (thattJ > >> reference was in regard to prior versions of VMS/Motif already in theM > >> field), we no longer have the right to continue shipping the proprietaryhN > >> Adobe software  in new versions.  It is not a VMS conspiracy, as I said -& > >> this also happened to Tru64 UNIX. > > ; > > SO after another vendor sharfts you and your user base,n< > > you then 'help' people by useing the shafters Proprietry6 > > Dumbass Format? *THAT* is ( and was ) the problem. > 1 > Postscript and PDF are not proprietary formats.y/ > Only the Adobe implementation is proprietary.b  > Unlike say DECnet??? So what IEEE/ANSI/OSI spec defines PDF...   -- p< 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: Mon, 06 Nov 2000 21:13:32 GMTs+ From: Craig A. Berry <calepine@my-deja.com>e Subject: Re: PERL on VMS) Message-ID: <8u76tk$udq$1@nnrp1.deja.com>m  * In article <3A0709D7.CB0B4A57@boeing.com>,6   Lewis McDonald <lewis.d.mcdonald2@boeing.com> wrote:F > Is there a web site written after 1996 (or 1999) that is specific toG > PERL on OpenVMS other than the Compaq site? How do I find out if PERL  isD > working on OpenVMS? I found the executable. Thanks for any help on this!e  G The version on the freeware CD is pretty out of date if that's what you D mean by "the Compaq site."  We hope to improve the situation for theC next CD if we can get our act together in the next couple of weeks.r0 There are, however, many other ways to get Perl.  9 For general info see the Perl section in the OpenVMS FAQ:"  > <http://www.openvms.compaq.com/wizard/openvms_faq.html#SOFT12>  B The most painless way to get a decent version of Perl on VMS is to9 install the kit you can get on the following Compaq site:a  H <http://www.openvms.compaq.com/openvms/products/ips/apache/csws_modperl. html>   C The kit claims to require VMS 7.2 but might very well work on older = systems with an up-to-date C RTL (though I haven't tried it).u    & Sent via Deja.com http://www.deja.com/ Before you buy.D   ------------------------------  # Date: Mon, 06 Nov 2000 11:53:35 GMTw% From: agreig@my-deja.com (Alan Greig) ) Subject: Re: Porting from Unix to OpenVMSe2 Message-ID: <3a069a67.2407928788@news.newsguy.com>  C On Sat, 04 Nov 2000 00:06:50 GMT, njc@CC47532-A.ewndsr1.nj.home.com  (Neil Cherry) wrote:    B >I'll try but it's going to be hard as I've never programmed under8 >VMS. Of course that's why I got a MicroVAX II also. :-)  @ Couple of tips. Have a look in sys$examples: Here Compaq provideA examples of use of system services in VMS from various languages.oA Download the C-Kermit source code. Everything you need to do with E serial ports (and more) is likely already done by Kermit. Note that aeB lot of the suff that's done native VMS in kermit would work if youE removed the VMS code and just used the equivalent C library calls but ; kermit tries to stay native for I/O for efficiency reasons.      --
 Alan Greig   ------------------------------   Date: 6 Nov 2000 07:20:57 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)45 Subject: Re: Question about locking (sys$enq/sys$deq)e+ Message-ID: <+xorovU1SF+K@eisner.decus.org>   U In article <3a068aef.6084108@news.force9.net>, mark@NOSPAMtechop.co.uk (Mark) writes:e  C > I am trying to adapt some existing code for VMS to make it thread:C > safe.  The code uses sys$enqw to implement some resource locking.n@ > At present it uses LCK$K_EXMODE the first time the resource isB > locked it then converts the lock to null mode with LCK$K_NLMODE.5 > After that all requests use the LCK$M_CONVERT flag.eA > A static variable is used to keep track of whether the functione= > has been called before.  The old method would not work in ae > multithreaded environment.  = In general, static variables are incompatible with threading.o; Having each thread take out its own lock would allow two orE1 more of your threads to contend for the resource.y   ------------------------------    Date: 06 Nov 2000 16:39:19 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> " Subject: Re: Rdb on VMS reference?H Message-ID: <y4zojdp0t4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ( Roy Omond <Roy.Omond@Compaq.com> writes:  I > Surely you mean "pukka" (derivation from one of the Indian languages ?)v  M Yes, it is a Hindi word meaning "proper". See your copy of the Hobson-Dobson.'   	Jan   ------------------------------   Date: 6 Nov 2000 15:59:19 GMTh8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)1 Subject: Re: REQ: Lexmark Printer Control Libraryf6 Message-ID: <8u6kgn$14d$1@mailint03.im.hou.compaq.com>  ^ In article <h8d50tg7aql0eqbf3sf82aktvl6ng0pt4n@4ax.com>, Will DeKroney <moo@pobox.com> writes:F >I am looking for anyone that has or has written a Control Library for< >Lexmark printers.  We print to HP and Lexmark printers overE >Multinet/IP.  I have a nice HP library but can find no control codesf >in the Lexmark documentation.  2 Call LEXMARK.  The number I have is 1-800-53-6275.  F It is likely that the first person you speak with will be "PC-centric"C and will not understand your question.  Tell them you are using the-C printer on a "mainframe" system; this should get you connected to a3H person who can help you.  The faxed me about ten pages of control codes.  / FWIW, following is what I used for my Optra EP.h  M $!***************************************************************************uM $!*                                                                         * M $!*  LEXMARK_LIB.COM                                                        *uM $!*                                                                         *mM $!*  Copyright 2000 Compaq Computer Corporation.                            *sM $!*                                                                         *mM $!*  COMPAQ Registered in U.S. Patent and Trademark Office.                 *aM $!*  OpenVMS is a trademark of Compaq Information Technologies Group, L.P.  *CM $!*  in the United States and/or other countries.                           * M $!*                                                                         *OM $!*  Confidential computer software. Valid license from Compaq required for * M $!*  possession, use or copying.  Consistent with FAR 12.211 and 12.212,    * M $!*  Commercial Computer Software, Computer Software Documentation,         *sM $!*  and Technical Data for Commercial Items are licensed to the U.S.       *cM $!*  Government under vendor's standard commercial license.                 * M $!*                                                                         * M $!*  Compaq shall not be liable for technical or editorial errors or        *0M $!*  omissions contained herein.  The information contained herein is       *HM $!*  subject to change without notice.                                      *aM $!*                                                                         * M $!***************************************************************************p $!7 $!  Device Control Library for LEXMARK Optra EP printerl $!& $!  Created 29-Apr-1998 by C W Hammond $!C $!  This com procedure creates a Device Control Library and definesy4 $!  forms for use with the LEXMARK Optra EP printer. $!O $! ============================================================================  $!9 $!  This gets forms "un connected" so they can be deletedo $!K $   print blanks  ! "blanks" is a logical name that points to an empty fileb $!% $!  Create the Device Control Librarys $!= $!  Delete it if it is already there -- we will re-create it.n< $   if f$search("SYS$LIBRARY:LEXUS_OPTRA_EP.TLB") .nes. "" -4         then delete SYS$LIBRARY:LEXUS_OPTRA_EP.TLB;*8 $   library /create /text SYS$LIBRARY:LEXUS_OPTRA_EP.TLB $!% $!  Create the Device Control Modulest  $!   is the "escape" character.? $!  If your editor can't input it, you will have to figure out sH $!  another way to do this - EVE uses the QUOTE command -- QUOTE: CTRL/[ $!K $   create LOEP_80.TXT      !  80 column -- portrait, 10CPI, 6LPI (default)e $ DECK &l0O(s10H&l6D $ EODlA $   create LOEP_80W.TXT     !  80 column -- landscape, 8CPI, 4LPIo $ DECK &l3O(s8H&l4Ds $ EODwA $   create LOEP_80X.TXT     !  80 column -- portrait, 10CPI, 8LPI- $ DECK &l0O(s10H&l8D $ EOD0A $   create LOEP_96.TXT      !  96 column -- portrait, 12CPI, 6LPIu $ DECK &l0O(s12H&l6D $ EOD A $   create LOEP_96X.TXT     !  96 column -- portrait, 12CPI, 8LPI  $ DECK &l0O(s12H&l8D $ EODlA $   create LOEP_132.TXT     ! 132 column -- portrait, 17CPI, 8LPIn $ DECK &l0O(s17H&l8D $ EOD B $   create LOEP_132X.TXT    ! 132 column -- portrait, 17CPI, 12LPI $ DECK &l0O(s17H&l12D  $ EODlB $   create LOEP_LAND.TXT    ! 132 column -- landscape, 13CPI, 8LPI $ DECK &l3O(s13H&l8D $ EODeB $   create LOEP_WIDE.TXT    ! 180 column -- landscape, 18CPI, 8LPI $ DECK &l3O(s18H&l8D $ EODsC $   create LOEP_WIDEX.TXT   ! 180 column -- landscape, 18CPI, 12LPIh $ DECK &l3O(s18H&l12Dd $ EOD ? $   create LOEP_BIG.TXT     ! 40 column -- portrait, 5CPI, 3LPIh $ DECK &l0O(s5H&l3D  $ EOD @ $   create LOEP_BIGL.TXT    ! 53 column -- landscape, 5CPI, 3LPI $ DECK &l3O(s5H&l3Dh $ EOD - $   create LOEP_PS.TXT      ! PostScript modeh $ DECK) %-12345X@PTL ENTER LANGUAGE = PostScripte $ EOD N $   create LOEP_ENVELOPE.TXT  ! Envlope -- landscape, 10CPI, 6LPI, manual feed $ DECK &l1O(s10H&l8D&l2Hr $ EODu* $   create LOEP_RESET.TXT   ! reset module $ DECK E $ EODe $!( $!  Insert the modules into the library. $!= $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_80c> $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_80W> $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_80x= $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_96o> $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_96x> $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_132? $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_132Xo? $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_LAND.? $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_WIDE @ $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_WIDEX> $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_BIG? $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_BIGLd= $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_PSnC $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_ENVELOPEl@ $ library /insert SYS$LIBRARY:LEXUS_OPTRA_EP.TLB/text LOEP_RESET $!  $!  Delete the text module files $   delete LOEP_*.TXT;*  $!; $!  We are assuming that SYS$PRINT already exists; stop it.  $!4 $!  First, un-reference any form that may be mounted% $   set queue /form=default sys$printy  $   stop /queue /reset SYS$PRINT $!E $!  Assign LEXUS_OPTRA_EP as the Device Control Library for SYS$PRINTP $!  and set the RESET module $!2 $   initialize /queue /autostart_on=(PEEK::LRA0) -!         /library=LEXUS_OPTRA_EP -m$         /separate=reset=LOEP_RESET -         /start SYS$PRINT $! $!  Create forms $! $   set noon $   delete /form 80col $   delete /form 80w $   delete /form 80x $   delete /form 96col $   delete /form 96x $   delete /form 132colr $   delete /form 132xn $   delete /form landscape $   delete /form wider $   delete /form widex $   delete /form big $   delete /form biglc $   delete /form postscriptn $   delete /form enveloper
 $   set on $!= $   define /form /stock=default /setup=LOEP_80   80col      1 2 $   define /form /stock=default /setup=LOEP_80W  -=                                 /length=30       80w        2h2 $   define /form /stock=default /setup=LOEP_80X  -=                                 /length=80       80x        3d= $   define /form /stock=default /setup=LOEP_96   96col      4r2 $   define /form /stock=default /setup=LOEP_96x  -=                                 /length=80       96x        5n2 $   define /form /stock=default /setup=LOEP_132  -=                                 /length=80       132col     6F2 $   define /form /stock=default /setup=LOEP_132X -=                                 /length=120      132x       7E= $   define /form /stock=default /setup=LOEP_LAND Landscape  8i2 $   define /form /stock=default /setup=LOEP_WIDE -,                                 /length=60 -=                                 /width=192       wide       9)3 $   define /form /stock=default /setup=LOEP_WIDEX -n,                                 /width=192 ->                                 /length=90       widex      102 $   define /form /stock=default /setup=LOEP_BIG  ->                                 /length=33       big        112 $   define /form /stock=default /setup=LOEP_BIGL ->                                 /length=25       bigl       12> $   define /form /stock=default /setup=LOEP_PS   postscript 136 $   define /form /stock=default /setup=LOEP_ENVELOPE ->                                 /length=21       envelope   14 $! $   show queue /full SYS$PRINT $   show queue /form $! $   type sys$input $DECKa        %    Forms for Lexmark Optra Ep printert"        Created by LEXMARK_LIB.COM.      '  Form        Col Lin   Orient   CPI LPIu'  ---------   --- ---  --------- --- ---e&  BIG          40  33  portrait    5  3&  80COL        80  60  portrait   10  6&  80X          80  80  portrait   10  8&  96COL        96  60  portrait   12  6&  96X          96  80  portrait   12  8&  132COL      132  80  portrait   17  8&  132x        132 120  portrait   17 12    &  WIDE        180  60  landscape  18  8&  WIDEX       180  90  landscape  18 12&  LANDSCAPE   132  60  landscape  13  8&  80W          84  30  landscape  10  4&  BIGL         53  25  landscape   5  3  &  ENVELOPE     80  21  landscape  10  6  '  POSTSCRIPT     Controled by Postscripth&  DEFAULT        System defined ~ 80COL $EOD $   exit     --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAsF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 6 Nov 2000 15:16:41 PSThT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)% Subject: Re: SSH CRASH A 1000A Servero3 Message-ID: <l+hZYQXCE8SU@mccdev.slac.stanford.edu>0  9 In article <00110607142494@axpswa.mpi-stuttgart.mpg.de>, e-     swars@axpswa.mpi-stuttgart.mpg.de writes:c+ > is somebody around how knows this problemc9 > i have installed ssl + ssh on an alpha station 3000/300a@ > whit the same software i get a CRASH an a dual processor 1000A1 > SSRVEXCEPT, Unexpected system service exception ' > on boot system are vms 7.2-1 ucx 5.0aw( > how can give me an hind thanks h.swars' > e-mail swars@edv.mpi-stuttgart.mpg.de ) > ps. SSH_SERVER_015.ZIP;1,OPENSSL-0_9_6.n  E         This note would be better posted to the VMS-SSH mailing list:k  "         	VMS-SSH@alpha.sggw.waw.pl  )     with subscriptions being directed to:.  #         	MXserver@alpha.sggw.waw.pl     H         That out of the way, we  need  to know whether you built the SSHH     images with multi-threading enabled (and a few other things).  ThereH     are  some ECOs required under VMS/Alpha 7.2-1 for problems that  SSHH     exposes.  Which ECOs have  you  installed?   I'd  be  interested  inH     _when_  the  crash occurs.  With multi-threading enabled, I was ableH     to generate a  crash  reproducibly  at  the end of SYSTARTUP_VMS.COMH     precisely  when  the  SSH Server was starting.  There is an  ECO  to     correct this.s           -Ken -- lM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edua:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Mon, 06 Nov 2000 12:58:30 +0100e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>r1 Subject: Re: Sun UE10000 is *NOT* an HPC platform>( Message-ID: <3A069CE5.26BFE2B@gtech.com>   andrew harrison wrote:I > My collegue was the "proud owner" of a Compaq Armada Laptop that failediA > 4 times, he subsequently read a Gartner report published beforepH > he aquired the machine telling him that the Armadas were sub-standard,A > and had been for some time and Gartner were not advising anyone'? > to buy them at all until Compaq fixed the issues. Compaq weretD > so good at fixing the machine that he junked it and got a Toshiba.   And your point is ?   B Anyone with >2 years experience in the computer business know that= laptops create excessive problems compared to other computersc: (and I have tried Compaq, Dell, IBM, Toshiba and Digital).  A > What about the VAX9000, late, slow, unreliable. The first Alpha B > boxes which used to brown out. One of the UK's biggest InsuranceC > Companies kicked AlphaServers out because one totally browned outoC > in their machine room. Digital told them they shouldn't have beencA > using a 3rd party Token Ring adaptor (which wasn't the cause ofa? > the problem). Even if this had been the cause of the problem,o@ > Digital had sold the machines to be connected to the Customers) > network which was of course Token Ring.i  F It looks to me like you have given up claiming that SUN's products are good and@ instead have switched focus to trying to bad-mouth other vendors
 products !  ' BTW, is that not what is known as FUD ?o   Arne   ------------------------------  % Date: Mon, 06 Nov 2000 12:04:48 +0000s0 From: andrew harrison <andrew.nospam@uk.sun.com>1 Subject: Re: Sun UE10000 is *NOT* an HPC platformw* Message-ID: <3A069E60.46CBF7D7@uk.sun.com>   Rob Young wrote: >    Rob    Lets try this again.  @ As far as I can discover none of the Compaq systems that appear < above Sun on the Top500 list with the possible exception of 9 the Oak ridge system which is listed as under evaluation e9 (whatever that means) are in production. I have excluded p7 Compaqs own system from this (these are all clusters ofM ES40's.   4 The highest GS320 cluster is also not in production.  5 In the mean time Sun has a number of E10000 clusters .7 identical to the one you highlight as having failed its-6 acceptance tests which are in production and a number . of E4500 clusters that are also in production.  4 Seems to me that you have missed the point big time,7 at the moment the Compaq score for a production cluster 4 higher than 250 in the Top500 list that are outside * Compaq is 0. How ludicrous do you want to   1 I look forward to your reply :):):):):):):):):):)f  _ > In article <3A02FF74.90756453@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:r > E >         Welcome back Andrew.  Having the dickens of a time spinningn? >         the other thread so I suppose you think there is moret >         to salvage here? >  > > Rob Young wrote: > >>@ > >>         Here is one for you all.  Seems that Sun's claim toD > >>         fame in this HPC world is "we do super compooters too!"9 > >>         See how IBM is getting nice press yesterday:  > >>M > >> http://news.cnet.com/news/0-1003-200-3368720.html?tag=st.ne.1002.tgif.ni  > >>E > >>         And Sun like the Big Dogs, has hpc easily found on theirr > >>         Web site: > >> > >> http://www.sun.com/hpcq > >>5 > >>         See the UE10000 proudly displayed there?n > >>G > >>         But in the category of "Whoops!"  Guess what?  Some suckertF > >>         was trying to use UE10000 as a HPC platform.  Funny, huh? > >>I > >>         The flagship UE10000 HPC entry is number 133 and found here:p > >> > >s > > > > Your comprehension diffculties now seem tied in last place@ > > with two other frequent posters on this group. Or the person= > > leaning over your shoulder who typed as you slept is alsoe > > similarly challenged.t > >n > D >         Cranking it up... let me check my AH rhetoric meter..  ah,/ >         a 6.5 , not bad for an opener Andrew!v > ; > > Had you not noticed that numbers 133 to 143 on the listk9 > > are all E10000's and although the one at 133 isn't ins> > > production others are. In fact of course they all tied for? > > 133 on the list bacause they are all the same configurationm; > > and therefore have the same RMAX/RPEEK score or did youb > > not spot that either.- > ? >         Nope.  Nice find Andrew.  Still, I guess they are allo' >         "flagship" entries then , eh?  > = > > Incedentally and you do get the dumb posting for this theg= > > Compaq GS320 cluster is not listed as being in productionp > > either.o > >s& > > http://www.asc.hpc.mil/ascmsrc.htm > >- > 0 >         Nice find... hard at work on this one. > 9 If difficulty is less than 10 mouse clicks then I accept r  that it was "really hard work".   7 > > Even more dumb the top Compaq system outside Compaqc> > > 128 ES40's installed at Livermore Labs isn't in productionA > > either the TeraCluster 2000 is due to come into production ati > > the end of this year.  > >a > I >         So if it is due to come into production at the end of the year, K >         what is your point?  The point of the Austrailian issue is this...M >         they attempted to come into production and have had to deep six it. E >         They had it installed for a while, and it failed acceptancenE >         testing.  So now they are starting anew.  Betcha it isn't a"$ >         Sun system they settle on. > : > > The Oak Ridge system is an evaluation system, the ES408 > > cluster at Pitsburg is still being installed. Do you  > > really want me to go on. [?] > K >         Yes do go on.  The Pittsburgh system is still under construction. K >         The Aussie system was in place for a while and running acceptanceMN >         testing and probably couldn't stay up long enough to pass the tests.N >         Care to wager whether or not the Pittsburgh system passes acceptance6 >         testing?  Or better yet, how about this one: >   A "Probably" you have no idea why it failed its acceptance tests do ? you. You are just FUDDING again. Come on Rob do better this is iC bad even for you or are you having the old "cut and paste" problem t" again that like your eBay FUDDING.  A Your suggestion that it is because they are waiting for Mirrored  0 Cache is just supposition on your part isn't it.  ? Incedentally the Aussie system was supplied in 2000 as was the f? Oak ridge and Pittsburg Systems so your claim that it has been ,. in for a while has to be viewed in this light.  3 > http://www.theregister.co.uk/content/1/14475.htmlu > O > "But a little bird (and where the hell do you think we got this stuff?) tellsaM > us that Sun might have got the APAC gig in the first place by letting it berO > known that it had won the ASCI Q (Accelerated Strategic Computing Initiative) J > contract to provide a supercomputer for the US National Nuclear SecurityM > Administration (NNSA) to use to simulate underground nuclear testing, amongm > other things." > C >         So since they rebid it down there in Oz, do you think Sun ? >         has a snow ball's chance in hell of winning it again?  > ; Rob you are really grasping at straws, "a little bird tells*- me" come on even by your standards this poor.*   <Snip>  4 The eCache FUD isn't getting you anywhere is it, you7 keep FUDDING and FUDDING digging and digging but sadly c4 for you its the same story every time. Each of your 1 posts is simply a re-hash of a previous posting, r nothing new turns up does it.=   Regards= Andrew Harrison= Enterprise IT Architect=   ------------------------------   Date: 6 Nov 2000 10:01:59 -0500 * From: young_r@eisner.decus.org (Rob Young)1 Subject: Re: Sun UE10000 is *NOT* an HPC platforme+ Message-ID: <M6y8$VUeSluc@eisner.decus.org>i  ] In article <3A069E60.46CBF7D7@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:L > Rob Young wrote:  ; >> > The Oak Ridge system is an evaluation system, the ES40c9 >> > cluster at Pitsburg is still being installed. Do yout! >> > really want me to go on. [?]s >> "L >>         Yes do go on.  The Pittsburgh system is still under construction.L >>         The Aussie system was in place for a while and running acceptanceO >>         testing and probably couldn't stay up long enough to pass the tests.tO >>         Care to wager whether or not the Pittsburgh system passes acceptance 7 >>         testing?  Or better yet, how about this one:  >> r > C > "Probably" you have no idea why it failed its acceptance tests do0A > you. You are just FUDDING again. Come on Rob do better this is oE > bad even for you or are you having the old "cut and paste" problem _$ > again that like your eBay FUDDING. >   B 	But wait... they are re-issuing the bid.  Since there are several< 	other HPC UE10000s below the Aussies in the Top 500, can we> 	assume they passed their accpetance testing?  If so, then the: 	Aussies can't get their software to run?  Don't think so.? 	You see Andrew, there are very few avenues of choice here.  DoE; 	you think we should suppose they are being hung-up by some8: 	third party product?  But yes, I am taking a chance there< 	aren't I by stating "probably".  I was also taking a chance> 	in December 1999 when I assumed that the Sun UE10000 problemsB 	were "long-standing" problems and wouldn't be going away any timeD 	soon.  Of course I used very little projection there.  After all , G 	the Gartner folks had shown us the "light" and we learned a whole lot TI 	more in August 2000 regarding just how hard Sun was going about keeping e 	this quiet.  D 	But back to your FUD you introduced here.  You raise the Pittsburgh@ 	project and ignoring the facts it is under construction attempt 	to equate the two.   ' http://www.psc.edu/machines/tcs/status/l   	Questions to you:  9 		1)  Do you think the Pittsburgh site will have problemsP 			with acceptance testing?I  : 		2)  Do you think Sun has a snow ball's chance in hell of) 			winning the second go round at APAC?   $ 			http://nf.apac.edu.au/facilities/    C > Your suggestion that it is because they are waiting for Mirrored t2 > Cache is just supposition on your part isn't it. >   6 	Actually .. just some bait for you.  Re-read the link9 	above and The Register article.  They are re-bidding it.:  A > Incedentally the Aussie system was supplied in 2000 as was the UA > Oak ridge and Pittsburg Systems so your claim that it has been _0 > in for a while has to be viewed in this light. >   = 	And what does this mean?  We can watch the Pittsburgh systemR 	being assembled:T  ' http://www.psc.edu/machines/tcs/status/I  C 	And according to that page has become operational October 2, 2000.EA 	But they still have a way to go.  AND most likely and acceptance:F 	testing period.  When you spend that kind of money, that is typicallyA 	built into the contract.  The vendor has criteria that has to bea. 	met and is known at bid what the criteria is.   	Besides, read the link again:  P "The initial phase of PSC's Terascale Computing System arrived in late September( and began operation on October 2, 2000."  = 	That is pretty good, wouldn't you say?  Can the same be saidn 	of the Aussie site?  4 >> http://www.theregister.co.uk/content/1/14475.html >>  P >> "But a little bird (and where the hell do you think we got this stuff?) tellsN >> us that Sun might have got the APAC gig in the first place by letting it beP >> known that it had won the ASCI Q (Accelerated Strategic Computing Initiative)K >> contract to provide a supercomputer for the US National Nuclear Security N >> Administration (NNSA) to use to simulate underground nuclear testing, among >> other things."  >> eD >>         So since they rebid it down there in Oz, do you think Sun@ >>         has a snow ball's chance in hell of winning it again? >> _= > Rob you are really grasping at straws, "a little bird tells / > me" come on even by your standards this poor.E >   ? 	Your opinion.  It is either a good source or a bad source.  ItdB 	is either accurate or it isn't.  Tell us your view.  We have come> 	to know your opinion here.  Of course, as others point out weB 	know to look real hard at EXACTLY opposite of what you are saying$ 	as being more in-line with reality.     > <Snip> > 6 > The eCache FUD isn't getting you anywhere is it, you9 > keep FUDDING and FUDDING digging and digging but sadly  6 > for you its the same story every time. Each of your 3 > posts is simply a re-hash of a previous posting,   > nothing new turns up does it.p    : 	You are having a problem with realities and facts here.  $ 	You state: "same story every time."= 	This is far from the case Andrew.  Take a look at the ForbesE> 	story for example.  It is from their November 13, 2000 issue.@ 	Last I checked the calendar says November 6, 2000.  For someone= 	that is dredging up "old news" ;-) and using the "same story = 	every time" it is rather convenient that the Forbes story ist= 	just now hitting the newsstands.  Andrew, might I suggest if @ 	you are going to *attempt* to write/post counter-points to whatC 	I say *please* *please* attempt to use some angle that is a littleL 	more plausible.  ? 	Tell us some more.. is the Aussie story "old news" too Andrew?    				Robe   ------------------------------  % Date: Mon, 06 Nov 2000 14:58:54 +0100 ( From: Etienne Vogt <vogt@alice.obspm.fr> Subject: Re: Time Zone. Message-ID: <3A06B91E.D71D5BF3@alice.obspm.fr>  - alphaman-nix-spam@hsv.sungardtrust.com wrote: G > Are there any grass-roots movements to abolish Daylight Stoopid Time?aD > I know we're way off topic here, but what the heck...  I ask every > chance I get!   5 There's an association against summer time in France.1   --  # 		Etienne Vogt (vogt @ na.astro.it)0   ------------------------------  + Date: Mon, 06 Nov 2000 22:32:25 -0600 (CST) 0 From: Michael Angello <techwebsite@netscape.net>0 Subject: Transfering users via FTP & email lost.A Message-ID: <20001107043225.25832.qmail@ww156.netaddress.usa.net>a   Hello,F I am using OVMS AXP V7.2 on a AS800, and I am migrating some user dataE from other OVMS system to this one via ftp, because in the old systemaJ has no installed the network software feature needed to apply the COPY/RC= PqE command which could may transfer all user data (including mail files)aD with all of the atributes preserved. So, I tried to transfer of thatF info. via ftp, but when I try to read a user's email, the system shows a message like:e  	 MAIL> dir- %MAIL-E-NOMSGS, no messagesj  E and when I try the following command, the system show the next msg....   MAIL> dir/folderG %MAIL-E-NOTISAM, operation cannot be performed on non-ISAM message filea  A I have already tried to look for information about it issuing therA following command, but I there's no info available in my systems.    $ help/message NOTISAM> %MSGHLP-F-NOTFOUND, message not found in Help Message databaseG %MAIL-E-NOTISAM, operation cannot be performed on non-ISAM message fileo  G Please, what should I do to fix this problem?, I really need that emaildC messages be available for reading from VMS Mail and don't be lost!.o= Is there a better way for doing that transfer which I can do?V  6 Any comments are appreciated!!!!, Thanks in advance...   Mike.o    D ____________________________________________________________________J Get your own FREE, personal Netscape WebMail account today at http://home= =2Enetscape.com/webmailh   ------------------------------   Date: 6 Nov 2000 05:54:24 -0800  From: old_timer@user.vms0 Subject: Re: VAX Mail question - corrupted files) Message-ID: <8u6d6g01i1b@drn.newsguy.com>h   gartmann@immunbio.mpg.de wrote:l > E >In article <8u2e8c011bs@drn.newsguy.com>, old_timer@user.vms writes:A
 >>Rick wrote:  >>>c> >>>I couldn't say for sure, but I suspect that the remote node >>>ISN'T VMS.  >> >>The remote node is VMS 5.5-2.H >aF >And what is in-between? Switches, routers, leased lines, what type of >lines,...?l  N OK; how do I go about obtaining that information?  As I stated earlier in thisJ thread, I am not a sysadmin, only an end user, but I can get access to theN system account on my local node if I know exactly what commands I need to run.  N I do not have physical access to the computer room, but I could talk my way in6 there (once) if I knew exactly what I was looking for.   ------------------------------  # Date: Tue, 07 Nov 2000 05:21:21 GMTD+ From: Craig A. Berry <calepine@my-deja.com>i" Subject: Re: VMS, BSD, and FORTRAN) Message-ID: <8u83gd$mia$1@nnrp1.deja.com>f  * In article <3A0768C7.9B7B035C@beldar.com>,7   "Craig D. Lansing (root)" <lansing@beldar.com> wrote:lB > Please excuse my VMS ignorance (i.e. I've never used it at all), but I'mdG > trying to figure out a vendor's position.  As a little background, wee@ > have several applications that communicate with each other via BSDk; > sockets on an HP-9000 (HP-UX), HP-3000 (MPE), and Windowst 9x.y <snip>5 > The vendor says that we need to replace the socketsa= > communication with serial  (RS-232) connections between the  systems via < > a terminal server.  This seems to be a huge step backward.  B Yes, it does.  At first blush it sounds as though your applicationB vendor is simply trying to avoid implementing a socket connection,> though perhaps there is more to the story than we can see fromA your post.  VMS is certainly capable of doing sockets in whatever A language, but it could be just a bit tricky in FORTRAN.  However,n< building the communication module in C and linking it into a@ FORTRAN application is no big deal on VMS; if the application is@ nicely modularized then it might even be relatively easy (but it@ might not be since there are many variables we don't know here).  ? The TCP/IP situation on VMS is somewhat complicated by the fact > that the OS vendor (now Compaq) was not the first on the block? with a decent implementation.  They now have a good and rapidlywA improving product but others also have good offerings.  I mentionND this because there may be various tricks for getting the applicationC in question to talk to other applications over TCP/IP, but what you : could do and how you could do it depend on your networking= vendor.  For example, using Multinet (one major IP stack, seeg< www.process.com) I once persuaded an HP-UX application and aB VMS application that had been communicating over a serial line forA years to start talking to one another over TCP/IP using a virtuallA device (telnet/create_nty); no application changes were necessaryeE at all and the only perceptible difference to the applications was ani@ increase in speed and a decrease in the error rate.  Very likelyC there are other, slightly different, ways to do the same thing withu other IP implementations.t  B So, there is absolutely no reason to say that terminal servers andB physical serial lines are technical requirements for VMS.  WhetherA they are requirements for other reasons it's hard to say, but you:* are right to question your vendor on this.    & Sent via Deja.com http://www.deja.com/ Before you buy.s   ------------------------------    Date: 06 Nov 2000 21:52:17 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au>h" Subject: Re: What OpenVMS version?7 Message-ID: <rjqvgu1cini.fsf@morwong.ucc.gu.uwa.edu.au>H  - "Main, Kerry" <Kerry.Main@COMPAQ.com> writes:o   > John,  > N > >>> Turned out that there may have been a bad power supply in the BA11-K and+ > several of the spares boards were bad.>>>> > G > Hey - I remember those good ole days from a previous support life :-)  > L > BA11k's were great source of intermittent problems and you are right - the) > power supplies were often the bad guy. . > E > Best way to troubleshoot these problems were with a scope (remember>N > oscilloscopes?) as the supply would usually not die outright, but the rippleM > on a 15V supply would often go + or - 5V and that played hell with whatever A > logic boards depended on this voltage being much closer to 15V.p  H Oh YES! A local paper had the drive on their 11/70 go into weird mode...F It would write fine, and the data was OK. But it could only read aboutI 1 in 10 times, then would die in the attempt. It was doing their billing,l so they did care ;)   G Turns out, one leg of the bridge had died, so the +5V was 5V for 85-90% @ of the time. Well, 5.x, as the Regs upped the output to maintain the average 5V.m   -- 3< 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: Mon, 6 Nov 2000 15:36:55 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>3 Subject: Re: Windows NT to OpenVMS access questionse. Message-ID: <8u6fgb$87i$1@reader1.imaginet.fr>  0 "CasinoOp2" <casinoop2@aol.com> wrote in message4 news:20001103134513.06376.00000868@ng-fi1.aol.com... > >hE > >You mus check that your pathworks configuation has enabled licensei serving I > >(admin/config IIRC). The event log viewer is telling you nobody on ther > >networksr > >is able to give a license.t >CH > I get "client capacity 20". Under transports I have checked DECnet and TCP/IP.r, > However, nothing is checked under NetBIOS.   Do not be confused ...G client capacity is just a value to size system parameters on a basis ofc averagep resource usage for a client.H license serving is a function of pathworks you need no enable. the valueE can be switched on in the "form" where you specify "server announce", 
 "alerter",I "role", "domain", ... if i remember correctly, after you have checked then@ "verify" button of the form where you specified your 20 clients.  K getting a license may need sepecial routing parameters if client and servernA are not on the same network portion. you may need to validate udpg broadcasts.o  
 Jean-Franoisw   ------------------------------  + Date: Mon, 06 Nov 2000 23:06:27 -0600 (CST) 0 From: Michael Angello <techwebsite@netscape.net>6 Subject: Re: [Transfering users via FTP & email lost.]A Message-ID: <20001107050627.16878.qmail@www0e.netaddress.usa.net>e  8 Excuse me, for some info. I omitted in the original msg.A The source system is a MicroVAX 3100-80 running OVMS VAX V6.2 andoH the mail messages cannot be read once they are transferred to the AS800.  D In the MicroVAX (source system) once I try the COPY/RCP command, the" system displays the following msg:  C A Phase 1 Integration compliant OpenVMS TCP/IP product has not beenD0 installed or properly configured no this system.9 %SYSTEM-E-UNSUPPORTED, unsupported operation or function.   D How may I know if I have or have not installed the software referred or if I have it, configure it?  ( Any suggestions are appreciated, Thanks.    D ____________________________________________________________________J Get your own FREE, personal Netscape WebMail account today at http://home= =2Enetscape.com/webmail    ------------------------------   End of INFO-VAX 2000.622 ************************