HDTenEightyP/NetNews huggingface dataset:
From: SKELTON@MMC.BITNET (Hank Skelton)
Newsgroups: comp.os.vms
Subject: Re: Volume Sets
Date: 10 Nov 92 18:41:10 GMT
Distribution: world
Organization: The Internet

> How many tapes?  Well, as I said earlier, right now it takes one DAT tape
> with the volume set 85 percent full; if I put much more data on it, it
> may take two.  I don't know exactly how much time it'll take to restore
> it -- I'll find that out when I go to striping this weekend.  But last
> night it took 3 hours and 50 minutes to back it up (unattended).  It'll
> probably take a little longer to restore.

This was referring to a discussion about a 4-RA92 bound volume set some
days ago.  I did convert this volume set to a stripe set this past weekend,
and it took 4 hours and 40 minutes to restore from the backup tape.  Last
night it took 3 hours and 35 minutes to back up the stripe set - that's
about a seven percent improvement from last week and probably not enough
to be significant.

            Hank Skelton - Meharry Medical College
             Computer Center, Nashville, TN 37208
            BITNET: SKELTON@MMC       615/327-6289
          INTERNET: SKELTON%MMC@CTRVAX.VANDERBILT.EDU
            "That's my opinion - oughtta be yours"
From: mgrthh@rosevc.rose-hulman.edu (Thomas H. Hopson)
Newsgroups: comp.os.vms
Subject: Re: How to set system defaults for session manger
Date: 11 Nov 92 02:58:29 GMT
Article-I.D.: master.1dpsslINNgj1
Reply-To: mgrthh@rosevc.rose-hulman.edu
Distribution: world
Organization: Rose-Hulman Institute of Technology
NNTP-Posting-Host: hydra.rose-hulman.edu


In article <sjs.721364336@sbphy.physics.ucsb.edu>, sjs@sbphy.physics.ucsb.edu (Steve J. Schmidhauser) writes:
>Also would like to know how to
>change fonts, the big fonts are much too large, would like some thing 
>similar to what we had under Decwindows.

   When we upgraded to Motif, we had similar problems.  We fixed the problem
   by adding the following lines to the DECW$SYSTEM_DEFAULTS:DECW$TERMINAL.DAT
   resource file:

DECW$TERMINAL.main.terminal.littleFontSetName:  
	-*-Terminal-*-*-*--*-100-*-*-*-*-*-*
DECW$TERMINAL.main.terminal.bigFontSetName:
	-*-Terminal-*-*-*--*-140-*-*-*-*-*-*

   (note that each of these is all on one line, not split like I have shown
   them here).  If you want to redefine the German standard font as well,
   you'll need to add something similar to this (which I haven't tried):

DECW$TERMINAL.main.terminal.gsFontSetName:
        -*-Terminal-*-*-*-GS-*-100-*-*-*-*-*-*

   The important parameters (should you care to adjust them) are the 100 and
   140 in the Xwindow font strings.

   							- Tom

--
Thomas H. Hopson                      work: mgrthh@rosevc.rose-hulman.edu
VMS Manager / CS geek                       mgrthh@rhit
Rose-Hulman Institute of Technology   play: hopsonth@cs.rose-hulman.edu
Terre Haute, Indiana
From: drumm@cnsvax.uwec.edu (Danny)
Newsgroups: comp.os.vms
Subject: CDrom Drives
Date: 4 Nov 92 23:10:29 GMT
Organization: University of Wisconsin Eau Claire


Hi,

I'm looking for some good cdrom drives we can hang off our infoserver.
I would appreciate learning about 3rd party cd drives.

Thanks,

-- Dan
From: grant@erich.triumf.ca (Peter A. Grant)
Newsgroups: comp.os.vms
Subject: Re: VAX 4000/200 ethernet problems
Date: 13 Nov 1992 09:50 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: erich.triumf.ca
News-Software: VAX/VMS VNEWS 1.41    

In article <1dml3nINNo83@gap.caltech.edu>, cld@yankee.caltech.edu (Cheryl L. Southard) writes...
>... 
>After I took the ethernet cable off the DEQNA (AUI cable) and attached
>it to the EZA0 port, I would get lots of decnet errors on the console
>like "Circuit up", "Circuit Down", "Adjacency up"  There were numbers
>... 


We ran into this type of problem on a VAXstation II/GPX.  It turned out to 
be the bulk head where Ethernet cable plugs into, and the wiring into the 
chassis.  This was the second machine that this happened on.


Peter Grant           ////////  ///////  ////////  //    //  //    //  ////////
grant@reg.triumf.ca     //     //    //     //    //    //  ///  ///  //
                       //     ///////      //    //    //  ////////  ///////
                      //     //  //       //    //    //  // // //  //
                     //     //    //  ////////  //////   //    //  //
                                               Canada's National Meson Facility
__________________________________________ _        Vancouver, British Columbia

                  Chairperson, Vancouver Oracle Users Group
From: ritley@uimrl7.mrl.uiuc.edu
Newsgroups: comp.os.vms
Subject: Seeking Unusual EDIT/TPU feature - Possible?
Date: 5 Nov 92 21:01:58 GMT
Reply-To: ritley@uiucmrl.bitnet ()
Organization: Materials Research Lab


Many thanks to those who responded to my previous question
regarding the definition of control keys!

I was told a version of the XEDIT editor running on an IBM-3090
several years ago had an unusual feature.  I wondered
if this feature is part of EDIT/TPU or can be implemented with
it.

The feature was this:  A user could extract a subset of a
file (say, all lines which contain the word "dog").  The
user could work with this subset as if it were itself a file;
in essence, all the "dog"-containing lines would appear to be
a file which one could then edit.  Then, when the editing of these
lines was complete, the user could return these lines to the
original file from which they came, in the proper order.

Many thanks!
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: BACKUP 4.x behavior on 5.x VMS
Date: 8 Nov 92 02:08:24 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Nov6.172203.16985@b11.b11.ingr.com>, wilson@b11.b11.ingr.com (Jon Wilson) writes:
> I have a device driver which lets a VAX use a tape drive on a remote
> system. Unfortunately, when a BACKUP operation reaches end-of-tape,
> rewinds and unloads, the drive receives the mount request from BACKUP
> and immediately loads the first tape back in and overwrites it.
> 
> What I'm looking for is a way to get BACKUP to behave as it did in the
> old VMS 4.x days - prompt the user for volume changes - on VMS 5.4.

You must be doing something wrong in your driver.  Remote Tape Facility, which
is a commercial product allowing access to tape drives over DECnet, does not
show this behavior.  Nor does BACKUP under V5 do this with a local tape drive.

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
	(Remote Tape Facility designer and developer)
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: farine@decus.ch
Newsgroups: comp.os.vms
Subject: Re: Need faster PrintScreen for DECwindows Motif V1.1
Date: 4 Nov 92 17:56:08 CET
Organization: DECUS (Switzerland)

In article <9210262352.AA17684@atc.boeing.com>, mdc8567@nyssa.boeing.com (Mike Clay 952-0504 - Gone to feed Vaal...back soon) writes:
> Has anyone else noticed that PostScript PrintScreen operations take about eight
> times longer under DECwindows Motif than they used to under the DECwindows
> software?
> 
> It makes no difference whether you select black&white or grey-scale PostScript
> screen prints, the Motif files are about eight times larger.
> 
> We took a closer look at the output files produced.  The old DECwindows 
> software produced bitonal output (4 pixels per byte), whereas the newer
> DECwindows Motif produces grey scale output (1/2 pixel per byte.)  This
> does not matter if you have a fast laser printer like an PrintServer20, 
> but is a real pain if you have slower ones like our LN03R's.
> 
We found that using sixel as output format (instead of postscript) is much
faster and of good quality under Motif.

> 	Michael (claym@bcsaic.boeing.com)
-- 
Jean-Pierre Farine
------------------------------------------------------------------------------
e-mail:		farine@decus.ch
x.400:		c=ch,admd=arcom,prmd=grd,s=farine
FAX:		+41 31 67 61 21		Phone:	+41 31 67 61 10 / 13
------------------------------------------------------------------------------
From: RM_KIEFF@ROM.TCPL.UCALGARY.CA (ROM M. KIEFFER, TRANSCANADA PIPELINES)
Newsgroups: comp.os.vms
Subject: RFI: Random Sybase response times
Date: 10 Nov 92 02:40:00 GMT
Organization: The Internet


 9-NOV-1992 19:41:54 

greetings,

During the last few weeks interesting problems have started to show up in
our Sybase database environment.
The machines are typically 4500 systems, 64MB with 10MB dedicated to servers.

During big inserts or loads, it seems that time slicing with other Sybase jobs
is not handled right, resulting in random elapsed times; stand alone
performance of 2 secs increases to as much as 25 secs when two queries are
launched simultaneously. Non-documented, much longer response variations 
have been reported. These results are from tests run interactively, no
client-server network applications involved.

When users disconnect their Macs from the network, or stop the client on the
Mac, processes are orphaned in the servers. Are there ways to terminate those
orphans automatically, rather than have them run to completion, then 
find out they have nowhere to go? This problem is ascerbated by the fact that
extremely long running jobs cause users to disconnect and try again, thus
creating even more orphans.

We have also experienced cases where a query may decide NOT to use a  specific
index. We are doing considerable drop and recreates of the  indexes. Is this
a standard phenomeon?

We want to run the applications over AppleTalk, using Pathworks on the 
Vaxes, as well as Sequelink. Have you encountered any problems with this, 
or are there ways to tune performance for the network part of the application?

Please reply to my address, I will summarize to the net.

 thanks
 rom



 Rom Kieffer 
 TransCanada PipeLines
 PO BOX 1000 Station M
 Calgary, Alberta
 Canada
 403.267.6452
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: MIPS vs VUPS vs SPECmarks vs...
Date: 7 Nov 92 19:10:00 GMT
Organization: New York University

The SPECreports are supposed to include compiler switches etc.
My experience with the Digital performance measurement people has been a good
one where they have taken conservative values on VUPS.  Of course with 
the new Digital this may all change.
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: SCSI and /or SCSI-Multihost-Cluster ??
Date: 8 Nov 92 04:05:00 GMT
Organization: New York University

WHy would one need an SCS over SCSI driver?  If both hosts have the 
same allocation class and share an ethernet for locking and other SCS
traffic why can't both hosts disks shared over a scsi with suitable adaptors.
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Bound volume sets: are they a bad idea?
Date: 11 Nov 92 15:15:45 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Nov10.124211.6220@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
> ....
> Several other posters have mentioned the MTBF aspect.  Also, keep in mind that
> you are taking 2 'large' volumes and making them into one.  This effectively
> increases the size of the cluster factor.  If it is 4 on one of these disks,
> it will be 8 on the volume set (Same with a stripe set, too).  So if you have
> a lot of files that are small (ummm, in fact, even if you don't), you will be
> wasting an average of 4 blocks per file.  Even if this is not a concern in
> terms of disk space, remember that disk read/write requests are done in
> clusters, not in blocks.  If your application wants one block from disk, it
> reads in the whole cluster.  Even if most of the cluster is 'unused' space on
> the disk.
> _______________________________________________________________
> Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
> Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
>        On a clear disk you can seek forever.
-- 
Harvey,
 
I believe that there are two misunderstandings in your post. Each 
volume in a volume-set is a FILES-11 volume in its own right. The 
cluster factor is set and maintained completely on a volume-by-volume basis.
 
The second misunderstanding has to do with IO. Each physical IO 
is done for the lesser of two sizes, the size of the user request 
or the size of the individual file extent on the basis. The 
cluster-factor of the disk does not enter into this computation 
(except, of course, to the extent that it may determine the 
minimum size of a disk extent).
 
I hope that the above information is helpful. If you have any 
questions, please feel free to contact me via Email or phone.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: mookherj@serss0.fiu.edu (The Conqueror)
Subject:  QUESTION ON VAX C LANGUAGE
Organization: Florida International University, Miami
Distribution: na
Date: Wed, 11 Nov 1992 20:51:11 GMT

I am trying to read a file from a C program on VAX vms. But my program is not
recognizing the end of line character. I tried using fscanf, fgets, fgetc, etc.
If any of you guys have an answer to this problem, please forward your responses
to lingaman@fiu.edu.

Thanks in advance,
Jay Mookherje
From: Dave@usppc.abb.com
Newsgroups: comp.os.vms
Subject: Re: cheap and not buggy tcp/ip for VMS
Date: 13 Nov 92 13:01:10 GMT
Organization: The Internet

Andres Molnar is looking for a cheap and not buggy TCP/IP for VMS for
educational institution use.

I don't know about cheap but I do know good.  We use TGV Multinet on one
of our vaxen.  This product provides the basic transports, talk, mail,
telnet, rlogin, rmt, lpd, ftp, and a few other things.  It works like they
say and installs without problems.  We also use TGV NFS server.  It does
the best of those looked at by ABB Windsor Conneticut USA area facilities.
The TGV product can also transport X-11 over TCP/IP.  It is possible to
have Sun4 machines be x servers for VMS clients and vice-versa. 

NAS-250 provides the transports, socket library, mail, telnet, X-11
transport and ftp. It does not currently provide rmt or lpd services.

The multinet machine is a VS 4000-60 which can run NAS-250.  The multinet
offering is much more complete and much better documented.  TGV provides
excellent manuals with good content.  They look genuine DIGITAL but seem
to better meet our needs than the DEC manuals do.  NAS came with BOOKREADER
manuals which differ in content and appearance from standard DEC printed
manuals and cannot be printed.

The TGV NFS facility appears superior to that of NAS-250.  The Multinet NFS
server allows any limb of a VMS file system to be exported and mounted
on other NFS clients.  It goes to great lengths to make text files work.
We use Sun4 machines to manipulate VMS program text routinely.  For
technical reasons having to do with VMS text file formats, the server is
slower than similar UNIX NFS servers.  The server also seems to take
longer to respond to directory querries than the SunOS NFS server on
machines of similar performance (SS 4/330).  We are unsure of the cause.

Heavy use of the NFS appears to interact with VMS MSCP service.  A really
brutal grep will cause our NI cluster to loose quorum, come apart and
reform.  This can happen several times a day.  We've not investigated
this problem because things usually recover in a minute or two and we
hope planned facility changes will help.  The VAXen currently hear all
of the traffic on our thin net (20 nodes sun and Vaxen).

NAS NFS appears designed to allow a VMS machine to provide a UFS for
Ultrix clients.  A container file has a UNIX file system built inside
it.  To change from VMS to NFS worlds requires using a pair of copy
commands provided with the NAS package.  I don't believe that NAS NFS
can be used in the true peer-to-peer spirit of NFS to the extent
that the Multinet product can.

Multinet is $1000 for a desktop vax and $3000 for a deskside vax.  They
may have educational discounts and volume discounts.  $1000 is two days
work at my labor rate.  Not a bad buy.

TGV is a class act.  They do this one little thing excellently well with
style!

Dave Hamby                  Dave.Hamby@Usppc.Abb.Com
ABB Power Plant Controls

Newsgroups: comp.os.vms,comp.lang.c
From: jbs@rti.rti.org
Subject: Re: Getting terminal width from VAX-C ?
Organization: Research Triangle Institute, RTP, NC
Date: Fri, 13 Nov 92 16:07:06 GMT

In article <1dud12INNd9g@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:

>In article <1992Nov12.152852.3935@rti.rti.org>, jbs@rti.rti.org writes:

>>>How do I implement the function "terminal_width()" ?

>>Example of how to get the page LENGTH deleted]

>Close, but no cigar.  The IO$_SENSEMODE characteristics buffer contains the
>page length, not the page width.  For the page WIDTH you want to use $GETDVI,
>specifying the item code DVI$_DEVBUFSIZ.

What's in your cigars?  This code works on my system (VMS 5.5 on a VAX 6520).
Compile it and try it on yours after doing "$ set term/width=132" and then
80.  Or are we discussing a difference in terminology here?  I consider width
to be the number of columns displayed on the terminal.  I would consider
length to be the number of rows.

  -joe
Newsgroups: comp.os.vms
From: parris@star.enet.dec.com (Keith B. Parris)
Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
Organization: Digital Equipment Corporation
Date: Thu, 12 Nov 1992 22:15:22 GMT


In article <01GQSBYNA64Y9I497E@KVI.nl>, F.Zwarts@KVI.NL ("Fred Zwarts, KVI,
Groningen, NL.") writes... 
>Because of curiousity and also a little need to plan our future I have the
>following question.
> 
>I understood that DEC plans to allow mixed Alpha/VAX clusters in the future.
>Does anyone know whether this includes mixed clusters with a common system
>disk?

We don't presently plan to support a common system disk shared between VAX and
Alpha systems.  Cluster-common files (SYSUAF, RIGHTSLIST, etc.) can be shared. 

>I suspect that, in order to allow such a beast, the definition of SYS$SYSROOT,
>which now points to the equivalent of SYS$SPECIFIC and SYS$COMMON must be
>changed to something like a search list of
> 
>SYS$SYSROOT ->
>	SYS$NODE_SPECIFIC		for e.g. MODPARAMS.DAT
>	SYS$ARCHITECTURE_SPECIFIC	for e.g. the .EXE files
>	SYS$COMMON			for e.g. HELPLIB.HLB, STARTUP.COM

Your suggestion sounds like a reasonable way it might have been done.  But a
lot of pieces of VMS make assumptions about the system disk structure.  Can you
imagine the VMS upgrade procedure having to keep track of two VMS$COMMON
directory trees?  When I was at the CSC, I once got a call from a poor fellow
who had managed, by restoring a non-image backup to his system disk, followed
by some frantic SET FILE/ENTER commands, to get two different versions of VMS
to boot from the same disk at once, but it's not something I'd recommend. :-) 

>Would there be other technical problems with a common system disk for a mixed
>cluster? I suspect the boot block, or is it only used by VAX hardware?

Actually, the boot block wouldn't be a problem: it was extended for Alpha in
such a way that the VAX and Alpha information can coexist and not conflict. 

For planning purposes, think along the same lines as folks did when they were
running 5.4-3, wanted to continue that, yet wanted to add a new 6000-610 to the
cluster: they installed 5.5 on a separate system disk, and used the appropriate
logicals to point the SYSUAF, etc. for the new system to the old system disk. 

__________---_---_-_-_-_-_____-_----____---__-__-_-_-----_-_--_--___-_-__---__-_
Keith B. Parris, Digital Equipment Corporation, Alpha VMS Clusters & I/O Group
----_-____-_--_-__-_---_-___-_-_-_--__-_-__---__-_---_-___-_-_-_-_____--_--___-_
Anything blatantly opinionated or which is later found to be inaccurate was
mine, of course.  Digital gets the credit for any actual facts which appear.
-_-_--__-_-__----___---__-__-_-_-_-_____-__--_____---_-___-_-_-_--__-_--_--___-_
Xref: sparky comp.os.vms:17508 vmsnet.tpu:475 comp.editors:2669
From: jhcox@Kodak.com (James Cox)
Newsgroups: comp.os.vms,vmsnet.tpu,comp.editors
Subject: Re: edt Gold-X keys
Date: 5 Nov 92 14:51:00 GMT
Followup-To: comp.os.vms
Organization: Eastman Kodak Company, Rochester NY
News-Software: VAX/VMS VNEWS 1.41

In article <DAVIS.92Nov4095156@pacific.mps.ohio-state.edu>, davis@amy.mps.ohio-state.edu  (John E. Davis) writes...

> 
>So the question is:  what are the ``accepted'' definitions for
>the GOLD-X keys?
> 

My most-used definitions are:

Gold-e = exit 
Gold-q = quit
Gold-Remove = copy to buffer
Gold-Insert Here = paste
Gold-= = two (windows)
Gold-Up Arrow = other (window)
Gold-Down Arrow = other (window)

The above are also defined for uppercase x.  Plus, of course the standard
edt gold key defs (well, really the set keypad edt key defs from tpu).

Good luck,
jhcox@Kodak.com 
Newsgroups: comp.os.vms,vmsnet.admin,vmsnet.networks.management.misc,vmsnet.networks.misc,vmsnet.sysmgt
From: degen@srzts306.alcatel.ch (Rene Degen)
Subject: Serious Problems with DECdns 1.1, corrupted Clearinghouse
Reply-To: VMS-Support@alcatel.ch
Organization: Alcatel STR AG Switzerland
Date: Wed, 11 Nov 1992 16:41:27 GMT


We have some difficult problems with DECdns 1.1.

First we removed our clearinghouse without removing
all directories which had their master replica only
in that clearinghouse. The old server is available
right now but is going to be deinstalled by DEC
in about two days.

Any solutions for that?
(Restoring old backups is a no go, because one of the
DNS-Servers in this name space does not have any backups).

Have anyone ever tried to use DNS 2.0 (Ultrix or VMS Field Test)
together with an old DNS 1.1 Clearinghouse? The new version
seems to be much better and more reliable.

Any help would be appreciated.

Please reply by E-mail, I will summarize to the net.


-- 
 R. Degen, Alcatel STR AG, AST 1.691, Friesenbergstr. 75, CH-8055 Zuerich
  RFC822:  rene.degen@alcatel.ch		  Phone:  +41 1 465-3269
  X.400:   c=CH a=arCom p=Alcatel s=Degen g=Rene  FAX:	  +41 1 465-2411
  DECnet:  PSI%4795123920::TRZCL1::R_DEGEN
From: frankp@blade.stack.urc.tue.nl (Frank van de Pol)
Newsgroups: comp.os.vms
Subject: Installing software
Date: 6 Nov 92 11:15:22 GMT
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.
X-Newsreader: TIN [version 1.1 PL6]

Hello, 
is there anybody that could help me with the following problem:

I want to 'install' some utilities that have to get their parameters from
the commandline. For example 'ZIP -E TEST.ZIP FILE1.TXT FILE2.TXT'. If I 
try to run this using 'RUN ZIP -E etc.', I get some error from DCL that tells
me that I give too many parameters. 

Running the install program, and giving a 
'Create/open/shared sys$sharedprogs:zip.exe' command to register the zip.exe
program to system doesn't cure the problem.

The answer could be obvious, but I'm new to VMS, and I've no system manger
to give me the support (I'm my own system manager...). So _please_ respond.

Regards,
Frank.


========================------------------> 
#define NAME    "Frank van de Pol"     /| :  a typical PC boot sequence: :-(
#define ADDRESS "mgr. Nelislaan 10"   / | :  tick, tick, tick, .(etc)., tick
#define CITY    "4741 AB Hoeven"     /--| :  bhuurrrrrr, bruzzzzzz, pieereep
#define COUNTRY "The Netherlands"   /   | :  doggadoggadoggadoggadogga brrrr
#define EMAIL   "frankp@stack.urc.tue.nl" :  530 kB free memory (of 8MEG???)