Re: How to identify program language from program object
On Mon, 16 Feb 2015 16:28:48 +, Ken MacKenzie wrote: I've put together a process driven by REXX. It calls AMBLIST and then processes AMBLIST's report - done this way for quickness, I may investigate doing it via assembler and reading the IDR data directly at a later stage. Just curious: Is the Program Management API Rexx-friendly? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
On Mon, Feb 16, 2015 at 11:40 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Mon, 16 Feb 2015 16:28:48 +, Ken MacKenzie wrote: I've put together a process driven by REXX. It calls AMBLIST and then processes AMBLIST's report - done this way for quickness, I may investigate doing it via assembler and reading the IDR data directly at a later stage. Just curious: Is the Program Management API Rexx-friendly? -- gil All that I can see in the manual are HLASM macros and a C/C++ DLL interface. That doesn't sound too friendly to me. -- He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGW01595E message during PDS to PDSE copy
The active voice must always be ysed. - -teD - Original Message From: Charles Mills Sent: Monday, February 16, 2015 11:19 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: IGW01595E message during PDS to PDSE copy Passive voice = weaseling Mistakes were made ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, February 16, 2015 7:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGW01595E message during PDS to PDSE copy On Mon, 16 Feb 2015 08:41:50 -0500, Shmuel Metz (Seymour J.) wrote: on 02/15/2015 at 03:24 PM, Paul Gilmartin said: Should have been easy enough for you; GIYF. Only if I didn't care about gfetting the same one you were looking at. Granted. It would have helped if Lizette had supplied the link when she quoted the text. But she may have been reading offline. Of necessity. And the OP never identified the utility he was trying to use. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos .v2r1.ieam900/m012661.htm Argh! Takes me indirectly to a blank page. I'll look at the V1R11 version, which I have on disk. ObQoheleth. I thought I tested the link, by habit, when the ply appeared on IBM-MAIN. Blank? I get two shades of grey. Scarcely better. I but not User Response which would seem more relevant. Now *that* warrants an RCF! Sent. Thanks. I can't suss out from that page which utility is issuing the message, IBM seems to be treating DFSMS DFP as a unit instead of breaking it down by utility. It's either IEBCOPY or a DFP service invoked by IEBCOPY. There's a style violation there. Strunk says, Use the active voice. If instead of Members ... are not supported it had said, IGWFUBAR does not support members ..., much would have been clarified. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RCF vs. COMMENT (was: IGW01595E message ...)
On Mon, 16 Feb 2015 08:28:39 -0700, Lizette Koehler wrote: Though I am not a fan of Knowledge Center, the one element they provided is the ability to ADD COMMENTs to the section. If you feel it is lacking details, you should be able to supply additional comments. I've done that, at times. OTOH, one advantage of the RCF is that the submitter gets feedback on the status. But I have one RCF of a simple question with a probably complex answer that's long been pending. I wish that in such cases IBM Pubs itself would ADD COMMENTS to Knowledge Center. (The question I asked, well, perhaps not so simple: * Parameter z/OS MVS JCL Reference SA23-1385-00 http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieab600/xddaster.htm Please provide an explanation of what determines the attributes (RECFM, LRECL, BLKSIZE) merged into the DCB by OPEN. I suspect any or all of: o LRECL on the SYSIN DD statement o Attributes with which INTRDR is allocated o JESRECFM and JESLRECL in FTP commands with FILETYPE=JES o Attributes coded in the DCB macro o Attributes modified by the DCB OPEN exit o Operation of SDB o Length of records appearing in the instream data set o Length of records modified by symbol substitution o JES2 versus JES3 (I suspect their behaviors differ). This seems complicated enough that English prose is probably an inadequate medium to communicate it. Better would be a table or a flow chart. The information should appear in one place, not redundantly under * and DATA, lest updates leave them out of sync. They say is has been accepted as a clarification. They've not provided details in response to a followup request.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RCF vs. COMMENT (was: IGW01595E message ...)
Paul Gilmartin wrote: Lizette Koehler wrote: Though I am not a fan of Knowledge Center, the one element they provided is the ability to ADD COMMENTs to the section. If you feel it is lacking details, you should be able to supply additional comments. I wish that in such cases IBM Pubs itself would ADD COMMENTS to Knowledge Center. I agree with both Lizette and Paul on this one simple reason. The underlying system in that web page can add the correct paragraph to your COMMENTs, so who-ever get your comments will know to what page you're actually referring. On the other side - I believe the authors behind that IBM Pubs want to avoid a flooding of messages. This is why there is a *formal* method of submitting comments, RCFs, etc. ( *Informally* confirmed by an IBMer (now ex-IBMer) when I asked him years ago why there is a formal submitting method instead of an open anonymous submitting method. Ok, things could have changed in the mean time, but ...) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
COBOL v5.1 - PTF UI24300
Hi, All, On z/OS 1.13 I tried to re-apply our Installation Options USERMOD (IGYWD51) after APPLYing UI24300 to COBOL v5.1, but the re-apply failed because it did not PRE the previous PTF level (!). Among other fixes, UI24300 adds a new compiler option, so the options module IGYCDOPT gets updated. Normally, when IGYCDOPT gets updated, one must first RESTORE any Installation Options USERMOD, then update and re-APPLY it with the new PRE level. APPLY CHECK of UI24300 reminded me to RESTORE IGYWD51, after which APPLY CHECK and APPLY of UI24300 completed RC = 00. I then updated the USERMOD to increment the REWORK data and specify PRE(UI24300), and the re-APPLY failed because it did not PRE(UI23422), which was the previous level of IGYCDOPT. A quick browse of the CSI via the SMP/E ISPF dialog clearly showed the RMID of IGYCDOPT as UI24300. I've opened a PMR with COBOL support, but now I'm wondering if SMP/E somehow got sick. I ran the whole process twice just to make sure I didn't miss anything. Oh, I also RESTOREd UI24300 after all that. Anybody else ever seen anything like this? TIA, -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
On Mon, 16 Feb 2015 12:00:38 -0600, John McKown wrote: Just curious: Is the Program Management API Rexx-friendly? All that I can see in the manual are HLASM macros and a C/C++ DLL interface. That doesn't sound too friendly to me. This can depend on ... E.g. the API to ICSF is somewhat[1] Rexx-friendly. In fact, SAMPLIB contains examples of Rexx driving ICSF via LINKPGM. The API to SMP/E is Rexx-hostile in that it expects the caller to supply control blocks containing ADCONs of other control blocks, and Rexx has no GETMAIN interface to create those. LE could muddy the water. -- gil [1] The interface to ICSF makes numerous LOAD-DELETE calls (inplicit in LINKPGM). Probably a horrible overhead unless the target program is in LPA. (Where's the sticky bit when you need it?) Rexx would do well to provide interfaces to LOAD and DELETE so LINKPGM might find the utility already loaded. Even address LINKADDR to avoid the CSV table search. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
Shmuel Metz (Seymour J.) wrote: I don't know of an ISPF panel to display those, but it wouldn't be hard to slap together a RYO dialog. ISRDDN already is there, but does not display those extra info, AFAIK. Are there anyone who can shout to the owners/developers of ISRDDN that they should add these extra info in that screen? It would be very handy. [1] My first guess was eye catchers, but those are associated with individual csects rather than the entire load module. Indeed. I jus wish to see immediately to what csects, instead of searching up and down to match the right csect against the eye catcher. Ok, that's only me who is b*tching, but... ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify the source language of a load module|program object
Eric, You get the gold star! AMBLIST it is! On Mon, Feb 16, 2015 at 4:25 PM, Eric Chevalier et...@tulsagrammer.com wrote: IBM supplies a utility program that lists these IDRs. Determining its name is left as an exercise for the reader. Along time ago, in a galaxy far, far away I found AMBLIST to be very helpful in this task! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify the source language of a load module|program object
IBM supplies a utility program that lists these IDRs. Determining its name is left as an exercise for the reader. Along time ago, in a galaxy far, far away I found AMBLIST to be very helpful in this task! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FB to VB PDS
In 1730852098752482.wa.paulgboulderaim@listserv.ua.edu, on 02/16/2015 at 09:20 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: Certainly for BSAM. But what of QSAM. When spanning is specified for blocked records, QSAM attempts to fill all blocks. For unblocked records, a record larger than the block size is split and written in two or more blocks. If your program is not using the large block interface, each block contains only one record or record segment. Thus, the block size can be set to the best block size for a given device or processing situation. It is not restricted by the maximum record length of a data set. A record can, therefore, span several blocks, There's more for extended BDQ and BFTEK=A, but it's probably not relevant here. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
In 1258967390696951.wa.paulgboulderaim@listserv.ua.edu, on 02/16/2015 at 11:40 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: Just curious: Is the Program Management API Rexx-friendly? No; you need to build and interpret the data areas yourself. Would a REXX-friendly wrapper be useful enough to justify developing a business case and submitting a requirement? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGW01595E message during PDS to PDSE copy
In 5784356129749080.wa.paulgboulderaim@listserv.ua.edu, on 02/16/2015 at 09:13 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: Not directly, but by inference. Not by correct inference. Repeating: Don't repeat it; *read* it. o Members that contain User TTRs in the directory entry are not supported for PDSEs. The member to be copied is in a PDS, so that, even if true, is irrelevant. Program objects do not contain user TTRs, so IEBCOPY (via BINDER) will not attempt to create a member with a user TTR when copying a load module into a program object PDSE. So, There is no so, because your premise is wrong. There are some other aspects to the OP's problem, but he hasn't bothered to anwer queries about exactly what he was doing and I'm not in the mood for guessing games. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
need access to mainframe
Could anybody give me very limited remote access to a well configured z/OS development LPAR?All I need is to install few libraries and use the C and COBOL compilers and create some SYSOUT and perhaps few small sequential files and XMI files. All storage area I may need should never exceed 40MB. If you could, please contact me off list Ze'ev Atlas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FB to VB PDS
In 022f01d04973$165fd3f0$431f7bd0$@mxg.com, on 02/15/2015 at 04:59 PM, Barry Merrill ba...@mxg.com said: However, the SMF Writer does not use normal VBS; in normal VBS, all data records are spanned, Even Job nods. In normal VBS, the application decides when to write complete records and when to break them up. SMF is no different. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
In of37e3ff05.ffec2580-on85257dee.003ac9dc-80257dee.003ae...@prudential.com, on 02/16/2015 at 10:43 AM, Ken MacKenzie ken.macken...@pramerica.ie said: Sorry - I meant visually via BROWSE of the load library. Ouch! Although I must confess to having done that on rare occassions. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGW01595E message during PDS to PDSE copy
On Mon, 16 Feb 2015 08:41:50 -0500, Shmuel Metz (Seymour J.) wrote: on 02/15/2015 at 03:24 PM, Paul Gilmartin said: Should have been easy enough for you; GIYF. Only if I didn't care about gfetting the same one you were looking at. Granted. It would have helped if Lizette had supplied the link when she quoted the text. But she may have been reading offline. Of necessity. And the OP never identified the utility he was trying to use. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieam900/m012661.htm Argh! Takes me indirectly to a blank page. I'll look at the V1R11 version, which I have on disk. ObQoheleth. I thought I tested the link, by habit, when the ply appeared on IBM-MAIN. Blank? I get two shades of grey. Scarcely better. I but not User Response which would seem more relevant. Now *that* warrants an RCF! Sent. Thanks. I can't suss out from that page which utility is issuing the message, IBM seems to be treating DFSMS DFP as a unit instead of breaking it down by utility. It's either IEBCOPY or a DFP service invoked by IEBCOPY. There's a style violation there. Strunk says, Use the active voice. If instead of Members ... are not supported it had said, IGWFUBAR does not support members ..., much would have been clarified. The text also doesn't say whether the user is using COPY or COPYMOD, nor does it distinguish between the two types of PDSE. Still, the text does *not* say that you cannot copy a load module (in a PDS) into a PDSE. Not directly, but by inference. Repeating: o Members that contain User TTRs in the directory entry are not supported for PDSEs. o *All*load*modules*contain*User*TTRs in the directory entry. So, no load modules are supported. ∎ -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
In ofab73c600.88a2e086-on85257dee.00356523-80257dee.00357...@prudential.com, on 02/16/2015 at 09:44 AM, Ken MacKenzie ken.macken...@pramerica.ie said: Unfortunately that seems to be for PDS only not PDSE. I'm not sure what Sri h Kolusu meant by signature bytes[1], but program objects contain IDR data, which include the compiler version. I don't know of an ISPF panel to display those, but it wouldn't be hard to slap together a RYO dialog. [1] My first guess was eye catchers, but those are associated with individual csects rather than the entire load module. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FB to VB PDS
On Mon, 16 Feb 2015 10:07:36 -0500, Shmuel Metz (Seymour J.) wrote: on 02/15/2015 at 04:59 PM, Barry Merrill said: However, the SMF Writer does not use normal VBS; in normal VBS, all data records are spanned, Even Job nods. In normal VBS, the application decides when to write complete records and when to break them up. SMF is no different. Certainly for BSAM. But what of QSAM. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGW01595E message during PDS to PDSE copy
Passive voice = weaseling Mistakes were made ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, February 16, 2015 7:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGW01595E message during PDS to PDSE copy On Mon, 16 Feb 2015 08:41:50 -0500, Shmuel Metz (Seymour J.) wrote: on 02/15/2015 at 03:24 PM, Paul Gilmartin said: Should have been easy enough for you; GIYF. Only if I didn't care about gfetting the same one you were looking at. Granted. It would have helped if Lizette had supplied the link when she quoted the text. But she may have been reading offline. Of necessity. And the OP never identified the utility he was trying to use. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos .v2r1.ieam900/m012661.htm Argh! Takes me indirectly to a blank page. I'll look at the V1R11 version, which I have on disk. ObQoheleth. I thought I tested the link, by habit, when the ply appeared on IBM-MAIN. Blank? I get two shades of grey. Scarcely better. I but not User Response which would seem more relevant. Now *that* warrants an RCF! Sent. Thanks. I can't suss out from that page which utility is issuing the message, IBM seems to be treating DFSMS DFP as a unit instead of breaking it down by utility. It's either IEBCOPY or a DFP service invoked by IEBCOPY. There's a style violation there. Strunk says, Use the active voice. If instead of Members ... are not supported it had said, IGWFUBAR does not support members ..., much would have been clarified. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
On Mon, 16 Feb 2015 10:16:10 -0500, Shmuel Metz (Seymour J.) wrote: I'm not sure what Sri h Kolusu meant by signature bytes[1], but program objects contain IDR data, which include the compiler version. I don't know of an ISPF panel to display those, but it wouldn't be hard to slap together a RYO dialog. [1] My first guess was eye catchers, but those are associated with individual csects rather than the entire load module. Of course a program object may contain CSECTs from a mixture of program languages. I don't know what answer the OP wants in that case. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IGW01595E message during PDS to PDSE copy
Though I am not a fan of Knowledge Center, the one element they provided is the ability to ADD COMMENTs to the section. If you feel it is lacking details, you should be able to supply additional comments. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, February 16, 2015 7:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IGW01595E message during PDS to PDSE copy On Mon, 16 Feb 2015 08:41:50 -0500, Shmuel Metz (Seymour J.) wrote: on 02/15/2015 at 03:24 PM, Paul Gilmartin said: Should have been easy enough for you; GIYF. Only if I didn't care about gfetting the same one you were looking at. Granted. It would have helped if Lizette had supplied the link when she quoted the text. But she may have been reading offline. Of necessity. And the OP never identified the utility he was trying to use. http://www- 01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos .v2r1.ieam900/m012661.htm Argh! Takes me indirectly to a blank page. I'll look at the V1R11 version, which I have on disk. ObQoheleth. I thought I tested the link, by habit, when the ply appeared on IBM-MAIN. Blank? I get two shades of grey. Scarcely better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
What happened to AMBLIST? Sorry - I meant visually via BROWSE of the load library. Not very scientific but effective. Ken MacKenzie Pramerica Systems Ireland Limited is a private company limited by shares incorporated and registered in the Republic of Ireland with registered number 319900 and registered office at 6th Floor, South Bank House, Barrow Street, Dublin 4, Ireland. From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@LISTSERV.UA.EDU, Date: 15/02/2015 00:36 Subject:Re: How to identify program language from program object Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU In off6e52a22.284c8f8c-on85257deb.004d3287-80257deb.005b2...@prudential.com, on 02/13/2015 at 04:35 PM, Ken MacKenzie ken.macken...@pramerica.ie said: In the old days, as far as I remember though I can't prove it, you used to be able to look at a load library member, check for a certain string (e.g. C2 mm/dd/yy hh:mm:ss) and establish that the module - or even modules had been compiled as COBOL II. According to z/OS MVS Program Management: User's Guide and Reference, SA22-7643-09, program objects support IDR data. Wit the advent of program objects on PDSEs and Enterprise COBOL we don't appear to have that luxury. What happened to AMBLIST? Any thoughts? If it were me, I'd use the BINDER for PDSE and Unix program objects rather than post-processing AMBLIST LISTIDR output. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to identify program language from program object
Unfortunately that seems to be for PDS only not PDSE. Looks good though but not much use now that we're entirely PDSE. Ken MacKenzie Pramerica Systems Ireland Limited is a private company limited by shares incorporated and registered in the Republic of Ireland with registered number 319900 and registered office at 6th Floor, South Bank House, Barrow Street, Dublin 4, Ireland. From: Sri h Kolusu skol...@us.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 13/02/2015 17:31 Subject:Re: How to identify program language from program object Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Ken, You can look at the signature bytes of the load module and determine the compiler version. Check this out http://www3.sympatico.ca/bredam/LoadInfo.html#LINF Kolusu From: Ken MacKenzie ken.macken...@pramerica.ie To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/13/2015 08:35 AM Subject:How to identify program language from program object Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU In the old days, as far as I remember though I can't prove it, you used to be able to look at a load library member, check for a certain string (e.g. C2 mm/dd/yy hh:mm:ss) and establish that the module - or even modules had been compiled as COBOL II. Wit the advent of program objects on PDSEs and Enterprise COBOL we don't appear to have that luxury. Does anyone know of any way to identify the language type of modules. We have File-AID at this site and it can identify the CSECTs within a module but it doesn't seem to be able to tell me what COBOL version was used As we prepare to establish Enterprise COBOL 5.1 as the default, I've been asked by developers if it is possible to give them a list of what programs were compiled with which compiler and given that our load libraries are now almost 100% PDSE it's proving tricky. Any thoughts? Ken MacKenzie Pramerica Systems Ireland Limited is a private company limited by shares incorporated and registered in the Republic of Ireland with registered number 319900 and registered office at 6th Floor, South Bank House, Barrow Street, Dublin 4, Ireland. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN