Re: Looking for an old OSVS Cobol II v1.3
I believe the original poster mentioned z/VM (CMS). The latest COBOL compiler for z/VM is COBOL for VM, IBM Program No. 5698-A25. This compiler is still available for licensing and fully IBM supported. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMP/E and Isolating a CSECT within a load module
On Fri, 22 Jan 2021 01:06:10 +, CM Poncelet wrote: >The "END " should always be coded to ensure that the >beginning of "" is also the entry point. > How does this play with SMP/E service which regularly scrambles CSECTs and doesn't AFAIK generate INCLUDE -ATTR? Would the programmer more safely code in //SYSLIN either: ENTRY whatever or ORDER whatever ??? I had a co-worker who supplied an exhaustive ORDER mentioning every CSECT, knowing that his code would not be tested in-house with every permutation (N!) that SMP/E might create. >On 21/01/2021 20:54, Jesse 1 Robinson wrote: >> Without some kind of explicit ENTRY indicator within the source--like END >> BAMKAPP--there was no ENTRY point generated in the app module. Hence >> specifying ENTRY BANKAPP to the linker got 'not found'. Maybe today's binder >> takes care of this, but in the 80s we could not find an obvious way to solve >> it. >> >> Given more time we might have come to a resolution, but at the time we were >> stumped. >> >> >> -Original Message- >> From: Steve Smith >> Sent: Thursday, January 21, 2021 12:44 PM >> >> *** EXTERNAL EMAIL - Use caution when opening links or attachments *** >> >> No one knew how to code an ENTRY statement? >> >> Personally, I'd make that message the Binder emits about defaulting the >> entry point to be an RC=8 level error. I usually discover this oversight >> when something crashes after an APPLY, and by then, it's not so simple to >> add the ENTRY. > Can you name the vendor? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Isolating a CSECT within a load module
The "END " should always be coded to ensure that the beginning of "" is also the entry point. On 21/01/2021 20:54, Jesse 1 Robinson wrote: > Without some kind of explicit ENTRY indicator within the source--like END > BAMKAPP--there was no ENTRY point generated in the app module. Hence > specifying ENTRY BANKAPP to the linker got 'not found'. Maybe today's binder > takes care of this, but in the 80s we could not find an obvious way to solve > it. > > Given more time we might have come to a resolution, but at the time we were > stumped. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Steve Smith > Sent: Thursday, January 21, 2021 12:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Isolating a CSECT within a load module > > *** EXTERNAL EMAIL - Use caution when opening links or attachments *** > > No one knew how to code an ENTRY statement? > > Personally, I'd make that message the Binder emits about defaulting the entry > point to be an RC=8 level error. I usually discover this oversight when > something crashes after an APPLY, and by then, it's not so simple to add the > ENTRY. > > sas > > > On Thu, Jan 21, 2021 at 3:22 PM Jesse 1 Robinson > wrote: > >> ... >> As long as the program was compiled and linked in the same run, the >> END statement picked up BANKAPP as entry point and everything was >> cool. But when run separately, the entry point was indeterminate, so link >> failed. >> Source of course was not available so we could not add >> >> END BANKAPP >> ... >> > -- > 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: Isolating a CSECT within a load module
On Thu, 21 Jan 2021 20:22:22 +, Jesse 1 Robinson wrote: > >Not so fast. We discovered from their install jobs that they had coded >something like this: > > BANKAPP > Lots of code and calls including the IBM module > END > >As long as the program was compiled and linked in the same run, the END >statement picked up BANKAPP as entry point and everything was cool. But when >run separately, the entry point was indeterminate, so link failed. Source of >course was not available so we could not add > > END BANKAPP > I perpetrated one of those once. I was maintaining/upgrading a FOSS Pascal compiler. Direct to SYSLIN; no Assembler. I added the effect of "END APP"; no ESD; nary a label. Obsessive; saving 4 bytes of branch around eyecatcher. But worked fine until a co-worker relinked -- he didn't like my BLKSIZE. I got better; added the branch. Nowadays, INCLUDE -ATTR should handle that -- probably what it was invented for. Same co-worker once bypassed some test code with EXEC COND=ONLY. He was considerably upset when my program ABENDed in an earlier job step. I always use COND=(0,LE) for that purpose. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Isolating a CSECT within a load module
Without some kind of explicit ENTRY indicator within the source--like END BAMKAPP--there was no ENTRY point generated in the app module. Hence specifying ENTRY BANKAPP to the linker got 'not found'. Maybe today's binder takes care of this, but in the 80s we could not find an obvious way to solve it. Given more time we might have come to a resolution, but at the time we were stumped. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Thursday, January 21, 2021 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Isolating a CSECT within a load module *** EXTERNAL EMAIL - Use caution when opening links or attachments *** No one knew how to code an ENTRY statement? Personally, I'd make that message the Binder emits about defaulting the entry point to be an RC=8 level error. I usually discover this oversight when something crashes after an APPLY, and by then, it's not so simple to add the ENTRY. sas On Thu, Jan 21, 2021 at 3:22 PM Jesse 1 Robinson wrote: > ... > As long as the program was compiled and linked in the same run, the > END statement picked up BANKAPP as entry point and everything was > cool. But when run separately, the entry point was indeterminate, so link > failed. > Source of course was not available so we could not add > > END BANKAPP > ... > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Isolating a CSECT within a load module
No one knew how to code an ENTRY statement? Personally, I'd make that message the Binder emits about defaulting the entry point to be an RC=8 level error. I usually discover this oversight when something crashes after an APPLY, and by then, it's not so simple to add the ENTRY. sas On Thu, Jan 21, 2021 at 3:22 PM Jesse 1 Robinson wrote: > ... > As long as the program was compiled and linked in the same run, the END > statement picked up BANKAPP as entry point and everything was cool. But > when run separately, the entry point was indeterminate, so link failed. > Source of course was not available so we could not add > > END BANKAPP > ... > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Isolating a CSECT within a load module
(I know it's not Friday, but time these days is twisted beyond recognition) I
used to work for a bank. One Monday morning, we were told that we needed to
provide a disaster recovery platform for another bank with whom we had a mutual
support agreement. ASAP. Which was totally news to us. Obviously never tested.
They had hit a snag with some kind of upgrade and were completely down.
We were pretty smart, so we carved out some space for them to run their apps
in. We got their system restored from tape. It IPLed. They fired up their app,
which crashed. We found that the failing program had been linked together with
some IBM module that did not match our level of MVS. The problem seemed simple
enough. Relink their program with our version of the IBM module.
Not so fast. We discovered from their install jobs that they had coded
something like this:
BANKAPP
Lots of code and calls including the IBM module
END
As long as the program was compiled and linked in the same run, the END
statement picked up BANKAPP as entry point and everything was cool. But when
run separately, the entry point was indeterminate, so link failed. Source of
course was not available so we could not add
END BANKAPP
Not sure how long we slogged away at this, but before we could bedazzle our way
out of the predicament, guest bank got their upgrade completed and no longer
needed our feeble assistance. We slunk back to our desks.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steff Gladstone
Sent: Thursday, January 21, 2021 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Isolating a CSECT within a load module
*** EXTERNAL EMAIL - Use caution when opening links or attachments ***
Thank you Greg, Paul and Max for your informative replies!
On Tue, 5 Jan 2021 at 15:12, Massimo Biancucci wrote:
> I tried to develop you hints:
>
> // EXPORT SYMLIST=*
> // SET INPMOD=oldmd
> // SET OUTMOD=newmod
> // SET INPLIB=myold.lib
> // SET OUTLIB=mynew.lib
> // SET AMBDSN=AMBLIST3
> // SET DSP='MOD,PASS' DSP='MOD,CATLG'
> //*---*
> //* *
> //*---
> *
> //ST010 EXEC PGM=AMBLIST
> //SYSPRINT DD DSN=&SYSUID..&AMBDSN,DISP=(&DSP), //
> SPACE=(TRK,(5,5),RLSE) //LOADLIB DD DISP=SHR,DSN=&INPLIB
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> LISTIDR DDN=LOADLIB,MEMBER=&INPMOD
> /*
> //*---*
> //* *
> //*---
> *
> //ST020 EXEC PGM=SORT
> //SYSOUT DD SYSOUT=*
> //SORTIN DD DSN=&SYSUID..&AMBDSN,DISP=SHR //SORTOUT DD
> DSN=&SYSUID..&AMBDSN..CMD,DISP=(&DSP),
> // SPACE=(TRK,(5,5),RLSE),DCB=(LRECL=80,RECFM=FB,DSORG=PS)
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> SORT FIELDS=COPY
> OUTFIL FNAMES=SORTOUT,REMOVECC,
> INCLUDE=(2,10,CH,EQ,C'CSECT:',AND,
>12,8,CH,NE,C'&OUTMOD'),
> OUTREC=(C' REPLACE ',12,8,80:X),
> TRAILER1=(' INCLUDE SYSLIB(&INPMOD)',/,
>' NAME &OUTMOD(R)')
> /*
> //*---*
> //* *
> //*---*
> //ST030EXEC PGM=HEWL,
> // PARM='LET,XREF,MAP,LIST,NCAL'
> //SYSPRINT DD SYSOUT=*
> //SYSUT1 DD DSN=&&SYSUT1,SPACE=(1024,(120,120),,,ROUND),
> // DCB=BUFNO=1
> //*YSLIN DD DISP=SHR,DSN=J48017.OSET.LOAD(IRXINIT)
> //SYSLIB DD DISP=SHR,DSN=&INPLIB
> //SYSLMOD DD DISP=SHR,DSN=&OUTLIB(&OUTMOD)
> //SYSLIN DD DISP=SHR,DSN=&SYSUID..&AMBDSN..CMD
> //*---*
> //* *
> //*---
> *
> //ST040 EXEC PGM=AMBLIST
> //SYSPRINT DD SYSOUT=*
> //LOADLIB DD DISP=SHR,DSN=&OUTLIB
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> LISTIDR DDN=LOADLIB,MEMBER=&OUTMOD
> LISTLOAD DDN=LOADLIB,MEMBER=&OUTMOD
> /*
>
> and it seems it's still working.
> I'm sure it's possible to further optimize, anyway I think it's a kind
> of tool you use not so often.
> Anyway take the two of them as POC.
>
> Best regards.
> Max
>
> <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_c
> ampaign=sig-email&utm_content=webmail
> >
> Mail
> priva di virus. www.avast.com
> <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_c
> ampaign=sig-email&utm_content=webmail
> >
> <#DAB4FAD8-2DD7-40BB-A1B8-4
Re: Isolating a CSECT within a load module
Thank you Greg, Paul and Max for your informative replies!
On Tue, 5 Jan 2021 at 15:12, Massimo Biancucci wrote:
> I tried to develop you hints:
>
> // EXPORT SYMLIST=*
> // SET INPMOD=oldmd
> // SET OUTMOD=newmod
> // SET INPLIB=myold.lib
> // SET OUTLIB=mynew.lib
> // SET AMBDSN=AMBLIST3
> // SET DSP='MOD,PASS' DSP='MOD,CATLG'
> //*---*
> //* *
> //*---*
> //ST010 EXEC PGM=AMBLIST
> //SYSPRINT DD DSN=&SYSUID..&AMBDSN,DISP=(&DSP),
> // SPACE=(TRK,(5,5),RLSE)
> //LOADLIB DD DISP=SHR,DSN=&INPLIB
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> LISTIDR DDN=LOADLIB,MEMBER=&INPMOD
> /*
> //*---*
> //* *
> //*---*
> //ST020 EXEC PGM=SORT
> //SYSOUT DD SYSOUT=*
> //SORTIN DD DSN=&SYSUID..&AMBDSN,DISP=SHR
> //SORTOUT DD DSN=&SYSUID..&AMBDSN..CMD,DISP=(&DSP),
> // SPACE=(TRK,(5,5),RLSE),DCB=(LRECL=80,RECFM=FB,DSORG=PS)
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> SORT FIELDS=COPY
> OUTFIL FNAMES=SORTOUT,REMOVECC,
> INCLUDE=(2,10,CH,EQ,C'CSECT:',AND,
>12,8,CH,NE,C'&OUTMOD'),
> OUTREC=(C' REPLACE ',12,8,80:X),
> TRAILER1=(' INCLUDE SYSLIB(&INPMOD)',/,
>' NAME &OUTMOD(R)')
> /*
> //*---*
> //* *
> //*---*
> //ST030EXEC PGM=HEWL,
> // PARM='LET,XREF,MAP,LIST,NCAL'
> //SYSPRINT DD SYSOUT=*
> //SYSUT1 DD DSN=&&SYSUT1,SPACE=(1024,(120,120),,,ROUND),
> // DCB=BUFNO=1
> //*YSLIN DD DISP=SHR,DSN=J48017.OSET.LOAD(IRXINIT)
> //SYSLIB DD DISP=SHR,DSN=&INPLIB
> //SYSLMOD DD DISP=SHR,DSN=&OUTLIB(&OUTMOD)
> //SYSLIN DD DISP=SHR,DSN=&SYSUID..&AMBDSN..CMD
> //*---*
> //* *
> //*---*
> //ST040 EXEC PGM=AMBLIST
> //SYSPRINT DD SYSOUT=*
> //LOADLIB DD DISP=SHR,DSN=&OUTLIB
> //SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> LISTIDR DDN=LOADLIB,MEMBER=&OUTMOD
> LISTLOAD DDN=LOADLIB,MEMBER=&OUTMOD
> /*
>
> and it seems it's still working.
> I'm sure it's possible to further optimize, anyway I think it's a kind of
> tool you use not so often.
> Anyway take the two of them as POC.
>
> Best regards.
> Max
>
> <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> >
> Mail
> priva di virus. www.avast.com
> <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail
> >
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Il giorno lun 4 gen 2021 alle ore 18:44 Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> ha scritto:
>
> > On Mon, 4 Jan 2021 16:32:47 +0100, Massimo Biancucci wrote:
> > >
> > >I've tried to use sort to help.
> > >
> > >// EXPORT SYMLIST=*
> > >// SET INPMOD=oldmd
> > >// SET OUTMOD=newmod
> > >// SET INPLIB=myold.lib
> > >// SET OUTLIB=mynew.lib
> > >
> > I like that sort of parameterizing. It puts the variables up front,
> > viewable at a glance. I'd add the AMBLIST2 DSNs to the SET list.
> >
> > Can something such as "SET DISP={PASS|CATLG} be used to control
> > temp vs. permanent workfiles?
> >
> > >//* *
> > >//*---*
> > >//ST010 EXEC PGM=IDCAMS
> > >//SYSPRINT DD SYSOUT=*
> > >//SYSIN DD *,SYMBOLS=(JCLONLY,SYMBLOG)
> > > DELETE &SYSUID..AMBLIST2
> > > IF MAXCC=8 THEN SET MAXCC=0
> > >/*
> > >//*---*
> > >//* *
> > >//*---*
> > >//ST020 EXEC PGM=AMBLIST
> > >//SYSPRINT DD DSN=&SYSUID..AMBLIST2,DISP=(,CATLG),
> > >// SPACE=(TRK,(5,5),RLSE)
> > >//LOADLIB DD DISP=SHR,DSN=&INPLIB
> > >//SYSINDD *,SYMBOLS=(JCLONLY,SYMBLOG)
> > > LISTIDR DDN=LOADLIB,MEMBER=&INPMOD
> > >/*...
> > My very peculiar preference is to omit the IDCAMS steps and code either:
> > //HANDLE DD DSN=&SYSUID..AMBLIST2,DISP=(MOD,CATLG),
> > // SPACE=(TRK,(5,5),RLSE)
> > //SYSPRINT DD DISP=OLD,DSN=*.HANDLE,VOL=REF=*.HANDLE
> >
> > Or:
> > //HANDLE DD DSN=&SYSUID..AMBLIST2,DISP=(MOD,DELETE),
> > // SPACE=(TRK,(5,5),RLSE)
> > //SYSPRINT DD DSN=&SYSUID..AMBLIST2,DISP=(MOD,CATLG),
> > // SPACE=(TRK,(5,5),RLSE)
> >
> > But, performance? Is a failing IDCAMS st
Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ?
Ah! thank you Ronald, that works Carmen Vitullo -Original Message- From: Ronald To: IBM-MAIN Date: Thursday, 21 January 2021 8:12 AM CST Subject: Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ? Carmen, If you open the workflow and select 'Actions' > 'Export workflow as Printable Format', I think, you can accomplish just that. I believe you can even filter on that specific task. Ronald Kristel From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Thursday, January 21, 2021 14:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ? I am about 89 % complete with my install, one thing I wish would be the ability to copy or export some migration actions I still have to do. for example, the Remove or delete data sets, paths and references, rather than having to continue to come back to z/OSMF each time and check what I have left, I'd like to have these outstanding actions on an excel spreadsheet or some other for of doc. Carmen Vitullo -Original Message- From: Marna To: IBM-MAIN Date: Tuesday, 19 January 2021 9:32 AM CST Subject: Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ? Hi Dave, We certainly want to have the z/OSMF installation (with a portable software instance) easier than a CustomPac Serverpac! I do understand, though, that anything different will take a time to get used to. With that in mind, I'd like to mention a sample portable software instance which you can use to become familiar with the z/OSMF installation process today. Take a look at the requirements on this page (for the PTFs you'll need), you can get a very quick overview of what the deployment process looks like (which has many of the same steps as the CustomPac dialog), and then download a sample package to give it a run on your own system: https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ This sample is what a ServerPac that is a portable software instance looks like today. We've got CICS, Db2, and IMS (and their program products) portable software instances available for ordering on Shopz today, so you could try it out now on any of those products if that would be helpful too. If I may suggest some hints: define your software instances for the existing software you have today installed in a ServerPac. Those software instances can be a "model" for the incoming portable software instance, and takes just a couple of minutes to do. Installing new software, when based on your existing software, could realistically allow you to continue with future installs in a half-day, as you do today. fwiw: We had a new person in our area that had very little z/OS experience and had never installed a ServerPac (or really used SMP/E). This person was able to install a portable software instance in a couple of hours (once he knew the volumes and data set names to use). -Marna WALLE z/OS Installation and Upgrade -- 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: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ?
Carmen, If you open the workflow and select 'Actions' > 'Export workflow as Printable Format', I think, you can accomplish just that. I believe you can even filter on that specific task. Ronald Kristel From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Thursday, January 21, 2021 14:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ? I am about 89 % complete with my install, one thing I wish would be the ability to copy or export some migration actions I still have to do. for example, the Remove or delete data sets, paths and references, rather than having to continue to come back to z/OSMF each time and check what I have left, I'd like to have these outstanding actions on an excel spreadsheet or some other for of doc. Carmen Vitullo -Original Message- From: Marna To: IBM-MAIN Date: Tuesday, 19 January 2021 9:32 AM CST Subject: Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ? Hi Dave, We certainly want to have the z/OSMF installation (with a portable software instance) easier than a CustomPac Serverpac! I do understand, though, that anything different will take a time to get used to. With that in mind, I'd like to mention a sample portable software instance which you can use to become familiar with the z/OSMF installation process today. Take a look at the requirements on this page (for the PTFs you'll need), you can get a very quick overview of what the deployment process looks like (which has many of the same steps as the CustomPac dialog), and then download a sample package to give it a run on your own system: https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ This sample is what a ServerPac that is a portable software instance looks like today. We've got CICS, Db2, and IMS (and their program products) portable software instances available for ordering on Shopz today, so you could try it out now on any of those products if that would be helpful too. If I may suggest some hints: define your software instances for the existing software you have today installed in a ServerPac. Those software instances can be a "model" for the incoming portable software instance, and takes just a couple of minutes to do. Installing new software, when based on your existing software, could realistically allow you to continue with future installs in a half-day, as you do today. fwiw: We had a new person in our area that had very little z/OS experience and had never installed a ServerPac (or really used SMP/E). This person was able to install a portable software instance in a couple of hours (once he knew the volumes and data set names to use). -Marna WALLE z/OS Installation and Upgrade -- 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: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ?
I am about 89 % complete with my install, one thing I wish would be the ability to copy or export some migration actions I still have to do. for example, the Remove or delete data sets, paths and references, rather than having to continue to come back to z/OSMF each time and check what I have left, I'd like to have these outstanding actions on an excel spreadsheet or some other for of doc. Carmen Vitullo -Original Message- From: Marna To: IBM-MAIN Date: Tuesday, 19 January 2021 9:32 AM CST Subject: Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ? Hi Dave, We certainly want to have the z/OSMF installation (with a portable software instance) easier than a CustomPac Serverpac! I do understand, though, that anything different will take a time to get used to. With that in mind, I'd like to mention a sample portable software instance which you can use to become familiar with the z/OSMF installation process today. Take a look at the requirements on this page (for the PTFs you'll need), you can get a very quick overview of what the deployment process looks like (which has many of the same steps as the CustomPac dialog), and then download a sample package to give it a run on your own system: https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ This sample is what a ServerPac that is a portable software instance looks like today. We've got CICS, Db2, and IMS (and their program products) portable software instances available for ordering on Shopz today, so you could try it out now on any of those products if that would be helpful too. If I may suggest some hints: define your software instances for the existing software you have today installed in a ServerPac. Those software instances can be a "model" for the incoming portable software instance, and takes just a couple of minutes to do. Installing new software, when based on your existing software, could realistically allow you to continue with future installs in a half-day, as you do today. fwiw: We had a new person in our area that had very little z/OS experience and had never installed a ServerPac (or really used SMP/E). This person was able to install a portable software instance in a couple of hours (once he knew the volumes and data set names to use). -Marna WALLE z/OS Installation and Upgrade -- 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: TSO XMIT and no member list
When I don't what to see the member list when I transmit a PDS, I issue the commands as follows: xmit dest.userid dsn(/) sysout(z) output class z is defined as dummy in jes so nothing prints to the output queue. I use the above command in ISPF 3.4 dsn list; hence, the dsn(/) keyword. On the receive command, issue tso receive, when prompted, issue sysout(z) I hope that helps. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SAS/C++ help
Thanks. I read that doc. It doesn't coexists with VENDOR.C750.LIBCXX.A. I may create some alias data sets. On 21/01/2021 8:20 pm, Joe Monk wrote: according to here: https://support.sas.com/archive/installation/admindoc/installation/c_7.50F_MVS.pdf Its prefix.RW.LIBSTD.A and prefix.RW.LIBTOOLS.A for the rogue wave libs... look at page 58/61 Joe On Thu, Jan 21, 2021 at 4:04 AM David Crayford wrote: I'm working on a project that uses SAS/C++ and I'm having problems getting the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW but then it failed because the LIBCXX data set was not found. I tried to concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but that didn't work. Is there a forum where I can ask SAS/C++ questions? -- 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: SAS/C++ help
according to here: https://support.sas.com/archive/installation/admindoc/installation/c_7.50F_MVS.pdf Its prefix.RW.LIBSTD.A and prefix.RW.LIBTOOLS.A for the rogue wave libs... look at page 58/61 Joe On Thu, Jan 21, 2021 at 4:04 AM David Crayford wrote: > I'm working on a project that uses SAS/C++ and I'm having problems > getting the sasCC370 compiler in z/OS UNIX configured to include the > Rogue Wave STL library. In the sascc.cfg file I specified > CXXLIBPREFIX=VENDOR.C750.RW > but then it failed because the LIBCXX data set was not found. I tried to > concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but > that didn't work. > > Is there a forum where I can ask SAS/C++ questions? > > > > -- > 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: SAS/C++ help
There are SAS/C devs on this mailing list so I may get lucky! On 21/01/2021 6:07 pm, Gadi Ben-Avi wrote: How about asking SAS. Start at support.sas.com or send a message to supp...@sas.com Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, January 21, 2021 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SAS/C++ help I'm working on a project that uses SAS/C++ and I'm having problems getting the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW but then it failed because the LIBCXX data set was not found. I tried to concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but that didn't work. Is there a forum where I can ask SAS/C++ questions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- 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: SAS/C++ help
It's not out of support. It's been withdrawn from marketing which is not the same thing. We're paying for it so I hope somebody is supporting it! On 21/01/2021 7:51 pm, Robin Atwood wrote: SAS/C went out of support in about 2004! Good luck getting support. Robin -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: 21 January 2021 17:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SAS/C++ help How about asking SAS. Start at support.sas.com or send a message to supp...@sas.com Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, January 21, 2021 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SAS/C++ help I'm working on a project that uses SAS/C++ and I'm having problems getting the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW but then it failed because the LIBCXX data set was not found. I tried to concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but that didn't work. Is there a forum where I can ask SAS/C++ questions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- 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: SAS/C++ help
SAS/C went out of support in about 2004! Good luck getting support. Robin > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: 21 January 2021 17:07 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SAS/C++ help > > How about asking SAS. > Start at support.sas.com or send a message to supp...@sas.com > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of David Crayford > Sent: Thursday, January 21, 2021 12:04 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SAS/C++ help > > I'm working on a project that uses SAS/C++ and I'm having problems getting > the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave > STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW > but then it failed because the LIBCXX data set was not found. I tried to > concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW > but that didn't work. > > Is there a forum where I can ask SAS/C++ questions? > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email secured by Check Point > > -- > 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: SAS/C++ help
How about asking SAS. Start at support.sas.com or send a message to supp...@sas.com Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, January 21, 2021 12:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SAS/C++ help I'm working on a project that uses SAS/C++ and I'm having problems getting the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW but then it failed because the LIBCXX data set was not found. I tried to concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but that didn't work. Is there a forum where I can ask SAS/C++ questions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SAS/C++ help
I'm working on a project that uses SAS/C++ and I'm having problems getting the sasCC370 compiler in z/OS UNIX configured to include the Rogue Wave STL library. In the sascc.cfg file I specified CXXLIBPREFIX=VENDOR.C750.RW but then it failed because the LIBCXX data set was not found. I tried to concatanate libraries using CXXLIBPREFIX=VENDOR.C750:VENDOR:C750.RW but that didn't work. Is there a forum where I can ask SAS/C++ questions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
