Re: IODF address
If something like hyperswap has moved the IODF to another device, then you can
use the IOCINFO "IODFINFO" service and get the information from the IODI
structure that is returned :
IODI_IODFODEVoriginal IODF device
IODI_IODFUCB UCB address of current - (if IODI_IODFUCBINVLD is
OFF)
Mapping macro is IOSDIODI in MACLIB
Rob Scott
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Horein
Sent: 16 December 2020 17:00
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IODF address
EXTERNAL EMAIL
Hi!
I am able to determine the IODF unit address from IPAIODFU in IPA. However,
this value becomes stale if the address changes when the storage folks move
disk around. I can see the MVS command DISPLAY IPLINFO accounts for those
changes in message IEE254I:
IEE254Ihh.mm.ss IPLINFO DISPLAY text
Explanation: Where text is:
SYSTEM IPLED AT hh.mm.ss ON mm/dd/ RELEASE fmid LICENSE = system USED
LOADxx IN loadxxdsname ON devx ARCHLVL = n MTLSHARE = Y N IEASYM LIST =
s1 NONE IEASYS LIST = s2{(OP)} IODF DEVICE: ORIGINAL(iodfdev1)
CURRENT(iodfdev2) IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2) VOLUME(iplvol)
Is there an accessible (lives in COMMON), supported data area that also
contains the "CURRENT" information that is present in the DISPLAY command?
While I can parse the output of a console command, I would much rather fetch
only the desired information from storage, if possible.
Thanks,
Steve Horein
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support:
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences -
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
This communication and any attachments may contain confidential information of
Rocket Software, Inc. All unauthorized use, disclosure or distribution is
prohibited. If you are not the intended recipient, please notify Rocket
Software immediately and destroy all copies of this communication. Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF address
I don't have all the technical details, but there tends to be occasional
DASD movement where FDRPAS is used to non-disruptively "move' the contents
of a volume from one unit address to another.
Where I fit in is I have written a (rexx based) automation routine that
displays old/current IPL information to new/requested IPL information for
operator verification, but used the STORAGE() function to collect that
information. After discovering "moved" volumes don't reflect current values
when using STORAGE(), I switched to parsing console command output. It's
not the end of the world doing so, but I end up getting 50 words to look at
when I am only interested in 1.
On Wed, Dec 16, 2020 at 10:44 PM kekronbekron <
02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
> Just me being dumb.. what do you mean by 'IODF volume moved'?
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, December 17, 2020 10:06 AM, Steve Horein <
> steve.hor...@gmail.com> wrote:
>
> > Thanks!
> > It looks like I get the same behavior with what Mark uses:
> >
> > IPALPDDV = Storage(D2x(ECVTIPA + 92),4) /* load parm dev number */
> >
> > On a system that had the IODF volume "moved", the old address is also
> > present in IPALPDDV. Bummer.
> >
> > On Wed, Dec 16, 2020 at 8:15 PM kekronbekron <
> > 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > > Hi Steve,
> > > This should be in Mark Zelden's IPLINFO source code -
> > > http://www.mzelden.com/mvsfiles/iplinfo.txt
> > >
> > > - KB
> > >
> > > ‐‐‐ Original Message ‐‐‐
> > > On Wednesday, December 16, 2020 10:29 PM, Steve Horein <
> > > steve.hor...@gmail.com> wrote:
> > >
> > > > Hi!
> > > > I am able to determine the IODF unit address from IPAIODFU in IPA.
> > > > However,
> > > > this value becomes stale if the address changes when the storage
> folks
> > > > move
> > > > disk around. I can see the MVS command DISPLAY IPLINFO accounts for
> those
> > > > changes in message IEE254I:
> > > > IEE254I hh.mm.ss IPLINFO DISPLAY text
> > > > Explanation: Where text is:
> > > > SYSTEM IPLED AT hh.mm.ss ON mm/dd/
> > > > RELEASE fmid LICENSE = system
> > > > USED LOADxx IN loadxxdsname ON devx
> > > > ARCHLVL = n MTLSHARE = Y N
> > > > IEASYM LIST = s1 NONE
> > > > IEASYS LIST = s2{(OP)}
> > > > IODF DEVICE: ORIGINAL(iodfdev1) CURRENT(iodfdev2)
> > > > IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2) VOLUME(iplvol)
> > > > Is there an accessible (lives in COMMON), supported data area that
> also
> > > > contains the "CURRENT" information that is present in the DISPLAY
> > > > command?
> > > > While I can parse the output of a console command, I would much
> rather
> > > > fetch only the desired information from storage, if possible.
> > > > Thanks,
> > > > Steve Horein
> > >
> > > > 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
>
> --
> 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
IODF address
IOCINFO IODFINFO=xx If success and bit IODI_IODFUCBInvld is off, the UCB address is in IODI_IODFUCB and the device number can be ascertained from that. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using HSM Transition to clear MOD-3 devices
Hi Chuck, We have clients who regularly use this function for what you plan on doing. I'll reach out to the individual who owns the ticket and make sure that it makes progress. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF address
Thanks Rob!
I think it's just ignorance on my part, but I haven't had much luck calling
assembler services from Rexx - only some of those mentioned in the
"Callable Services for High Level Languages". There are a LOT of those
services that look extremely helpful for getting precise information, but I
just don't know how to take advantage of them.
On Thu, Dec 17, 2020 at 3:41 AM Rob Scott wrote:
> If something like hyperswap has moved the IODF to another device, then you
> can use the IOCINFO "IODFINFO" service and get the information from the
> IODI structure that is returned :
>
> IODI_IODFODEVoriginal IODF device
> IODI_IODFUCB UCB address of current - (if
> IODI_IODFUCBINVLD is OFF)
>
> Mapping macro is IOSDIODI in MACLIB
>
> Rob Scott
> Rocket Software
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Steve Horein
> Sent: 16 December 2020 17:00
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IODF address
>
> EXTERNAL EMAIL
>
>
>
>
>
> Hi!
> I am able to determine the IODF unit address from IPAIODFU in IPA.
> However, this value becomes stale if the address changes when the storage
> folks move disk around. I can see the MVS command DISPLAY IPLINFO accounts
> for those changes in message IEE254I:
>
> IEE254Ihh.mm.ss IPLINFO DISPLAY text
>
> Explanation: Where text is:
>
> SYSTEM IPLED AT hh.mm.ss ON mm/dd/ RELEASE fmid LICENSE = system
> USED LOADxx IN loadxxdsname ON devx ARCHLVL = n MTLSHARE = Y N IEASYM
> LIST = s1 NONE IEASYS LIST = s2{(OP)} IODF DEVICE: ORIGINAL(iodfdev1)
> CURRENT(iodfdev2) IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2)
> VOLUME(iplvol)
>
> Is there an accessible (lives in COMMON), supported data area that also
> contains the "CURRENT" information that is present in the DISPLAY command?
> While I can parse the output of a console command, I would much rather
> fetch only the desired information from storage, if possible.
>
> Thanks,
> Steve Horein
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support:
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences -
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy -
> http://www.rocketsoftware.com/company/legal/privacy-policy
>
>
> This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. Thank you.
>
> --
> 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: IODF address
Look at the address statement and at the descriptions of the available
environments.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Steve Horein [steve.hor...@gmail.com]
Sent: Thursday, December 17, 2020 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IODF address
Thanks Rob!
I think it's just ignorance on my part, but I haven't had much luck calling
assembler services from Rexx - only some of those mentioned in the
"Callable Services for High Level Languages". There are a LOT of those
services that look extremely helpful for getting precise information, but I
just don't know how to take advantage of them.
On Thu, Dec 17, 2020 at 3:41 AM Rob Scott wrote:
> If something like hyperswap has moved the IODF to another device, then you
> can use the IOCINFO "IODFINFO" service and get the information from the
> IODI structure that is returned :
>
> IODI_IODFODEVoriginal IODF device
> IODI_IODFUCB UCB address of current - (if
> IODI_IODFUCBINVLD is OFF)
>
> Mapping macro is IOSDIODI in MACLIB
>
> Rob Scott
> Rocket Software
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Steve Horein
> Sent: 16 December 2020 17:00
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IODF address
>
> EXTERNAL EMAIL
>
>
>
>
>
> Hi!
> I am able to determine the IODF unit address from IPAIODFU in IPA.
> However, this value becomes stale if the address changes when the storage
> folks move disk around. I can see the MVS command DISPLAY IPLINFO accounts
> for those changes in message IEE254I:
>
> IEE254Ihh.mm.ss IPLINFO DISPLAY text
>
> Explanation: Where text is:
>
> SYSTEM IPLED AT hh.mm.ss ON mm/dd/ RELEASE fmid LICENSE = system
> USED LOADxx IN loadxxdsname ON devx ARCHLVL = n MTLSHARE = Y N IEASYM
> LIST = s1 NONE IEASYS LIST = s2{(OP)} IODF DEVICE: ORIGINAL(iodfdev1)
> CURRENT(iodfdev2) IPL DEVICE: ORIGINAL(ipldev1) CURRENT(ipldev2)
> VOLUME(iplvol)
>
> Is there an accessible (lives in COMMON), supported data area that also
> contains the "CURRENT" information that is present in the DISPLAY command?
> While I can parse the output of a console command, I would much rather
> fetch only the desired information from storage, if possible.
>
> Thanks,
> Steve Horein
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
> 02451 ■ Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support:
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences -
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy -
> http://www.rocketsoftware.com/company/legal/privacy-policy
>
>
> This communication and any attachments may contain confidential
> information of Rocket Software, Inc. All unauthorized use, disclosure or
> distribution is prohibited. If you are not the intended recipient, please
> notify Rocket Software immediately and destroy all copies of this
> communication. Thank you.
>
> --
> 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
Re: Rexx APIs (was: IODF address)
On Thu, 17 Dec 2020 19:46:13 +, Seymour J Metz wrote: >Or at least a function to return the current address of a string variable, >plus some way to control alignment. > I've pondered something similar in connection with wishing for a variant of ATTACH that would leave the subtask running concurrently rather than WAITing for its completion. That's greatly complicated by the uncertain operation of Rexx storage management -- there's no guarantee that a variable wouldn't be moved while the subtask runs. It might be necessary to use IRXEXCOM to copy arguments to aligned OBTAINed storage at ATTACH and back at DETACH. "string variable"? Didn't we agree a few weeks ago that's redundant? > >From: Paul Gilmartin >Sent: Thursday, December 17, 2020 2:18 PM > >... Should Rexx have >GETMAIN/FREEMAIN (or successor) interfaces? That would >be analogous to malloc()/free(), burdening the programmer with >storage management and hazards wild stores. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
It is whatever your installation called it! Which COBOL? Many installations use something like IGY or IGY630 or IGY.V630 or IGY.V6R3M0 as an HLQ. You could look for those in ISPF 3.4. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Thursday, December 17, 2020 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL LIB Hello all, Does anyone know what library the COBOL compiler is in Z/OS 1.0 ? SYS1.??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF address
I know of no REXX facility to enumerate environments, but z/OS Version 2 Release 4 TSO/E REXX Reference describes the relevant environment, LINKPGM. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Thursday, December 17, 2020 12:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IODF address On Thu, 17 Dec 2020 15:59:45 +, Seymour J Metz wrote: >Look at the address statement and at the descriptions of the available >environments. > Is there a Rexx facility to enumerate "available environments"? I suspect not, but it would be a good CbtTape.org candidate. ADDRESS SYSCALL has a good selection of common C interfaces, but not assembler/IODF. CMS Rexx has a callable services library (CSL): https://www.ibm.com/support/knowledgecenter/en/SSB27U_6.4.0/com.ibm.zvm.v640.dmsb1/cslfunc.htm (I haven't used it.) Perhaps more general; more cumbersome. Something similar for z/OS Assembler Services might be a good CbtTape.org candidate. Farther afield, Regina has the Generic Call Interface (GCI) which enables you to define any entry point in any system library as an external Rexx function. GCI is built into Regina on many platforms. I haven't used it. Some interfacing may be required. OoRexx? __ >From: Steve Horein >Sent: Thursday, December 17, 2020 7:36 AM > >I think it's just ignorance on my part, but I haven't had much luck calling >assembler services from Rexx - only some of those mentioned in the >"Callable Services for High Level Languages". There are a LOT of those >services that look extremely helpful for getting precise information, but I >just don't know how to take advantage of them. > >On Thu, Dec 17, 2020 at 3:41 AM Rob Scott wrote: > >> If something like hyperswap has moved the IODF to another device, then you >> can use the IOCINFO "IODFINFO" service and get the information from the >> IODI structure that is returned : >> >> Mapping macro is IOSDIODI in MACLIB >> Rexx interface left as an exercise for the student? >> -Original Message- >> From: Steve Horein >> Sent: 16 December 2020 17:00 >> >> I am able to determine the IODF unit address from IPAIODFU in IPA. >> However, this value becomes stale if the address changes when the storage >> folks move disk around. I can see the MVS command DISPLAY IPLINFO accounts >> for those changes in message IEE254I: >> >> IEE254Ihh.mm.ss IPLINFO DISPLAY text -- gil -- 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
Rexx APIs (was: IODF address)
On Thu, 17 Dec 2020 18:47:27 +, Seymour J Metz wrote: >I know of no REXX facility to enumerate environments, but z/OS Version 2 >Release 4 TSO/E REXX Reference describes the relevant environment, LINKPGM. > LINKPGM, which is essentially Assembler LINK macro, works well for such as ICSF; less well for such as SMP/E which require the programmer to pass structures containing addresses of user allocated request/reply buffers. Should Rexx have GETMAIN/FREEMAIN (or successor) interfaces? That would be analogous to malloc()/free(), burdening the programmer with storage management and hazards wild stores. In any case, LINKPGM in a loop may incur heavy LOAD/DELETE overhead. That might be alleviated with Rexx Content Supervision interfaces, or LPA, or cached DASD. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx APIs (was: IODF address)
Or at least a function to return the current address of a string variable, plus some way to control alignment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Thursday, December 17, 2020 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Rexx APIs (was: IODF address) On Thu, 17 Dec 2020 18:47:27 +, Seymour J Metz wrote: >I know of no REXX facility to enumerate environments, but z/OS Version 2 >Release 4 TSO/E REXX Reference describes the relevant environment, LINKPGM. > LINKPGM, which is essentially Assembler LINK macro, works well for such as ICSF; less well for such as SMP/E which require the programmer to pass structures containing addresses of user allocated request/reply buffers. Should Rexx have GETMAIN/FREEMAIN (or successor) interfaces? That would be analogous to malloc()/free(), burdening the programmer with storage management and hazards wild stores. In any case, LINKPGM in a loop may incur heavy LOAD/DELETE overhead. That might be alleviated with Rexx Content Supervision interfaces, or LPA, or cached DASD. -- gil -- 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
New online z/OS DFSMS Community
We're happy to announce the creation of the online z/OS DFSMS Community, which is part of the larger IBM Community! Our community webpage contains blogs to advertise new function (z/OS Releases and Continuous Delivery), advertise upcoming events (SHARE, IBM TechU, DFSMS Academies, etc), have Discussions (currently we're asking for input on topics for the next DFSMS Academy) and a library of helpful documentation. Join us today! https://community.ibm.com/community/user/ibmz-and-linuxone/groups/topic-home?CommunityKey=3c6c69c1-abde-4ee6-b603-19ef14942e8f -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx APIs (was: IODF address)
Seems to me you'd get almost all the benefit with little effort to just write a simple program that LINKMVS could call to LOAD a module. That would keep it in storage for subsequent calls by LINKMVS, etc. Goes w/o saying it would need to be marked REUS at least. If the actual overhead of LINK itself is an issue, then you probably shouldn't be using REXX. sas On Thu, Dec 17, 2020 at 2:45 PM Seymour J Metz wrote: > You should have a LOAD() and a DELETE() funtion, not new environments. > Also, you would need new sytax for LINK, ATTACH, LINKMVS, ATTACHMVS, > LINKPGM and ATTACHPGM to specify an entry point address rather than a name. > > RFE? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
I would say either SYS1.SIGYCOMP, or IGY.SIGYCOMP. -Original Message- From: IBM Mainframe Discussion List On Behalf Of CarlosM Martinez Sent: Thursday, December 17, 2020 4:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL LIB [External Email. Exercise caution when clicking links or opening attachments.] Hello all, Does anyone know what library the COBOL compiler is in Z/OS 1.0 ? SYS1.??? Thank you Carlos Martinez SUNY Downstate Med. Center -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
COBOL LIB
Hello all, Does anyone know what library the COBOL compiler is in Z/OS 1.0 ? SYS1.??? Thank you Carlos Martinez SUNY Downstate Med. Center -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF address
On Thu, 17 Dec 2020 15:59:45 +, Seymour J Metz wrote: >Look at the address statement and at the descriptions of the available >environments. > Is there a Rexx facility to enumerate "available environments"? I suspect not, but it would be a good CbtTape.org candidate. ADDRESS SYSCALL has a good selection of common C interfaces, but not assembler/IODF. CMS Rexx has a callable services library (CSL): https://www.ibm.com/support/knowledgecenter/en/SSB27U_6.4.0/com.ibm.zvm.v640.dmsb1/cslfunc.htm (I haven't used it.) Perhaps more general; more cumbersome. Something similar for z/OS Assembler Services might be a good CbtTape.org candidate. Farther afield, Regina has the Generic Call Interface (GCI) which enables you to define any entry point in any system library as an external Rexx function. GCI is built into Regina on many platforms. I haven't used it. Some interfacing may be required. OoRexx? __ >From: Steve Horein >Sent: Thursday, December 17, 2020 7:36 AM > >I think it's just ignorance on my part, but I haven't had much luck calling >assembler services from Rexx - only some of those mentioned in the >"Callable Services for High Level Languages". There are a LOT of those >services that look extremely helpful for getting precise information, but I >just don't know how to take advantage of them. > >On Thu, Dec 17, 2020 at 3:41 AM Rob Scott wrote: > >> If something like hyperswap has moved the IODF to another device, then you >> can use the IOCINFO "IODFINFO" service and get the information from the >> IODI structure that is returned : >> >> Mapping macro is IOSDIODI in MACLIB >> Rexx interface left as an exercise for the student? >> -Original Message- >> From: Steve Horein >> Sent: 16 December 2020 17:00 >> >> I am able to determine the IODF unit address from IPAIODFU in IPA. >> However, this value becomes stale if the address changes when the storage >> folks move disk around. I can see the MVS command DISPLAY IPLINFO accounts >> for those changes in message IEE254I: >> >> IEE254Ihh.mm.ss IPLINFO DISPLAY text -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx APIs (was: IODF address)
Re: your last point, why can't Rexx also have LOADPGM/LOADMVS along with LINKPGM/LINKMVS? Load once, call multiple times, ADDRESS DELPGM/DELMVS to remove from memory. Just a thought. I once thought of writing a Rex function package to accomplish the same, but never found the round tuits to accomplish it. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, December 17, 2020 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Rexx APIs (was: IODF address) EXTERNAL EMAIL On Thu, 17 Dec 2020 18:47:27 +, Seymour J Metz wrote: >I know of no REXX facility to enumerate environments, but z/OS Version 2 >Release 4 TSO/E REXX Reference describes the relevant environment, LINKPGM. > LINKPGM, which is essentially Assembler LINK macro, works well for such as ICSF; less well for such as SMP/E which require the programmer to pass structures containing addresses of user allocated request/reply buffers. Should Rexx have GETMAIN/FREEMAIN (or successor) interfaces? That would be analogous to malloc()/free(), burdening the programmer with storage management and hazards wild stores. In any case, LINKPGM in a loop may incur heavy LOAD/DELETE overhead. That might be alleviated with Rexx Content Supervision interfaces, or LPA, or cached DASD. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx APIs (was: IODF address)
You should have a LOAD() and a DELETE() funtion, not new environments. Also, you would need new sytax for LINK, ATTACH, LINKMVS, ATTACHMVS, LINKPGM and ATTACHPGM to specify an entry point address rather than a name. RFE? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Farley, Peter x23353 [031df298a9da-dmarc-requ...@listserv.ua.edu] Sent: Thursday, December 17, 2020 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx APIs (was: IODF address) Re: your last point, why can't Rexx also have LOADPGM/LOADMVS along with LINKPGM/LINKMVS? Load once, call multiple times, ADDRESS DELPGM/DELMVS to remove from memory. Just a thought. I once thought of writing a Rex function package to accomplish the same, but never found the round tuits to accomplish it. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, December 17, 2020 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Rexx APIs (was: IODF address) EXTERNAL EMAIL On Thu, 17 Dec 2020 18:47:27 +, Seymour J Metz wrote: >I know of no REXX facility to enumerate environments, but z/OS Version 2 >Release 4 TSO/E REXX Reference describes the relevant environment, LINKPGM. > LINKPGM, which is essentially Assembler LINK macro, works well for such as ICSF; less well for such as SMP/E which require the programmer to pass structures containing addresses of user allocated request/reply buffers. Should Rexx have GETMAIN/FREEMAIN (or successor) interfaces? That would be analogous to malloc()/free(), burdening the programmer with storage management and hazards wild stores. In any case, LINKPGM in a loop may incur heavy LOAD/DELETE overhead. That might be alleviated with Rexx Content Supervision interfaces, or LPA, or cached DASD. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 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: Rexx APIs (was: IODF address)
Well, it's redundant in TSO/E, but in OREXX there are object values as well as string values; I forgot to change hats. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Thursday, December 17, 2020 4:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx APIs (was: IODF address) On Thu, 17 Dec 2020 19:46:13 +, Seymour J Metz wrote: >Or at least a function to return the current address of a string variable, >plus some way to control alignment. > I've pondered something similar in connection with wishing for a variant of ATTACH that would leave the subtask running concurrently rather than WAITing for its completion. That's greatly complicated by the uncertain operation of Rexx storage management -- there's no guarantee that a variable wouldn't be moved while the subtask runs. It might be necessary to use IRXEXCOM to copy arguments to aligned OBTAINed storage at ATTACH and back at DETACH. "string variable"? Didn't we agree a few weeks ago that's redundant? > >From: Paul Gilmartin >Sent: Thursday, December 17, 2020 2:18 PM > >... Should Rexx have >GETMAIN/FREEMAIN (or successor) interfaces? That would >be analogous to malloc()/free(), burdening the programmer with >storage management and hazards wild stores. -- gil -- 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: COBOL LIB
Carlos,
AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at
least the versions of which I am aware (versions 4.x, 5.x and 6.x in my
experience all generate object code).
HTH
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
CarlosM Martinez
Sent: Thursday, December 17, 2020 5:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
EXTERNAL EMAIL
Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
compile but doesn't it produce cobol code?
We get our CICS online System compiled and shipped from a vendor and just load
it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
Thank you all.
Carlos Martinez
SUNY Downstate.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 5:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Do you even have any compiler procs?
Sent from my iPhone
> On Dec 17, 2020, at 16:02, Jousma, David
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> COBOL compiler doesn't come with z/os. It is separately purchased and
> licensed, so since you are asking, you may not have it.
>
> From: IBM Mainframe Discussion List on
> behalf of CarlosM Martinez
> Sent: Thursday, December 17, 2020 4:12:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: COBOL LIB
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hello all,
> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> SYS1.???
>
> Thank you
> Carlos Martinez
> SUNY Downstate Med. Center
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>
> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> transmission contains information that is confidential and may be privileged.
> It is intended only for the addressee(s) named above. If you receive
> this e-mail in error, please do not read, copy or disseminate it in
> any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of
--
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
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
Assuming that you are licensed for the relevant COBOL compiler, it's not
difficult to do the compiles with ISPF panels, either in foreground or by
submitting batch jobs.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
CarlosM Martinez [carl...@solracz.com]
Sent: Thursday, December 17, 2020 7:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
YES,
we are a CICS shop and I have been here for 2 yrs. And have never seen a cobol
compile. Just EASYTRIEV.
We have a new vendor that wants to compile Cobol . I have set up REXX full
screen mods to do this in VSE via CMS. But here all is in TSO.
Thank you,
Carlos Martinez
SUNY Downstate Med. Center
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 6:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Carlos
Are you a CICS shop?
Sent from my iPhone
> On Dec 17, 2020, at 16:40, Farley, Peter x23353
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Carlos,
>
> AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at
> least the versions of which I am aware (versions 4.x, 5.x and 6.x in my
> experience all generate object code).
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> EXTERNAL EMAIL
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
>> On Dec 17, 2020, at 16:02, Jousma, David
>> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> COBOL compiler doesn't come with z/os. It is separately purchased and
>> licensed, so since you are asking, you may not have it.
>>
>> From: IBM Mainframe Discussion List on
>> behalf of CarlosM Martinez
>> Sent: Thursday, December 17, 2020 4:12:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: COBOL LIB
>>
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>> Hello all,
>> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
>> SYS1.???
>>
>> Thank you
>> Carlos Martinez
>> SUNY Downstate Med. Center
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>>
>> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
>> transmission contains information that is confidential and may be privileged.
>> It is intended only for the addressee(s) named above. If you receive
>> this e-mail in error, please do not read, copy or disseminate it in
>> any manner. If you are not the intended recipient, any disclosure,
>> copying, distribution or use of the contents of
> --
> 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
>
> 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 lists...@listserv.ua.edu with the
Re: COBOL LIB
And some long-time installations chose decades ago to consolidate program products into a common product library (to keep SYS1.LINKLIB smaller and allow products to live together but somewhere off the SYSRES pack(s)) and didn't migrate away from that "standard" when upgrading over the years. Inertia is a powerful force. So it's really whatever history your installation has and the whims of former sysprogs and their managers. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Thursday, December 17, 2020 4:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL LIB It is whatever your installation called it! Which COBOL? Many installations use something like IGY or IGY630 or IGY.V630 or IGY.V6R3M0 as an HLQ. You could look for those in ISPF 3.4. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Thursday, December 17, 2020 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL LIB Hello all, Does anyone know what library the COBOL compiler is in Z/OS 1.0 ? SYS1.??? -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
Carlos
Are you a CICS shop?
Sent from my iPhone
> On Dec 17, 2020, at 16:40, Farley, Peter x23353
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Carlos,
>
> AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at
> least the versions of which I am aware (versions 4.x, 5.x and 6.x in my
> experience all generate object code).
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> EXTERNAL EMAIL
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
>> On Dec 17, 2020, at 16:02, Jousma, David
>> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> COBOL compiler doesn't come with z/os. It is separately purchased and
>> licensed, so since you are asking, you may not have it.
>>
>> From: IBM Mainframe Discussion List on
>> behalf of CarlosM Martinez
>> Sent: Thursday, December 17, 2020 4:12:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: COBOL LIB
>>
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>> Hello all,
>> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
>> SYS1.???
>>
>> Thank you
>> Carlos Martinez
>> SUNY Downstate Med. Center
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>>
>> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
>> transmission contains information that is confidential and may be privileged.
>> It is intended only for the addressee(s) named above. If you receive
>> this e-mail in error, please do not read, copy or disseminate it in
>> any manner. If you are not the intended recipient, any disclosure,
>> copying, distribution or use of the contents of
> --
> 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
>
> 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 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: COBOL LIB
Just looking for the BATCH compiler for the VENDOR... If we have it.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Thursday, December 17, 2020 6:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
What you could do is use
ISRDDN
Once you get the new panel, enter LINKLIST
Then on the command line enter IGY*
If you have authority to the Linklist datasets, you should see where those
modules exist
If you have a vendor providing you with the modules for your CICS system. What
issue are you trying to solve?
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Thursday, December 17, 2020 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
IBM has an easytrieve replacement that does that.
On Thu, Dec 17, 2020 at 4:27 PM CarlosM Martinez wrote:
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David
> > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os. It is separately purchased and
> > licensed, so since you are asking, you may not have it.
> >
> > From: IBM Mainframe Discussion List on
> > behalf of CarlosM Martinez
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> >
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> > transmission contains information that is confidential and may be
> > privileged.
> > It is intended only for the addressee(s) named above. If you receive
> > this e-mail in error, please do not read, copy or disseminate it in
> > any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of
> --
> 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
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
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
Re: COBOL LIB
IBM has an easytrieve replacement that does that.
On Thu, Dec 17, 2020 at 4:27 PM CarlosM Martinez wrote:
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David
> > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os. It is separately purchased and
> > licensed, so since you are asking, you may not have it.
> >
> > From: IBM Mainframe Discussion List on behalf of
> > CarlosM Martinez
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End}
> > This e-mail transmission contains information that is confidential and may
> > be privileged.
> > It is intended only for the addressee(s) named above. If you receive this
> > e-mail in error,
> > please do not read, copy or disseminate it in any manner. If you are not
> > the intended
> > recipient, any disclosure, copying, distribution or use of the contents of
> --
> 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
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
What you could do is use
ISRDDN
Once you get the new panel, enter LINKLIST
Then on the command line enter IGY*
If you have authority to the Linklist datasets, you should see where those
modules exist
If you have a vendor providing you with the modules for your CICS system. What
issue are you trying to solve?
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Thursday, December 17, 2020 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
IBM has an easytrieve replacement that does that.
On Thu, Dec 17, 2020 at 4:27 PM CarlosM Martinez wrote:
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David
> > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os. It is separately purchased and
> > licensed, so since you are asking, you may not have it.
> >
> > From: IBM Mainframe Discussion List on
> > behalf of CarlosM Martinez
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> >
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> > transmission contains information that is confidential and may be
> > privileged.
> > It is intended only for the addressee(s) named above. If you receive
> > this e-mail in error, please do not read, copy or disseminate it in
> > any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of
> --
> 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
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
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: COBOL LIB
YES,
we are a CICS shop and I have been here for 2 yrs. And have never seen a cobol
compile. Just EASYTRIEV.
We have a new vendor that wants to compile Cobol . I have set up REXX full
screen mods to do this in VSE via CMS. But here all is in TSO.
Thank you,
Carlos Martinez
SUNY Downstate Med. Center
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 6:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Carlos
Are you a CICS shop?
Sent from my iPhone
> On Dec 17, 2020, at 16:40, Farley, Peter x23353
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Carlos,
>
> AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at
> least the versions of which I am aware (versions 4.x, 5.x and 6.x in my
> experience all generate object code).
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> EXTERNAL EMAIL
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
>> On Dec 17, 2020, at 16:02, Jousma, David
>> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> COBOL compiler doesn't come with z/os. It is separately purchased and
>> licensed, so since you are asking, you may not have it.
>>
>> From: IBM Mainframe Discussion List on
>> behalf of CarlosM Martinez
>> Sent: Thursday, December 17, 2020 4:12:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: COBOL LIB
>>
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>> Hello all,
>> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
>> SYS1.???
>>
>> Thank you
>> Carlos Martinez
>> SUNY Downstate Med. Center
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>>
>> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
>> transmission contains information that is confidential and may be privileged.
>> It is intended only for the addressee(s) named above. If you receive
>> this e-mail in error, please do not read, copy or disseminate it in
>> any manner. If you are not the intended recipient, any disclosure,
>> copying, distribution or use of the contents of
> --
> 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
>
> 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 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
Re: COBOL LIB
If you don't have COBOL developers in house it seems unlikely you would have
purchased the COBOL compiler.
Can't the vendor supply you with binary executables that they have compiled?
From: IBM Mainframe Discussion List on behalf of
CarlosM Martinez
Sent: Thursday, December 17, 2020 5:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Just looking for the BATCH compiler for the VENDOR... If we have it.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Thursday, December 17, 2020 6:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
What you could do is use
ISRDDN
Once you get the new panel, enter LINKLIST
Then on the command line enter IGY*
If you have authority to the Linklist datasets, you should see where those
modules exist
If you have a vendor providing you with the modules for your CICS system. What
issue are you trying to solve?
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Thursday, December 17, 2020 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
IBM has an easytrieve replacement that does that.
On Thu, Dec 17, 2020 at 4:27 PM CarlosM Martinez wrote:
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David
> > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os. It is separately purchased and
> > licensed, so since you are asking, you may not have it.
> >
> > From: IBM Mainframe Discussion List on
> > behalf of CarlosM Martinez
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> >
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> > transmission contains information that is confidential and may be
> > privileged.
> > It is intended only for the addressee(s) named above. If you receive
> > this e-mail in error, please do not read, copy or disseminate it in
> > any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of
> --
> 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
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
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
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
So this will depend on what products your shop has licensed.
A Cobol Complier is a licensed product
Talk to you management team I the shop see if you are licensed. If not, then
your vendor will need to find other options.
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
CarlosM Martinez
Sent: Thursday, December 17, 2020 5:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
YES,
we are a CICS shop and I have been here for 2 yrs. And have never seen a cobol
compile. Just EASYTRIEV.
We have a new vendor that wants to compile Cobol . I have set up REXX full
screen mods to do this in VSE via CMS. But here all is in TSO.
Thank you,
Carlos Martinez
SUNY Downstate Med. Center
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 6:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Carlos
Are you a CICS shop?
Sent from my iPhone
> On Dec 17, 2020, at 16:40, Farley, Peter x23353
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Carlos,
>
> AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at
> least the versions of which I am aware (versions 4.x, 5.x and 6.x in my
> experience all generate object code).
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of CarlosM Martinez
> Sent: Thursday, December 17, 2020 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> EXTERNAL EMAIL
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
>> On Dec 17, 2020, at 16:02, Jousma, David
>> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> COBOL compiler doesn't come with z/os. It is separately purchased and
>> licensed, so since you are asking, you may not have it.
>>
>> From: IBM Mainframe Discussion List on
>> behalf of CarlosM Martinez
>> Sent: Thursday, December 17, 2020 4:12:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: COBOL LIB
>>
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>> Hello all,
>> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
>> SYS1.???
>>
>> Thank you
>> Carlos Martinez
>> SUNY Downstate Med. Center
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>>
>> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
>> transmission contains information that is confidential and may be privileged.
>> It is intended only for the addressee(s) named above. If you receive
>> this e-mail in error, please do not read, copy or disseminate it in
>> any manner. If you are not the intended recipient, any disclosure,
>> copying, distribution or use of the contents of
> --
> 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
>
> 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
Do you even have any compiler procs?
Sent from my iPhone
> On Dec 17, 2020, at 16:02, Jousma, David
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> COBOL compiler doesn't come with z/os. It is separately purchased and
> licensed, so since you are asking, you may not have it.
>
> From: IBM Mainframe Discussion List on behalf of
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 4:12:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: COBOL LIB
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hello all,
> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> SYS1.???
>
> Thank you
> Carlos Martinez
> SUNY Downstate Med. Center
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>
> ${If.App.WXP}Classification: Internal Use${If.End}
> This e-mail transmission contains information that is confidential and may be
> privileged.
> It is intended only for the addressee(s) named above. If you receive this
> e-mail in error,
> please do not read, copy or disseminate it in any manner. If you are not the
> intended
> recipient, any disclosure, copying, distribution or use of the contents of
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
Sorry - some details got dropped
Once the ISRDDN panel is up on the command line enter
M IGY*
See what libraries show up with those modules.
If you do find IGY in the linklst - then you should not need to do anything.
An Object lib should have everything
What issues are you seeing?
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lizette Koehler
Sent: Thursday, December 17, 2020 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
What you could do is use
ISRDDN
Once you get the new panel, enter LINKLIST Then on the command line enter IGY*
If you have authority to the Linklist datasets, you should see where those
modules exist
If you have a vendor providing you with the modules for your CICS system. What
issue are you trying to solve?
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Schwab
Sent: Thursday, December 17, 2020 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
IBM has an easytrieve replacement that does that.
On Thu, Dec 17, 2020 at 4:27 PM CarlosM Martinez wrote:
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David
> > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os. It is separately purchased and
> > licensed, so since you are asking, you may not have it.
> >
> > From: IBM Mainframe Discussion List on
> > behalf of CarlosM Martinez
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> >
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> > transmission contains information that is confidential and may be
> > privileged.
> > It is intended only for the addressee(s) named above. If you receive
> > this e-mail in error, please do not read, copy or disseminate it in
> > any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of
> --
> 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
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
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
Re: COBOL LIB
"Just EASYTRIEV."
You mean SLEAZY-TRIEVE! :)
Joe
On Thu, Dec 17, 2020 at 6:56 PM CarlosM Martinez
wrote:
> YES,
> we are a CICS shop and I have been here for 2 yrs. And have never seen a
> cobol compile. Just EASYTRIEV.
> We have a new vendor that wants to compile Cobol . I have set up REXX full
> screen mods to do this in VSE via CMS. But here all is in TSO.
>
> Thank you,
> Carlos Martinez
> SUNY Downstate Med. Center
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 6:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Carlos
>
> Are you a CICS shop?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:40, Farley, Peter x23353 <
> 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > Carlos,
> >
> > AFAIK, Easytrieve scripts generate actual object code, not COBOL code,
> for at least the versions of which I am aware (versions 4.x, 5.x and 6.x in
> my experience all generate object code).
> >
> > HTH
> >
> > Peter
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List On
> Behalf Of CarlosM Martinez
> > Sent: Thursday, December 17, 2020 5:27 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: COBOL LIB
> >
> > EXTERNAL EMAIL
> >
> > Well I am a newbie in Z/OS my expertise is in VSE. But... everything
> here is hold on to your hat... EASYTRIEVE. I have not look at a complete
> Easytrieve compile but doesn't it produce cobol code?
> > We get our CICS online System compiled and shipped from a vendor and
> just load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
> >
> > Thank you all.
> >
> > Carlos Martinez
> > SUNY Downstate.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> > Sent: Thursday, December 17, 2020 5:07 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: COBOL LIB
> >
> > Do you even have any compiler procs?
> >
> > Sent from my iPhone
> >
> >> On Dec 17, 2020, at 16:02, Jousma, David <
> 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >>
> >> COBOL compiler doesn't come with z/os. It is separately purchased and
> licensed, so since you are asking, you may not have it.
> >>
> >> From: IBM Mainframe Discussion List on
> >> behalf of CarlosM Martinez
> >> Sent: Thursday, December 17, 2020 4:12:28 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: COBOL LIB
> >>
> >> **CAUTION EXTERNAL EMAIL**
> >>
> >> **DO NOT open attachments or click on links from unknown senders or
> >> unexpected emails**
> >>
> >> Hello all,
> >> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> >> SYS1.???
> >>
> >> Thank you
> >> Carlos Martinez
> >> SUNY Downstate Med. Center
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions, send
> >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >> **CAUTION EXTERNAL EMAIL**
> >>
> >> **DO NOT open attachments or click on links from unknown senders or
> >> unexpected emails**
> >>
> >>
> >> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> >> transmission contains information that is confidential and may be
> privileged.
> >> It is intended only for the addressee(s) named above. If you receive
> >> this e-mail in error, please do not read, copy or disseminate it in
> >> any manner. If you are not the intended recipient, any disclosure,
> >> copying, distribution or use of the contents of
> > --
> > 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
> >
> > 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to
Re: COBOL LIB
I did use the ISPF panels in TSO it keeps terminating with rc code 20.
PS I knew someone was going to come up with the "SLEZTRIVE thing"
Anyway in VSE we have MSHP I guess I will do a SMP/E listing and see if and
where it lives.
Thank you all,
Carlos
SUNY DOWNSTATE MED CENTER
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Seymour J Metz
Sent: Thursday, December 17, 2020 8:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Assuming that you are licensed for the relevant COBOL compiler, it's not
difficult to do the compiles with ISPF panels, either in foreground or by
submitting batch jobs.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
CarlosM Martinez [carl...@solracz.com]
Sent: Thursday, December 17, 2020 7:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
YES,
we are a CICS shop and I have been here for 2 yrs. And have never seen a cobol
compile. Just EASYTRIEV.
We have a new vendor that wants to compile Cobol . I have set up REXX full
screen mods to do this in VSE via CMS. But here all is in TSO.
Thank you,
Carlos Martinez
SUNY Downstate Med. Center
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 6:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Carlos
Are you a CICS shop?
Sent from my iPhone
> On Dec 17, 2020, at 16:40, Farley, Peter x23353
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Carlos,
>
> AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at
> least the versions of which I am aware (versions 4.x, 5.x and 6.x in my
> experience all generate object code).
>
> HTH
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> EXTERNAL EMAIL
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
>> On Dec 17, 2020, at 16:02, Jousma, David
>> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> COBOL compiler doesn't come with z/os. It is separately purchased and
>> licensed, so since you are asking, you may not have it.
>>
>> From: IBM Mainframe Discussion List on
>> behalf of CarlosM Martinez
>> Sent: Thursday, December 17, 2020 4:12:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: COBOL LIB
>>
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>> Hello all,
>> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
>> SYS1.???
>>
>> Thank you
>> Carlos Martinez
>> SUNY Downstate Med. Center
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> **CAUTION EXTERNAL EMAIL**
>>
>> **DO NOT open attachments or click on links from unknown senders or
>> unexpected emails**
>>
>>
>> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
>> transmission contains information that is confidential and may be privileged.
>> It is intended only for the addressee(s) named above. If you receive
>> this e-mail in error, please do not read, copy or disseminate it in
>> any manner. If you are not the intended recipient, any disclosure,
>> copying, distribution or use of the contents of
> --
> 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
>
> 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
Re: COBOL LIB
To the OP: If your COBOL PROC's do not have a STEPLIB pointing to where the compiler lives, you may be able to find out where it is by using DDLIST (or TSO ISRDDN if that doesn't work) and then the "LINK" and "M IGYCRCTL" subcommands to see where in the LINKLIST the main compiler module lives. If any libraries in the LINKLIST are read-protected you will get some 913 security abends, so if you aren't authorized be wary. Your security team may come after you! HTH Pater -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Thursday, December 17, 2020 4:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL LIB EXTERNAL EMAIL And some long-time installations chose decades ago to consolidate program products into a common product library (to keep SYS1.LINKLIB smaller and allow products to live together but somewhere off the SYSRES pack(s)) and didn't migrate away from that "standard" when upgrading over the years. Inertia is a powerful force. So it's really whatever history your installation has and the whims of former sysprogs and their managers. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Thursday, December 17, 2020 4:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL LIB It is whatever your installation called it! Which COBOL? Many installations use something like IGY or IGY630 or IGY.V630 or IGY.V6R3M0 as an HLQ. You could look for those in ISPF 3.4. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CarlosM Martinez Sent: Thursday, December 17, 2020 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL LIB Hello all, Does anyone know what library the COBOL compiler is in Z/OS 1.0 ? SYS1.??? -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
COBOL compiler doesn't come with z/os. It is separately purchased and
licensed, so since you are asking, you may not have it.
From: IBM Mainframe Discussion List on behalf of
CarlosM Martinez
Sent: Thursday, December 17, 2020 4:12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: COBOL LIB
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Hello all,
Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
SYS1.???
Thank you
Carlos Martinez
SUNY Downstate Med. Center
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
${If.App.WXP}Classification: Internal Use${If.End}
This e-mail transmission contains information that is confidential and may be
privileged.
It is intended only for the addressee(s) named above. If you receive this
e-mail in error,
please do not read, copy or disseminate it in any manner. If you are not the
intended
recipient, any disclosure, copying, distribution or use of the contents of this
information
is prohibited. Please reply to the message immediately by informing the sender
that the
message was misdirected. After replying, please erase it from your computer
system. Your
assistance in correcting this error is appreciated.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL LIB
Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
compile but doesn't it produce cobol code?
We get our CICS online System compiled and shipped from a vendor and just load
it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
Thank you all.
Carlos Martinez
SUNY Downstate.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 5:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Do you even have any compiler procs?
Sent from my iPhone
> On Dec 17, 2020, at 16:02, Jousma, David
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> COBOL compiler doesn't come with z/os. It is separately purchased and
> licensed, so since you are asking, you may not have it.
>
> From: IBM Mainframe Discussion List on behalf of
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 4:12:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: COBOL LIB
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hello all,
> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> SYS1.???
>
> Thank you
> Carlos Martinez
> SUNY Downstate Med. Center
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>
> ${If.App.WXP}Classification: Internal Use${If.End}
> This e-mail transmission contains information that is confidential and may be
> privileged.
> It is intended only for the addressee(s) named above. If you receive this
> e-mail in error,
> please do not read, copy or disseminate it in any manner. If you are not the
> intended
> recipient, any disclosure, copying, distribution or use of the contents of
--
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
SV: COBOL LIB
Isn't EASY it's own language? It definitely doesn't produce Cobol code.
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List För CarlosM
Martinez
Skickat: den 17 december 2020 23:27
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Re: COBOL LIB
Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is
hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve
compile but doesn't it produce cobol code?
We get our CICS online System compiled and shipped from a vendor and just load
it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
Thank you all.
Carlos Martinez
SUNY Downstate.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Beaver
Sent: Thursday, December 17, 2020 5:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL LIB
Do you even have any compiler procs?
Sent from my iPhone
> On Dec 17, 2020, at 16:02, Jousma, David
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> COBOL compiler doesn't come with z/os. It is separately purchased and
> licensed, so since you are asking, you may not have it.
>
> From: IBM Mainframe Discussion List on
> behalf of CarlosM Martinez
> Sent: Thursday, December 17, 2020 4:12:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: COBOL LIB
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hello all,
> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> SYS1.???
>
> Thank you
> Carlos Martinez
> SUNY Downstate Med. Center
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>
> ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> transmission contains information that is confidential and may be privileged.
> It is intended only for the addressee(s) named above. If you receive
> this e-mail in error, please do not read, copy or disseminate it in
> any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of
--
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
Re: COBOL LIB
Perhaps you're thinking of TELON, from the Easytrieve company Pansophic
(bought by CA in 1991), which does produce COBOL.
On Fri, 18 Dec 2020 at 16:43, Lars Höglund wrote:
> Isn't EASY it's own language? It definitely doesn't produce Cobol code.
>
> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List För
> CarlosM Martinez
> Skickat: den 17 december 2020 23:27
> Till: IBM-MAIN@LISTSERV.UA.EDU
> Ämne: Re: COBOL LIB
>
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here
> is hold on to your hat... EASYTRIEVE. I have not look at a complete
> Easytrieve compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE.
>
> Thank you all.
>
> Carlos Martinez
> SUNY Downstate.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
>
> Do you even have any compiler procs?
>
> Sent from my iPhone
>
> > On Dec 17, 2020, at 16:02, Jousma, David <
> 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> >
> > COBOL compiler doesn't come with z/os. It is separately purchased and
> licensed, so since you are asking, you may not have it.
> >
> > From: IBM Mainframe Discussion List on
> > behalf of CarlosM Martinez
> > Sent: Thursday, December 17, 2020 4:12:28 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: COBOL LIB
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> > Hello all,
> > Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> > SYS1.???
> >
> > Thank you
> > Carlos Martinez
> > SUNY Downstate Med. Center
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >
> > ${If.App.WXP}Classification: Internal Use${If.End} This e-mail
> > transmission contains information that is confidential and may be
> privileged.
> > It is intended only for the addressee(s) named above. If you receive
> > this e-mail in error, please do not read, copy or disseminate it in
> > any manner. If you are not the intended recipient, any disclosure,
> > copying, distribution or use of the contents of
> --
> 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
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
