Be aware though that you are starting down a potentially long road. Some of the things to keep in mind (and not necessarily an exhaustive list as these are just off the top): 1. The parameters passed to the various QDB* programs are not documented. One might be able to figure out how a particular language compiler interfaces with a given QDB* program; but that is hardly the same as knowing all options and features. As ALL system calls to these programs would be going through your code you may find "interesting" side effects/values. Such a wrapper would not be supported by IBM. 2. Modification of the SEPT in order to create your own exit is not supported by IBM, and can require additional work at higher security levels. This is an area where breakage of your application can occur (and has in the past). 3. Some interfaces which allow the reading of files do not go through the QDB* programs. Some that readily come to mind are the various Database MI instructions. These instructions are blocked, but that doesn't necessarily equate to not used. The wrapper approach therefore is not a complete solution. And as IBM use (or non-use) of the QDB* programs is an implementation detail always subject to change you are unlikely to find any IBM supported documentation of which parts of the system you may catch with a wrapper, and which parts you won't catch. I would urge you to ask IBM for a system provided interface to this type of information. Whether any solution would be based on an exit point, a read trigger, or something else could be decided at some future point (if sufficient requests are made); but at least it would be an IBM supported approach that you could reliably use in the running of your system. The proposed approach of modifying the SEPT will leave you outside of normal support. Bruce Vining > >... I think the idea of wrapping the existing program is excellent. >It'd be like an exit program, only with no existing exit point. ... > +--- | This is the MI Programmers Mailing List! | To submit a new message, send your mail to MI400@midrange.com. | To subscribe to this list send email to MI400-SUB@midrange.com. | To unsubscribe from this list send email to MI400-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: email@example.com +---
As an Amazon Associate we earn from qualifying purchases.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.