HDTenEightyP/NetNews huggingface dataset:
From: rao@moose.cccs.umn.edu (Rao Akella)
Subject: VAX C header file standards?
Reply-To: rao@moose.cccs.umn.edu
Organization: Colon Cancer Control Study, University of Minnesota, Minneapolis
Date: Thu, 7 Jan 1993 22:45:28 GMT


Are there any standards for VAX C header files?  How does Digital decide what
definition goes in which file?

For example, in V3.1 (-051, to be precise), the definition of caddr_t ("typedef
char * caddr_t;") is present in both DECW$INCLUDE:XOS.H and XRESOURCE.H.  In
V3.2 (-044), the XOS.H definition was dropped.  I'm feeling slightly bummed
about this because I recently made Gnu Xchess available for anon ftp at my
site, and I've since been informed that while V3.1 compiles Xchess correctly,
V3.2 returns compilation errors (because Xchess includes XOS.H but not
XRESOURCE.H).

Shouldn't all existing definitions be left in there in the interest of upward
compatibility?  Or was there a good reason for Digital to change the header
files in between upgrades?

-- Rao Akella    <rao@moose.cccs.umn.edu, rao%moose@umnacvx.bitnet>
From: vance@lpl.arizona.edu (Vance Haemmerle x4021)
Newsgroups: comp.os.vms
Subject: Re: Non-privileged REPLY program?
Date: 12 Jan 93 19:10:41 GMT
Organization: Lunar & Planetary Laboratory, Tucson AZ.

In article <11JAN199319283363@spades.aces.com> gavron@ACES.COM writes:
>In article <2533@sunny.lif.de>, koch@lifra.lif.de writes...
>
>#Hans.
>
>
>#	   STATUS = LIB$DO_COMMAND( '@SYS$LOGIN:MAIL.TMP')
>#	   CALL EXIT( STATUS)
>
>NB: LIB$DO_COMMAND does not return to the caller, so your exit
>     won't really execute.
>
>	Ehud
>

   Bzzzt.  From the VMS RTL Library (LIB$) Manual:  "If successful,
   LIB$DO_COMMAND does not return control to the calling program."  
   'If successful' being the key phrase.  LIB$DO_COMMAND can return the 
   following condition values:
   LIB$_INVARG, LIB$_NOCLI or LIB$_UNECLIERR.

--
 Vance Haemmerle                              vance@arizona.edu
 Support Systems Analyst, Senior              vance%toyvax@arizona.edu
 Lunar & Planetary Lab
 University of Arizona
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Seeking RRD42 compatible 1/2 the price
Date: 9 Jan 93 19:50:00 GMT
Organization: New York University

I am looking for an RRD42 compatible CDrom drive with a net price in
the 300 ro 400 dollar range quantity 10.  Education discounts would
apply.  We have tested a couple of other vendors CDrom drives but they
seemed to confuse the INFOserver 150 so much that at boot time it
initialized its hard disk.  Ugly.  SO I am looking for something that
people have used on an inforserver 150 under inforserver software
2.1.   I will summarize results to the net.

-Stephen Tihor-New York University-tihor@nyu.edu-+1 212 998 3052-TIHOR@NYUACF-
From: YOUNG@tattoo.cs.widener.edu (Rob Young)
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 4 Jan 1993 10:13:12 GMT
Organization: Widener News/Mail Gateway
Distribution: world
NNTP-Posting-Host: tattoo.cs.widener.edu
X-News-Reader: VMS NEWS 1.20


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

> OK.  Thsis post is going to be a full-fledged flame.
> 

	[balance deleted]

I have a theory.  Sabry really isn't from Egypt.  In fact, Sabry speaks
English quite well.  A further examination of his posts reveals someone that
is stumbling along in a rather stilted (canned) manner.  I believe he is an 
East European groomed (probably Bulgarian) counter-espionage agent working
for an unknown (very hostile) foreign power.  Perhaps Iraq.  His mission is to
get as many VMS system managers to blow-out an artery in their brains.  Once
accomplished he will probably move on to Sun systems (since they obviously lag
VMS) under a less nefarious name.  Perhaps something with an Irish tinge. THAT
is really hard to anticipate.

Very clever actually.  Can't beat us on the battle field so go for the juggler
by bringing Wall Street down by killing off their system managers.  Obviously 
being coached by out of work Stasi/KGB.

I think one more post and a guy that deals in planetary stuff will pop one, no
doubt sending a satellite spinning out of control headed for Tokyo. . .  Oh
no, there goes Tokyo!!!

Oh well, time for my Lithium :)

					Rob


                                                     young@tattoo.cs.widener.edu
"I want to find someone on the earth so intelligent that he welcomes opinions 
  which he condemns"  --Chapman
From: FZC@CU.NIH.GOV ("Paul Robinson, Contractor")
Newsgroups: comp.os.vms
Subject: [TDR] Who sez you don't have FTP?
Date: 7 Jan 93 02:31:53 GMT
Reply-To: TDARCOS@MCIMAIL.COM
Distribution: world
Organization: The Internet

Steven Pollock (POLLOCK.STEVEN_L+@KANSAS-CITY.VA.GOV) stated
that he does not have FTP capability.

You do.  Try sending a message with

HELP

as the text to

FTPMAIL@DECWRL.DEC.COM

For information about Digital Equipment Corporation's
FTP to Mail capability, provided as a service to the
Internet Community.

---
Paul Robinson -- TDARCOS@MCIMAIL.COM
These opinions are mine alone.


Newsgroups: comp.os.vms
From: pat@magnus.acs.ohio-state.edu (Patrick E Plaisted)
Subject: Implimenting "TOMORROW +1: 0:0" from an .EXE
Organization: The Ohio State University
Date: Mon, 11 Jan 1993 15:34:38 GMT

I have the need to set an AST timer queue entry to fire at, in DCL
syntax, "TOMORROW +1:0:0".  I've looked through all the LIB$ routines,
as well as $bintim and $asctim.  Is there a simple way to get a
quadword time value set to this so I can stick it into $setimr?  
My only thoughts on how to do this are:   

  1. calculate the number of hours to midnight.
  2. calculate the number of minutes to midnight.
  3. calculate the number of seconds to midnight.
  4. use lib$cvt_to_internal_time to convert these values to
     delta time quadwords.
  5. use lib$add_times to add these values to a quadword containing the 
     current time.
  6. again using lib$add_times, add 1 hour to this value.
  7. finally, call $setimr with the quadword.

I think this approach should work, but am I missing something really 
obvious?  Is there an easier way to do this?

Thanks for all your help,

Pat

pat@magnus.acs.ohio-state.edu


Newsgroups: comp.os.vms
From: drack@mars.tsd.arlut.utexas.edu (Dave Rackley)
Subject: Re: vms tail utility?
Organization: Applied Research Laboratories, University of Texas at Austin.
Date: Sun, 10 Jan 1993 21:27:19 GMT

In article <clifton.726518426@auriga.rose.brandeis.edu> clifton@rose.brandeis.edu (James Clifton) writes:

>   Does anyone know of a VMS version of the UNIX program 'tail'?

>   Please send replies to clifton@auriga.rose.brandeis.edu

>   Thanks, 
>   Jim Clifton

I have written both "head" and "tail" programs for VMS ... wildcards and all.

I would have mailed them, but your address bounced back.  Do you have another email
address?


--

  DISCLAIMER:  I, hereby, disclaim any disclaimer except this disclaimer.  

+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
| David Rackley                 | Now comes the really weird part...You know  |
| Applied Research Laboratories | the part where I know how to tap dance, but |
| The University of Texas       | only while wearing golf shoes...            |
| Austin, TX.  78758            |        ...Ponderous, man, really ponderous! |
| Tel: 512-835-3120             |                                             |
+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+

Newsgroups: comp.os.vms
From: lin@primus.llumc.edu (P. James Lin)
Subject: Looking for automatic backup software
Organization: LLUMC Radiation Research Lab
Date: Tue, 5 Jan 1993 00:32:13 GMT

Environment:
VAX 3800 and 4200 (8 machines)
VMS 5.3-1 and 5.5
Multinet 3.1
near 11 Gbytes on ISD and SCSI disks
5 Gbytes Exebyte (SCSI) tape driver

I am looking for software package which can perform automatic backup
under above environment. Thank you for your help.

P. James Lin                          INTERNET: lin@proton.llumc.edu
Radiation Research Laboratory/SSC     UUCP    : ..ucrmath!proton!lin 
Loma Linda University Medical Center, 11234 Anderson St., Loma Linda, CA 92354
Tel: (714)824-4066 FAX: (714)824-4067
P. James Lin                      INTERNET: lin@proton.llumc.edu
Radiation Research Laboratory     UUCP    : ..ucrmath!proton!lin 
Loma Linda University Medical Center, 11234 Anderson St., Loma Linda, CA 92354
Tel: (714)824-4066 FAX: (714)824-4067
From: music@reg.triumf.ca (FRED W. BACH)
Newsgroups: comp.os.vms
Subject: Re: Help needed on Uppercase in a batchfile
Date: 6 Jan 1993 17:36 PST
Organization: TRIUMF: Tri-University Meson Facility
Distribution: world
NNTP-Posting-Host: reg.triumf.ca
News-Software: VAX/VMS VNEWS 1.41    

In article <1993Jan5.093943.306@rlgsc.com>, gezelter@rlgsc.com writes...
#In article <1993Jan4.204413.2561@merrimack.edu>, finocchiaroj@merrimack.edu writes:
#> I have a question on whether there is a Uppercase function that you can use for
#> a batchfile, or is there an escape sequence to turn on Capslock. For example
#> say this is a batchfile:
#> 	
#> 	$ inquire/nopuct "enter your name: "
#> 	
#> And you want the user to type in his name like this JASON and not like jason
#> I would appreciate any info on this.
#> 
#> Thanks,
#> 
#> 	Finocchiaroj@merrimack
#-- 
#There are two ways to do this. The first, which affects the 
#terminal, is to set the terminal to NOLOWER using the command:
# 
#          $ SET TERMINAL/NOLOWER
# 
#This will have the effect of forcing all input AND output to 
#upper case.
# 
#A more preferred approach (IMHO) is to use the lexical function 
#F$EDIT with the "UPCASE" parameter to force everything in the 
#string read in to UPPER case.
# 
#I hope that this information is helpful.
# 
#- 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                                                 |
#+--------------------------------------------------------------------------+

  Bob, 

    We had this problem a while back.  The idea then was also to *echo* the
 answer in uppercase only no matter what case was typed in.  I found that
 what I wrote here (a one-line statement as you suggest Set Term/nolower)
 worked for doing what I just said, but did NOT work at another site.  It
 seemed to depend on the terminal hookup and if an emulator was being used. 
 Probably something to do with local echo.  I did not investigate the problem
 further since I was not the one having the problem any more.  The F$EDIT
 forces the string to be read into the symbol in uppercase, but the screen
 echo may still be in lower or mixed case.


 Fred W. Bach ,    Operations Group        |  Internet: music@erich.triumf.ca
 TRIUMF (TRI-University Meson Facility)    |  Voice:  604-222-1047 loc 278/419
 4004 WESBROOK MALL, UBC CAMPUS            |  FAX:    604-222-1074
 University of British Columbia, Vancouver, B.C., CANADA   V6T 2A3

 These are my opinions, which should ONLY make you read, think, and question.
 They do NOT necessarily reflect the views of my employer or fellow workers.
Newsgroups: comp.os.vms
Subject: Re: Date incorrect after reboot
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 6 Jan 93 07:06:39 GMT
Distribution: world
Organization: The Wolery

davo@homer.corp.sgi.com (David Ferrise) writes:
> After contacting DEC they informed us that this is a *known* bug and that every
> good VAX shop will do a SET TIME after the first of the year before attempting
> any reboot.

Every good shop runs SYS$SYSTEM:SHUTDOWN.COM which darn well does it for
them!  What makes them think that doing it yourself will help?

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
Newsgroups: comp.os.vms
From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
Subject: Re: Ethernet address (sans code) ?
Reply-To: pyron@skndiv.dseg.ti.com
Organization: TI/DSEG VAX Support
Date: Tue, 12 Jan 1993 15:23:10 GMT


In article <1993Jan11.202015.79@ittpub.nl>, david@ittpub.nl (David P. Morgan) writes:
>How can one find out the Ethernet address of a node ?
>
>It's VMS 5.5. I know you can do it with a little bit of code and that's
>straightforward but how can you do it with NCP, for instance ?
>
What I think you want is the physical address.

For your node, try 
$ MCR NCP SH EXEC STAT

For a remote node, try
$MCR NCP TELL stupid SH EXEC STAT

This should work for all but the most security paranoid nodes.
--
Dillon Pyron                      | The opinions expressed are those of the
TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
(214)462-3556 (when I'm here)     |
(214)492-4656 (when I'm home)     |"Pacts with the devil are not legally
pyron@skndiv.dseg.ti.com          |binding!"
PADI DM-54909                     |-Friar Tuck   _Robin Hood:The Hooded Man_
From: mark@infocomm.com
Newsgroups: comp.os.vms
Subject: Re: SYSDUMP.DMP File Question...
Date: 8 Jan 93 14:08:02 PST
Distribution: world
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <01GT8GQOG042009SF1@VAXF.COLORADO.EDU>, DWING@UH01.Colorado.EDU (Dan Wing) writes:
> Scott R. Daniels, SRD@RCKHRST1.BITNET, writes:
>
>>  Is there a way to have the system look on a different disk for the 
>>SYSDUMP.DMP file ?  
>
>No.  The crash-dump file must be on the system disk.  You can, however, have 
>the system write its crash-dump to the pagefile, but I believe that pagefile 
>must be on the system disk to be used as a crash-dump area.  This is done 
>by setting SAVEDUMP to 1.

Bzzt.  Wrong.  The dump will always be written to the pagefile if there
is  no dump file AND the pagefile is on the system disk and is known as
SYS$SYSTEM:PAGEFILE.SYS.

SAVEDUMP being one says that given the possibility of a pagefile
(meeting the above constraints), then the pagefile space which contains
the system dump will not be used for paging backing store until after
the dump it contains has been analyzed.

>>And is it also true that enough disk space should be allocated so that
>>ALL memmory can be dumped into it ?  
>
>If DUMPSTYLE is 0, you need a dumpfile big enough for all of memory.  

Almost right.  With DUMPSTYLE as 0, the dump file must be as big as
memory PLUS the necessary room for the dump header.  

>If DUMPSTYLE is 1, use the values that AUTOGEN gives you.

The size of the dump header has floated around (usually up) from one
release of VMS to another, AUTOGEN knows how to compute the correct dump
file size.

>AUTOGEN will tell you the appropriate size depending on your setting of 
>DUMPSTYLE (0=dump all memory, 1=selective dump).  I'd add about 100 blocks 
>to AUTOGEN's recommendation to ensure it was big enough (AUTOGEN under-
>calculated the size of a selective dump in some versions of VMS).

Adding an extra 100 blocks is certainly safe, but what probably happened
here is that you may have tried to continue to use an old dumpfile that
had been previously defined with an older version of VMS.

>>We just doubled our memory to 128MB, and we
>>don't really have the room to put a 262,144 block SYSDUMP file on the system
>>disk.  Any ideas would be greatly appreciated.  
>
>Use DUMPSTYLE=1, or have your crash-dump file go into your page file.

Good advise with the above caveats.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
Newsgroups: comp.os.vms
From: twf@fredjr.pfc.mit.edu (Thomas W. Fredian)
Subject: DECW$* shared images
Keywords: DECW MOTIF VMS
Reply-To: twf@fredjr.pfc.mit.edu (Thomas W. Fredian)
Organization: Plasma Fusion Center - MIT
Date: Tue, 5 Jan 1993 21:46:38 GMT

This is a somewhat old subject but I need some clarification. Does one need to
have a DECW/Motif license to have the DECW$XMLIBSHR, DECW$DWTLIBSHR,
DECW$XLIBSHR and DECW$TRANSPORT_COMMON images on a system? I have an
application that can be fired up as Motif based or terminal based and happens
to be linked to these images. I don't want a user that only has a big VAX and
lots of dump terminals to need a DECW/Motif license in order to run the image.
I could dummy up the images but if the above images can be loaded (or are
possibly "bundled" with VMS) then I don't have to worry about it. There
was some confusion (maybe only me) about what actually happened when DECWindows
was "unbundled" from VMS. Are the above images distributed with VMS and only
the applications (DECW$MAIL etc...) split off or are all the files DECW$*
part of DECW/MOTIF now.

Please send me E-Mail and I'll post a summary.
Thanks,
Tom Fredian

internet:    TWF@FREDJR.PFC.MIT.EDU
span/hepnet: 44238::TWF
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Question of SYSGEN.....
Date: 9 Jan 1993 10:43:56 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 <1993Jan5.162741.22277@nntpd.lkg.dec.com>, sander@rm222.enet.dec.com (Warren Sander) writes:
>
>To: SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory)
>Cc: 
>Subject: Re: Question of SYSGEN.....
>
>
>
>RE: all the flames.. If you can't be constructive at least try not to be 
>    distructive. The guy asked a question? give him some constructive feedback

I *WAS* constructive.  I pointed out which set of manuals he needs to look at,
I pointed out that he needed to use AUTOGEN, and I pointed out that he's
completely incompetent at this sort of work.  What more could you ask?  Given
that he's been posting for two months and *STILL* doesn't seem to realize that
when you've got a set of settable parameters, that means that they need to be
set differently for different situations, and you've got to specify what you
want to accomplish before anybody can recommend settings for them, he just
doesn't have the right attitude to be a system manager.  Of course, I could've
told him:
	1)  Do a conversational boot;
	2)  At the SYSBOOT> prompt, issue the commands:
		SYSBOOT>SET/DEFAULT
		SYSBOOT>CONTINUE
After all, the SET/DEFAULT command to SYSBOOT is expressly for the purpose of
letting someone boot an unidentified system with unidentified needs (which, as
it happens, is exactly the problem Sabry presented to us, now wasn't it?);  The
resultant settings will generally be useless, of course, but they're guaranteed
by DEC to succeed in booting *ANY* supported system.
--------------------------------------------------------------------------------
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: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: 5.5 Upgrade blues..
Organization: New York University
Date: Wed, 6 Jan 1993 17:03:00 GMT

I have done upgrades with the savesets in [000000] on another disk. 
Newsgroups: comp.os.vms
From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
Subject: Re: DECwindows and the Starship Enterprise
Organization: Indiana University, Bloomington
Date: Fri, 8 Jan 1993 20:07:03 GMT

In article <C0JI5x.Erw@news.cso.uiuc.edu> ritley@uiucmrl.bitnet () writes:
>In Kevin Barkes' "DCL Dialogue" column in this month's
>DECprofessional magazine, he indicates that by changing the
>value of sm.pointer_shape to -142, in the file
>DECW$SM_GENERAL.DAT, the DECwindows pointer
>will be changed to an outline of the "starship Enterprise".
>
>This seems to work.
>
>Is there somewhere a list of accepted pointer types??????
>Possibly other arrow styles????

Check out the DECwindow's Cookbook, which is available from
{black|white}.cerritos.edu via anonymous ftp.  It has a listing of all
the cursors.

These are the same under DW Motif.  Unfortunately, I can't get them to work
under Ultrix.

	Darrin
-- 

mdchaney@iubacs mdchaney@bronze.ucs.indiana.edu mdchaney@rose.ucs.indiana.edu

"I want- I need- to live, to see it all..."
From: MAIL$SER@BENTLEY.BITNET
Newsgroups: comp.os.vms
Subject: UIS-Diskit V6.1 and VMS V5.5-2
Date: 12 Jan 93 20:12:00 GMT
Distribution: world
Organization: The Internet

All,

I have recently upgraded from a VAX 6520 to a VAX 6620.  I was running
VMS V5.4-2 and UIS-Diskit V5.2-1 successfully.  Now that I've upgraded
to a 6620 and VMS V5.5-2 I have also upgraded Diskit to V6.1-1.  I'd
like to know, before letting Diskit begin defragging my files, whether
or not anyone has had any problems running this version of Diskit with
VMS V5.5-2?  Any help would be appreciated.

        Tom DiMartino                   Bitnet: tdimarti@bentley.bitnet
        Systems Manager
        Bentley College
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: Running LOGINOUT
Date: Wed,  6 Jan 93 18:39:21 PST
Organization: The Portal System (TM)
Distribution: world

Is it possible that the "running LOGINOUT" issue, with the VMS docs very
uncharacteristically tiptoeing around the subject, might be related to the
thoroughly undocumented nature of my favorite Mystery System Service, 
SYS$CLI?

I personally have been trying to find out anything useful about that ser-
vice, which lies at the heart of "CLI callbacks," for YEARS, and have only
received some difficult-(for me)-to-follow example code from a couple of
scattered individuals.  Concensus seems to be that "the interface was too
complicated for DEC to want to document it," but that sounds like a cop-
out to me; there are plenty of "complicated" interfaces in VMS already, 
fully documented and worth the effort of deciphering them... C'mon, DEC,
tell me how to use SYS$CLI!  :-)

If, on the other hand, this has no bearing on the issue
of running LOGINOUT, just consider it a separate thread unto itself! :-)

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: UNDELETE Program
Date: 7 Jan 93 20:36:05 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <01GT7CJZ1ZDU91Y33A@LAGUNA.EPCC.EDU>, ARTG@LAGUNA.EPCC.EDU (Art Gonzalez) writes:
> Is there any UNDELETE program for VMS 5.4-2?  

There are a few around, available from DECUS if nowhere else.  Try looking for
"RECOVER" or "RESTORE" rather than "UNDELETE".  

However the odds of such a program being useful are fairly small, unless NO
files have been created or extended on the volume from which files are to
be 'undeleted'.  Reason is that the first free disk blocks (clusters really)
which are used for extending a file are the ones in the XQP's bitmap cache...
which are almost always the ones most recently released by file deletions. 

	--- 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
Newsgroups: comp.os.vms
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: Implimenting "TOMORROW +1: 0:0" from an .EXE
Organization: New York University
Date: Mon, 11 Jan 1993 22:37:00 GMT

A delta time is an offet from the current time to a time in the future.
Get the current binary time from $BINTIM.
Add one day to it.
$ASCTIM it
replace the HH:MM:SS.HH with 01:00:00.00
$BINTIM it.