× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.