In a message dated 12/8/2007 7:32:57 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >you are only a few minutes away from some problem ticket asking you to prove/state that your software was not the cause of the system problem. It's much easier to fix a bug in your own persistent address space than it is to prove a negative in another address space. And it's much easier not to receive a problem ticket than either of the above. This discussion reminds me of the recent discussion on whether to require the user to update the Program Properties Table or to add a program to his APF library. There are often multiple ways to skin the software cat, all of which have some advantages and some disadvantages. The SRB only runs once inside *MASTER*, I think. Another address space requires a lot more mothering to keep it alive against all possible damage. Do it the easy way now; i.e., debug the SRB code. If you get complaints, change it into a new address space. Or make it really non-simple by offering the customer the choice on how to install it. Customers really love choices that they can't understand. Microsoft is expert at this type of interface. Both camps (simpletons and correcters) can say "define 'simple'." There is simplicity in developing, in handling customer problems, and in how the customer views the product when there are not any problems. If I were doing this, and unless my management told me not to, I would hook my CADS into *MASTER* and have it point to, inter alia, an above-the-bar area for exploitation whenever possible. Then I would deal with the problem tickets if they ever appear. OTOH, maybe you could ask your management now to decide. But they might not understand the choices any better than customers would. Bill Fairchild Franklin, TN
**************************************Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop00030000000001) ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
