× 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.



I'm not going to get sucked into an argument over the virtues of block mode
vs. serial; both have their uses (yes, still!). But I do disagree about
performance of block mode vs. serial. Else telnet would have long ago been
replaced by some blocking solution!

That's it for me for this topic. Thanks for the enlightenment on
non-destructive screen update.

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"Experience is the name everyone gives to their mistakes."
-- Oscar Wilde


No, it's just bending the rules of the block-mode UI concept that drove
business throughout the 70s, 80s and even the 90s, and still survives
today. Block mode is very efficient - it allowed remote processing on
1200-baud modem lines; there aren't many web application architectures
that could do that today. 5250 isn't particularly good for high-
bandwidth glitz but it works just fine for presenting textual data to
end users and getting their responses.

Joe


Ha! Thanks, Joe. Pretty slick. I hadn't thought to do this with
multiple formats.

Still feels like using a hammer to drive screws into the wall, though.

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
Reality is for those who can't face Science Fiction.


Dennis, here's the IBM book on the issue. Not terribly helpful but
it gives you the basic idea.


http://publib.boulder.ibm.com/infocenter/iadthelp/v7r0/index.jsp?topi
c= /com.ibm.etools.iseries.langref2.doc/dspfdq.html

The idea is that if the entry on the data queue is *DSPF, then READ
the display file, otherwise do whatever the entry says (which in
this
business case would be to upadte the data and WRITE the display
file).

Joe

Great to hear it's possible, Jack. Care to elaborate on _how_ one
would post updates to the 5250 screen (barring status messages,
which are too limited to satisfy the need) without flicker, flash,
or disruption to user input? That is a challenge for which I have
never seen a solution with the
(naturally-blocking) 5250 display.

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"Never lend books, for no one ever returns them. The only books I
have in my library are those that other folks have lent me."
-- Anatole France


Not only possible with RPG and 5250- it's been possible since
IBM
enabled display files to post status changes to data queues. FWIW,
I believe that feature was introduced on the System 38 from the
research I did supporting an such an application 12 years ago.
Said
app was at least 10 years old at that time.

Was an undocumented maintenance nightmare until I used object
auditing to trace through the event chains, but I came to
appreciate it as one of the most elegant designs I've seen
implemented on the
platform.


--
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.



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.