× 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 30-Jul-2016 20:45 -0500, Booth Martin wrote:
<<SNIP>>
The "U"pdate allowed update, and add. There was no concept of an
indexed and keyed file at that time so there was no such thing as an
insert. Why would there be, since there was no random access.

The term /insert/ was meant the same as a /add/; as in write, append, or put a new\additional record beyond the current last-record or what might be called the End-Of-File (EOF).


(fwiw, it was mentioned that you can use AS400's RPG in the Sys36
environment. It's hard for me to believe that there is any 1970s
hardware still in use. Working with a more modern compiler would
make any work in that system a whole lot easier, plus give much
better performance.)

Yes. But as I had replied earlier within the thread, the stated requirement was to use an RPG36 source member [implying: compiled by the S36E RPG compiler] and to run in the S/36EE (STRS36) via a LOAD\RUN of the OCL; those were the implied prerequisites for re-creating the issue. And as a still-supported emulated environment, as supplied with the OPTION(5) of the IBM i OS [e.g. 5770SS1], the code could be run on even the newest of Power hardware on which the IBM i of any particular VRM is available.

If the requirement had been merely to perform the two /subject/ operations of insert and update, irrespective of language and environment, then I would not even waste my time with a compiler; I would just run dynamic SQL requests -- and therefore just as well, to run the requests in the the /native/ vs the S/36 execution environment.


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.