I do have some programs which require GOFF to assemble and cannot reside in a 
PDS. But they are "weird" in that they are LE enabled DLLs written in HLASM. 
The program objects actually reside in a z/OS UNIX file, not a PDSE data set.

-- 
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
[email protected] * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]]
> On Behalf Of Edward Jaffe
> Sent: Tuesday, August 21, 2012 10:08 AM
> To: [email protected]
> Subject: Re: GOFF
> 
> On 8/21/2012 7:49 AM, John Gilmore wrote:
> > I discovered by making a sequence of experiments that Peter Relson is
> > literally correct.  My phrase "wots not of" was ill chosen.
> >
> > That conceded, the GOFF and XOBJ object modules that can be included
> > in load modules bythe Binder must be denatured ones, shorn of their
> > interesting properties.
> >
> > These restrictions are many, and I will not rehearse all of them
> here.
> >   Interested readers can scan z/OS MVS Program Management: User's
> Guide
> > and Reference, SA22-7643-11 using the search argument GOFF.
> >
> > They are in fact so many that it is fair to say that GOFF [and XOBJ]
> > object modules cannot IN GENERAL be included in load modules.  None
> of
> > the GOFF object modules produced by the HLASM in recent weeks from my
> > own code could, for example, be included in one.
> 
> There are indeed many restrictions, but few of them matter.
> 
> All of our HLASM products on z/OS are currently built using GOFF. None
> of them
> yet require or are delivered via PDSE.
> 
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> 310-338-0400 x318
> [email protected]
> http://www.phoenixsoftware.com/
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to