Re: IBM i "Open I/O" Architecture

no longer** of course not on longer

hard to believe I type for a living sometimes.



From:
"Bob P. Roche" <BRoche@xxxxxxxxxxxxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
10/21/2009 01:49 PM
Subject:
Re: IBM i "Open I/O" Architecture
Sent by:
<midrange-l-bounces@xxxxxxxxxxxx>



I think it was presented in the RPG context because it was presented at
the RPG DB2 summit conference.

Also, we need to remember while very smart and knowledgeable of IBM
things, Jon on longer works for IBM and doesn't decide how things get
implemented, He can only suggest to IBM.



From:
"Mark S. Waterbury" <mark.s.waterbury@xxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
10/21/2009 01:42 PM
Subject:
Re: IBM i "Open I/O" Architecture
Sent by:
<midrange-l-bounces@xxxxxxxxxxxx>



Hi, Jon:

Why is this idea being presented as only an RPG IV enhancement?

I think it would be far better to provide this capability in the "base"
OS, namely, via a mechanism such as the "override" commands, so that you
could do something like this:

OVRDBF FILE(MYFILE) PGM(MYLIB/MYPGM)

This would then tell the system to call the named program for all
file-related activity for this file (open, read, write, close, etc.).
Of course, a suitable parameter list structure would need to be defined
for such an "exit" program, but conceptually this should be able to work
similar to triggers. This would work in a manner similar to RPG's
SPECIAL files, but would work for all opcodes, including EXFMT.

I think this facility should be supported on all of the OVRxxx commands
(OVRDBF, OVRDSPF, OVRPRTF, etc.) -- so that it would be possible to
"redirect" any existing file to another device (or the web).

This kind of approach would enable such an enhancement to work with any
supported language or compiler.

What do you all think?

Thanks,

Mark S. Waterbury

Jon Paris wrote:
Might I suggest we more this to the RPG400 list where the RPG
developers are more likely to see it.


Jon Paris

www.Partner400.com
www.SystemiDeveloper.com