HP3000-L Archives

January 2003, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Paul H. Christidis" <[log in to unmask]>
Reply To:
Date:
Fri, 3 Jan 2003 10:53:30 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (29 lines)
Harpreet,

Based on your description it seems that 'streamx', Vesoft's utility that
submits the job, copies the contents of the stream file to a temporary file
and in the process performs password and/or parameter substitution or
executes any imbedded 'streamx' logic that could generate additional
records.  Apparently the temporary file is not being built large enough to
hold all the records from the input file.  I have not been able to
determine any VESOFT JCW/variable that could be set to override this
behavior.

Perhaps we need to concentrate on the 'S00660.PUB.VESOFT' file and see if
issuing a file equation with a 'disc=....' parameter can help.  I suspect,
however, that 'S00660' may not be the file name from one submittal to the
next, it is likely that '660' is a 'process id number' that is extracted
and used in building a unique file name.  You may have to try several
submittals to verify the consistency of the above file name.  You should
also issue the command 'showvar HPPIN' and see if the value of the HPPIN
variable is used in 'assembling' the name of the temporary file.

BTW are you using MPEX's schedule command or are you invoking 'streamx'
directly.

Regards
Paul Christidis

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2