×
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.
Steve Richter wrote:
I am curious to know what limitations RPG has with respect to threading. I
know very little re: threading on the iSeries.
Its interesting how the iSeries community accepts the lack of threading and
event support in the core OS and rpg apps. Esp since with them nuisances
like locked display sessions can be prevented. or, while the long running
display function is running, press a command key to show how much is
remaining to do.
There are a number of global data structures used internally in RPG
programs, which makes RPG programs non thread-safe. For example, on
a program exception in one thread, you'd get some global areas
updated which could affect the execution of another thread. To make
RPG programs thread-safe would require giving each thread it's own
set of internal data structures, which is not a trivial task. And it
could very well be impossible without changing certain fundamental
aspects of RPG program semantics.
But then again, threading is more of an issue for systems
programming, and not for applications programming. Even in systems
programming, threading isn't really used all that much either. In
either case, processes are generally easier to deal with than
threads anyways.
Cheers! Hans
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.
midrange.com
