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



Perhaps you have misunderstood me. The concept of OA is not bad. Not at all. I really like the concept of handlers and all that but the one thing I don't like is that existing opcodes has been used (abused was probably a bit hard =) for this. I would like to have it clear what the code does and I don't expect a chain to make something different than to go to a db and try to retrieve one record.

If the code would be something like:

<pseudo-code>
handler = vendor_handler_create();

data = ibm_io_proxy_read(handler);
</pseudo-code>

Then all would be clear.

... and yes ... RPG III devs can't used it as (IIRC) only ILE (service)programs can use it. That was a little emotional statement, I know.

... and to make it clear: I don't like overrides.

BUT ... IMO IBM has given those stated developers a new excuse for not learning something new (which they probably should have learned since V5R1). I can't understand people who don't WANT to learn new good things. It seems to be outside of my mental reach.

... and I definitely didn't want to insult anyone ... perhaps my english is not good enough for this discussion and I should take a language course =)

Mihael


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Monday, March 21, 2011 1:50 PM
To: RPG programming on the IBM i / System i
Subject: Re: Adoption of RPG OA (Summary)

Mihael, Mihael

You continue to misrepresent or misunderstand things regarding OA - this
one statement must be challenged -

"that would have missed their point/goal in providing something
that RPG III developers can use without learning something new"

That is your severely biased interpretation of the original requirement.
And to be very specific, OA is NOT usable at all in RPG III

As to abuse of the CHAIN opcode - let me see - once upon a time there
was a READ opcode - hmmm - but if you called the file a SPECIAL type,
instead of a DISK type, hey you could READ IFS files. Oh really? Did IBM
abuse the READ opcode in that scenario? I don't think so. You might
think so. But truth is, it has been a part of the language for decades.

Oh, let me see again - is there anything else in the system where you
redirect what is being processed? Hmm, overrides - hey, I can override a
PF with a printer file and get a simple report quite easily. Oh, but I
would be doing something a PF is not designed for. Ah, but that is the
whole point.

I ask you to do the work you do - it is good work. Stop implicitly
insulting developers who may not have your knowledge. Promote what you
do without tearing down alternatives - if your product is good, it will
be enough to say what it does, not what others do NOT do!

At any rate, I expect that if I've said anything with validity here, it
is for others in this list to consider.

Vern

On 3/21/2011 2:00 AM, Schmidt, Mihael wrote:
But then again that would have missed their point/goal in providing something that RPG III developers can use without learning something new.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.