HDTenEightyP/NetNews huggingface dataset:
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 6 Jan 93 19:47:59 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <5JAN199321252458@spades.aces.com>, gavron@spades.aces.com 
(Ehud Gavron 602-570-2000 x. 2546) writes:
> In article <1993Jan5.162741.22277@nntpd.lkg.dec.com>, sander@rm222.enet.dec.com (Warren Sander) writes...
> #Feedback to Sabry,
> # 
> #	You forgot to tell us one of the most important pieces of information
> #about your VMS system. 
> 
> BZZZT.  He forgot to ask a question.  Listing every single SYSGEN
> parameter is not a question.  Zero points.  Thank you for playing.

Nope.  At the end of the list of SYSGEN parameters he said

> Does anyone have any suggestions on these output from our SYSGEN???

And he didn't list "every single SYSGEN parameter".  He left out the 
"special" parameters.  

> #	Do you have any money? Hire a consultant or Digital to help tune
> #	your system.
> ..
> #	Go to a course given by Digital or Decus on tuning your VAX
> ..
> 
> Hey, is this another spoof posting???  Yeah, and autogen is
> my friend, too.

Most people will get MUCH better results from AUTOGEN than they will from 
most of the consultants who claim that AUTOGEN has serious problems. 

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: byron@yogi.hsc.ucalgary.ca (Byron Draudson)
Newsgroups: comp.os.vms
Subject: Decw$paint rude behaviour
Date: 11 Jan 93 22:00:55 GMT
Distribution: world
Organization: The Internet

Greetings, all.  DECW$PAINT gives me the following when I run it:

$run sys$system:decw$paint
Paint Error: BadAlloc - insufficient resources
Paint Error: BadDrawable - parameter not a Pixmap or Window
Paint Error: BadAlloc - insufficient resources
Paint Error: BadDrawable - parameter not a Pixmap or Window

The main window is created.  Then when I attempt to open an existing DDIF
file, I get:

XIO:  fatal IO error 65535  on X server "WSA2:"
      after 962 requests (951 known processed) with 1 events remaining.
%XLIB-F-IOERROR, xlib io error
-SYSTEM-F-LINKDISCON, network partner disconnected logical link

...and the main window goes away.

I experience the same behaviour when I draw anything and attempt to save it.
Any mouse click in the main mindow generates the "Paint Error: BadDrawable -
parameter not a Pixmap or Window" error.

Decw$paint behaves correctly after the machine is rebooted.  I'm running
VMS 5.4, Decwindows and an NCD X terminal.  Is this a known problem with
the version I'm running?  I suspect that the solution to this problem might
be "Upgrade to VMS 5.5 and Decwindows Motif".  Has anyone else seen this
behaviour in Decw$paint?  This frequency of this behaviour seems to be
directly proportional to the length of time that the machine has been up.
At a particular point, PAINT will become unusable, as described above.

I don't think the "insufficient resources" error has anything to do with my
UAF record, as I don't get that error after the system is rebooted.  Anyway,
for completeness, I've included my UAF record:

Maxjobs:         0  Fillm:       256  Bytlm:        65536
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:       256  JTquota:       1024
Prclm:          20  DIOlm:      4096  WSdef:         2000
Prio:            4  ASTlm:      4096  WSquo:        16384
Queprio:         0  TQElm:        20  WSextent:     32768
CPU:        (none)  Enqlm:      2000  Pgflquo:     100000
Authorized Privileges:
  CMKRNL CMEXEC SYSNAM GRPNAM ALLSPOOL DETACH DIAGNOSE LOG_IO
  GROUP ACNT PRMCEB PRMMBX PSWAPM ALTPRI SETPRV TMPMBX WORLD
  OPER EXQUOTA NETMBX VOLPRO PHY_IO BUGCHK PRMGBL SYSGBL MOUNT
  PFNMAP SHMEM SYSPRV BYPASS SYSLCK SHARE GRPPRV READALL
  SECURITY
Default Privileges:
  GROUP SETPRV TMPMBX OPER NETMBX SYSPRV

Also, some (possibly) relavent SYSGEN parameters from modparams.dat:

MIN_PQL_MASTLM     =    150
MIN_PQL_MBIOLM     =     60
MIN_PQL_MDIOLM     =     40
MIN_PQL_MFILLM     =    100
MIN_PQL_MPRCLM     =      8
MIN_PQL_MBYTLM     =  40000
MIN_PQL_MPGFLQUOTA =  20000
MIN_SPTREQ         =   4096
MIN_SWPOUTPGCNT    =    500
MIN_PQL_DPGFLQUOTA =  37768
MIN_PQL_DBYTLM     =  65536
MIN_PQL_DBIOLM     =    100
MIN_PQL_DASTLM     =    200

Thanks for any info - I'll summarize to this group when a solution is found.

:byron

Newsgroups: comp.os.vms
From: wolfe@rock.concert.net (Joanna Wolfe -- Oxford University Press)
Subject: DEC Alpha AXP Technology - DECUS RTP LUG January Meeting
Organization: CONCERT-CONNECT -- Public Access UNIX
Distribution: nc
Date: Tue, 5 Jan 1993 21:29:34 GMT

			DECUS RTP LUG JANUARY MEETING
			   Wednesday, January 20, 1993
				3:30 pm - 5:30 pm
			Digital Equipment Corporation Offices
			Creekstone Office Park, RTP, NC
				Exit 282 from I-40
				(919) 941 4000  

		Q & A panel discussion: Alpha Migration from VAX.

The Alphas are coming, the Alphas are coming.  Now what?  Is VMS really VMS? 
What did it take to port a major software product to Alpha?  For answers to
these, and many more questions you might have--don't miss this LUG meeting.  
We have put together a special panel of "Alpha experts" to help answer these
questions.  On hand will be two developers from SAS Institute Inc., who tell
all about just how easy [or hard] it really was to port 6 million lines of C
code from a VAX to an AXP system.  In addition, others will be on hand to
answer questions about system management and performance issues (related to 
the AXP space.)  

Don't miss this opportunity to find out what these AXP systems are all about, 
and don't forget to bring your questions for the panel.  Additionally, we will
have a AXP system on hand for you to play with!  See you in two weeks.
From: david@ittpub.nl (David P. Morgan)
Newsgroups: comp.os.vms
Subject: Re: CREATE/TERMINAL from a program?
Date: 12 Jan 93 11:47:49 WET+0100
Distribution: world
Organization: ITT Publitec R+D BV, Amsterdam

In article <8C48440CA006A503@HEARNVAX.nic.SURFnet.nl>, DNW@NLR.NL writes:
> L.S.
I don't know that one

> The rtl equivalent of SPAWN is LIB$SPAWN
> What's the equivalent of CREATE/TERMINAL?
> 
DECwTermPort(display, filename, custom_string, dev_name,&dev_name_len);
where filename is file of decterm otions, custom_string is a string with
more decterm options and dev_name[dev_name_len] is the TWA or FTA device
created.
You can then create a logged-in process or whatever to use this device.

> Please respond to me directly.
> /Carlo Mekenkamp <DNW@NLR.NL>
> 
Why so ? Shouldn't you share your replies ?

--------------------------------------------------------------------------------
David P. Morgan                        Internet: david@ittpub.nl        |ucannot
ITT Publitec R+D BV                    UUCP:     ...!sun4nl!ittpub!david|readdis
Amsterdam                              PSI:      020412905761212::DAVID |onavt52
From: WAYNE@BC750.BITNET
Newsgroups: comp.os.vms
Subject: Ctrl-C disabling with VMS sessions]
Date: 12 Jan 93 10:21:54 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Tue, 12 Jan 93 11:59 +08:00


Is there anyway to disable the Ctrl-C within a VMS session, in DCL level or
within an application image ?

Thanks in advance.

Wayne
Bitnet address : WAYNE@BC750.BITNET


Xref: sparky comp.os.vms:20487 vmsnet.networks.tcp-ip.ucx:250
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms,vmsnet.networks.tcp-ip.ucx
Subject: Re: LPD from UCX
Date: 7 Jan 93 04:09:06 GMT
Organization: St. Peter's College, US

In article <1993Jan6.113112.23316@rockyd.rockefeller.edu.rockefeller.edu>, cohnen@fs1.rockefeller.edu (Stuart Cohnen) writes:
> All seems OK. However, when I try to print, the
> job gets put into a pending state with an error message #030AEA92.
> A check of the operator's log reveals:
> 
> %%%%%%%%%%%  OPCOM   6-JAN-1993 10:50:14.24  %%%%%%%%%%%
> Message from user SYSTEM on RUVMS2
> %UCX-E-LPD_FILERROR, File error cfA001RUVMS2_ROCKEFELLER_EDU_ROCKEFELLER.ED
> -RMS-F-FNM, error in file name
[...]
> Seems that the file name it is creating to send to the UNIX box is too long.
> The VMS machine is called: RUMVS2.ROCKEFELLER.EDU

  I agree with your diagnosis, since the limit on VMS filenames is 39.39 and
you have:

cfA001RUVMS2_ROCKEFELLER_EDU_ROCKEFELLER.ED
0        1         2         3         4   
1234567890123456789012345678901234567890123

  However, it seems that your problem is more widespread than that. Consider
the message-ID your message has:

rockyd.rockefeller.edu.rockefeller.edu

  If you correct your name service, this problem should go away. It's either
a name server problem or an error when setting up UCX (where you specified a
full host name (foo.bar.edu) instead of what UCX wanted, just the host part
itself (foo).

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: RMS RAB & FAB for VAXC file
Date: 8 Jan 93 17:21:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1ijk8dINNs5m@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
#In article <C0Bwu6.F59@wm.estec.esa.nl>, guy@wmsg02.wm.estec.esa.nl (Guy Brooker) writes:
#>Coming back from my Christmas I have read a long discussion about VAX C
#>buffer flushing. Many people say that it is easy to get the RAB/FABs from
#>a VAX C FILE *
#>
#>OK so how do you do it ???
# 
..
#There's no such routine (at least under VMS v5.4-2
#in the VAXC RTL), though Ehud had indicated that a perusal of the listings will
#allow you to figure out how to find it.  Unfortunately, I don't have the
#listings, and the contact for the CSLG here won't mount them except upon
..

Ok, I can take a hint.  The code below was shared with me by Jerry Leichter
in early 1991, but still works today :)

#--------------------------------------------------------------------------------
#Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

	Ehud

--
Ehud Gavron        (EG76)     
gavron@aces.com

#include stdio
#include rab;
#include fab;
#include nam;
#define fcb_l_rab 0x0f4;    /* This offset might change depending on vms
                                version.  It works for 5.4. */
struct FAB *fabptr;
struct RAB *rabptr;
struct NAM *namptr;
FILE fp;
int *mp;
main()
{
int fn = 0;
fp = fopen("stuff.dat","w");
mp = fp;
rabptr = *mp + fcb_l_rab;
printf("RAB.BID = %x.RAB.BLN = %x. RAB.FAB = %x. \n",
       rabptr->rab$b_bid,rabptr->rab$b_bln,rabptr->rab$l_fab);
fabptr = rabptr->rab$l_fab;
printf("FAB.BID = %x.FAB.BLN = %x. FAB.NAM = %x. \n",
       fabptr->fab$b_bid,fabptr->fab$b_bln,fabptr->fab$l_nam);
namptr = fabptr->fab$l_nam;
printf("Per NAM block, file name string is %.*s. \n",
       namptr->nam$b_rsl,namptr->nam$l_rsa);
}
From: granoff@keptin.enet.dec.com (Mark H. Granoff)
Newsgroups: comp.os.vms
Subject: Re: Do I need Motif?
Date: 8 Jan 93 19:30:51 GMT
Reply-To: granoff@ranger.enet.dec.com
Organization: Digital Equipment Corporation, Littleton, MA


In article bowers@ELSIE.UCDAVIS.EDU (Michael Bowers) writes:
>
>	%NONAME-E-NOMSG, Message number 01AB8122
>	%NONAME-E-NOMSG, Message number 011B803A


These messages are from SYS$MESSAGE:GKSMSG.EXE, respectively:

%DECGKS-E-ERROR_NEG_36, Cannot load device handler: 
	error during image activation in routine !AS

%GKS-E-ERROR_7, GKS not in proper state:
	GKS shall be in one of the states WSOP, WSAC or SGOP in routine !AS

Looks like you don't have DEC GKS installed on your system.  As far as I can
tell, and since the vendor didn't seem to think you needed it, Motif is not in
the equation.

--
Mark H. Granoff | Personal Computing Systems Network S/W Development Group  
---------------------------------------------------------------------------
Digital Equipment Corporation | Internet: granoff@keptin.enet.dec.com
30 Porter Road, LJO2/I4       | Usenet  : ...!decwrl!keptin.enet!granoff
Littleton, MA 01460           | AT&T    : +1 508 486 2090
---------------------------------------------------------------------------
Opinions herein are my own and do not necessarily reflect those of Digital.
Newsgroups: comp.os.vms
From: journeyman@spliff.demon.co.uk (Andy Settle)
Subject: Misbehaving calling functions in C
Distribution: world
Organization: Journeyman Limited
Reply-To: journeyman@spliff.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Mon, 11 Jan 1993 14:24:16 +0000

Hi!

I'm maintaining an old application (written in VAXC) which runs
asynch/ASTs. *Somewhere* there is a function calling a routine
with garbage parameters - this is easy to trap. The problem is
that it's proving difficult to track down the caller. Is there an
way of viewing the call stack without stopping the image? Using
the debugger is not possible as the called routine is called from
*everywhere* (it's actually an audit trail log routine).

One idea is LIB$SIGNAL(SS$_DEBUG, "SHOW CALLS"). Any other
suggestions? My last site had a nice piece of macro which could
generate a process dump file without exiting the process but i
didn't manage to get a copy before i left.

TIA
-- 
          Andy 'Journeyman' Settle: "Make tea not war."

HOME:                                    SITE:
  Email: journeyman@spliff.demon.co.uk     Email: settle@cities.te.bt.co.uk
         journeyman@cix.compulink.co.uk    Voice: +44 473 646246
  Voice: +44 473 735598                    FAX:   +44 473 637614
Newsgroups: comp.os.vms
From: clusmgr@vxcern.decnet.cern.ch	 (LETERTRE Christiane)
Subject: Re: help on SET WATCH?
Reply-To: LETERTRE@VXCERN.DECNET.CERN.CH
Organization: CERN
Date: Tue, 12 Jan 1993 09:27:25 GMT


In article <11JAN199318354679@loyola.edu>, cmelaro@loyola.edu (Chris Melaro) 
writes:
|>Can anyone help me with the undocumented SET WATCH command?  I've used it in
|>the past but can't seem to remember all the paramaters now.

Hereafter, is all the information I have on it.

	SET WATCH is an unsupported, undocumented feature of VMS (4.x, 5.x)
	It needs CMKRNL. (CMEXEC may suffice)
        
	As such, it should be used with caution. 

It executes the image SYS$SYSTEM:SETWATCH.EXE who simply sets a few bits in 
the high byte of PIO$GW_DFPROT in your P1 space.  

It gives information on all the accessed files in a batch or interactive
session, the information to be displayed is selected with the class parameter
(see below).
 It is a very handy tool to get information on files used by an executable 
for which no documentation is available.

It is activated via the DCL command  SET WATCH FILE/CLASS=xxxx
	xxxx may take the following values:
		ALL			(gives all the information)
		ATTRIBUTES              (gives the attributes of each
					open files)
		CONTROL_FUNCTIONS	(*)
		DIRECTORY_OPERATIONS    (*)
		DUMP           		(Gives the FIB contents for each
					referenced files)
		MAJOR_FUNCTION          (*) (Access, deaccess, lookup)
		QUOTA_OPERATIONS        (displayed QUOTA changes)
		NONE			(To deactivate SET WATCH)

(*) signals the more interesting classes.

All is very verbose, Major is usually sufficient.  This command mimics
the SET WATCH FILES command from the Tops-10 operating system.  The one
thing it's missing is telling you the directory an accessed file is in.
The reason for this is that by the time the XQP (which is what's reporting
all of this info, by the way) gets around to telling you about something
it's really operating by file ID. 
--
 ------------------------------------------------------------------------------
  Christiane LETERTRE                                                        

  CERN / European Laboratory for Particle Physics                            
  CH-1211 GENEVA 23                                                          
  Tel: (022) 767 28 54                                                       
                                                                             
  Mail address: LETERTRE@VXCERN.DECNET.CERN.CH                               
 ------------------------------------------------------------------------------
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: Re: How I contact to ARPANET...
Date: 12 Jan 93 14:34:09 GMT
Distribution: world
Organization: The Internet

* deep breath *

* extra cup of coffee *

* aspirin *

> What do I do to contact to ARPANET because I send some message to this but I
> received saying That this address UNKNONW of thsi ARPANET.

Complete nonsense.  The ARPANET was the precursor to what we now call the
Internet.  As such, ARPANET no longer exists.  Now, in order to give a
_useful_ answer, we need _useful_ information:

o  What, precisely, are you trying to do?  Is there a specific address you
   want to reach?  Addresses ending in .ARPA are virtually guaranteed to be
   obsolete.

o  What kind of error message did you get, and what did you do to get it?

You know, I have a phone message slip tacked to the bulletin board in my
office.  It's from one of the places we support, and I consider it to be
the canonical useless problem report.  All it says is "it's not working." 
No clue as to what is not working, or why, or how, or ANYTHING that would
aid in problem diagnosis.

DATA, blast it.  We need DATA.  Or maybe more aspirin.

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936
From: RABINOWITZ@VAX5.BEAR.COM (Ari)
Newsgroups: comp.os.vms
Subject: SET TERM/INQ (Was Re: TT_AccPorNam field remains null)
Date: 5 Jan 93 15:35:08 GMT
Organization: BEAR STEARNS & CO.
X-News-Reader: VMS NEWS 1.24

In <930104133534.21c002ab@LUDWIG.CTD.ORNL.GOV> LPZ@LUDWIG.CTD.ORNL.GOV writes:

> This is all very nice, but the point is, if I have an xterm, and I have it set
> to a different size than 24x80, I don't want you changing it to 24x80 just
> because you never used an xterminal or a workstation and don't understand what
> set term/inquire does.  I would want to shoot you as well, after about the 23rd
> time.  You can detect the xterminal unless it is used to set host or telnet to
> you, so the short answer is DON'T put Set Term/Inquire in the system login.

Actually a SET HOST will usually carry the terminal type across to the
remote system so even there you don't need a SET TERM/INQ.

My current attempt at avoiding the problem of SET TERM/INQ shrinking
DECterms is to not do a SET TERM/INQ at all.  In our shop we don't have
any VT52's so a VT100 is the lowest common denominator of terminal type
that we use (even xterm on a Un*x workstation and most PC terminal
emulators do VT100 reasonably well).

What I do is to set the terminal to VT100 if we don't already know what
type of terminal it is.  DEC recommended in the release notes for
DECWindows (in VMS 5.2, VMS 5.3, and VMS 5.4 release notes) that SET
TERM/INQUIRE not be executed for WT, TW, FT and RT type devices.  I have
extended that to set the terminal type to VT100 if the terminal type is
unknown.  I use the following code in LOGIN.COM for my users who need
it:

$ If F$Getdvi("TT:","DEVTYPE") .Eq. 0 Then $Set Term TT/Device=VT100

I'm sure someone will come up with a case where this may cause problems,
but I haven't seen it yet.

Ari

Ari Rabinowitz                  rabinowitz@bear.com for VMS and personal mail
WorkStation Administrator	ari@bear.com for sun/HP Un*x mail
Bear Stearns
From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: help on SET WATCH?
Date: 12 Jan 93 17:57:01 GMT
Distribution: world
Organization: The Internet

> Can anyone help me with the undocumented SET WATCH command?  I've used it in
> the past but can't seem to remember all the paramaters now.

The syntax is:

    SET WATCH FILE/CLASS=class

The following CLD-extract shows the possibilities:

define syntax SET_WATCH
   image SETWATCH
   parameter P1, label=OPTION
      value (required)
   parameter P2, label=WATCH_OPTION, prompt="What"
      value (required,type=WATCH_OPTIONS)
   qualifier CLASS
      value (required,list,type=WATCH_CLASSES)
   disallow not CLASS

define type WATCH_OPTIONS
   keyword FILE

define type WATCH_CLASSES
   keyword ALL, negatable
   keyword ATTRIBUTES, negatable
   keyword CONTROL_FUNCTION, negatable
   keyword DIRECTORY_OPERATIONS, negatable
   keyword DUMP, negatable
   keyword ATTACHED, negatable
   keyword MAJOR_FUNCTION, negatable
   keyword NONE
   keyword QUOTA_OPERATIONS, negatable

PS: CMEXEC needed !

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: Long standing apparent Backup or XQP problem
Date: 5 Jan 93 23:18:59 GMT
Distribution: world
Organization: The Internet

When making up masters for the VMS/L&T sig tapes at the recent
DECUS symposium, I encountered a problem making a Backup
saveset which had happened at the prior symposium as well. I thought
the community might appreciate an alert that this can happen.

What I did:
  I ran Backup on a VAX 6660 to create savesets, on the same disk,
   where the disk had plenty of space (well, it had plenty before
   I started :-) ). The commands were of the form

$ backup/block=4096/trunc [.a*...] [somewhere]a.bck/save

which normally creates a saveset of all the relevant directories.

  Doing a BACKUP/LIST of [somewhere]a.bck/save

revealed errors recovered by XOR groups, and errors of lost blocks
in files within the saveset, EVEN THOUGH there were NO errors reported
by Backup during creation of the savesets, nor any hardware errors
(via show error) reported on the device.

   If I tried again, I could eventually (within at most 4 tries)
get a clean saveset. The problem seemed to occur more often if
other disk accesses (even read accesses!) were going on at the time.

   I have not seen this problem on a uniprocessor, and subsequently
switched to using one on the floor. This is however the second time
I have seen this on an SMP VAX (it happened in Atlanta too). I suspect
some XQP bug on an SMP machine, or perhaps some way in which
Backup can misbehave when the account's AUTH params are set wrong.

   (Unfortunately, the account is set up as a courtesy by DEC folks
and I was not willing to run authorize to look at it, since it is
after all not my machine, and in any case I lacked the privs to
modify it legitimately.)

   The point of all this is cautionary: at least SOME of the
time use BACKUP/COMPARE or BACK/LIST on your savesets to ensure
this is not happening to you.
   If anyone can shed light on the problem beyond this caution,
please feel welcome. If it happens again I will gather more information
on the account. Still, the problem didn't occur, with the same
account, where backup was running on a uniprocessor.
Glenn
Everhart@raxco.com
VMS SIG Tapecopy coordinator


Xref: sparky comp.os.vms:20353 comp.sys.dec:6692
From: dataram@tigger.jvnc.net (Dataram Corp. PO Box 7528)
Newsgroups: comp.os.vms,comp.sys.dec
Subject: Looking for...
Date: 5 Jan 93 14:41:37 GMT
Article-I.D.: tigger.1993Jan5.144137.19210
Distribution: usa
Organization: JvNCnet, Princeton University, NJ
Originator: dataram@tigger.jvnc.net

I am trying to find either Jim McGlintchy or Carl Freidberg. Spelling may
be a little off. My address book is WAAAYYYYY out of date and I can't
seem to find them.
      Regards,
            Chuck
Sorry for the wasted bandwidth, but it's very important I talk with one 
of these fine gentlemen.

-- 
**********************************************************
* Chuck Staatse       Dataram Corp.  609-799-0071 x 330  *
*  chuck@dataram.jvnc.net |  chuck@dataram.com           *
**********************************************************