A PDSE Program Object allows to use of DLL linkage (DLL Cobol Compiles)
context instead of standard, without special handling during the link
edit steps.

It also supports OOCobol operation modes natively.

A DLL mode program object is always dynamically linked, however it
allows one to function package many small callable functions into one
program, but reference the functions by name from the calling program.
(this is done via the DDL Export on the subprogram, and DLL Import
during the Main program)
It is a very handy way to keep small called routines easily findable,
and maintainable, as they are all in one program, instead of having a
program for each one.  The callable function names can also be 32
characters long.

I've tested using the DLL Linkage mode, and it works great.  However we
are not planning to use it until we have a new application design
project.  We are not changing our existing applications to it.

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jeffrey Deaver
Sent: Thursday, June 07, 2007 7:31 AM
To: [email protected]
Subject: PDSe Program Objects vs PDS Load Modules

OK.  So I've recently been introduced to the fact that when you copy a
load
module from a PDS to a PDSe with IEBCOPY, it magically becomes a Project
Object.  I've been reading what I can find and it seems that operation
is
ok, but that moving the other way... PDSe PO to a PDS LM is a no no
since
their may be 'features used in the Project Object which are not
available
to the Load Module'.   I then read, however, that the same binder
creates
the PO or LM based on the library its headed to. Huh?

So my questions are this:
1) Did I get that right?
2) Where is the document that describes the features available to
Project
Objects which are not available to Load Modules?

I've got a developer group that recently 'discovered' that their test
libraries are PDSes and their production libraries are PDSs.  They saw
the
difference in the look of the load modules and got to asking questions.
They have had no trouble with this operation - just curious at this
point.

Thanks!

Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)

----------------------------------------------------------------------
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

----------------------------------------------------------------------
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

Reply via email to