Re: Overflow line not valid

On Fri, 5 Mar 2010, CRPence wrote:

IIRC the override is implicit in the S/36EE; i.e. just entering
the S36EE would show that override as being active. Also IIRC the
SysRqs-3 shows the S36E session information, where something similar
may be displayed for which the OVRPRTF *PRTF would be effected; i.e.
some session setting I think effects a corresponding OVRPRTF? But
my memory on *S36 is way old, and I have no access to review nor
confirm my recollection.

I did some testing and discovered that the override doesn't occur until a LOAD (or maybe RUN) statement occurs. That means that programs started via CALL avoid the implicit *PRTF override but programs started with //LOAD do not. It appears the only solution is to change the OCL to use CALL (which suits me just fine).

James Rich wrote:

I've been working with an RPG 4 program running in the 36
environment. I changed it to use an externally described print
file instead of the originally program described file. Now when I
run it i get:

CPF4214 Overflow line 60 for file LABELPF in library JAMES not valid.

After some puzzling I displayed the active overrides for the job
and discovered:

*PRTF 7 PRT PAGESIZE(66.000 *N *ROWCOL) OVRFLW(60) ...

I thought perhaps some OCL36 somwhere may have created this
override, so as a test I created an OCL36 program <<SNIP>>

Clearly there are no overrides done in either the OCL36 or the
RPG 4 programs. Yet if I check the active overrides while the RPG
4 program is running that same *PRTF override above appears. Can
someone explain to me where this override comes from?

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

James Rich

if you want to understand why that is, there are many good books on
the design of operating systems. please pass them along to redmond
when you're done reading them :)
- Paul Davis on ardour-dev