HDTenEightyP/NetNews huggingface dataset:
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: record format for directory files
Date: 13 Nov 92 03:34:16 GMT
Distribution: world
Organization: The Internet

> 1- I loaded a FOO.DIR file into TPU and looked at it.  It contains all
>    the filenames in the directory FOO, plus some other information.  I am
>    assuming this information is date/time, size, location on disk, etc.
>    for each file in that directory.  Does anyone know what is the format
>    for the records in FOO.DIR directory ?

     No, the extra stuff in those directory entries does not correspond
to any of that type of data.  There is one record per filename (*).  It
contains a record length (2 bytes used by RMS for all variable length
records), a version limit (2 bytes; 32767 is the default and means no
limit is enforced), a flags byte, a length byte 'n', then 'n' characters
of the filename (name.type, including the period delimiter), then a NUL
padding byte if 'n' happens to be odd, followed by 1 or more pairs of
binary values:  version number (2 bytes) and file ID number (6 bytes).
Each name is stored only once (*); when multiple versions of a file are
present, only the version number and file ID is kept for the extra entries
of that file name, ordered from high to low.  The number of versions
present is derivable from the record length and filename length.

     A file ID number is used to compute an index into [000000]INDEXF.SYS
for that disk.  That file contains file headers, which is where ownership,
protection, and creation/modification/backup/expiration dates are stored,
along with list of which disk blocks are allocated to each particular file.
You can use ``DUMP/HEADER/BLOCK=COUNT=0 foo.bar'' to get a formatted list
of a file's header (/block=count=0 is used to suppress getting the actual
blocks of the file formatted along with it; /record=count=0 would work too).
You can obtain that data in a program by using SYS$QIO[W] (see chapter 1
in the _I/O_User's_Reference_Manual,_Part_I_); it's rather complicated.

     (*) There is an exception to the one record per filename rule when
that name has so many versions that its <version,file-ID> pairs can't fit
within a single disk block.  For performance reasons, directory records
are not allowed to cross block boundaries.  Large number of file versions
results in multiple records with bits in the flags-byte indicating whether
any given record is preceded and/or followed by another record for the
same filename.  What constitutes "large number of versions" depends on
the length of the filename involved.

		Pat Rankin, rankin@eql.caltech.edu
From: Dave@usppc.abb.com
Newsgroups: comp.os.vms
Subject: Re: vi editor needed
Date: 5 Nov 92 13:51:16 GMT
Organization: The Internet

Get Elvis from any of a number of FTP sources.  You will have
to compile Elvis using your favorite C compiler.  Someone
may have a binary version available.  I got the sources from
DEC Corporate Research as described below.  The end result
is a little too big to mail in one piece.  I don't have a
working vax mailer for big stuff like the Elvis .exe file.

Try ftpmail@gatekeeper.dec.com.  Send a mail message with the
word HELP as the body.  ftpmail will return instructions.  The
server has a facility to inquire about a specific program such as
elvis.

Elvis is a good vi impersonation.  We use it over telnet connections
because we have yet to figure out how to get EDT or EVE to work
with strange PC and Sun Type 4 keyboards with much different
function key layouts.

Frequent sightings of elvis are made in our Edison office.  Young
folks raised on UNIX prefer it over the native editors.

You may need your friendly system administrator's help to install
elvis.  You may add the "vi" and "view" commands to your process
command tables using your system login.com script.  We have avoided
putting a lot of stuff of this sort in systartup_v5.com.

Dave Hamby                       Dave.Hamby@usppc.abb.com
ABB Power Plant Controls
From: robinson@stout.geo.brown.edu (Darrin Robinson)
Newsgroups: comp.os.vms
Subject: Re: BACKUP Question
Date: 9 Nov 1992 13:31:26 GMT
Organization: Brown University, Providence RI 02912
Distribution: world
NNTP-Posting-Host: stout.geo.brown.edu

In article <9211062238.AA11641@hermann.barra.COM> louis@BARRA.COM (Louis Dunne) writes:
>On Nov 3, 10:04pm, Mark Wilton 23313 wrote:
>> Subject: Re: BACKUP Question
>>TKENNETT@BENTLEY.BITNET writes:
>>
>>>Hello,
>>
>>>My question is this:  Is it possible to BACKUP files from disk to tape in a way
>>>which prevents another user from restoring the files.
>>
>>
>>>       _or_
>>>Ted Kennette
>>>tkennett@bentley.bitnet
>>
>>
>>Um taking the tape from the drive and putting it somewhere secure
>>always seems to work for me 8^]
>>
>
>	I know the last reply was light hearted but I think the following
>	is worth mentioning.
>
[stuff deleted...]

>	There are many steps you can do to prevent everyday users from using
>	your tape drive(s) and/or tapes. My suggestion would be a device
>	level ACL on the tape device(s), and change the device protection to

Better yet, operationally, have the operators ALLOCATE the device before
putting ANY tape on-line!  This will ensure that only PRIVILEGED people
with a DEALLOCATE program could EVER get the device without the Operator
DEALLOCATING the tape drive explicitly, or by loggin gout.

>	prevent world (and maybe group) access. Then grant that identifier
>	to the "authorized" users of the device. If there are a small number
>	of users who you want to restrict, then do the resverse. Put an ACL
>	on the device which prevents access by a set of users; then grant
>	that identifier to those users. I think this is the reasonably
>	easy "painfree" solulion.
>

The ACL is a pretty secure way of securing the device, but leaves the
device totally unavailable to a user or group of users.  If no-one but
Privileged users use the tape-drive, or SHOULD use the tape drive, then
this is probably the BEST solution.

>
>Louis
>

Darrin
 .  Darrin E. Robinson (DER31)         Hamnet   N1LLV  146.700-, 146.880= MHz
/|  Systems Programmer II              Internet darrin@mit.edu
\|  Dist. Computing & Network Services          robinson@porter.geo.brown.edu
 |\ MIT Information Systems            ICBMnet  41 29 24 N  71 18 48 W (NPT)
 |/ 1 Amherst St. - Rm E40-338         NASAmail derobinson@nasamail.nasa.gov
 .  Cambridge, MA 02319                AT&Tnet  (617) 253-0131
From: CADS_COLE@GALLUA.GALLAUDET.EDU
Newsgroups: comp.os.vms
Subject: TPU initialization... some of us don't have 1100 blocks to spare.
Date: 5 Nov 92 22:17:04 GMT
Reply-To: CADS_COLE@gallua.gallaudet.edu
Organization: Gallaudet Research Institute

Date sent:  5-NOV-1992 17:13:00 

Greetings from the void,

Now that we have TPU on our Ultrix box, I've been slooowly switching over to
TPU, mostly by porting as much of my EDT setup as I can.  However, I appear to 
have hit a few snags.  The help implies that in order to get procedures and 
certain TPU variables set, the thing to do is compile, extend and save the 
extended TPU.  However, this results in a file of more than 1100 blocks on my 
system.  I really didn't want to have three files to start one editor anyway.

So, is there a way that I can stick procedure definitions and TPU variable 
assignments in my EVE initialization file?

Thanx Muchly,

 ========== U.S. Mail ============================== E-Mail =================
 Kevin Cole      <Flatline>          |  Bitnet: CADS_COLE@GALLUA.BITNET
 Center for Assessment and           |                  or
 Demographic Studies  (CADS)         |          KJCOLE@GALLUA.BITNET
 Gallaudet Research Institute  (GRI) |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
 800 Florida Avenue,  N.E.           |  UUCP: ...!psuvax!gallua.bitnet!kjcole
 Washington, D.C.  20002-3625        |  CompuServe: 76167,1406
 (202) 651-5575                      |  The WELL:   kjcole
 ============================================================================
             "If they give you ruled paper, write the other way."
Newsgroups: comp.os.vms
From: brent@uwovax.uwo.ca (Brent Sterner)
Subject: Re: Followup to "Why can't I halt my system ?"
Organization: University of Western Ont, London
Date: Fri, 6 Nov 1992 19:27:19 GMT

In article <1992Nov6.095638.240@rlgsc.com>, gezelter@rlgsc.com writes:
> In article <1992Nov5.162814.25728@mlb.semi.harris.com>, MBEHR@JAGUAR.ESS.HARRIS.COM (Marc D. Behr) writes:
>> Thanks to all that responded to my inquiry as to wht I could not halt my 6410.
>> The proplem that I found had nothing to do with the keyswitch position
>> (everybodies guess) but rather that the LA120 does not send control characters
>> at baud rates higher than 2400. By lowering the rate or using a VT220 at 9600,
>> the problem was solved.

   Sorry I missed the earlier part of this thread.  We used to have a
   similar problem with our 6430 (now a 4500 :-).  Check your LA120 for
   parity.  (I forget the command required, but it produces a list of
   REC speed, XMT speed, and every letter of the alphabet with a value
   beside it.  Look for "P" (for parity), and make sure it is "8", which
   means 8-bit, no parity.)

   I don't recall the details, but some sort of firmware change (!) I
   think somehow affected the LA120 setting.  Once you get it right, save
   it, allowing it to be restored via power off/on.  My recollection is
   pretty vague, but I thing our local FS came back and fiddled the
   system one more time when we reported the problem to them.

   The parity was definitely the source of our problem.  Why it would relate
   to baud rate is beyond me.  (I recommend you try this when you and your
   users *expect* the system to be down.  ;-)

   Good luck.  b.   
--
Brent Sterner                       Manager, Academic Technical Support
Fast:       <BRENT@uwovax.uwo.ca>   <129.100.2.13>
Telephone:  (519)661-2151 x 6036    Fax:   (519)661-3486
Slow:  Computing & Communications Services, Natural Sciences Building
       The University of Western Ontario, London, Ontario, Canada  N6A 5B7
Xref: sparky comp.os.vms:17890 comp.lang.c:16438
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms,comp.lang.c
Subject: Re: Getting terminal width from VAX-C ?
Date: 12 Nov 1992 19:58:26 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Nov12.152852.3935@rti.rti.org>, jbs@rti.rti.org writes:
=In article <1992Nov11.101009.87@front.se> samuel@front.se writes:
=>
=>Does anybody out there know how to get the TERMINAL WIDTH from VAX-C ?
=>
=>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.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: comp.os.vms
From: wilson@b11.b11.ingr.com (Jon Wilson)
Subject: BACKUP 4.x behavior on 5.x VMS
Keywords: BACKUP TAPE
Organization: Intergraph Corp. Huntsville, AL
Date: Fri, 6 Nov 1992 17:22:03 GMT


Hello,

Does anyone know how to suppress BACKUP's automatic volume recognition and
automatic volume mount mechanism?

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.

Alternatively, is there any way to run the old v4.7 BACKUP.EXE on 
VMS 5.x?

Thanks
Jon
 ________________________________ 
|                                |
| Jonathan Wilson                | 
| Sustaining Systems Support     |
| Intergraph Corporation         |
|                                |   
| email: jon@stimpy.b11.ingr.com |
| phone: (205) 730-6397          |
| SneakerNet: Bldg 11 Rm 27K     |
|________________________________|
From: burress@twics.co.jp (Tim Burress)
Newsgroups: comp.os.vms
Subject: Defragmentation functions in future VMS?
Date: 11 Nov 92 06:12:18 GMT
Organization: TWICS, Tokyo, Japan

Lately we've been blitzed by sales people trying to sell us software for
defragmenting our disks.  This is good.  We need something to do that. But with
DFO out, I can't help wondering if the pressure results from future plans at
DEC to include DFO functionality in VMS, say, in 6.0? 

Has anyone heard anything about this possibility?  Will DFO remain a separate
product or merge into the operating system?  It is clearly the kind of function
that OUGHT to be in there! 

Tim Burress                                     Internet:  burress@twics.co.jp
TWICS Co., Ltd.
1-21 Yotsuya, Shinjuku-ku, Tokyo 160 Japan
From: louis@BARRA.COM (Louis Dunne)
Newsgroups: comp.os.vms
Subject: Re: BACKUP Question
Date: 6 Nov 92 22:38:44 GMT
Organization: BARRA Inc., Berkeley, California.

On Nov 3, 10:04pm, Mark Wilton 23313 wrote:
> Subject: Re: BACKUP Question
>TKENNETT@BENTLEY.BITNET writes:
>
>>Hello,
>
>>My question is this:  Is it possible to BACKUP files from disk to tape in a way
>>which prevents another user from restoring the files.
>
>
>>       _or_
>>Ted Kennette
>>tkennett@bentley.bitnet
>
>
>Um taking the tape from the drive and putting it somewhere secure
>always seems to work for me 8^]
>

	I know the last reply was light hearted but I think the following
	is worth mentioning.

	Many people re-use old backup tapes, e.g.  every two weeks or so
	the incremental tapes "come back around" to the set you used two
	weeks ago. Now this tape has data from two weeks ago on it. Of
	course your sysop loads it into the drive, and goes home for the evening.
	Then someone else *ANYONE* (unless you do something to stop them - see
	below) mounts that tape device and starts reading data off the tape.
	This is easily done (I've done it). You can go and pick up the
	SYSUAF.DAT and start checking it with a PD password checker and
	you're in business. I'm not advocating this of course, but I don't
	think it's something that a lot of people are aware of.

	There are many steps you can do to prevent everyday users from using
	your tape drive(s) and/or tapes. My suggestion would be a device
	level ACL on the tape device(s), and change the device protection to
	prevent world (and maybe group) access. Then grant that identifier
	to the "authorized" users of the device. If there are a small number
	of users who you want to restrict, then do the resverse. Put an ACL
	on the device which prevents access by a set of users; then grant
	that identifier to those users. I think this is the reasonably
	easy "painfree" solulion.

	Remember, it's important to do something about this if it affects
	your site. If you don't you'll get hit eventually. Esp if your
	an educational institution with students who have a spare time
	playing with this kind of thing!

Louis
       -------------------------------------------------------------------------
      / Louis Dunne                          /                                /
     /  VMS/UNIX Systems                    /  Internet:   louis@barra.com   /
    /                                      /   Phone:      +1 510 649-4229  / 
   /    BARRA, Inc.                       /    Fax:        +1 510 548-4374 /
  /     1995 University Ave., Suite 400  /                                /
 /      Berkeley, CA 94704              /                                /
-------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: gvrod@isuvax.iastate.edu (R Eldridge, VMS FOREVER)
Subject: Re: Installing software
Reply-To: gvrod@isuvax.iastate.edu
Organization: Iowa State University, Ames, Iowa
Date: Fri, 6 Nov 1992 15:10:59 GMT

frankp@blade.stack.urc.tue.nl (Frank van de Pol) writes:
>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.
>
>[...]
>

wanting to 'install' a utility has a completely different meaning than
using the VMS INSTALL utility. what you really want is to create what
VMS calls a foreign command. do this either in your own LOGIN.COM file
or the system-wide SYLOGIN.COM file.

	$ ZIP :== $disk:[directory]ZIP

replace disk:[directory] with the actual disk and directory or use a
logical name such as SYS$SHAREDPROGS. then after login, you can say:

	ZIP -E etc.
___
rod eldridge
vms systems support      | gvrod@isuvax.iastate.edu
iowa state university    | gvrod@isuvax.bitnet
From: bruce@camb.com (Barton F. Bruce)
Newsgroups: comp.os.vms
Subject: Re: CDrom Drives
Date: 7 Nov 92 03:44:36 EDT
Organization: Cambridge Computer Associates, Inc.

In article <1992Nov4.171029.2099@cnsvax.uwec.edu>, drumm@cnsvax.uwec.edu (Danny) writes:
> 
> I'm looking for some good cdrom drives we can hang off our infoserver.
> I would appreciate learning about 3rd party cd drives.

The DEC rrd-42 is a Sony CDU-541. In the back of PC Mag there are multiple
dealers selling cdrom drives buried in with whatever else they sell.

All I have seen have been in the $410 - $420 range. This is not as
desirable a drive as the CDU-561 that is faster and does multi-sessions
(for Photo-CD), but the 561 isn't readily available yet. 

Sony will have a slower SCSI drive in the future that is priced more
like their non-scsi CDU-31A the cow box pc company sells for $225. 

Sony official distributors won't be anywhere near as cheap as ~$415 for
a CDU-541 - probably ask $450 wholesale in small volume.

A (BIG) National PC distributor that is NOT a Sony distributor (grey 
market...) has had the CDU-541 in their catalog for years at $402.
Those street prices in the magazines are very good.

Stick them into a LARGE multi-frontbay tower case sans-motherboard.
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: Sharing Mail drawers
Date: 5 Nov 92 08:28:27 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
We are integrating VMS Mail and BMEMO (IBM). As a result many general purpose
mails are sent down to VMS users. Also, purely within VMS, mails should be sent
to all users.
Instead of mailing to all these users and duplicating all this information, I
would like to setup a common mail drawer.
I tried already to create a user MEMO to which these mails are sent. Then I 
added this users mail drawer (MAIL.MAI) to the index of all the other users. 
And indeed, with appropriate protections, anyone can select this drawer and 
read the mails in there.
However, I am looking for a solution to 2 problems
  1) Is there a possibility to warn the users when mail arrives in this
     particular drawer
  2) If one user is reading a message in that drawer, another user is 
     inhibited to read the same message
Can anyone give me some hints to solve this ?
Greetings
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
Newsgroups: comp.os.vms
From: ehall@cmpny.sscnet.ucla.edu (Eric Hall)
Subject: Re: VMS MAIL question
Reply-To: ehall@cmpny.sscnet.ucla.edu (Eric Hall)
Organization: Network Computing Magazine
Date: Fri, 06 Nov 92 03:31:02 GMT

> Hmmm.  I'm not sure exactly how much you wish to accomplish, but for what it
> is worth, there is a VMS client for pop3 (Post Office Protocol) at:
>
>	mythos.ucs.indiana.edu
>
>available by anonymous FTP.  Perhaps there is a VMS server as well.

Wow! Does this thing take POP mail and stick it in VMS mail folders? That'd solve a big problem for me!


Eric Hall
Dir, East Coast Labs
Network Computing Magazine
516-562-5288
From: bjarni@diku.dk (Henrik V. Drab|l)
Newsgroups: comp.os.vms
Subject: DECW$TERMINAL commandline options.
Keywords: decw$terminal
Date: 13 Nov 92 14:42:29 GMT
Organization: Department of Computer Science, U of Copenhagen

Hi,

  I am trying to set eXcursion up, so that I can run
commandscripts directly from icons. (ie. I wish to
start ALLI) However I can't seem to find any docs on
SYS$SYSTEM:DECW$TERMINAL commandline options.

  The Ultrix version supports -e (like xterm), but
it doesn't work with VMS/motif/DECWindows. Anybody know 
how to do something like this?

thanks,
Henrik.
From: ZPHARRIET@CLUSTER.POLY-NORTH-LONDON.AC.UK
Newsgroups: comp.os.vms
Subject: setting disk quotas
Date: 11 Nov 92 11:12:00 GMT
Organization: The Internet

Does anyone know how to modify disk quotas froM  a program? I can't
see any reference to anything like it in the system services or RTL,
and we would like to be able to do it so that non privileged users
could modify their quota within reason

thanks,

Harriet Wood
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: DECforms and the INSERT HERE key on a VT100
Date: 6 Nov 92 14:02:04 GMT
Organization: The Internet

Gerard Stafleu (gerard@uwo.ca) writes:

>I am using DECinspect CM, which uses DECforms as its interface.  It
>wants me to use the function key INSERT HERE, but I have a VT100, which
>doesn't have this key.  Can I work around this?

You could always type <ESC>[2~ (escape, left bracket, 2, tilde), since that's 
the sequence that INSERT HERE generates.


-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: 9113797@ul.ie
Newsgroups: comp.os.vms
Subject: phone
Date: 3 Nov 92 15:37:08 GMT
Organization: University of Limerick, Ireland

Could someone mail me PHONE.CLD

Thanks

Garret Flynn
University of limerick
E-mail: 9113797@ul.ie
From: rick@lancc.uucp
Newsgroups: comp.os.vms
Subject: lOOking for Calculator program
Date: 7 Nov 92 23:27:45 EST
Organization: LANcc, Louisville KY

I'm looking for a simple "calculator" type program that runs under VMS.
Anybody seen a good (quick) public domain one around?

Thanks...

    //////   //// //////      rick@lancc.uucp (coplex!lancc!rick)
   //   // //      //    /   rstuzi01@ulkyvx.louisville.edu
  //////   ////   //   -*-  rstuzi01@ulkyvx.BITNET
 // \\       //  //    /
//   \\  ////   //        Rick S. Tuzinowski * PO Box 5296 * Louisville KY 40255