|
On Fri, 2018-06-08 at 07:55 -0500, Joe Pluta wrote:3270
On 6/7/2018 2:52 PM, dlclark@xxxxxxxxxxxxxxxx wrote:you
So, for psuedo-conversational programming (as it's called),
(whichsimply keep all the important stuff in your own communication area
is in-memory) and this maintains state. Of course, you can also keep
(hidden) things on the screen (as you can on the IBM i) but in the
youworld this takes up screen real estate. So, not recommended. But,
listit iscan keep all screen-type information in a temp storage queue so that
available across screen interactions, too.
I just had a serious 40-year flashback to NEP-MRT programming on the
System/3 model 15D. Get a session ID from the screen and use that to
restore all your session variables.
Here's a picture of one: http://www.ibmsystem3.nl/stories/Jenny_C.html.
I am now officially old.
Not quite as old... but I vaguely remember doing that on the S36. But,
I'll be honest, apart from remembering the term - NEP-MRT - I remember
exactly ziltch of how it was done. I also recall having to break up a
larger program on occasion and, if I recall correctly, using the display
file - or possibly the LDA - to pass key(ish) information between so it
looked like one single program when the original one blew past the
maximum size. I honestly can't remember what the maximum size was, but
it was a right PITA when it happened because invariably the huge
monolithic original program wasn't designed to be cut up and every
single line had at least one indicator denoting which display record was
currently being processed. Did the language even have subroutines, it
was such a long time ago, or was I just unlucky that the original
programmer hadn't thought to use them?
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
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.