The short answer, you can't copy objects from a PDS/E to a PDS Load Module Library. The longer answer: In order to build a C++ DLL, the binder cannot build a load module, instead it needs to build a "program object." While a load module can exist in a PDS or a PDS/E, a program object MUST reside in a PDS/E. The reasons for this are numerous, but not all externally documented.
Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael J Flores Sent: Wednesday, October 03, 2007 4:57 PM To: [email protected] Subject: C++ programs on the Mainframe (PDSE?) During installation of some software, I received object code in two formats (PDS & PDSE). I beleive the objects in the PDSE are C++ programs (there's DLL in the member names). To eliminate/reduce CICS outages is there a way to combine the objects from the PDSE library to the PDS library. The PDS library already exist for the CICS regions. I tried various methods (iebcopy, tso receive & fileaide utility) and I couldn't merge the PDSE members into the PDS. I saw previous releases of this software with these type of objects in PDS format. What would be the reason for putting these C++ programs in this way? Is it for size and the unlimited space provided by PDSE? Regards, Michael J Flores Triumph Performance and Technical Architecture Office#: 602.537.7511 cell 801 608-0270 [EMAIL PROTECTED] American Express made the following annotations on Wed Oct 03 2007 15:11:08 ---------------------------------------------------------------------- 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
