I've used this approach also but don't like it because it's easy to forget when an upgrade or maintenance affects the usermod. And management would like us to have "one set of options" but I don't see that happening.
I'll have to take all the replies and share them with the rest of the MVS staff. Got to get some consensus. Thanks. Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 Charles Mills <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List <[email protected]> 03/29/2006 04:56 PM Please respond to IBM Mainframe Discussion List <[email protected]> To [email protected] cc Subject Re: Changing Cobol Default Options It is not out of the question - but it does "violate" the SMPE approach - to have two sets of COBOL customization on one machine. Basically, you assemble and link one set of compiler options into LOADLIBA and the other set into LOADLIBB. Then programmers who formerly used LPAR A use //STEPLIB DD DSN=LOADLIBA,DISP=SHR // DD the real compiler load library And programmers who formerly used LPAR B use //STEPLIB DD DSN=LOADLIBB,DISP=SHR // DD the real compiler load library Various other combinations involving LPA and/or only two load libraries are obviously possible. Just make sure everybody finds the right options load module FIRST. I know for a fact that this works. At Syspoint we are using this approach to support multiple customers with different customization requirements on a single compile server. Yes, I know it won't be painless for you - involves proc changes, etc. For that matter, you can just have two complete installs of COBOL and customize them separately. Charles ************************************************************************************** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ************************************************************************************** ---------------------------------------------------------------------- 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
