There are also some binder options: COMPAT, CASE=MIXED, LONGNAME or DLL which can force the use of "program objects".
Bill On Fri, 3 Jun 2005 16:34:27 -0400, Farley, Peter x23353 <[EMAIL PROTECTED]> wrote: >Bob, > >The *reason* that your C compile may be using "PM3" features may be due to >the compiler options that are set for your installation and/or compile PROC. >Use of options like "GOFF" and others cause the compiler to output "object >code" that can only be "bound" into a "program object". Other options I >know of that cause this include "POSIX", which (for instance) *must* be on >if you wish to use pthreads in your programming. > >Essentially, using any "PM3" options or language features limits you to PDSE >(which is identical to saying "DSNTYPE=LIBRARY"), or to storing your bound >executable in an HFS directory (the other permitted repository for "program >objects"). > >HTH > >Peter > >-----Original Message----- >From: Robert Pelletier [mailto:[EMAIL PROTECTED] >Sent: Friday, June 03, 2005 4:25 PM >To: [email protected] >Subject: Re: IEW2606S Doing C Programming > > >Thanks Bruce and everyone. Really appreciate it again. >Bob > >-----Original Message----- >From: Bruce Black [mailto:[EMAIL PROTECTED] >Sent: Friday, June 03, 2005 4:17 PM >To: [email protected] >Subject: Re: IEW2606S Doing C Programming > > >I was going to gently suggest to Bob that he RTFM, but I checked the 1.6 >FM myself and find that the message description doesn't help much. > > *IEW2606S* *MODULE* *INCORPORATES* feature_level *FEATURES* *AND* >*CANNOT* *BE* *SAVED* *IN* > format_level *FORMAT.* > >*Explanation:* An attempt is being made to save a module in a format >that is incompatible with the features being used. Certain >characteristics of the module, such as symbol length or special classes, >prevent it from being saved in the specified format. In the message text: > >feature_level > The "VERSION /n/ PROGRAM OBJECT" or "Z/OS V1R/n/ PROGRAM OBJECT". > The first form is used for features introduced in OS/390 releases, > and corresponds to PM numbers as defined by the COMPAT option. > >format_level > Can be "LOAD MODULE," "VERSION /n/ PROGRAM OBJECT," or "A Z/OS > V1R/n/ COMPATIBLE PROGRAM OBJECT." A load module is stored in a > standard PDS (DSNTYPE=PDS). A program object is stored in a LIBRARY > or HFS file. The "VERSION /n/" form is used as described for > feature_level. > >*System* *Action:* The load module or program object cannot be saved. > >*User* *Response:* Correct by (1) changing the target library (for >example, SYSLMOD) to be of DSNTYPE=LIBRARY or HFS, and/or (2) removing >the COMPAT option or changing it to specify a more recent level. > >First, the "feature_level" doesn't include the "PROGRAM MANAGEMENT 3" >text that Bob got. Second, it only speaks of DSNTYPE=LIBRARY, not the >more commonly recognized term PDSE. Since Bob was not a PDSE user, it >would require more research to understand what DSNTYPE=LIBRARY means. >So, Bob, you did the right think by asking here. > >_ >This message and any attachments are intended only for the use of the addressee and >may contain information that is privileged and confidential. If the reader of the >message is not the intended recipient or an authorized representative of the >intended recipient, you are hereby notified that any dissemination of this >communication is strictly prohibited. If you have received this communication in >error, please notify us immediately by e-mail and delete the message and any >attachments from your system. > ---------------------------------------------------------------------- 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
