In a recent note, Schramm, Rob said:

> Date:         Sat, 10 Jun 2006 08:55:52 -0400
> 
> Are you running the latest version of TRSMAIN?
> 
OK.  I'll succumb to your rhetoric.  I picked up a version containing
eyecatchers "20060530".  It produces:

********************************* TOP OF DATA **********************************
**** STARTING TERSE DECODE  UNPACK 4.14  23:55:39   6/10/06 ****
FOR INPUT  - DDNAME: INFILE   DSNAME: ...PATH=.SPECIFIED...
** ERROR:   FOR INPUT - ONLY SEQUENTIAL DATASETS ARE  SUPPORTED AT THIS TIME +
            THIS IS NOT A RECOGNIZABLE TERSED DATASET.
**** FINISHED TERSE DECODE  UNPACK 4.14  23:55:39   6/10/06 ****
RETURN CODE:  12
******************************** BOTTOM OF DATA ********************************

The only difference I notice from the OP's transcript is the version has
changed from 4.09 to 4.14.  So, no, it appears that the OP is not running
the latest version of TRSMAIN.  Why do you want to know?

And no one commented on my intentional irony in suggesting a Requirement.
The first Requirement should be that TRSMAIN be moved from status unsupported
tool to base system component, particularly given that IBM Support often
requests problem substantiation in TRSMAIN format.  Customers ought to
reply to such requests by asking to be allowed to submit such information
in a format generated by supported products, such as IEBCOPY, pax, and compress.

A related requirement ought to be that the mutex between PATH= and DSORG=
be relaxed so programmers could specify DSORG=PS or DSORG=PO to satisfy
programs that insist on those DSORGs, but could otherwise process Unix
files and directories.

BTW, I clicked on "Agree" to T&C, but the download page failed with a
Javascript error because I was not using a Javascript-enabled browser.
I did "View Source"; inspected the Javascript; and proceeded to the
download.  I feel I did nothing unethical because I _had_ clicked on
the "Agree" button.  But others could readily bypass it.  Perhaps a
security expert (Walt F.?) should explain to the page authors the futility
of performing such authentication in client-side scripts.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to