1 INFO-VAX	Fri, 30 Mar 2001	Volume 2001 : Issue 179       Contents: "cut" utility for VMS  Re: "cut" utility for VMS  Re: "cut" utility for VMS  Re: "cut" utility for VMS  Re: "cut" utility for VMS  Re: "cut" utility for VMS  Re: "cut" utility for VMS  Re: Add a group to UAF< Re: Alpha or Vax has to check if a Sun server is still alive< Re: Alpha or Vax has to check if a Sun server is still alive" APPEND and various text file types& Re: APPEND and various text file types- Re: Cluster Breakup - VAX/Alpha Hardware Help  RE: compaction "nabled"? RE: compaction "nabled"?4 Re: executing commands on behalf of another terminal4 Re: executing commands on behalf of another terminal  Re: File version update question' Re: filterimg SCA traffic off ethernet. ' FORTRAN Run-time Errors:  Bad Traceback + Re: FORTRAN Run-time Errors:  Bad Traceback ' Re: Getting % Merged or Copied from DCL   Global pages, DECwindowa and 7.3= Re: Keeping userids and passwords synchronize across 4 Alphas = Re: Keeping userids and passwords synchronize across 4 Alphas ' Re: login failure when sysuaf is locked ! MAIL LIST MALFUNCTIONING AGAIN??? % Re: MAIL LIST MALFUNCTIONING AGAIN??? % Re: MAIL LIST MALFUNCTIONING AGAIN??? % RE: MAIL LIST MALFUNCTIONING AGAIN??? % Re: MAIL LIST MALFUNCTIONING AGAIN???  OpenVMS - DEC character mode  Re: OpenVMS - DEC character mode Re: Printing jpeg files on VMS# RPG compiler for VMS/AXP available? ' Re: RPG compiler for VMS/AXP available? 4 Re: Secondary Page File/what happens if disk is lost4 Re: Secondary Page File/what happens if disk is lost& Re: Seeking Alpha system (Netherlands) Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha? RE: Systems & Options catalogs5 They still don't get it (incremental backups and XQP)  Re: VAX market value Re: VAX market value! Re: VMS source listings omittings ! RE: VMS source listings omittings 	 Re: vt200 	 Re: vt200 2 [INFO] f$trnlnm doesn't send "FALSE" (Alpha 7.2-1)* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?) Re: [SOAPBOX] sys$specific or sys$common?   F ----------------------------------------------------------------------  % Date: Fri, 30 Mar 2001 03:36:52 -0500 * From: "Stanley F. Quayle" <stan@stanq.com> Subject: "cut" utility for VMS. Message-ID: <3AC3FF54.10643.15D8791@localhost>  F Has anyone ported the Unix "cut" program to VMS?  I need it for a DCL A script.  I pulled down the GNU source, but it uses that horrible  # shell script configuration stuff...      --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 30 Mar 2001 07:32:44 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson) " Subject: Re: "cut" utility for VMS* Message-ID: <9a1udc$k3u$1@lisa.gemair.com>  . In article <3AC3FF54.10643.15D8791@localhost>,) Stanley F. Quayle <stan@stanq.com> wrote: G >Has anyone ported the Unix "cut" program to VMS?  I need it for a DCL  B >script.  I pulled down the GNU source, but it uses that horrible $ >shell script configuration stuff... >   C Really, using cut like you would in Unix is very un-VMS like.  What C you really want is that every VMS command (and all of your programs @ as well) to support a much superior, very regular /SELECT_COLUMN
 qualifier.  & I suggest a syntax like the following:  - 	/SELECT_COLUMN=(LIST:<col-expr>,SEPARATOR=c)   H Where the LIST qualifier takes a <col-expr> which is the same as in UnixH 'cut' and the optional SEPARATOR arg is a character to break columns on.  M Hmmmm... maybe I should have waited until Sunday to make this recommendation.   G You could also use gawk or perl, both are available for VMS, to do cut  5 operations in a pipeline, but this is very un-VMSish.    >  >--Stan  >  >---------- H >Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-16712 >8572 North Spring Ct. NW, Pickerington, OH  43147> >Preferred address:  stan@stanq.com       http://www.stanq.com >    -Jordan Henderson  jordan@greenapple.com    ------------------------------  % Date: Fri, 30 Mar 2001 09:45:23 -0500   From: jamese@beast.dtsw.army.mil" Subject: Re: "cut" utility for VMS0 Message-ID: <01033009452325@beast.dtsw.army.mil>  M "Stanley F. Quayle" <stan@stanq.com> wrote on Fri, 30 Mar 2001 03:36:52 -0500 & in <3AC3FF54.10643.15D8791@localhost>:  H > Has anyone ported the Unix "cut" program to VMS?  I need it for a DCL C > script.  I pulled down the GNU source, but it uses that horrible  % > shell script configuration stuff...   G How about the "cut" in the Perl Power Tools set? Unix utilities written , in Perl.  See http://language.perl.com/ppt/.  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919 5 Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------  % Date: Fri, 30 Mar 2001 09:26:29 -0500 # From: Jim Agnew <Agnew@hsc.vcu.edu> " Subject: Re: "cut" utility for VMS+ Message-ID: <3AC49795.6E9F6368@hsc.vcu.edu>   g Now THAT is a thing whose time has come!!!!!!  Am learning Perl now, and am amazed how fast it hauls...    jim   ! jamese@beast.dtsw.army.mil wrote:  > O > "Stanley F. Quayle" <stan@stanq.com> wrote on Fri, 30 Mar 2001 03:36:52 -0500 ( > in <3AC3FF54.10643.15D8791@localhost>: > I > > Has anyone ported the Unix "cut" program to VMS?  I need it for a DCL D > > script.  I pulled down the GNU source, but it uses that horrible' > > shell script configuration stuff...  > I > How about the "cut" in the Perl Power Tools set? Unix utilities written . > in Perl.  See http://language.perl.com/ppt/. > < > Ed James                           ed.james@telecomsys.com7 > TeleCommunications Systems, Inc.   voice 410-295-1919 = > 2024 West Street, Suite 300              800-810-0827 x1919 7 > Annapolis, MD 21401-3556           fax   410-280-1094    ------------------------------  % Date: Fri, 30 Mar 2001 09:40:18 -0500 # From: Jim Agnew <Agnew@hsc.vcu.edu> " Subject: Re: "cut" utility for VMS+ Message-ID: <3AC49AD2.A06A3F49@hsc.vcu.edu>   B Meant in earlier msg to THANK you, James for putting that page up.   Jim    ------------------------------   Date: 30 Mar 2001 15:54:59 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)" Subject: Re: "cut" utility for VMS, Message-ID: <9a2a8j$i0e@gap.cco.caltech.edu>  [ In article <3AC3FF54.10643.15D8791@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes: G >Has anyone ported the Unix "cut" program to VMS?  I need it for a DCL  B >script.  I pulled down the GNU source, but it uses that horrible $ >shell script configuration stuff...  6 You want Pat Rankin's EXTRACT program, available from   9    http://www.goatley.com/fileserv/fileserv-software.html   @ It's a veritable Swiss army knife when it comes to record/column< operations.  It will even TAIL a long stream-lf file (unlike VMS's own TYPE/TAIL.)    EXTRACT   F     General purpose file extraction utility.  Selects records from theJ     beginning, middle, or end of one or more files and optionally performs2     various modifications before writing them out.       format:         EXTRACT 'options' file,...8       EXTRACT /RECORD=([START=m,END=n,COUNT=k]) file,...       EXTRACT /HEAD=k file,...       EXTRACT /TAIL=k file,...     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Fri, 30 Mar 2001 13:51:32 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>" Subject: Re: "cut" utility for VMS. Message-ID: <3AC48F64.29087.3905BB0@localhost>  - On 30 Mar 2001, at 15:54, David Mathog wrote: 8 > You want Pat Rankin's EXTRACT program, available from  > ; >    http://www.goatley.com/fileserv/fileserv-software.html  > B > It's a veritable Swiss army knife when it comes to record/column> > operations.  It will even TAIL a long stream-lf file (unlike > VMS's own TYPE/TAIL.)   F This is perfect!  Thanks, everyone, for your suggestions.  I have now  coded my solution.     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  # Date: Fri, 30 Mar 2001 18:41:48 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Add a group to UAF 2 Message-ID: <Mr4x6.389$fB6.10857@news.cpqcorp.net>  d In article <9a15l7$jho$1@gossamer.itmel.bhp.com.au>, "Dick Adams" <adams.dick.rc@bhp.com.au> writes:J :I have been trying to create a group identifier for a group which doesn't
 :have one.E :I thought ADD/ID/VALUE=UIC:[GRPno,177777] GRPname would work, but it M :doesn't. I am certain I have done it before but nothing I am trying seems to * :work, can anyone shed some light on this?  F   FAQ.  "MGMT15. How do I change the text in a user's UIC identifier?"  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 30 Mar 2001 15:05:26 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>E Subject: Re: Alpha or Vax has to check if a Sun server is still alive * Message-ID: <3AC492A6.25BE6F61@uk.sun.com>   WILLIAM WEBB wrote:  > / > Oh don't be so danged literal-minded, Andrew!  >  > I was just making a JOKE.  >  > WWWebb >    So was I :):):):):):):):)  > > -----Original Message-----3 > > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET + > > Sent: Wednesday, March 28, 2001 6:27 PM : > > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNETI > > Subject: RE: Alpha or Vax has to check if a Sun server is still alive  > >  > > 7 > > On Tue, 27 Mar 2001 16:53:12 +0100, andrew harrison % > > <andrew.nospam@uk.sun.com> wrote:  > >  > > >WILLIAM WEBB wrote: > > >>& > > >> I prefer negative verification. > > >>; > > >> Send it a "ping of death" and see if it's NOT there.  > > >>
 > > >> WWWebb  > > >> > > > 6 > > >A poor test since Solaris isn't vunerable to POD. > > > 1 > > >Send POD to an unpatched OpenVMS box and you , > > >will find that the OpenVMS box suddenly > > >isn't there.  > > J > > If this is the original NT (and archaic BSD stacks) ping of death thenJ > > I tried it on Windows, VMS and a few Unix systems when I first saw it.& > > and only the Windows systems died. > >  > > -- > > Alan > >    Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------  # Date: Fri, 30 Mar 2001 15:33:26 GMT   From: jlsue <jlsuexxxz@home.com>E Subject: Re: Alpha or Vax has to check if a Sun server is still alive 8 Message-ID: <lj99ct45bk9510s9i1j2r38nb8ar4gccsa@4ax.com>  3 On Thu, 29 Mar 2001 16:43:11 +0100, andrew harrison ! <andrew.nospam@uk.sun.com> wrote:      > 5 >I am not sure that NT crashed, but it did slow to a  5 >crawl at least according to MS's documentation. You  4 >probably could not tell the difference between NT's4 >normal performance and its performance when on the  >receiving end of POD. :):):)  >   D Not that IS funny! ;-)  Actually, as much as we had to reboot the NT8 servers anyway, we might not have noticed a degradation.   ------------------------------   Date: 30 Mar 2001 15:47:46 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)+ Subject: APPEND and various text file types , Message-ID: <9a29r2$i0e@gap.cco.caltech.edu>  J VMS has a lot of ways to represent text files.  Which can be a good thing D or a bad thing, or a neutral thing.  For instance, the RMS file typeM doesn't matter much at all if you TYPE, PRINT, COPY, or EDIT files.  However, F APPEND is another story.  I cannot remember how many times I've had to' monkey around with FDLs to get around:    P   %APPEND-W-INCOMPAT, xxx (input) and yyyy (output) have incompatible attributes  I And that warning is really about something.  Appending some types of RMS  I files to other types results in lots of binary garbage within the file.     0 It would be sooooooo much easier if there was an     APPEND/CONTENT  G which instructed APPEND that the _contents_ of each record, and not the H gross binary form of each record, are to be appended to the output file,J using whatever record format that output file already uses.  Now obviouslyK it's going to go wrong if it tries to store a 200 byte record on the end of H a file with fixed 100 byte output records.  But in general it's going toK work, and in general carnal knowledge of the RMS attributes of a file would K not be required.  Come to think of it, this should work for binary files as 3 well as text, so long as they are record oriented.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Fri, 30 Mar 2001 18:35:17 +0200 2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>/ Subject: Re: APPEND and various text file types + Message-ID: <3AC4B5C5.5090106@arcormail.de>   	 Hi David,   F have you ever considered to use CONVERT/APPEND which does exactly what you are looking for!   Thomas   David Mathog wrote:   L > VMS has a lot of ways to represent text files.  Which can be a good thing F > or a bad thing, or a neutral thing.  For instance, the RMS file typeO > doesn't matter much at all if you TYPE, PRINT, COPY, or EDIT files.  However, H > APPEND is another story.  I cannot remember how many times I've had to) > monkey around with FDLs to get around:   > R >   %APPEND-W-INCOMPAT, xxx (input) and yyyy (output) have incompatible attributes > K > And that warning is really about something.  Appending some types of RMS  K > files to other types results in lots of binary garbage within the file.    > 2 > It would be sooooooo much easier if there was an >  >   APPEND/CONTENT > I > which instructed APPEND that the _contents_ of each record, and not the J > gross binary form of each record, are to be appended to the output file,L > using whatever record format that output file already uses.  Now obviouslyM > it's going to go wrong if it tries to store a 200 byte record on the end of J > a file with fixed 100 byte output records.  But in general it's going toM > work, and in general carnal knowledge of the RMS attributes of a file would M > not be required.  Come to think of it, this should work for binary files as 5 > well as text, so long as they are record oriented.   > 
 > Regards, >  > David Mathog > mathog@seqaxp.bio.caltech.edu A > Manager, sequence analysis facility, biology division, Caltech       --  ? --------------------------------------------------------------- 9 *** Please notice! New eMail address from 12-dec-2000 on:  thomaspauli@arcormail.de? --------------------------------------------------------------- 9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germany    ------------------------------  # Date: Fri, 30 Mar 2001 14:16:13 GMT , From: "Frank Sapienza" <sapienza@noesys.com>6 Subject: Re: Cluster Breakup - VAX/Alpha Hardware Help: Message-ID: <Ny0x6.70684$K54.8918078@news02.optonline.net>  K Shouldn't be any problems with the TLZ06 that I can think of.  OpenVMS will L autoconfigure the drive when it boots without any other intervention.  It'll( be an MKxnnn device name like the TKZ9E.  F The LP27 can be connected to a DECserver 250 and served via LAT to anyH number of AlphaServer or VAX systems.  I think you can even get softwareJ from Attachmate that will let Windows-based PCs connect to a LAT-connected printer.  H DECserver 250s should be fairly inexpensive and easy to find, so I don't7 know why you'd want to hard-wire it to the AlphaServer.      Hope that helps, Frank Sapienza    4 "J.G. Peters" <jpeters@sctcorp.com> wrote in message* news:01c0b893$d8baadb0$32341895@jpeters...F > We are in the process of breaking up an Alpha 2100/VAX 4300 cluster.G > The VAX is being "decomissioned." The Alpha will remain in production L > for at least another year, at which time we will replace it with a new one > - L > AlphaServer, that is... :-)  All data from the disks housed within the VAX > hastL > been migrated to devices within the Alpha. There is a TLZ06 tape drive andI > an LP27 printer that are physically connected to the VAX and need to beiH > moved to the Alpha. I'm planning on chaining the TLZ06 to/from a TKZ9EH > 8mm tape drive that is already connected to the Alpha. Beyond ensuringL > a unique scsi id, this would not appear to be terribly complicated. ShouldH > the Alpha "see" the new tape drive on power up or are there additionalI > configuration tasks required? As for the LP27 - how can we get that guyAI > functioning on the Alpha? I believe there are interface issues here...?b > G > When these two devices are moved and operational, I'm sure we'll have7J > additional questions concerning the actual, uh, severing of the cluster. > 	 > Thanks,  > Joed   ------------------------------  % Date: Fri, 30 Mar 2001 09:59:07 -0600A* From: WILLIAM WEBB <WWEBB1@email.usps.gov>! Subject: RE: compaction "nabled"?A- Message-ID: <0033000020166506000002L062*@MHS>   5 =0AIn this state, nabling in public is a misdemeanor;A$ nabling with a minor is a felony :^)   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETa( > Sent: Thursday, March 29, 2001 6:37 PM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET > Subject: compaction "nabled"?t >p >s> > Has this come up before (I thought I might have seen it, but > Google and" > Wizard searches didn't find it)? >  > VMS 7.2-1, DEC 3000 600S >e7 > Magtape MUMBLE$MKB100:, device type TLZ06, is online,s > allocated, mounted< >     foreign, record-oriented device, file-oriented device, > error logging is= >     enabled, device is busy, controller supports compactioni
 > (compaction ( >     nabled), device supports fastskip. >     ^^^^^^ >. > Somebody run short a byte? >oH > ---------------------------------------------------------------------= -iA > Bob Koehler                     | Computer Sciences Corporation ? > NASA GSFC Flight Software       | Federal Sector, Civil Group-H >                                 | please remove ".aspm" when replying=   >=   ------------------------------  % Date: Fri, 30 Mar 2001 09:59:28 -0600.* From: WILLIAM WEBB <WWEBB1@email.usps.gov>! Subject: RE: compaction "nabled"?i- Message-ID: <0033000020166565000002L052*@MHS>u  @ =0AI just got it.  They compacted "enabled" by removing the "e".   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET8( > Sent: Thursday, March 29, 2001 6:37 PM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET > Subject: compaction "nabled"?- >- >-> > Has this come up before (I thought I might have seen it, but > Google and" > Wizard searches didn't find it)? >" > VMS 7.2-1, DEC 3000 600S >D7 > Magtape MUMBLE$MKB100:, device type TLZ06, is online,1 > allocated, mounted< >     foreign, record-oriented device, file-oriented device, > error logging is= >     enabled, device is busy, controller supports compaction 
 > (compaction ( >     nabled), device supports fastskip. >     ^^^^^^ >f > Somebody run short a byte? >eH > ---------------------------------------------------------------------= - A > Bob Koehler                     | Computer Sciences Corporations? > NASA GSFC Flight Software       | Federal Sector, Civil GroupyH >                                 | please remove ".aspm" when replying=   >=   ------------------------------  % Date: Fri, 30 Mar 2001 09:05:04 +0200t, From: Nazim MANSER <Nazim.Manser@socgen.com>= Subject: Re: executing commands on behalf of another terminalnT Message-ID: <066A13AC4302000C*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>  J >>Sounds like your looking for something like Raxco's Contrl or Networking >>Dynamic's Peek and Spy.       I >Both actually intercept the terminal I/O.  What if all he wants to do is6I >force the issuance of a DCL command in the other process?  (Hint, hint.)e     that is exactly what i want.K do you know the programming way to do the stuff, i mean some kernel hacks ?-0 any starting point would be greatly appreciated.   reguards, Nazim Manser   VMS System Manager.   7 email: nmanser@progis.de                    (permanent)@-              Nazim.Manser@socgen.com   (work)a   ------------------------------  # Date: Fri, 30 Mar 2001 12:14:24 GMT3= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)r= Subject: Re: executing commands on behalf of another terminalG0 Message-ID: <009F9C71.832CE0A9@SendSpamHere.ORG>   In article <066A13AC4302000C*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>, Nazim MANSER <Nazim.Manser@socgen.com> writes:. >lK >>>Sounds like your looking for something like Raxco's Contrl or Networkinge >>>Dynamic's Peek and Spy. >v >e >0J >>Both actually intercept the terminal I/O.  What if all he wants to do isJ >>force the issuance of a DCL command in the other process?  (Hint, hint.) >- >- >that is exactly what i want.:L >do you know the programming way to do the stuff, i mean some kernel hacks ?1 >any starting point would be greatly appreciated.u >  >reguards, Nazim Mansers >i >VMS System Manager. e >i8 >email: nmanser@progis.de                    (permanent). >             Nazim.Manser@socgen.com   (work)  H Years ago I wrote a utility called "ISSUE" to issue DCL commands in the F context of another process.  I used to use it more to goof on folks onG the systems that I ran for the DoD than as any real tool.  I could res-oG urrect it and port it too if need be.  The trick is getting the commandiF into the proper location in the target process and then, forcing it to% be executed (a trick little $CANCEL).t   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs            eO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------   Date: 29 Mar 2001 20:21:51 CDT= From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell)e) Subject: Re: File version update questioni. Message-ID: <RZSzXVKDG2A6@tachxxsoftxxconsult>  n In article <JNIZivvgFv1T@tachxxsoftxxconsult>, wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell) writes:[ > In article <3AC276F9.80A19320@vmmc.org>, Jack Trachtman <Jack.Trachtman@vmmc.org> writes:T >> OpenVMS V7.1-1H2. >> a >> I have a cmd as follows:j >> R/ >> COPY/REPLACE  ONE.TXT,TWO.TXT,etc   BASE.TXT@ >> c/ >> 1) If BASE.TXT does not exist, it is created7 >> c0 >> 2) If BASE.TXT;1 alone exists, it is replaced >>  C >> 3) If BASE.TXT;n exists (where n>1),  then BASE.TXT;1 is createdL< >> if it does not exist, or is replaced if it does exist(!?) >> lF >> How can I phrase the cmd so that the highest version of BASE.TXT is >> always the one replaced?  >> t >  > , > I did not see the behavior you describe.   >  >  > & > let's do your original command twice >  > / > MOE> COPY/REPLACE  ONE.TXT,TWO.TXT   BASE.TXTeR > %COPY-S-COPIED, LAUREL_DISK2:[WAYNE]ONE.TXT;1 copied to LAUREL_DISK2:[WAYNE]BASE > .TXT;1 (1 block)R > %COPY-S-APPENDED, LAUREL_DISK2:[WAYNE]TWO.TXT;1 appended to LAUREL_DISK2:[WAYNE] > BASE.TXT;1 (1 record)i/ > MOE> COPY/REPLACE  ONE.TXT,TWO.TXT   BASE.TXT R > %COPY-S-COPIED, LAUREL_DISK2:[WAYNE]ONE.TXT;1 copied to LAUREL_DISK2:[WAYNE]BASE > .TXT;2 (1 block)R > %COPY-S-APPENDED, LAUREL_DISK2:[WAYNE]TWO.TXT;1 appended to LAUREL_DISK2:[WAYNE] > BASE.TXT;2 (1 record). > MOE> > - > it appears we have created versions 1 and 2d >  > ! > so this time I will add the ";"- >  > 0 > MOE> COPY/REPLACE  ONE.TXT,TWO.TXT   BASE.TXT;R > %COPY-S-COPIED, LAUREL_DISK2:[WAYNE]ONE.TXT;1 copied to LAUREL_DISK2:[WAYNE]BASE > .TXT;3 (1 block)R > %COPY-S-APPENDED, LAUREL_DISK2:[WAYNE]TWO.TXT;1 appended to LAUREL_DISK2:[WAYNE] > BASE.TXT;3 (1 record)a > MOE>0 > MOE> COPY/REPLACE  ONE.TXT,TWO.TXT   BASE.TXT;R > %COPY-S-COPIED, LAUREL_DISK2:[WAYNE]ONE.TXT;1 copied to LAUREL_DISK2:[WAYNE]BASE > .TXT;4 (1 block)R > %COPY-S-APPENDED, LAUREL_DISK2:[WAYNE]TWO.TXT;1 appended to LAUREL_DISK2:[WAYNE] > BASE.TXT;4 (1 record)  > MOE> >  >  > I > Okay, now we created verions 3 and 4.  Still haven't replaced anything.n >  >  > P > Notice that I did it twice with BASE.TXT and twice with BASE.TXT; and all fourM > times it created a new file rather than replacing any existing version.  It.O > appears that /replace doesn't do anything without an explicit version number.M >  > , > okay, let's use an explicit version number >  > 1 > MOE> COPY/REPLACE  ONE.TXT,TWO.TXT   BASE.TXT;2fA > %COPY-I-REPLACED, LAUREL_DISK2:[WAYNE]BASE.TXT;2 being replacedeR > %COPY-S-COPIED, LAUREL_DISK2:[WAYNE]ONE.TXT;1 copied to LAUREL_DISK2:[WAYNE]BASE > .TXT;2 (1 block)R > %COPY-S-APPENDED, LAUREL_DISK2:[WAYNE]TWO.TXT;1 appended to LAUREL_DISK2:[WAYNE] > BASE.TXT;2 (1 record), > MOE> >  >  > R > Note that the "%COPY-I-REPLACED, LAUREL_DISK2:[WAYNE]BASE.TXT;2 being replaced" I > didn't appear until this last command with the explicit version number.n >  > P > All I can suggest is use "file = f$search("base.txt;")" to get the actual fileP > name including current highest version and use that with "copy/replace 'file'" >  > J > By the way, my copy symbol didn't do anything to change the test.  It is > defined as >  >   CO*PY == "COPY/LOG"p >  >  > this was on alpha 7.2-1z >     : Only after I posted the above did I think to look at help:     COPY  
   /REPLACE           /REPLACE         /NOREPLACE (default)  E      Requests that, if a file exists with the same file specificationgA      as that entered for the output file, the existing file is to D      be deleted. The COPY command allocates new space for the outputC      file. In general, when you use the /REPLACE qualifier, includeOC            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^R  B      version numbers with the file specifications. By default, the2      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  @      COPY command creates a new version of a file if a file withD      that specification exists, incrementing the version number. TheE      /NOREPLACE qualifier signals an error when a conflict in version       numbers occurs.                   --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxO: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================rO Dean Wormer to Flounder: "Fat, drunk, and stupid is no way to go through life."t   ------------------------------  % Date: Fri, 30 Mar 2001 10:16:09 +0200H, From: Nazim MANSER <Nazim.Manser@socgen.com>0 Subject: Re: filterimg SCA traffic off ethernet.T Message-ID: <00CD23AC440C9066*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>  ) >> Our network topology is the following: B >> All the VMS maschines are in a cluster, the problem is that ourA >> network staff is experiencing a lot of network collisions.  on A >> maschines vax6 and vax7 there are 2 adapters (EZA1: and FQA1:)c     <chomp... mutter>    >> My question is:  @ >> How is it possible to filter out the SCA Traffic in the EZAn:D >> Adapters of vax6 and vax7, so that the SCA Traffic goes only over	 >> FDDI ?   G >Let see, you have two 10base? segments with FDDI connecting them?  OneeM >machine has both a ethernet and an FDDI interface onto the LAN? And you have-# >over 10% of the packets colliding.6  N >As a first step, pull the ether net and see if the rate goes down. Also checkH >for a flaky cable. Note that vax6 has a much higher collision rate thanJ >vax7, so start with segment A. BTW, turn on heartbeat on the tranceivers.  8 here are some explications about the network topography    1) Segments:   1.1) ethernet:   we have 2 10Base (one called A with 15 connections (10  base T , twisted pair to a HUB , the other called B with 2 connections (10 base 2 thinwire)g3 Segment A and B are linked with the following items   G A ================== < DEC Repeater 90 C > =====================< HUB >o 				|| 				||$ 				||    (the cable is optic fiber) 				||O B =================== < DEC Bridge 90 FL > =======================|  Terminatoro    Z the ethernet interface on vax6 (vax4000-705A) ethernet adapter device type SGEC, 10 Mbit/sZ the ethernet interface on vax7 (vax4000-705A) ethernet adapter device type SGEC, 10 Mbit/s     1.2) FDDI Ring  S we have an FDDI Ring where only vax6 and vax7 are connected (FQA1: ) Adapter DEFQA.o    v the network staff told me that Ca. 72 % of all the ethernet traaffic is caused by the 60-07 Protokoll (SCA Protokoll ) The problem is that it is a production system (Bank environment) and i can't amke such things as pulling off the nisca traffic on the ethernet adapters of the vax6 and vax7.t My boss will kill me.e the only thing i will do is to rise the niscs_max_pktsz at 4468 to meet the requirement of the FDDI. and i will see the results.  
 My question: -  U How to turn on heartbeat on the tranceivers, i am not familiar with network hardware.P   thanks,a   reguards, Nazim Manser   VMS System Manager.i  & email:  Nazim.Manser@socgen.com (work)4               nmanser@progis.de	         (permanent)   ------------------------------  # Date: Fri, 30 Mar 2001 16:47:25 GMTn/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu> 0 Subject: FORTRAN Run-time Errors:  Bad Traceback) Message-ID: <3AC4724C.18086781@uiowa.edu>a  D We have many FORTRAN programs in use here and have found an annoyingA feature that has been present pretty much the entire time for ourDA Alpha systems.  The problem has never been seen on my VAX systems C (though they tend to have been stuck with unchanging OS and FORTRAN / over the years so it is not a fair comparison).t  F I am using Compaq Fortran 77 V7.4-195-46ACJ on OpenVMS Alpha V7.1 with
 lots of ECOs.   G When we have run-time errors in FORTRAN programs (not all but only the  = hugh, complex ones or course!) this is typically what we see:   ' %TRACE-F-NOMSG, Message number 0009804CAB   image    module    routine     line      rel PC           abs PCG  VIS_LZ_CDF                         0 00000000000379B0 00000000000479B0hG  VIS_LZ_CDF                         0 00000000000298D0 00000000000398D0sG  VIS_LZ_CDF                         0 0000000000025D80 0000000000035D80 G  VIS_LZ_CDF                         0 0000000000021840 0000000000031840oG                                     0 FFFFFFFF87B67178 FFFFFFFF87B67178   E Notice that the line # is always zero (0).  I have never been able toaD write a simple program that would generate this traceback error so I can submit a problem report.  = 	For the program that generated the above error, here are thes/ compile commands I use for all the source code:   F     $ Fortran /Old_F77 /NoList /Object = ... /D_Lines /Extend_Source -=               /Warnings = Declarations /Optimize /NoDebug ...l%     $ Link /Trace /NoMap /NoDebug ...-  ? 	Does anyone have an suggestions?  I have tried various patchese, over the years and none have seemed to help.   Regards, Rick --  H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479  /Old_F77   ------------------------------  % Date: Fri, 30 Mar 2001 14:25:54 -0500l  From: jamese@beast.dtsw.army.mil4 Subject: Re: FORTRAN Run-time Errors:  Bad Traceback0 Message-ID: <01033014255450@beast.dtsw.army.mil>  2 "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote in? <3AC4724C.18086781@uiowa.edu> on Fri, 30 Mar 2001 16:47:25 GMT:i  F > We have many FORTRAN programs in use here and have found an annoyingC > feature that has been present pretty much the entire time for our3C > Alpha systems.  The problem has never been seen on my VAX systems1E > (though they tend to have been stuck with unchanging OS and FORTRANl1 > over the years so it is not a fair comparison)., > H > I am using Compaq Fortran 77 V7.4-195-46ACJ on OpenVMS Alpha V7.1 with > lots of ECOs.  > I > When we have run-time errors in FORTRAN programs (not all but only the  ? > hugh, complex ones or course!) this is typically what we see:t > ) > %TRACE-F-NOMSG, Message number 0009804CoD >   image    module    routine     line      rel PC           abs PCI >  VIS_LZ_CDF                         0 00000000000379B0 00000000000479B0nI >  VIS_LZ_CDF                         0 00000000000298D0 00000000000398D0dI >  VIS_LZ_CDF                         0 0000000000025D80 0000000000035D80iI >  VIS_LZ_CDF                         0 0000000000021840 0000000000031840aI >                                     0 FFFFFFFF87B67178 FFFFFFFF87B67178r > G > Notice that the line # is always zero (0).  I have never been able tolF > write a simple program that would generate this traceback error so I > can submit a problem report. > ? > 	For the program that generated the above error, here are the01 > compile commands I use for all the source code:> > H >     $ Fortran /Old_F77 /NoList /Object = ... /D_Lines /Extend_Source -? >               /Warnings = Declarations /Optimize /NoDebug ... ;                                                    ^^^^^^^^i' >     $ Link /Trace /NoMap /NoDebug ...t   From HELP FORTRAN /DEBUG:   6       If you omit the /DEBUG qualifier, the default isE      /DEBUG=(TRACEBACK,NOSYMBOLS).  If you specify /DEBUG without anyt.      keywords, it is the same as /DEBUG=ALL or@      /DEBUG=(TRACEBACK,SYMBOLS).  The /NODEBUG, /DEBUG=NONE, and.                                       ^^^^^^^^>      /DEBUG=(NOTRACEBACK,NOSYMBOLS) qualifiers are equivalent.              ^^^^^^^^^^^  (                                     NOTE  @              It is strongly recommended that you use /NOOPTIMIZE@              when  using  the  /DEBUG  qualifier.  Optimizations@              performed  by  the  compiler  can   cause   several@              different  kinds  of unexpected behavior when using"              the OpenVMS Debugger.    : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919 ; 2024 West Street, Suite 300              800-810-0827 x1919=5 Annapolis, MD 21401-3556           fax   410-280-10943   ------------------------------  % Date: Fri, 30 Mar 2001 16:11:52 +0200j2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>0 Subject: Re: Getting % Merged or Copied from DCL+ Message-ID: <3AC49428.5010408@arcormail.de>   
 Dear Dave,  G AFAIK ther is no such argument to f$getdvi. You'll have to snip it out EH of the output of SHO DEVICE. Also keep in mind, that there are different4 sights on devices from different nodes of a cluster.   Thomas.-   Dave Harrold wrote:p  	 > Hi All,o > H > I would like to be able to get the % merged or % copied information inB > a DCL procedure.   This is the same information provided by SHOW	 > DEVICE.L >  > $ sh dev dua117o > G > Device                  Device           Error    Volume         Free  > Trans MntnH >  Name                   Status           Count     Label        Blocks > Count Cnt H > DSA117:                 Mounted              0  PRODI04       88870563	 > 121   2?G > $1$DUA117:    (MINNIE)  ShadowMergeMbr       0  (merging DSA117:  43%-	 > merged) G > $1$DUA217:     (PLUTO)  ShadowMergeMbr       0  (merging DSA117:  43%G	 > merged)S > F >  I haven't been able to identify any argument to F$GETDVI to provideH > that information.  Is this possible?  Is it available from the $GETDVI > system service?  , > / > Any information would be greatly appreciated.i > 	 > Thanks,. >  > Dave Harrold >  > X > ======================================================================================X > Dave Harrold                                          E-Mail: David_Harrold@Aurora.orgN > Sr. Software Systems Engineer                         Phone : (414) 647-6204N > Aurora Health Care                                    FAX   : (414) 647-4999K > 3031 W. Montana Street                                Milwaukee, WI 53234i > Z > "A common mistake people make when trying to design something completely foolproof is to1 > underestimate the ingenuity of complete fools."      -- s? --------------------------------------------------------------- 9 *** Please notice! New eMail address from 12-dec-2000 on:  thomaspauli@arcormail.de? ---------------------------------------------------------------y9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germanyj   ------------------------------    Date: 31 Mar 2001 02:08:25 +0800, From: Paul Repacholi <prep@prep.synonet.com>) Subject: Global pages, DECwindowa and 7.3r- Message-ID: <87snjvm8o6.fsf@prep.synonet.com>E  I /YOu all know this one I'm sure. Not enought globalpages, so DECW startupeI offers a free autogen, than results in a reboot with out enought pages...e  K Has 7.3 fixed this one? As it is a dynamic parameter now, having decwindowss bash it should fix it fine.C   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------    Date: 30 Mar 2001 09:10:23 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen).F Subject: Re: Keeping userids and passwords synchronize across 4 Alphas3 Message-ID: <z$mlshhpjV6j@eisner.encompasserve.org>   C The question was posed specifically about password synchronization,t$ not about single sign-on in general.   Larry Kilgalleni  x In article <OF25F2FB84.8BD7561A-ON03256A1E.006D3E47@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:M > What about any Single Signon product which runs under OpenVMS ? Any producto > ?b >  > 	 > regardsX >  > FC >  >  >  > L > Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) em 29/03/2001 16:36:54 > G > Favor responder a Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)1 >  >  >  >       Info-VAX@Mvb.Saic.Coms >  >  > H > Assunto: Re: Keeping userids and passwords synchronize across 4 Alphas >  > E > In article <lilpbtg3iimgvbjk91ugs6gfhfjh382qvu@4ax.com>, Norman Woo, > <nwoo@videotron.ca> writes:l >> Hi folksy >>D >> We're faced with a challenge of keeping the userids and passwordsC >> synchronize across 4 Alphas DS20Es running OpenVMS 7.1-2.  These>H >> Alphas are physically located in different locations.  Users are ableD >> to access any one of these 4.   If they change their passwords onI >> mahcine, this password should be updated on the other 3.  Likewise, if;E >> the system administrator adds/modify/deletes a userid, this shouldx1 >> also be reflected across the other 3 machines.H >>1 >> We cannot user proxies due to security issues.B > L > People who worry about security issues should NEVER synchronize passwords. >  >  >  >  >  >  --  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  % Date: Fri, 30 Mar 2001 12:20:22 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brXF Subject: Re: Keeping userids and passwords synchronize across 4 AlphasL Message-ID: <OF06577D45.952855FB-ON03256A1F.00541A79@ep-bc.petrobras.com.br>  H We have an application developed in house which   uses the client-server model, synchronizing, the OpenVMS servers, IBM MVS and Windows NT.  B I dont know how this applications works specificaly, because it is considered legacy and thereIK is not an official responbile  in the company, but I know it works send the3 flat passwords to the otherD hosts.   RegardsN   FC        J Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) em 30/03/2001 11:10:23  E Favor responder a Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)A             Info-VAX@Mvb.Saic.Com2      F Assunto: Re: Keeping userids and passwords synchronize across 4 Alphas    C The question was posed specifically about password synchronization, $ not about single sign-on in general.   Larry Kilgallenl  
 In articleA <OF25F2FB84.8BD7561A-ON03256A1E.006D3E47@ep-bc.petrobras.com.br>,T+ fabio_compaq@ep-bc.petrobras.com.br writes:iE > What about any Single Signon product which runs under OpenVMS ? AnyI producte > ?h >/ >l	 > regards  >a > FC >i >u >n >pC > Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) em 29/03/2001  16:36:54 > G > Favor responder a Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  >R >D >2 >       Info-VAX@Mvb.Saic.Come >  >C >-H > Assunto: Re: Keeping userids and passwords synchronize across 4 Alphas >  >TE > In article <lilpbtg3iimgvbjk91ugs6gfhfjh382qvu@4ax.com>, Norman Wood > <nwoo@videotron.ca> writes:E >> Hi folkso >>D >> We're faced with a challenge of keeping the userids and passwordsC >> synchronize across 4 Alphas DS20Es running OpenVMS 7.1-2.  TheseoH >> Alphas are physically located in different locations.  Users are ableD >> to access any one of these 4.   If they change their passwords onI >> mahcine, this password should be updated on the other 3.  Likewise, if E >> the system administrator adds/modify/deletes a userid, this shouldI1 >> also be reflected across the other 3 machines.  >>1 >> We cannot user proxies due to security issues.p >eA > People who worry about security issues should NEVER synchronize 
 passwords. >E >  >  >N >P >E --N ==============================================================================  E Great Inventors of our time: Al Gore -> Internet; Sun Microsystems ->  ClustersN ==============================================================================   ------------------------------    Date: 30 Mar 2001 09:03:18 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)n0 Subject: Re: login failure when sysuaf is locked3 Message-ID: <v5R0h7Kvg4G3@eisner.encompasserve.org>^  Q In article <009F9BF6.DEC691D7.9@decus.de>, Michael Unger <unger@decus.de> writes:c  F > Would it be safe to assume that the following piece of DCL procedure< > can be applied to _all_ system files without any problems: > * > 	OPEN /READ /SHARE <logical> <file_name> > 	     ^^^^^ ^^^^^^" > 	READ /NOLOCK <logical> <symbol> > 	     ^^^^^^^n  D Certainly it would fail if the file was being backed up at the time.  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  % Date: Fri, 30 Mar 2001 06:51:11 -0700-+ From: "Barry Treahy, Jr." <treahy@mmaz.com>1* Subject: MAIL LIST MALFUNCTIONING AGAIN???( Message-ID: <3AC48F4F.59E02C24@mmaz.com>  E The mailing list at SAIC appears to be malfunctioning again.  For theSH past two mornings, I'm receiving the same posts from prior days.  Today,C I'm receiving posts from Tuesday morning, the same posts I received ) yesterday and already read on Wednesday!!a   Regards,   Barrys   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOA  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028s   ------------------------------  % Date: Fri, 30 Mar 2001 15:32:42 +0100a  From: steven.reece@quintiles.com. Subject: Re: MAIL LIST MALFUNCTIONING AGAIN???H Message-ID: <OF7914EEEC.AE9A2014-ON80256A1F.004FCE28@qedi.quintiles.com>  J You're not the only one Barry.  I've seen it too but thought it was merely a mental abberation on my part.p Steve.   Barry Treahy wrote: H >>>The mailing list at SAIC appears to be malfunctioning again.  For theH past two mornings, I'm receiving the same posts from prior days.  Today,C I'm receiving posts from Tuesday morning, the same posts I receivedt, yesterday and already read on Wednesday!!<<<   ------------------------------  % Date: Fri, 30 Mar 2001 15:48:59 +0100T- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>i. Subject: Re: MAIL LIST MALFUNCTIONING AGAIN???) Message-ID: <3AC49CDB.F3C1288A@bbc.co.uk>   ! steven.reece@quintiles.com wrote:e  L > You're not the only one Barry.  I've seen it too but thought it was merely! > a mental abberation on my part.= > Steve. >   B I am getting email for every posting I make for the last few days:  J Your message  is being returned to  you unprocessed because it  appears to haveI already  been  distributed to  the  INFO-VAX  list.  That  is, a  message, withL identical text  (but possibly with different  mail headers) has been  posted toH the list recently, either by you or by  someone else. If you have a good reasonF to resend this message to the list (for instance because you have been notifiedG of a hardware failure with loss of  data), please alter the text of the  messagegJ in some way and  resend it to the list. Note that  altering the "Subject:" lineC or adding blank  lines at the top  or bottom of the message  is notc sufficient;tK you should  instead add a  sentence or  two at the  top explaining why  youq areoK resending the  message, so that the  other subscribers understand why  theye are ' getting two copies of the same message.   4 ------------------------ Rejected message (43 lines) --------------------------; Received: from MVB.SAIC.COM (mvb.saic.com [139.121.16.104])-B  by listserv.cc.uga.edu (8.11.0/8.11.0) with SMTP id f2U3kkH167322A  for <info-vax@listserv.uga.edu>; Thu, 29 Mar 2001 22:46:46 -0500o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>7 X-Newsgroups: comp.os.vmsa Subject: Re: Reading UDF CDs% Date: Tue, 27 Mar 2001 17:52:14 +0100h' Organization: Medas at The BBC, Bristole	 Lines: 19u) Message-ID: <3AC0C53E.926C4BBF@bbc.co.uk>e Mime-Version: 1.0y* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit H X-Trace: nntp0.reith.bbc.co.uk 985712166 14786 10.192.36.14 (27 Mar 2001
 16:56:06 GMT)- X-Complaints-To: news@bbc.co.uk + NNTP-Posting-Date: 27 Mar 2001 16:56:06 GMTs X-Accept-Language:  en9 X-BBC-Trace: MTAuMTkyLjM2LjE0LFBDLUwzMTEwMDEsTExFV0VUODA=s' X-Mailer:  Mozilla 4.75 [en] (Win98; U)G1 Reply-to: Tim Llewellyn <tim.llewellyn@bbc.co.uk>u X-Gateway-From: mvb.saic.com To: Info-VAX@Mvb.Saic.Com  X-Gateway-Source-Info: USENET0       --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk_  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Fri, 30 Mar 2001 09:52:11 -0600i* From: WILLIAM WEBB <WWEBB1@email.usps.gov>. Subject: RE: MAIL LIST MALFUNCTIONING AGAIN???- Message-ID: <0033000020165405000002L052*@MHS>r  4 =0AI just thought that people had assumed that I was< dense and didn't comprehend their answers the first time :^)   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET & > Sent: Friday, March 30, 2001 9:37 AM8 > To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNET0 > Subject: RE: MAIL LIST MALFUNCTIONING AGAIN??? >c >e> > You're not the only one Barry.  I've seen it too but thought > it was merely.! > a mental abberation on my part.  > Steve. >s > Barry Treahy wrote: : > >>>The mailing list at SAIC appears to be malfunctioning > again.  For the < > past two mornings, I'm receiving the same posts from prior > days.  Today,TE > I'm receiving posts from Tuesday morning, the same posts I received . > yesterday and already read on Wednesday!!<<< >=   ------------------------------  % Date: Fri, 30 Mar 2001 09:24:38 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>. Subject: Re: MAIL LIST MALFUNCTIONING AGAIN???, Message-ID: <3AC450D6.294C2678@Mvb.Saic.Com>   Barry Treahy, Jr. wrote:: (as well as Steven Reece, Tim Llewellyn, and William Webb) > G > The mailing list at SAIC appears to be malfunctioning again.  For thevJ > past two mornings, I'm receiving the same posts from prior days.  Today,E > I'm receiving posts from Tuesday morning, the same posts I receivedm+ > yesterday and already read on Wednesday!!   F Again?  I was unaware it had malfunctioned before (not for a very longG time anyway).  Folks, it is not the mailing list, not directly anyway. iE Someone decided to start reflecting Info-VAX mail back to me with theoH housekeeping headers stripped out.  This caused duplicate postings to goH to both the newsgroup and the mailing list.  Starting yesterday there isA a slight difference in the headers and I think I've got the issue 
 addressed.  G If you think you notice a problem with the mailing list, please contact E me directly.  I do not get a chance to read comp.os.vms every day and F simply posting a complaint will simply result in delays in getting the complaint handled.  
 Mark Berryman0 Mark.Berryman@Mvb.Saic.Com Info-VAX administrator  A P.S.  There may be one or two residual duplicate postings but all 
 duplicatesC       should die out in the next day or two.  If not, please let mea know.    ------------------------------  % Date: Fri, 30 Mar 2001 13:49:45 -0300a) From: fabio_compaq@ep-bc.petrobras.com.bra% Subject: OpenVMS - DEC character modemL Message-ID: <OF40BA0B02.553836C4-ON03256A1F.005C4C62@ep-bc.petrobras.com.br>  H Do you remeber how is the character mode compatible with DEC character = set H  to configure a printer to print characters like =E1, =E9, =ED  - I don=	 t remeber  what ISO is  ?   Regards    FC=    ------------------------------  % Date: Fri, 30 Mar 2001 15:52:41 -0300L) From: fabio_compaq@ep-bc.petrobras.com.br ) Subject: Re: OpenVMS - DEC character modeUL Message-ID: <OFFBCDE948.A0248CA1-ON03256A1F.0067879A@ep-bc.petrobras.com.br>  L T2ggb2ggLi4uLiBJIHdhbnQgdGhlIExhdGluIChQb3J0dWd1ZXNlKSAgY2hhcmFjdGVyZXMgbm90L IEN5cmlsbGljICAhICEgIQ0KDQpSZWcNCkZDDQoNCg0KDQoNCiJSdXNsYW4gUi4gTGFpc2hldiIgL PExhaXNoZXZAU01UUC5EZWx0YVRlbC5SVT4gZW0gMzAvMDMvMjAwMSAxNDo0OTozMw0KDQoNCg0KL ICAgICAgZmFiaW9fY29tcGFxQGVwLWJjLnBldHJvYnJhcy5jb20uYnINCg0KDQoNCkFzc3VudG86L IFJlOiBPcGVuVk1TIC0gREVDIGNoYXJhY3RlciBtb2RlDQoNCg0KSVNPODg1OS01L0RFQyBJU08gL Q3lyaWxsaWM/DQoNCmZhYmlvX2NvbXBhcUBlcC1iYy5wZXRyb2JyYXMuY29tLmJyIHdyb3RlOg0KL Pg0KPiBEbyB5b3UgcmVtZWJlciBob3cgaXMgdGhlIGNoYXJhY3RlciBtb2RlIGNvbXBhdGlibGUgL d2l0aCBERUMgY2hhcmFjdGVyDQpzZXQNCj4gIHRvIGNvbmZpZ3VyZSBhIHByaW50ZXIgdG8gcHJpL bnQgY2hhcmFjdGVycyBsaWtlIOEsIOksIO0gIC0gSSBkb250DQpyZW1lYmVyDQo+IHdoYXQgSVNPL IGlzICA/DQo+DQo+IFJlZ2FyZHMNCj4NCj4gRkMNCg0KLS0NCkNoZWVycywgUnVzbGFuLg0KKy0tL LS0tLS0tLS0tLS0tLXB1cmUgcGVyc29uYWwgb3Bpbmlvbi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tL Kw0KICAgIFJBRElVUyBTZXJ2ZXIgZm9yIE9wZW5WTVMgcHJvamVjdCAtIHd3dy5yYWRpdXN2bXMuL Y29tDQogICAgICB2bXMtaXNwc0BkbHMubmV0IC0gRm9ydW0gZm9yIElTUCBydW5uaW5nIE9wZW5WD TVMNCiAgICAgICAgICBNb2JpbGU6ICs3ICg5MDEpIDk3MS0zMjIyDQoNCg0KDQoNCg==   ------------------------------  # Date: Fri, 30 Mar 2001 15:01:07 GMTCF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)' Subject: Re: Printing jpeg files on VMS 2 Message-ID: <Tc1x6.372$fB6.10529@news.cpqcorp.net>  A In addition to the other suggestions, the program XV which allowsC: viewing of JPEG, GIF, and other image formats on X-windows> systems (which includes DECwindows) also has a print function.> You can send the output to a PostScript file and then print it# on any printer that understands it.    -- C(  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have aT5  legitimate reason to E-mail a response to this post.e   ------------------------------  % Date: Fri, 30 Mar 2001 15:26:58 +0200p0 From: "Alfons Grammer" <Alfons.Grammer@force.de>, Subject: RPG compiler for VMS/AXP available?/ Message-ID: <9a21i8$csl$00$1@news.t-online.com>p  . does anyone know a RPG compiler for VMS/Alpha?  J (there is one for VMS/VAX, but this company does not have one for VMS/AXP)  L Has anybody successfully "VEST"-ed a VMS/VAX binary of RPG-code to VMS/AXP ?   thanks Alfons   ------------------------------  # Date: Fri, 30 Mar 2001 14:10:05 GMT , From: "Frank Sapienza" <sapienza@noesys.com>0 Subject: Re: RPG compiler for VMS/AXP available?: Message-ID: <1t0x6.70679$K54.8914849@news02.optonline.net>  K Migration Specialties has an RPG compiler for both VAX and Alpha platforms.eJ We used this at a client site years ago to convert from a Unisys system toL VAX/VMS and recently went back to the same client and moved them from VAX to Alpha.    http://home.earthlink.net/~msi1/     Frank Sapienza Noetic Systems, Inc.    ; "Alfons Grammer" <Alfons.Grammer@force.de> wrote in message-) news:9a21i8$csl$00$1@news.t-online.com... 0 > does anyone know a RPG compiler for VMS/Alpha? >-L > (there is one for VMS/VAX, but this company does not have one for VMS/AXP) >oL > Has anybody successfully "VEST"-ed a VMS/VAX binary of RPG-code to VMS/AXP ?s >n > thanks > Alfons >o >h   ------------------------------   Date: 30 Mar 2001 14:07:13 GMT From: ewilts@mediaone.net = Subject: Re: Secondary Page File/what happens if disk is loste* Message-ID: <9a23uh$igs$1@news.netmar.com>  J In article <2DF8B6049717D411A08B00508BCF54240431841F@cs0018.lg.com>, Doar,% Mandy (LGE-SP) <mdoar@lg.com> writes:0 >Alpha GS60 running VMS 7.1-2  > K >We've got a secondary page file set up on a disk that is not in a raid set0J >or mirrored.  What will happen to the system if the disk is lost? PrimaryB >page and swap files exist on the system drive, which is mirrored.  M I haven't seen another reply to this even though this is a few days old, so Is thought I'd better follow-up...g  J Your system will hang if you lose or crash if you lose the pagefile disk. * Been there, done that, not a pretty sight.  M If the disk hangs and you need to read a page from that pagefile, your system8M hangs.  If a page read is issued and the disk or controller returns an error,aB you'll crash.  Either situation is usually considered sub-optimal.  N Simply put, these days EVERY disk on your system should be hardware-protected.M  I have seen a situation where I lost a cluster with 3,000 simultaneous users J because a *user* disk had a read error - a nice locking bug that preventedI access to the sysuaf.  This might have back on V6.2 (I'm trying to forgetiI :-)) and the bug may have been fixed - I had a discussion with Hoff about<# this at a symposium many moons ago.x  H You've already spent a lot of money on your CPU - now protect every disk you've got.       O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  ----- M   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupsoI    NewsOne.Net prohibits users from posting spam.  If this or other posts L made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------   Date: 30 Mar 2001 14:08:13 GMT From: ewilts@mediaone.nets= Subject: Re: Secondary Page File/what happens if disk is lostu* Message-ID: <9a240d$ilc$1@news.netmar.com>  J In article <2DF8B6049717D411A08B00508BCF54240431841F@cs0018.lg.com>, Doar,% Mandy (LGE-SP) <mdoar@lg.com> writes:= >Alpha GS60 running VMS 7.1-2= >=K >We've got a secondary page file set up on a disk that is not in a raid setnJ >or mirrored.  What will happen to the system if the disk is lost? PrimaryB >page and swap files exist on the system drive, which is mirrored.  M I haven't seen another reply to this even though this is a few days old, so Ic thought I'd better follow-up...i  J Your system will hang if you lose or crash if you lose the pagefile disk. * Been there, done that, not a pretty sight.  M If the disk hangs and you need to read a page from that pagefile, your systemeM hangs.  If a page read is issued and the disk or controller returns an error,oB you'll crash.  Either situation is usually considered sub-optimal.  N Simply put, these days EVERY disk on your system should be hardware-protected.M  I have seen a situation where I lost a cluster with 3,000 simultaneous usersgJ because a *user* disk had a read error - a nice locking bug that preventedI access to the sysuaf.  This might have back on V6.2 (I'm trying to forget I :-)) and the bug may have been fixed - I had a discussion with Hoff aboutr# this at a symposium many moons ago.h  H You've already spent a lot of money on your CPU - now protect every disk you've got.-      O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----EM   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupshI    NewsOne.Net prohibits users from posting spam.  If this or other postseL made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  # Date: Fri, 30 Mar 2001 18:46:00 GMTn, From: peterw@u.genie.co.uk (Peter Watkinson)/ Subject: Re: Seeking Alpha system (Netherlands)i< Message-ID: <3ac4d40f.1899710@newshost.netscapeonline.co.uk>  C On Wed, 28 Mar 2001 10:08:44 +0100, Alan Greig <a.greig@virgin.net>1 wrote:  6 >On Wed, 28 Mar 2001 08:26:43 +0200, "Willem Grooters"  ><Willem@Grooters.100.nl> wrote: >d >>Hi out there,  >>& >>After 6 years _finally_ back to VMS! >>N >>But to get known to Alpha systems, I'm looking for a system I can use to getM >>familiar with the Alpha processor. Does anyone have, or know of a redundanthK >>system  I can purchase - don't bother licenses, I just need the hardware.bM >>Would be great with CD-ROM, enough memory and diskspace, Graphical card andf4 >>VMS-keyboard. Monitor doesn't have to be included. >rB >www.islandco.com/lowcost_alpha.htm with a VMS DECUS hobby licenseF >might be suitable. If you look around you might still be able to pickD >up an old DEC Multia for shipping costs. Instructions on how to get2 >this to boot VMS (unsupported) are in the VMS faq >= >= >>Willem >> >> >>    F Also take a look on ebay.com  - Select computers then search for alpha. - Usually a couple of pages of stuff on there.  	  regards,=     Peter Watkinson- Email: peterw@u.genie.co.uk ( Internet: http://you.genie.co.uk/peterw/A Windsurf International.com http://www.windsurf-international.com/i* PW Navigate.com http://www.pwnavigate.com/   ------------------------------    Date: 30 Mar 2001 16:31:27 +0800, From: Paul Repacholi <prep@prep.synonet.com>% Subject: Re: Spice for OpenVMS Alpha?t- Message-ID: <8766grfyjk.fsf@prep.synonet.com>   # Koloth <koloth@tmisnet.com> writes:t  B > > DECUS says they're for VAX/VMS but I remember just fortran the- > > last time I compiled it, a few years ago.o  . That is an OLD SPICE. The current one is in C.   -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.r@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 30 Mar 2001 15:08:19 +0100-0 From: andrew harrison <andrew.nospam@uk.sun.com>% Subject: Re: Spice for OpenVMS Alpha? * Message-ID: <3AC49353.285067FA@uk.sun.com>   Paul Repacholi wrote:0 > % > Koloth <koloth@tmisnet.com> writes:a > D > > > DECUS says they're for VAX/VMS but I remember just fortran the/ > > > last time I compiled it, a few years ago.  > 0 > That is an OLD SPICE. The current one is in C. >   " Don't let Christof find out :):):)     Regards  Andrew Harrisonr Enterprise IT Architect    ------------------------------  % Date: Fri, 30 Mar 2001 15:47:59 +0100o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> % Subject: Re: Spice for OpenVMS Alpha? ) Message-ID: <3AC49C9F.B90D2FF4@bbc.co.uk>v   andrew harrison wrote:   > Paul Repacholi wrote:C > >N' > > Koloth <koloth@tmisnet.com> writes:0 > >8F > > > > DECUS says they're for VAX/VMS but I remember just fortran the1 > > > > last time I compiled it, a few years ago.l > >r2 > > That is an OLD SPICE. The current one is in C. > >e >i$ > Don't let Christof find out :):):)  < I wouldn't be so cocky about electronic design myself, mate.= Maybe they used the new version to design those faulty E10000e
 cache boards?h  > Personally, fortran seems better matched to the problems spice
 addresses.  < and btw I have beeing doing some research in comp.unix.* :-)   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those ofi MedAS or the BBC.e   ------------------------------   Date: 30 Mar 2001 18:50:29 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)r% Subject: Re: Spice for OpenVMS Alpha?r+ Message-ID: <9a2khl$1ej$1@info.cs.uofs.edu>   ) In article <3AC49C9F.B90D2FF4@bbc.co.uk>,T0  Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes: |> l? |> and btw I have beeing doing some research in comp.unix.* :-)c   And???   bill   -- yJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   h   ------------------------------  % Date: Fri, 30 Mar 2001 08:26:08 -0500 / From: "Webb, William W" <wwebb1@email.usps.gov>c' Subject: RE: Systems & Options catalogscK Message-ID: <D46FE9B132FB9B44AEC242A96E4AB75001925A97@rlghncst625.usps.gov>t  / Somebody has requested them and given me their r FedEx account number to boot.a  ) Now who was it that wanted to get rid of c that 6310? :^)   WWWebb     > -----Original Message----- > From: Webb, William W ( > Sent: Thursday, March 29, 2001 4:51 PM > To: 'INFO-VAX@Mvb.Saic.Com'S% > Subject: Systems & Options catalogss >  > / > Friend cleaning out his desk just brought me i- > the following (in case I didn't have them):r >  > S&O, November 1997 > S&O, April 1998C > S&O, January 1999  > 6 > Turns out that I already have these in my "library". > 0 > I hate to throw them away, so the first person( > willing to pay for shipping gets them. > 4 > Sorry I'll ask for money up front, got burned last > time I extended credit.c  > ==============================, > William W. Webb, EDS, c/o USPS DSSC/OSS/MS0 > 4924 Green Road Raleigh, NC 27616 919 874 3043 >  6 >    ------------------------------  % Date: Fri, 30 Mar 2001 12:48:23 -0500T  From: John Santos <JOHN@egh.com>> Subject: They still don't get it (incremental backups and XQP)6 Message-ID: <1010330122633.43670A-100000@Ives.egh.com>  A After a series of horrible FTP misadventures with Compaq support,O> I just received the so-called fix for the problem of directory. modification dates getting changed spuriously.  @ No, I haven't tried it yet.  If it does what the text file says,@ it will only make the problem worse.  Therefor I don't intend to install it.-  C Here is an extract from the text file that accompanied the patches.I  B Sorry for the bad formatting; the original appears to be formatted for about 85 columns.D  B ==================================================================H *7.      Enforce saving all subdirectories/files when incremental backup0          (specifically /SINCE=BACKUP) operations< *        Disallow /SINCE=BACKUP and /NOINCREMENTAL together.V          -----------------------------------------------------------------------------  V         When performing incremental RESTORE operations, BACKUP needs more data to makeT         correct decisions during the incremental restore delete phase. In order for V         BACKUP to have this data, incremental SAVE operations need to save more data.          To do thisP         BACKUP checks the modification date of the directory with the selection V         criteria and if it meets this criteria then all subdirectories/files will get R         selected for backup. Flexibility of invoking old style behavior was added !         later, (/NOINCREMENTAL). 0S         Recent changes to the XQP, which update modification dates for a directory IR         file more frequently, now caused more data to be saved during incremental S         Backups.  This may result in customers actually using this added feature.  iW         New Testing has determined that for a /SINCE=BACKUP type operation this is not iU         a good thing.  The restored disk is at best not as exact as it should be and  M         worse case is in error.  Disallowing old style behavior is mandatory.i           N 14. BACKUP save all files and sub-directories for directories that are new or        renamed./       /SINCE=BACKUP incremental save operation. O       -------------------------------------------------------------------------p  U       Only save all files and sub-directories for new or renamed directories. If the tS       Backup date of the directory is zero and the operation is /SINCE=BACKUP then oW       save all files and sub-directories for that directory.  This is the modification sO       added to deal with the recent XQP change of more frequently updating the  "       directory modification date.  E =====================================================================0  E Item 7 seems to be saying they've changed the command line processingeG to disallow the combination of /SINCE=BACKUP and /NOINCREMENTAL.  SincedC adding /NOINCREMENTAL was what Compaq support originally told me to-D do, if I did that and then installed this ECO, all my backup command files would break.  D Item 14 seems to have been written by someone who doesn't understandC elementary logic.  The algorithm expressed by the 2nd sentence does>F not cause the behaviour described by the 1st sentence.  I am surprisedG that backup does not already function as described in the 2nd sentence.D  < Both items seem to assume that the behaviour of F11BXQP postB VMS721_F11X-V0200 ECO is correct.  The behaviour is clearly bogus,4 and trying to work around it in BACKUP is fruitless.  > Someone please try my original problem in FT7.3 and report the@ results.  (Create a directory, e.g. [.foo].  Create files in the> directory until the size changes in "$ dir/size foo.dir".  See> if the "modified" date, shown by "$ dir/date=modified foo.dir". changes when the size changes.  It shouldn't.)   -- z John Santosx Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 30 Mar 2001 08:42:33 +0200o= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>Q Subject: Re: VAX market valueX) Message-ID: <3AC42AD9.3786602D@gtech.com>5   Peter Joules wrote:gD > Does anyone know what Compaq do with the old VAXen which they haveE > taken as trade-in.  I am sure that UK collectors would be more thanW9 > willing to save them from the dump if allowed to do so.z  < I have heard that "old junk" is physicaly destroyed to avoid. it getting out (and maybe be traded in again).   Arne   ------------------------------  % Date: Fri, 30 Mar 2001 02:27:24 -0500g- From: JF Mezei <jfmezei.spamnot@videotron.ca>C Subject: Re: VAX market valueW, Message-ID: <3AC43557.DAC2ECD8@videotron.ca>   Arne Vajhj wrote: > > > I have heard that "old junk" is physicaly destroyed to avoid0 > it getting out (and maybe be traded in again).  M When Digital accepted Microvax-IIs as trade-in, the units were systematicallynL SHREDDED a few weeks after the trade in. The reason given was to prevent theM board from being re-used by 3rd parties, installed in other cabinets and soldE7 as Microvax-IIs which Digital would have to support ;-)i  H The fact that it was net to impossible to obtain a Microvax II board forJ framing is one of the reasons I decided to buy a second one. When My II isJ retired, its CPU board and that of the backup unit will definitely go on aN wall with a nice halogen spotlight shining on it. (and perhaps even powered to get the leds flashing :-)k   ------------------------------    Date: 26 Mar 2001 00:31:47 +0800, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: VMS source listings omittings- Message-ID: <87k85dlsi4.fsf@prep.synonet.com>n  ( Roar Throns <roart@nvg.ntnu.no> writes:  F > I have heard rumours saying that VMS 1.0 was planned with clusteringF > in mind.  Clusters came after 5 years in 1983, but 5 years then were; > "slower" with regard to development than now. An eventual E > redesign/rewrite of the sources might not have been that extensive.c? > Redesign of Unix and Windows might not be that easy, or what?-  A I doubt that. V1 was just enought to get going. Many of the utilsa where still RSX ones.j  @ The key steps to clustering where MSCP with the UDA-50 and later@ CI-780 and HSC50, then the lock manager and the $enq $deq systemB sevices. Another big factor was the class/port driver idea.  These< where in VMS before V4.  At that point, the lock manager was distributed and away it went...h  D MSCP and sharing a HSC was possible in 3.x. With V4, you could share% dual port Massbus drives as well btw.c  E The lack of this in V1 can be seen by the fact that the IRP had to beeB extended to the CDIRP to get the IO system to sing. V1 was kept to= what was needed to get a 32 bit paging system out and usable.A   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.S@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 30 Mar 2001 09:59:37 -0600s+ From: Christopher Smith <csmith@amdocs.com>t* Subject: RE: VMS source listings omittingsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1CDA@cmiexch1.cmi.itds.com>  J .. and, of course, Microshaft is always looking for a few trained monkeys,I so if you have an IQ less than the number of useful windows apps (this isoJ actually a trick, since the more incredibly stupid one is, the more useful9 they seem to find windows apps. :), you'll have a chance.r  K Actually, VAXMan once had an acronym for MONKEY, but I forget at this pointo
 what's in it.r   Regards,   Chrisy  ! Christopher Smith, Perl Developerf Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");a 'a  i   > -----Original Message-----: > From: rjordan@mars.mcs.net [mailto:rjordan@mars.mcs.net]  H > Of course if you really want to see all the expurgated source, all you= > might have to do is get a job at microsoft in Redmond, who w > received all- > the good stuff almost free some time ago ;)    ------------------------------  % Date: Fri, 30 Mar 2001 10:54:22 +0100n  From: steven.reece@quintiles.com Subject: Re: vt200H Message-ID: <OFB6EB8280.41883A8D-ON80256A1F.003642B7@qedi.quintiles.com>  D Depends where you are.  It will have a significant effect on who can answer.mH In the UK I'd probably go to Abacus Computing first, then try one of out6 local VARs to see if they could get any from a broker.   bedlam702 at aol dot com wrote:eF >>>Anyone know where I can get one of these. I have one more left that works and Io need at least 2 more.<<<   ------------------------------    Date: 30 Mar 2001 16:25:11 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: vt200- Message-ID: <87ae63fyu0.fsf@prep.synonet.com>a  % bedlam702@aol.com (Bedlam702) writes:s  E > Anyone know where I can get one of these. I have one more left thatl# > works and I need at least 2 more.n  @ I had 10 320 and 420s in the driveway, till a friend 'fixed' it. Come over and help yourself.  D PS The supply of fools who throw out VTs as useless junk seems to beD infinite. And most of them will then pay real money to get thier old terminals back :)    -- l< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Fri, 30 Mar 2001 15:33:52 +0200k, From: Didier Morandi <Didier.Morandi@gmx.ch>; Subject: [INFO] f$trnlnm doesn't send "FALSE" (Alpha 7.2-1)a& Message-ID: <3AC48B40.877AA5EB@gmx.ch>   $ help lex f$trnlnm arg  ../..rC         TABLE       String    TRUE or FALSE to indicate whether thecI                                logical name is the name of a logical names%                                table.e   $ sh log */table=lnm$islk_tablee   (LNM$ISLK_TABLE)  1   "ISLK$BATCH_DAT" = "DISK$ISLK_SITE:[BATCH_DAT]"-1   "ISLK$BATCH_EXE" = "DISK$ISLK_PROG:[BATCH_EXE]"y1   "ISLK$BATCH_LOG" = "DISK$ISLK_SITE:[BATCH_LOG]"f+   "ISLK$EXPORT" = "DISK$ISLK_SITE:[EXPORT]"-)   "ISLK$MON" = "DISK$ISLK_SITE:[MONITOR]"a ../..p  K $ islk_table = f$trnlnm("lnm$islk_table","lnm$system_directory",,,,"table")  $ sh symb islk_table   ISLK_TABLE = "TRUE"-   $ sh log */table=lnm$islk_toto. %SYSTEM-W-IVLOGTAB, invalid logical name table1 %SHOW-S-NOTRAN, no translation for logical name *n  J $ islk_table = f$trnlnm("lnm$islk_toto","lnm$system_directory",,,,"table") $ sh symb islk_table   ISLK_TABLE = ""N $    Fyi.   D. -- e6 MORANDI Consultants, Swiss Quality Computer Consulting6 avenue de Granges-Paccot 2, 1700 Fribourg  Switzerland1     Tel: +41.79.705.46.70 - Fax: +41.26.465.13.58:4  Visit our Web site at http://Didier.Morandi.Free.fr   ------------------------------    Date: 30 Mar 2001 11:18:32 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 3 Subject: Re: [Q] param to increase for unsuff SPTE?tH Message-ID: <y4g0fvwr6f.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  . Paul Repacholi <prep@prep.synonet.com> writes:  H > The second is a permantly mapped page that is used to map d-zero pagesG > to till they are written. Saves having to map a page of private zerose > that will just be read.   N That's what I suspected. It would mean that VMS Alpha already has COW in placeM in its memory management subsystem, ready to go with a real fork() for COE...r   	Jan   ------------------------------  % Date: Fri, 30 Mar 2001 11:47:17 +0200t, From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: [Q] param to increase for unsuff SPTE? & Message-ID: <3AC45625.6F924F61@gmx.ch>  N We ran in the same problem this morning trying to access four Rdb bases at the
 same time./ Here are the parameters requested for analysis:a  $ System Virtual Address Space Layout:$ ------------------------------------O    Item                                  Base               End          Lengthi3 System Virtual Base Address       FFFFFFFE.00000000iP PFN Database                      FFFFFFFE.00000000  FFFFFFFE.0A000028  0A000028P Permanent Mapping of System L1PT  FFFFFFFE.0A002000  FFFFFFFE.0A004000  00002000P Global Page Table (GPT)           FFFFFFFE.0A004000  FFFFFFFE.0A04D3E8  000493E8P Resource Hash Table               FFFFFFFF.7CCC0000  FFFFFFFF.7CCD0000  00010000P Lock ID Table                     FFFFFFFF.7CCD0000  FFFFFFFF.80000000  03330000P Execlet Code Region               FFFFFFFF.80000000  FFFFFFFF.80400000  00400000P Resident Image Code Region        FFFFFFFF.80400000  FFFFFFFF.80C00000  00800000P System Header                     FFFFFFFF.80C00000  FFFFFFFF.80C18000  00018000P Bus-Addressable Pool (BAP)        FFFFFFFF.80C18000  FFFFFFFF.80C22000  0000A000P Error Log Allocation Buffers      FFFFFFFF.80C22000  FFFFFFFF.80C24000  00002000P Nonpaged Pool (initial size)      FFFFFFFF.80C74000  FFFFFFFF.83C22000  02FAE000P Nonpaged Pool Expansion Area      FFFFFFFF.83C22000  FFFFFFFF.8FADE000  0BEBC000P Execlet Data Region               FFFFFFFF.8FB00000  FFFFFFFF.8FC00000  00100000P Fork Buffers Secondary to Primary FFFFFFFF.8FC00000  FFFFFFFF.8FC02000  00002000P Erase Pattern Buffer Page         FFFFFFFF.8FC02000  FFFFFFFF.8FC04000  00002000P 902 Balance Slots - 96 pages each FFFFFFFF.8FC10000  FFFFFFFF.BA090000  2A480000P Paged Pool                        FFFFFFFF.BA090000  FFFFFFFF.BA850000  007C0000P System Control Block (SCB)        FFFFFFFF.BA850000  FFFFFFFF.BA858000  00008000P Restart Parameter Block (HWRPB)   FFFFFFFF.BA8B2000  FFFFFFFF.BA8B3080  00001080P Erase Pattern Page Table Page     FFFFFFFF.8FC0C000  FFFFFFFF.8FC0E000  00002000P Posix Cloning Parent Page Mapping FFFFFFFF.BAB9A000  FFFFFFFF.BAB9C000  00002000P Posix Cloning Child Page Mapping  FFFFFFFF.BAB9C000  FFFFFFFF.BAB9E000  00002000P Swapper Process Kernel Stack      FFFFFFFF.BAC18000  FFFFFFFF.BAC1E000  00006000P Swapper Map                       FFFFFFFF.BAC34000  FFFFFFFF.BACB6000  00082000P Idle Loop's Mapping of Zero Pages FFFFFFFF.BAC1E000  FFFFFFFF.BAC20000  00002000P PrimCPU Machine Check Logout Area FFFFFFFF.BAB48000  FFFFFFFF.BAB48200  00000200P PrimCPU Sys Context Kernel Stack  FFFFFFFF.BAB40000  FFFFFFFF.BAB46000  00006000P Tape Mount Verification Buffer    FFFFFFFF.BAF96000  FFFFFFFF.BAF9A000  00004000P Mount Verification Buffer         FFFFFFFF.BAF9A000  FFFFFFFF.BAF9C000  00002000P Demand Zero Optimization Page     FFFFFFFF.BAF9C000  FFFFFFFF.BAF9E000  00002000P Executive Mode Data Page          FFFFFFFF.BAF9E000  FFFFFFFF.BAFA0000  00002000P System Space Expansion Region     FFFFFFFF.FB000000  FFFFFFFF.FFDF0000  04DF0000P System Page Table Window          FFFFFFFF.FFDF0000  FFFFFFFF.FFFF0000  00200000P N/A Space                         FFFFFFFF.FFFF0000  FFFFFFFF.FFFFFFFF  00010000  P NPAGEDYN                 49995776    1048576     163840         -1 Bytes        P MAXPROCESSCNT                 904         32         12      16384 Processes    P WSMAX                     1282048       4096       1024    8388608 Pagelets     I VCC_MAXSIZE                  6400       6400          0 2000000000 Blocks         m ISLKP1_dmo> SHOW MEM/POOL/FULL@               System Memory Resources on 30-MAR-2001 11:28:29.90  / Nonpaged Dynamic Memory      (Lists + Variable)sL     Current Size (bytes)      49995776    Current Size (pagelets)      97648L     Initial Size              49995776    Initial Size (pagelets)      97648L     Maximum Size             249995264    Maximum Size (pagelets)     488272L     Free Space (bytes)        44045568    Space in Use (bytes)       5950208L     Largest Variable Block    43374208    Smallest Variable Block         64L     Number of Free Blocks         1368    Free Blocks LEQU 64 Bytes      424L     Free Blocks on Lookasides      452    Lookaside Space (bytes)     405312  / Bus Addressable Memory       (Lists + Variable)eL     Current Size (bytes)         40960    Current Size (pagelets)         80L     Initial Size                 40960    Initial Size (pagelets)         80L     Free Space (bytes)           16384    Space in Use (bytes)         24576L     Largest Variable Block       16384    Smallest Variable Block      16384L     Number of Free Blocks            1    Free Blocks LEQU 64 Bytes        0L     Free Blocks on Lookasides        0    Lookaside Space (bytes)          0   Paged Dynamic Memory         >L     Current Size (PAGEDYN)     8126464    Current Size (pagelets)      15872L     Free Space (bytes)         4818528    Space in Use (bytes)       3307936L     Largest Variable Block     4812832    Smallest Variable Block         16L     Number of Free Blocks          168    Free Blocks LEQU 64 Bytes      151   Lock Manager Dynamic MemorynL     Current Size (Mbytes)        86.75    Current Size (pages)         11105L     Free Space (Mbytes)           0.61    Hits                        827768L     Space in Use (Mbytes)        86.14    Misses                       11593L     Number of Empty Pages            0    Expansions                   11758L     Number of Free Packets        2507    Packet Size (bytes)            256   I have added the sh system:-  K OpenVMS V7.2-1  on node ISLKP1  30-MAR-2001 11:32:16.78  Uptime  1 22:39:29 M   Pid    Process Name    State  Pri      I/O       CPU       Page flts  Pages P 00000401 SWAPPER         HIB     16        0   0 00:00:10.54         0      0   P 00000802 DECW$TE_0802    LEF      6    32562   0 00:00:05.09       709    750   P 00000803 _FTA1:          LEF      5    25330   0 00:00:28.14      8192    162   P 00000404 LANACP          HIB     12       55   0 00:00:00.04       110    148   P 00000C05 ISLK_BE_SERV05  LEF      6      551   0 00:00:00.46      1324   1571   P 00000406 FASTPATH_SERVER HIB     10        9   0 00:00:00.01        72     87   P 00000407 IPCACP          HIB     10       10   0 00:00:00.03        33     47   P 00000408 ERRFMT          HIB      8     5742   0 00:00:01.46        98    114   P 0000040A OPCOM           HIB      8     1833   0 00:00:00.85       321     54   P 0000040B AUDIT_SERVER    HIB     10      370   0 00:00:00.23       143    175   P 0000040C JOB_CONTROL     HIB      9     3544   0 00:00:01.19        68     92   P 0000040D QUEUE_MANAGER   HIB      9    14468   0 00:00:05.90       170    211   P 0000040E GLX$LICENSE_SRV HIB     10        9   0 00:00:00.01        77     92   P 0000040F SECURITY_SERVER HIB     10      500   0 00:00:05.78       340    433   P 00000410 DNS$ADVER       LEF      5    32292   0 00:00:04.35       767    823   P 00000411 LES$ACP_V30     HIB      8      129   0 00:00:00.04        75     89   P 00000412 NET$ACP         HIB      5     2793   0 00:00:00.79       193    217   P 00000413 REMACP          HIB     10       98   0 00:00:00.05        39     28   P 00000414 NET$EVD         HIB      6       20   0 00:00:06.98       167    307   P 00000C15 ISLK_BE_SERV06  LEF      6      542   0 00:00:00.51      1323   1571   P 00000417 SMISERVER       HIB      9       68   0 00:00:00.00       148    178   P 00000418 DECW$SERVER_0   HIB      8     1667   0 00:00:02.08       969    930   P 00000819 ISLK_BE_SERV07  LEF      6      547   0 00:00:00.46      1322   1571   P 0000041B LATACP          HIB     14        9   0 00:00:01.62        77     65   P 00000C1C ISLK_BE_SERV08  LEF      6      548   0 00:00:00.51      1323   1571   P 0000081E ISLK_BE_SERV09  LEF      6      549   0 00:00:00.50      1324   1571   P 0000041F TCPIP$INET_ACP  HIB     10     1533   0 00:00:00.32       206    171   P 00000420 SMTP_ISLKP1_01  HIB      4      645   0 00:00:00.17       505    248   P 00000421 TCPIP$PWIP_ACP  HIB      9      106   0 00:00:00.08       127    151   P 00000423 RDMS_MONITOR    LEF     15     9137   0 00:04:36.38     16692    424   P 00000C24 ISLK_BE_SERV10  LEF      6      718   0 00:00:00.52      1611   1827   P 00000425 DECevent_ISLKP1 HIB      6     8136   0 00:00:02.15      1156   1268   P 00000C26 BATCH_719       LEF      5      264   0 00:00:00.15       156    100  BP 00000427 OBB$AGENT       HIB      9    13415   0 00:00:02.31       264    389   P 00000C28 ISLK_BE_CNTL    HIB      6      826   0 00:00:00.38      1565   1526   P 00000C2A ISLK_BE_OUT     HIB      6      793   0 00:00:00.44      1300   1596   P 00000C2B ISLK_MGR_2      HIB      6     1565   0 00:00:00.97      1495   1948  SP 0000042E TCPIP$PORTM     LEF     10     3857   0 00:00:00.77       231    231  NP 00000C2F ISLK_BE_RESET   HIB      5     1090   0 00:00:00.60      1226   1501   P 00000C31 ISLK_BE_WAWA1   HIB      5      857   0 00:00:00.46      1249   1544   P 00000840 DTLOGIN         LEF      4      158   0 00:00:00.10       430    467   P 00000841 DTGREET         LEF      4      430   0 00:00:00.47       452    510  SP 00000C67 ISLK_WI_SERV01  LEF      6      552   0 00:00:00.48      1313   1560   P 00000C6A ISLK_WI_SERV02  LEF      6      570   0 00:00:00.37      1312   1560   P 00000C6C ISLK_WI_IN      HIB      6      874   0 00:00:00.55      1300   1566   P 00000C6D ISLK_WI_SERV03  LEF      6      599   0 00:00:00.45      1314   1561   P 00000C6F ISLK_WI_SERV04  LEF      6      550   0 00:00:00.53      1311   1559   P 00000C71 ISLK_WI_SERV05  LEF      6      556   0 00:00:00.49      1310   1557   P 00000C73 ISLK_WI_SERV06  LEF      6      559   0 00:00:00.49      1312   1559   P 00000C75 ISLK_WI_SERV07  LEF      6      555   0 00:00:00.43      1309   1557   P 00000C77 ISLK_WI_SERV08  LEF      6      550   0 00:00:00.41      1308   1557   P 00000C79 ISLK_WI_SERV09  LEF      6      558   0 00:00:00.48      1310   1558   P 00000C7B ISLK_WI_SERV10  LEF      6      660   0 00:00:00.62      1579   1826   P 00000C7C BATCH_749       LEF      6      253   0 00:00:00.11       156    100  BP 00000C7D ISLK_WI_CNTL    HIB      6      816   0 00:00:00.30      1550   1512   P 00000C7F ISLK_WI_OUT     HIB      6      760   0 00:00:00.45      1286   1583   P 00000C80 ISLK_MGR_3      HIB      5     1278   0 00:00:00.76      1464   1914  SP 00000C83 ISLK_WI_RESET   HIB      5      659   0 00:00:00.47      1215   1490   P 00000C85 ISLK_WI_WAWA1   HIB      6      873   0 00:00:00.44      1235   1530   P 00000977 _TNA28:         LEF      5     2664   0 00:00:00.52      1338    115   P 00000978 _TNA29:         LEF      7     7466   0 00:00:04.18      7351     69   P 00000979 ISLK_MGR_5      LEF      6    11343   0 00:00:04.61       868   1060  SP 0000097E _TNA30:         LEF      4     1531   0 00:00:00.67      1726    112   P 00000AC2 ISLK_SG_SERV01  LEF      6      537   0 00:00:00.37      1329   1577   P 00000AC4 ISLK_SG_SERV02  LEF      6     2801   0 00:00:02.73      2594   2863   P 00000AC6 ISLK_SG_SERV03  LEF      6    12823   0 00:00:08.33      4664   3788   P 00000AC9 ISLK_SG_SERV04  LEF      5    22792   0 00:02:30.82      3027   3367   P 00000ACB ISLK_SG_IN      HIB      6     1661   0 00:00:00.98      1732   2052   P 00000ACC ISLK_SG_SERV05  LEF      6      514   0 00:00:00.44      1328   1573   P 00000ACE ISLK_SG_SERV06  LEF      6      513   0 00:00:00.41      1326   1573   P 00000AD0 ISLK_SG_SERV07  LEF      6      514   0 00:00:00.49      1326   1573   P 00000AD2 ISLK_SG_SERV08  LEF      6      517   0 00:00:00.37      1325   1573   P 00000AD4 ISLK_SG_SERV09  LEF      6      519   0 00:00:00.43      1327   1573   P 00000AD6 ISLK_SG_SERV10  LEF      6    11999   0 00:00:06.73      1802   2006   P 00000AD8 ISLK_SG_SERV11  LEF      6      520   0 00:00:00.50      1326   1573   P 00000ADA ISLK_SG_SERV12  LEF      6    73252   0 00:01:53.42      6719   5320   P 00000ADC ISLK_SG_SERV13  LEF      6      523   0 00:00:00.46      1328   1573   P 00000ADE ISLK_SG_SERV14  LEF      6      522   0 00:00:00.43      1325   1573   P 00000AE0 ISLK_SG_SERV15  LEF      6      524   0 00:00:00.45      1325   1573   P 00000AE3 ISLK_SG_SERV16  LEF      6      525   0 00:00:00.45      1325   1573   P 00000AE5 ISLK_SG_SERV17  LEF      6      526   0 00:00:00.43      1325   1573   P 00000AE8 ISLK_SG_SERV18  LEF      6      527   0 00:00:00.44      1326   1573   P 00000AEA ISLK_SG_SERV19  LEF      6      529   0 00:00:00.36      1327   1573   P 00000AEC ISLK_SG_SERV20  LEF      6      897   0 00:00:00.72      1549   1803   P 00000AEE ISLK_SG_SERV21  LEF      6      531   0 00:00:00.34      1325   1573   P 00000AF0 ISLK_SG_SERV22  LEF      6      534   0 00:00:00.53      1325   1573   P 00000AF2 ISLK_SG_SERV23  LEF      6      534   0 00:00:00.40      1325   1573   P 00000AF4 ISLK_SG_SERV24  LEF      6      535   0 00:00:00.46      1324   1573   P 00000AF6 ISLK_SG_SERV25  LEF      6      537   0 00:00:00.47      1327   1573   P 00000AF8 ISLK_SG_SERV26  LEF      6      542   0 00:00:00.40      1325   1573   P 00000AFA ISLK_SG_SERV27  LEF      6      537   0 00:00:00.46      1328   1575   P 00000AFD ISLK_SG_SERV28  LEF      6      542   0 00:00:00.40      1327   1575   P 00000B00 ISLK_SG_SERV29  LEF      6      541   0 00:00:00.41      1326   1573   P 00000B02 ISLK_SG_SERV30  LEF      6      543   0 00:00:00.44      1325   1573   P 00000B17 _FTA4:          LEF      8   331614   0 00:19:44.55      2222    163   P 00000B35 ISLK_SG_OUT     HIB      6     6530   0 00:00:03.23      1938   2343   P 00000B37 ISLK_SG_WAWA1   HIB      6     3805   0 00:00:02.35      2263   2795   P 00000B39 ISLK_SG_RESET   HIB      5     9068   0 00:00:06.81      1221   1496   P 00000B3E ISLK_MGR        LEF      9   140787   0 00:01:01.63      6749   1403   P 00000B3F _TNA46:         LEF      6     1330   0 00:00:00.44      2233   1509   P 00000B40 _TNA47:         LEF      9     6828   0 00:00:01.99      3819    430   P 00000B56 BATCH_702       LEF      5      924   0 00:00:00.34       156    100  BP 00000B57 ISLK_SG_CNTL    HIB      6      796   0 00:00:00.31      1563   1524   P 00000B58 ISLK_MGR_1      HIB      6     8579   0 00:00:04.89      1996   2584  SP 00000B5E _TNA52:         LEF      8     2762   0 00:00:01.17      4307    175   P 00000B5F RDBSER_14010097 LEF      6     5131   0 00:00:01.42      4307   1267  NP 00000B61 MAEDER          LEF      4       90   0 00:00:00.06       181     92   P 00000B65 _TNA54:         LEF      5     2927   0 00:00:01.34      3211     77   P 00000B74 Didier_Morandi  LEF      6      924   0 00:00:00.13       376    100   P 00000B75 MORANDI         CUR  0   7    28982   0 00:00:06.41     24504    131   P 00000B7B _TNA59:         LEF      9     9460   0 00:00:05.17     14411    192   P 00000B7D ISLK_BE_SERV01  LEF      6      584   0 00:00:00.44      1324   1572   P 00000B80 ISLK_BE_SERV02  LEF      6      532   0 00:00:00.42      1323   1571   P 00000B82 ISLK_BE_IN      HIB      6      888   0 00:00:00.64      1319   1581   P 00000B83 ISLK_BE_SERV03  LEF      6      539   0 00:00:00.35      1323   1571   P 00000B85 ISLK_BE_SERV04  LEF      6      550   0 00:00:00.47      1323   1571   P 00000786 _TNA14:         LEF      6     1949   0 00:00:00.73      2910    149     L all of the ISLK processes access an Rdb database. SG for one, BE for anotherN one, WI for a third one and the one missing is ZH which doesn't want to start. If I wish to open it, I get:   ISLKP1_mgr> sh log sql$database/=    "SQL$DATABASE" = "ISLK$DB:ISLK_DB.RDB" (LNM$PROCESS_TABLE)e ISLKP1_mgr> sql1 SQL> select * from fd;G %SQL-F-ERRATTDEF, Could not use database file specified by SQL$DATABASE:6 -RDB-F-SYS_REQUEST, error from system services requestF -RDMS-F-CANTCREGBL, error creating and mapping database global section0 -SYSTEM-F-INSFSPTS, insufficient SPTEs available SQL>    8 Thanks for your help and for the talk on COW and COE :-)   D.   ------------------------------  # Date: Fri, 30 Mar 2001 18:45:30 GMTl1 From: "Mark D. Jilson" <jilly@clarityconnect.com>l3 Subject: Re: [Q] param to increase for unsuff SPTE?s2 Message-ID: <3AC4D4BD.808BC0B3@clarityconnect.com>  H How big is this section that is trying to be mapped?  You really need toH get more info out of RDB as to what service is being called and what areG the arguments to the failing call.  It looks like this DB is too big to5 fit into the available S0 space      Didier Morandi wrote:n >rR > System Space Expansion Region     FFFFFFFF.FB000000  FFFFFFFF.FFDF0000  04DF0000 >  >l! > ISLKP1_mgr> sh log sql$databasea? >    "SQL$DATABASE" = "ISLK$DB:ISLK_DB.RDB" (LNM$PROCESS_TABLE)  > ISLKP1_mgr> sql  > SQL> select * from fd;I > %SQL-F-ERRATTDEF, Could not use database file specified by SQL$DATABASEF8 > -RDB-F-SYS_REQUEST, error from system services requestH > -RDMS-F-CANTCREGBL, error creating and mapping database global section2 > -SYSTEM-F-INSFSPTS, insufficient SPTEs available   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Fri, 30 Mar 2001 13:50:24 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)2 Subject: Re: [SOAPBOX] sys$specific or sys$common?2 Message-ID: <Aa0x6.368$fB6.10654@news.cpqcorp.net>  O In article <32924C52FDC6773F.CC9924D4AD6F980E.A92E276104CE9960@lp.airnews.net>, ' GreyCloud <wholland@tscnet.com> writes:   B >Look at it from a politcal standpoint.  Depends on your relation,B >job-wise, with the Sys manager.  If he is wrong, will you suffer?  = Sometimes reality does something that cannot be expressed in   politically correct language.    --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   End of INFO-VAX 2001.179 ************************