HDTenEightyP/NetNews huggingface dataset:
From: lilianstrom@fndcd.fnal.gov (If its too loud,  You're too old)
Newsgroups: comp.os.vms
Subject: Re: 3 Motif Questions
Date: 15 Apr 92 15:18:24 GMT
Reply-To: lilianstrom@fndcd.fnal.gov
Organization: Fermi National Accelerator Laboratory

In article <1992Apr13.103418.1@travis.llnl.gov>, massey@travis.llnl.gov writes:
> snip...snip...
>How can I influence the class/types of messages that the Motif message window 
>displays? 
>
>

The following bit of DCL allows PRINTER class OPCOM messages to be displayed in
my message window.  (I'm assuming thats what you mean)

$ Context = ""
$Loop:					!Find the Session Manager
$ PID = F$PID(Context) 			!Scan the process list
$ Image = F$GetJPI(PID,"IMAGNAME")	!Get the image being run
$ If F$Locate("DECW$SESSION",Image) .NE. F$Length(Image) Then GoTo Got_PID
$ If PID .NES. "" Then GoTo Loop	!Next process
$ Write SYS$OUTPUT "Session Manager not found"
$ Exit
$Got_PID: 				!PID holds process ID of the Session 
$					!Manager
$ Privs = F$SETPRV("Oper")		!Turn on the required privs
$ Terminal = F$GetJPI(PID,"Terminal")	!Get the terminal to use
$ Define /User SYS$COMMAND 'Terminal'
$ Reply/Temporary/Enable=Printer	!Turn on the Message window for OPCOM
$ Define /User SYS$COMMAND OPA0:
$ Reply /Disable 			!Turn off the Operator's window for OPCOM
$ Set Process /Priv='Privs'		!Reset privs

	This was posted here to comp.os.vms awhile back.

			al

Al Lilianstrom
Fermi National Accelerator Laboratory
Batavia, Illinois
lilianstrom@fndcd.fnal.gov
Newsgroups: comp.os.vms
From: Jeff E Mandel <mandel@vax.anes.tulane.edu>
Subject: Solved: Problem with Rdb/CDD Plus and view creation
Nntp-Posting-Host-[nntpd-27953]: mandel.anes.tulane.edu
Organization: Tulane University School of Medicine
Date: Fri, 10 Apr 1992 23:08:15 GMT

In article <1992Apr10.144800.8937@cs.tulane.edu> Jeff E Mandel
<mandel@vax.anes.tulane.edu> writes:
>In article <1992Apr9.223619.21917@cs.tulane.edu> Jeff E Mandel
><mandel@vax.anes.tulane.edu> writes:
>>I have developed a problem with the Rdb database I'm building. Abruptly
>>yesterday, it stopped letting me create views. Even the simplest attempt
>fails:
>>
>>SQL> create view test as select * from phone_calls;  [phone_calls is a valid
>>table name]
>>%CDD-E-INV_VAL_EXP, value expression contained an operator not valid in
>Rdb/VMS
>>
>>I ran the CDD verify utility on the path, and everything came up OK. I'm
going
>>to run rmu/verify/all tonight, because I have no clue as to what is going on
>>here.
>
>RMU/VERIFY/ALL reported no problems. I'm still clueless.
>
>>
>>Thanks in advance,
>>
>

I still don't know why, but I used INTEGRATE SCHEMA to create a new pathname in
another dictionary root, and my problems have cleared up. I suspect I'll find
the old CDD$DATABASE.RDB was corrupted, but I haven't gotten that far yet.

Jeff E Mandel MD MS
Associate Professor of Anesthesiology
Tulane University School of Medicine
New Orleans, LA

mandel@vax.anes.tulane.edu
Newsgroups: comp.os.vms
Subject: INDEX FILE TUNING UTILITY WANTED
From: grspangler@ualr.edu
Date: 6 Apr 92 16:24:22 GMT
Organization: University of Arkansas at Little Rock

i am looking for a utiltiy that will let me tweek file attributes and
simulate interactively the effect that has on record access, file size,
bucket splitting, stuff like that.  it should be able to read an fdl.
thanks for any help.

===========================================================================
USMailNet: Guy R. Spangler  2801 S University Ave  Little Rock, AR  72204
AT&TNet:   (501)569-8712
BITNet:    GRSPANGLER@UALR.BITNET
InterNet:  GRSPANGLER@UALR.EDU

Disclaimer: What?!?!?  I didn't say that!!!!!
From: bhuttam@woods.ulowell.edu (Bilal A. Bhutta  aka The Nukeman)
Subject: Need Help installing Xterm012
Organization: Nuclear Eng. Dept, UMass-Lowell
Date: Fri, 10 Apr 1992 02:45:33 GMT

Hello ,
   Several days ago I posted a question about opening a Tek 4010/4014 windows 
under DECwindows and respondents directed me to xterm at arizona.edu. I 
downloaded and compiled the backup save_set without problems but when I run the
executable, it gives the following error

	X Toolkit Error: Can't Open display
	%DWT-F-DWTABORT, xtoolkit fatal error

  The system manager here indicated that it might be error in the application, 
whereas I suspect that I did not install the program properly, since I am not 
familiar with installing DECwindow programs. Is there something more to 
DECwindows applications than just compiling and linking with the proper 
libraries?  How would you make the name appear in the Applications menu in the 
Session Manager? Again, thanks in advance!

Bilal A. Bhutta
-- 
 Nuclear Engineering Dept.   |  Praise be to Allah, to Whom belong all things in
 Univ. of Mass at Lowell     | the heavens and on earth; to Him be Praise in the
> bhuttam@willow.ulowell.edu | hereafter; and He is Full of Wisdom, Acquainted 
> mbhutta@cs.ulowell.edu     | with all things.            Qur'an 34:1
-> Well, the university doesn't pay me enough to be its public rep. too! :^)  <-
From: Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
Subject: Re: Debugger problem, VMS 5.5, VWS4.3 & DECwindows/Motif
Date: 7 Apr 92 04:23:29 GMT
  <1992Mar21.111329.16356@alf.uib.no> <34970@nntpd.lkg.dec.com>
Organization: The Portal System (TM)

Oh, goodie, a Debugger developer at LAST!  I've only been trying to get
YOUR ear for the last two or three years... :-)

While you're putting all those enhancements into the DECwindows debugger
(which I avoid like the plague), how about fixing the one thing that more
than anything else DRIVES ME NUTS when debugging MACRO programs involving
.ASCID strings-by-descriptor?

Namely, if I have a data declaration like this:

mystring:	.ascid	\Bogus\

... and an instruction somewhere that does a 

	pushaq	mystring

I'd like the debugger to interpret the symbol "mystring," when issued in
a command (e.g. EVAL/ADDRESS MYSTRING; SHOW SYM/ADDR MYSTRING; EXAM/QUAD
MYSTRING; etc.), as the address of the DESCRIPTOR, which is what the symbol
actually defines in terms of memory addresses.  Ever since VMS V5.0 the
debugger has been finagling a symbol like MYSTRING to point to the address
of the first byte of the STRING DATA itself -- a good 8 bytes off the 
address I expect/want to see.  Note that single-stepping through the 
PUSHAQ MYSTRING instruction clearly and unavoidably interprets (as it must)
the MYSTRING reference to the address of the .ASCID length/address struc-
ture, but that the whole rest of the Debug environment does NOT.  This 
has bugged the crap out of me and my co-workers/fellow programmers since
VMS V5.0 first hit the disk.

Any chance of providing, if not "the old behavior back," at least a 
command to SWITCH behaviors on demand?  I don't believe in changing behaviors
without providing some way back to what people are used to, and I wish Digi-
tal would get this idea too.  I'll stop right there before I go into my rant
about "how Digital's software used to be a lot more robust before Unix got
big," bla bla bla!

Chris Chiesa
  Chris_F_Chiesa@cup.portal.com
Newsgroups: comp.os.vms
From: olin@cheme.tn.cornell.edu (Steve Thompson)
Subject: Re: What should a System Manager Do ?
Reply-To: olin@cheme.tn.cornell.edu
Organization: Cornell University School of Chemical Engineering
Date: Tue, 14 Apr 1992 11:02:10 GMT

In article <13APR199219413457@reg.triumf.ca>, music@reg.triumf.ca (FRED W. BACH) writes:
>  Recently there was a thread in one of these DEC-related newsgroups, as
> I recall, about what a system manager does.  I have some general principles
> I would like to put out for discussion to this newsgroup.
>[stuff deleted]
>   Well, there you are.  A few things to mull over.  What did I leave out?

The system manager also has to figure out how to do it all on no budget
with only 24-hour days!

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.tn.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853
---------------------------------------------------------------------------
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: RE: Job description for System Manager
Date: 6 Apr 92 14:20:31 GMT
Distribution: world
Organization: The Internet

To the duties listed by Mighty Firebreather <dragon@NSCVAX.PRINCETON.EDU>,
most sites would add "system security."  The crucial difference between an
Operator and a System Manager is that the System Manager is directly
responsible for the integrity and availability of the system.  Other duties
(supervising staff, ordering supplies) may or may not be included.

Trying to get by with an operator-level position to run a Cluster is simply
BEGGING for trouble, no matter how you look at it.  TANSTAAFL.

Brian McMahon        <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: weissborn@dfwdsr.SINet.SLB.COM
Newsgroups: comp.os.vms
Subject: Really Mixed-interconnect Cluster Stumper
Date: 8 Apr 92 05:29:04 GMT
Organization: The Internet

Here's a "stumper" for all you cluster/lavc gurus.

I have a site composed of the following:

6310 with CI & DSSI.  System disk is on CI ($1$dua2 (an old RA81)).  
                      It is boot node for all satellites.
4300 with DSSI.  Boots from 6310 over Ethernet and then, by the magic of
                 clustering, switches cluster communications to DSSI.
4200 on Ethernet. Satellite which is suppose to boot from 6310.
(4) 3100's on Ethernet.  They too are satellites to 6310.
4000-vlc.  Also Satellite to 6310.

Here's my problem:
The 4300 boots fine, no problem.  The 3100's will attempt to boot, ie, they get
the load from the 6310, but then I usually get an error message:

        %VaxCluster-F-MEDOFL, boot driver failure to open boot device

They will then cycle thru attempting to boot and I get this message.  This goes
on for about 2-10 minutes.  Eventually, the get the load and start to boot
properly.  The 4200 would do this also but would eventually boot in 1-2
minutes.  This was under VMS 5.4-2.

After upgrading to VMS 5.5, I still get the message on the 3100's (Have not
seen it happen on the 4000-VLC, yet) but they eventually come up.  However, the
4200 now will not come up at all.

I have recreated the root, via cluster_config.com, double-checked ncp params,
sysgen params, etc.  Software support says it may be a problem with the
system-disk as I would also get a message on the 4200 about a bad home block. 
That went away after I re-created the root.

This happens when there is NO activity on any node in the cluster other than
the DecWindows login-screen.

The 6310 is serving the HSC disks ($1$dua2, et.al) as shown by a "show
dev/serv" command.  And I have no errors showing on any disks on the system.

Any ideas?

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Bill Weissborn                              
Schlumberger Well Services
Data Services Region -- System Support Staff Engineer
12770 Coit Rd.  Suite 200                   weissborn%dfwvx1@hub.sinet.slb.com
Dallas, Tx.   75251                 or try: weissborn%ntchcs@hub.sinet.slb.com
(214) 980-7924

"I got to play baseball...I got a chance to hit..."   Ted Williams
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Subject: Re: Reconstructing disk with corrupt [000000]
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Sat, 11 Apr 1992 10:09:21 GMT

In article <11389101@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
>carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
>> >  $ RENAME [SYSLOST]*.*;* disk:[SYSLOST.000000]*.*;*/EXCLUDE=000000.DIR
>> 
>> Skip the above step.
>> 
>> >Finally, put the 000000 directory in there too.  Renaming it won't work, so
>> >you have to fool it:
>> >
>> >  $ SET FILE disk:[SYSLOST]000000.DIR/ENTER=disk:[SYSLOST.000000]000000.DIR
>> >  $ SET FILE disk:[SYSLOST]000000.DIR;/REMOVE
>> 
>> Then use:
>> 	$ ANALYZE/DISK/REPAIR disk:
>> to put the rest of the disks back where they belong.
>
>Have you actually tried this?  The way I read it, the second ANALYZE/DISK
>will see all the directories in [SYSLOST] but not do anything about it.

Please reread the rest of what I posted.  On the first pass, you allow VERIFY
to put ONLY 000000.DIR;1 in SYSLOST.  You tell it not to do anything about the
rest of the directories and files.  Then on the second pass, now that
000000.DIR;1 once again exists, it puts the files that belong there in that
directory.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXes 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.
From: ABPATEL@SCUACC.SCU.EDU (Mickey Patel)
Newsgroups: comp.os.vms
Subject: Please help!
Date: 7 Apr 92 10:07:00 GMT
Article-I.D.: SCU.A05419E86000B688
Organization: The Internet


	I have noticed that certain people attach a signature file containing
their names, phone numbers, email addresses after their messages. My question 
here is how does one do it? Does one have to merge that file with every message
they send or is there an easier way to do it? 
	I'd appreciate if someone could please help me regarding this, since
I'm pretty much new to this vax system.
Thanks in advance!
Please correspond directly to me at:
	abpatel@scu.bitnet
	abpatel@scuacc.scu.edu
Bye now!
Mike
Newsgroups: comp.os.vms
From: mores@eavax.sanders.lockheed.com (David C. Mores)
Subject: Re: Using non-Decwindows Debugger on Decwindows/Motif Terminal Window
Keywords:  VMS
Reply-To: mores@eavax.sanders.lockheed.com (David C. Mores)
Organization: Lockheed Sanders, Inc.
Date: Thu, 9 Apr 92 20:43:07 GMT


--
Use the following logical name definition to turn off the DECwindow debugger:

	$ define/nolog dbg$decw$display " "

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
David C. Mores            Principle Systems Specialist             Keep it short
Lockheed Sanders, Inc.    Nashua, NH                               and sweet.
Internet E-mail: mores@rapnet.sanders.lockheed.com                 do da do da
From: david@hccwmv2
Newsgroups: comp.os.vms
Subject: Pagefile Fragmented
Date: 15 Apr 92 12:07:06 PDT
Organization: Health Care Computer Works, Las Vegas, Nevada

We have a MicroVAX II with 9Meg of memory running VMS 5.4-3.  We have
three large pagefiles which are mostly free and yet very fragmented.
Here are the stats:

Total   Reserve   Free    Holes   Largest
20000   10087     15107   374     735
34992   18902     24059   996     702
12392    5747      7880   242     1102

We were also previously getting a "Pagefile Critically Fragmented" 
message.

Could this fragmentation be caused by the Proactive Memory Reclaimation
feature?  Is there any thing we can do to prevent this fragmentation?

-- 
-----------------------------+
| David R. Robison           |
| Health Care Computer Works |
| hccwmv2!david@nevada.edu   |
-----------------------------+
Newsgroups: comp.os.vms
Subject: Re: What's a good way to tell no. of files on a disk?
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 11 Apr 92 01:35:06 GMT
Distribution: world
Organization: The Wolery

jeff@malibu.sedd.trw.com (The Buccaneer) writes:
> Can anyone tell me an easy way to tell how many files are on a disk.
> Like from peeking into INDEXF.SYS or something.
> (i.e., not DIR/GRAND/SIZE/TOTAL DISK)

Sounds like time to post DU again.

DU makes a run through INDEXF.SYS, tallying up the number and sizes of files
in selected directories.  It uses large overlapped QIOs, and processes 
headers at a rate of 500-1000 files per second (depending on type of disk &
controller etc -- CPU isn't a problem).

I think the /OUTPUT qualifier has been added since I lasted posted.

DU is written in MACRO, so doesn't need any HLLs to compile.

If someone will share the big secret of where to send stuff to go into 
vmsnet.sources, I'll put it there.

--
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
From: NAGY@FNDCD.FNAL.GOV (Frank J. Nagy:VAX Wizard&Loose Cannon)
Newsgroups: comp.os.vms
Subject: RE: Really Mixed-interconnect Cluster Stumper
Date: 8 Apr 92 11:38:36 GMT
Distribution: world
Organization: The Internet

>The 4300 boots fine, no problem.  The 3100's will attempt to boot, ie, they 
>get the load from the 6310, but then I usually get an error message:
> 
>        %VaxCluster-F-MEDOFL, boot driver failure to open boot device

By any chance are there any LANbridges between the 3100's and the 6310?
I've seen this problem in our extended LAN LAVCs, in particular in my
department's LAVC which spans two buildings and had a fiber-optic
Ethernet segment with a pair of LANbridge 200s (now has an FDDI segment
with a pair of DECbridge 610s).  After a failure, a new LANbridge
was swapped in and had LAVC protocol filtering enabled (we do this
normally to keep the LAVC traffic off the backbone segments).  The
bridge would pass the MOP request and the download since those were
simple DECnet messages but the connection to the boot disk is an
LAVC protocol request and was stopped by the bridge resulting in
exactly the behaviour you describe.

= Dr. Frank J. Nagy   "VAX Guru & Wizard, Loose Cannon"
= Fermilab Computing Division/Distributed Computing Dept/Special Projects Grp
= HEPnet/SPAN: FNDCD::NAGY (43123::NAGY) or FNAL::NAGY (43009::NAGY)
= Internet: NAGY@FNAL.FNAL.GOV            = BitNet: NAGY@FNAL
= USnail: Fermilab POB 500 MS/234 Batavia, IL 60510


Newsgroups: comp.os.vms
From: sysbrc@fafner.albany.edu (Brian Cuttler)
Subject: tn3270, UCX
Keywords: tn3270 implimented on UCX base
Organization: State University of New York at Albany
Date: Thu, 16 Apr 92 18:51:03 GMT

Hi, I'm looking for a public domain implementation of tn3270 that
will run on top of UCX.  I know there are versions out there for 
other tcp packages, but this is what I have to work with.

						Brian Cuttler
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: Need flexible "Finger"
Date: 10 Apr 92 01:51:43 GMT
Organization: St. Peter's College, US

In article <920409100946.3ca@NIKE.CHEME.CMU.EDU>, TM1D@NIKE.CHEME.CMU.EDU writes:
> We're using CMU-TeK on our VMS machines, and the finger program we're
> using does not support partial name matching.  Since our students'
> user names are a name followed by four digits (i.e. SMITH1012), this
> presents somewhat of a problem.
> 
> If you know of or have a different or modified 'finger' which supports
> partial name matches, please send me mail.

  You might want to look at DECUS FINGER (I'm the current maintainer). While
it doesn't currently support CMU-Tek, it will do what you want in the local
environment.

  You can get it via FTP to FTP.SPC.EDU, or via mail to VMSSERV@SPCVXA.SPC.EDU
or VMSSERV@SPCVXA.BITNET with text (not subject) GET FINGER.PACKAGE. There is
also a mailing list for discussing various Finger packages - send mail to
I-FINREQ@SPCVXA.SPC.EDU or I-FINREQ@SPCVXA.BITNET to subscribe.

	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: granoff@ranger.enet.dec.com (Mark H. Granoff)
Newsgroups: comp.os.vms
Subject: Re: Who developed Pathworks?
Date: 8 Apr 92 18:04:45 GMT
Reply-To: granoff@ranger.enet.dec.com
Organization: Digital Equipment Corporation, Littleton, MA


In article <1992Apr2.101107.1@vms.ocom.okstate.edu>, churchwell@vms.ocom.okstate.edu (Kimberly Churchwell) writes:
>I understand that DEC did not develop Pathworks itself, but rather
>licensed it from another company.  Does anyone know who originally
>developed Pathworks?  Is it possible to obtain the software directly
>from this company rather than through DEC, and if so, is there any
>economic advantage in doing so?

PATHWORKS is actually a suite of products, including (this is not a complete
list):

	PATHWORKS for DOS
	PATHWORKS for Macintosh
	PATHWORKS for VMS (DOS)
	PATHWORKS for VMS (Macintosh)
	PATHWORKS for Ultrix

Parts of PATHWORKS are developed and maintained wholly by other vendors, and
Digital sells it. Parts of PATHWORKS are developed in part by other vendors,
Digital buys it, adds value, and sells it.  Parts of PATHWORKS were originally
developed by other vendors, Digital bought it, and now Digital maintains it,
and of course, sells it.  And finally, there are parts of PATHWORKS that
Digital developed originally, maintains, and sells.

The bottom line is:  There is no PATHWORKS product you can buy (called
"PATHWORKS mumble") from anyone except Digital or an authorized Digital
reseller.  If you were diligent enough to go around to all the vendors we use
(this list is quite long) and collect all their bits, you would still not have
a complete "PATHWORKS" product because you wouldn't have the bits Digital
developed in-house.  Plus, it'd cost you more than if you just bought the
PATHWORKS product from Digital.

--
Mark H. Granoff | Personal Computing Systems Network S/W Development Group  
---------------------------------------------------------------------------
Digital Equipment Corporation | Internet: granoff@ranger.enet.dec.com
30 Porter Road, LJO2/I4       | Usenet  : ...!decwrl!ranger.enet!granoff
Littleton, MA 01460           | AT&T    : +1 508 486 2619
---------------------------------------------------------------------------
Opinions herein are my own and do not necessarily reflect those of Digital.
From: R0RHELP@RIGEL.TAMU.EDU (Ravi Ramachandran, ACS)
Newsgroups: comp.os.vms
Subject: DCL: Size of file open for write.
Date: 9 Apr 92 21:14:35 GMT
Distribution: world
Organization: The Internet


Hi all,

I trying to find the size of a file that has been opened for write operations.
Consider this DCL fragment -

$! Lines removed above this 
$! (max_size, fdl_file, input_file, and output_file are symbols that already
$!  have values assigned to them in the code that has been removed from above)
$!
$ analyze/rms_file/fdl/output=&fdl_file &input_file
$ create/fdl=&fdl_file &output_file
$ open/read/error=no_open_input input_log &input_file
$ open/append/share/error=no_open_output output_log &output_file
$ loop: read/end=done input_log line
$       write output_log line
$       if (f$file_attributes(output_file,"eof") .eq. max_size) then $goto done
$       goto loop
$ done:
$ close input_log
$ close output_log
$ delete/noconfirm/nolog &fdl_file
$ exit $status
$!
$! Lines removed below this

The problem with this program is that f$file_attributes returns the size that 
the output file had when it was opened (in this case 0). Even after several 
hundred lines have been written into the output file, f$file_attributes still 
returns 0. Is there a way to return the actual size of the output file without 
actually closing and reopening the output file at each iteration of the loop ?

Thank you in advance.
-Ravi R.

ravi ramachandran      : r0rhelp@zeus.tamu.edu : academic computing services
texas a & m university : ph (409) 845 5951     : VAX/VMS Support