RE: FAST400 alive and well???

I'm no expert at any of this, but I wonder if this would be a valid test for
this on a system with an interactive tax:

Write a program with a display file defined with UsrOpn; AFAIK, the display
file doesn't need to do anything in the program except to be (eventually)
opened.

1) With display file as yet unopened, read a large file, say at least
100,000 records.
2) Open the display file, and re-read the same large file.
3) Close the display file, and re-read the same large file.

Somehow track CFINT during these processes.  Submit to batch.  (Can a
display file be opened, but otherwise unused, in batch?  Or maybe use the
technique Nathan described to accomplish this?)

Dan Bale
SAMSA, Inc.
989-790-0507
DBale@SAMSA.com <mailto:DBale@SAMSA.com>
  Quiquid latine dictum sit altum viditur.
  (Whatever is said in Latin seems profound.)


-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com]On Behalf Of Leif Svalgaard
Sent: Wednesday, March 20, 2002 4:12 PM
To: midrange-l@midrange.com
Subject: Re: FAST400 alive and well???


From: Nathan M. Andelin <nandelin@relational-data.com>
> I seem to recall somebody submitting (as opposed to calling) an
interactive
> program.  They did an override on the display file to output to a device
> that was previously displaying a sign-on screen.  WRKACTJOB showed a job
> type of "BCH".  But the interactive flag was still set, presumably as a
> result of opening the workstation file, or maybe the device file.  But
> opening a workstation file seems to eventually trigger some event that
sets
> the interactive flag.

how did you know that the flag was still set?