Re: TSO Command to issue message to Outtrap

TSO/e has largely been 'stabilized'. No further development, in other words, unless required by other software products. IBM don't spend any effort to upgrade old TSO commands that use TPUT/TGET (SVC 93/94) to favour PUTLINE/PUTGET or whatever. That is nothing new, otherwise those commands

Re: TSO Command to issue message to Outtrap

On 2016-11-02 20:39, Jesse 1 Robinson wrote: > Clist has been subject to the same restrictions since long before Rexx came > to TSO/E. It's not up to Rexx to fix the problem. > You mean they had that long to fix it and they haven't? But I said, "... or arrange that it be fixed ..." If needed

Re: TSO Command to issue message to Outtrap

Clist has been subject to the same restrictions since long before Rexx came to TSO/E. It's not up to Rexx to fix the problem. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office

Re: TSO Command to issue message to Outtrap

On 2016-11-02 13:51, Nims,Alva John (Al) wrote: > From: "z/OS TSO/E REXX Reference" > > OUTTRAP function does not trap command output that is sent to the terminal by: > * TPUT > * WTO macro > And that's the source of recurrent misery reported on these lists. Rexx really ought to fix

Re: TSO Command to issue message to Outtrap

The LIST subcommand of EDIT. This will trap and display "Hello!" and "Goodbye!". /* rexx */ call outtrap('t.') push "end nosave" push "list * 2" push "top" push "unnum" push "20 Goodbye!" push "10 Hello!" "edit temp text new emode" call outtrap 'off' do i = 1 to t.0;say t.i;end As used above,

Re: Remote API to z/OS?

On Wed, 2 Nov 2016 14:02:42 -0500, Kirk Wolf wrote: > >Had you seen this? >It appears that VM/CMS OpenExtensions folks have thought a little more >about the conversion of fork/exec to spawn: > >https://www.ibm.com/support/knowledgecenter/SSB27U_6.2.0/com.ibm.zvm.v620.dmsa3/forkcnv.htm > Well,

z/os 2.2 and SET TIMEZONE command

Just an FYI...this appears to be a z/OS 2.2 issue only. APAR is still open, but there is a workaround. SET TIMEZONE COMMAND When using the SET TIMEZONE=d.hh command, message IEE308I SET TERM LENGTH

Re : Looking for some direction on USS / JAVA / C / COBOL and or Assembler please.

Listers, For brevity ... I've been trying to get the Standalone Java vol 2 example of JAVA calling COBOL (and assembler) via a C glue working, unsuccessfully .. I'm on a z/OS 2.2 box, Java 7 x64 only .. I can install 31bit java am hoping I won't be limited to that ... I've compiled my

Re: How set CVTLSO?

On 2 November 2016 at 17:03, George Kozakos wrote: >>Not any computer systems I work with. They use either 1900 or 1970 >>as their epoch. What uses 1972? > > The "epoch" on z/OS systems is 1900. The TOD epoch is 1900. The UNIX epoch -- z/OS UNIX or any other -- is 1970.

Re: How set CVTLSO?

>Not any computer systems I work with. They use either 1900 or 1970 >as their epoch. What uses 1972? The "epoch" on z/OS systems is 1900. George Kozakos z/OS Software Service, Level 2 Supervisor -- For IBM-MAIN subscribe /

Re: Member search in multiple PDS

On Wed, 2 Nov 2016 20:36:16 +, Neil Duffee wrote: >I'm surprised no one has suggested SRCHFOR in Dataset List (=3.4). Or in the ISPF Workplace, option 11. You can easily create a data set list that includes DSNAMEs and/or masks. -- Tom Marchant

Re: Subject: Member search in multiple PDS

This works for me //XTBSRCHM JOB 0,CLASS=A,PRTY=6,MSGCLASS=X,MSGLEVEL=(1,1) //GENER EXEC PGM=ICEGENER //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT1 DD * SRCHFOR 'ABC.' //SYSUT2 DD DSN=&,DISP=(NEW,PASS), //DCB=(DSORG=PS,RECFM=FB,LRECL=80), //

Re: Subject: Member search in multiple PDS

W dniu 2016-11-02 o 21:34, Kenneth J. Kripke pisze: If you have Innovation Data Processing's products installed, specifically, FDREPORT, A report can be generated based on a XDSN= dsn mask, and, then in the REPORT section, you can specify DIRISPF to list the members, who updated last, etc.

Re: Member search in multiple PDS

Caveat: as daily digestor, list responses are implicitly delayed. YMMV... I'm surprised no one has suggested SRCHFOR in Dataset List (=3.4). It will only search 'non-hidden' entries if you can't get a wild-carded string to list only the 45 libraries you desire. There's even an option on the

Subject: Member search in multiple PDS

If you have Innovation Data Processing's products installed, specifically, FDREPORT, A report can be generated based on a XDSN= dsn mask, and, then in the REPORT section, you can specify DIRISPF to list the members, who updated last, etc. The data can be sorted as well within the program.

Re: TSO Command to issue message to Outtrap

From: "z/OS TSO/E REXX Reference" OUTTRAP function does not trap command output that is sent to the terminal by: * TPUT * WTO macro * messages issued by TSO/E REXX (that is, messages beginning with IRX) * messages issued by TRACE output However, OUTTRAP does trap

Re: TSO Command to issue message to Outtrap

I think it depends on if the TSO command issues a TPUT or a PUTLINE. One will let you capture the output and the other will not. And I forget which one is OUTTRAP friendly. Lizette -Original Message- >From: "Dyck, Lionel B. (TRA)" >Sent: Nov 2, 2016 12:13 PM >To:

RCNVTCAT utility

Hi Folks, Bob Richards and I solved the ALIAS problem with RCNVTCAT. RCNVTCAT was not defining alias entries properly. RELATE was generated in the line before NAME was generated, in all DEFINE ALIAS statements that were generated by the exec. I fixed SCNVTCAT in File 542 as well.

Re: TSO Command to issue message to Outtrap

Here is another simple version: ADDRESS TSO Arg info x = OUTTRAP(help.) 'ALLOC DD(LIST) UNIT(VIO) SPACE(1) CYLINDERS

Re: Remote API to z/OS?

On Wed, Nov 2, 2016 at 2:02 PM, Kirk Wolf wrote: > John, > > Had you seen this? > It appears that VM/CMS OpenExtensions folks have thought a little more > about the conversion of fork/exec to spawn: > > https://www.ibm.com/support/knowledgecenter/SSB27U_6.2.0/ >

Re: TSO Command to issue message to Outtrap

Here is a simple Listcat command that does an Outtrap, and then writes it to a file that is browsed...you could easily just do a bunch of "say" commands with this, too. /*>> REXX <<==*/ /* LCAT: Browse output from 'LISTCAT ENT(dsn) ALL' command

TSO Command to issue message to Outtrap

Does anyone know of any TSO command (or REXX function) that will let me send text to the screen that can be captured by OUTTRAP? What I'm trying to do is have a rexx dialog that does something like this (very simplified): Call outtrap 't.' Write 'starting xyz' 'xyz'<=== tso command Call

Re: Remote API to z/OS?

John, Had you seen this? It appears that VM/CMS OpenExtensions folks have thought a little more about the conversion of fork/exec to spawn: https://www.ibm.com/support/knowledgecenter/SSB27U_6.2.0/com.ibm.zvm.v620.dmsa3/forkcnv.htm Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed,

Re: Cancel STARTING

Also, looking into why there are STARTING tasks and stopping it would be a good idea :) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, November 02, 2016 10:20 AM > To:

Re: SQLCODE=-904 during RUN

>I am not getting the DROP/CREATE table part here... Are these the tables that >are used in your program? Because if they are, then dropping them >will >invalidate all packages accessing them. And re-creating the tables will *not* >rebind your packages. After all, even if they have the same

Re: SQLCODE=-904 during RUN

>HI Janet, >I noticed that the bind is binding DALLASA.DB2ZP.ZPDB2 >but the error is for DB2ZP.ZPDB2.1A320A2A009C519E. > >It looks like a mis-match between local and remote versions of the package. > >Regards, > Ron Ron, What step do I fix that on and what keyword do I specify?

Re: Rexx and hex data strings

@Itschak, I don't know if you have resolved your issue but I had some further thoughts and wanted to close the loop. If you were to encode your non-printable data in hex (true hex, each nibble converted to a printable character 0-9, a/A - f/F)) or Base64 (https://en.wikipedia.org/wiki/Base64)

Re: SAS Error

There are SAS options that control whether SAS will read all of the 80 bytes or only the first 72. And SAS reads columns 73-80 of the first //SYSIN statement and if there are no line numbers, assumes the rest of the input is also unnumbered, so a later line with a line number can trip up that

Re: Cancel STARTING

Not sure of your question. However, C STARTING,A= Says to cancel the task STARTING in the Address Space You may have multiple tasks in Starting Status, this allows you to cancel a specific STARTING in an specific ASID. If you do CANCEL STARTING, I think z/OS would not know what to

Cancel STARTING

Hi Apology for asking a dummy question. When we have multiple STC in starting status. We issue C STARTING,A= Does it mean we are cancelling just based on Cancel status ? Nathan -- For IBM-MAIN subscribe / signoff /

Re: SAS Error

The only function in SAS I found that does not like line numbers are SAS Macros. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Wednesday, November 02, 2016 10:06 AM > To:

Re: SAS Error

SAS typically ignores 73-80 line numbers. The SASLOG, as Barry indicated, lists the SAS code line and the error location. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Leonardo Vaz > Sent: Wednesday, November 02,

Re: SAS Error

Thanks Donald ! I looked at the code and there was line numbers in 73-80 col and in removed those and it worked fine . Thanks ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: RCNVTCAT utility

Problem with out of sequence NAME and REL statements discovered and resolved. Worked with Sam Golob and he will update the CBT version with the correct changes. Executed it as a TSO command on Option 6 and it created the dataset and members correctly, with one exception: All CAT(catalog.

Re: SAS Error

I don't know SAS or how it reads the SYSIN DD, but maybe you have numbers on columns 73-80? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barry Merrill Sent: Wednesday, November 02, 2016 12:51 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: SAS Error

The 180 error means SAS could not resolve the syntax, and there is nothing VISIBLY wrong in your program. Post the full SAS log of the job and/or look for an unprintable character in your SAS program. Barry Merrilly yours, Herbert W. Barry Merrill, PhD President-Programmer Merrill

Re: SAS Error

First, there is a SAS list that is extremely helpful with these types of questions. To join, if you have not done so, https://listserv.uga.edu/cgi-bin/wa?LIST=SAS-L Second, please post the complete code output with the Error messages. The error messages alone are not as helpful. The SAS proc

AW: Re: Question re LE TERMTHDACT options for CICS environment

>Just curious. Are you coding LE-enabled AMODE 64 applications? No, were not. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message:

AW: Re: Question re LE TERMTHDACT options for CICS environment

>The only guess I can make is that perhaps, and this seems to be a CICS >question, whether or not the CESE (Transient Data Queue) can be written to by a 64bit function. Termthdact tells LE what to dump and how, but in CICS that goes to the CESE and may have other conditions that need to be

Re: SAS Error

I pasted your code into my JCL and it worked like a charm. Do you have some extraneous data on a line that wasn't copied to the email? -- Donald Grinsell, Systems Programmer Enterprise Technology Services Bureau SITSD/Montana Department of Administration 406.444.2983 (D) "We fear things in

Re: Remote API to z/OS?

On Wed, Nov 2, 2016 at 11:08 AM, Kirk Wolf wrote: > I think that it would be great to use bash for z/OS, but the current ports > that I am aware of do not support local spawn of normal shell commands > (_BPX_SHAREAS) like the z/OS UNIX shell. Other than performance, the most

Re: Weird problem hoping to be saved by SMP/E

Or perhaps implement the re-installed Serverpac system to eliminate any possibility of copy errors. Prior to Serverpac, we installed maintenance and upgrades in an SMP/E zone that was very old, and a mistake could be there for years to come. When Serverpac came out I quietly said to myself,

Re: Remote API to z/OS?

I think that it would be great to use bash for z/OS, but the current ports that I am aware of do not support local spawn of normal shell commands (_BPX_SHAREAS) like the z/OS UNIX shell. Other than performance, the most important implication of this is that you can't access DD's from shell

Re: Weird problem hoping to be saved by SMP/E

On 2016-11-02, at 09:14, Jesse 1 Robinson wrote: > I didn't see any comments about the effect of the DELETE action. Doesn't this > mean that something vital is no longer there? > A PTF containing a ++DELETE MCS can not be RESTORED. But I think that what the OP meant is that ACCEPTed PTFs were

SAS Error

Hi . I am completely new to SAS and when i executed the below one to write 111 char to a dataset , the following below error message is showing up could someone please let me know where the issue is ? //RDDATA EXEC SAS,WORK='4,4' //* //SASLIST DD DSN=RS32UVT.SAS.SASLIST, //

Re: Question re LE TERMTHDACT options for CICS environment

On Wed, 2 Nov 2016 15:44:05 +0100, Peter Hunkeler wrote: >This explains a bit more, but still does not say what happens with AMODE 64 >applicaitons. Just curious. Are you coding LE-enabled AMODE 64 applications? AFAIK, that would be XPLINK-64 applications, as that is the only way that LE

Re: Weird problem hoping to be saved by SMP/E

I didn't see any comments about the effect of the DELETE action. Doesn't this mean that something vital is no longer there? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com

Re: Question re LE TERMTHDACT options for CICS environment

The only guess I can make is that perhaps, and this seems to be a CICS question, whether or not the CESE (Transient Data Queue) can be written to by a 64bit function. Termthdact tells LE what to dump and how, but in CICS that goes to the CESE and may have other conditions that need to be

AW: Re: Question re LE TERMTHDACT options for CICS environment

>Are you looking a z/OS V2.1 information? Yes >What I found from z/OS V1.13 it stated This explains a bit more, but still does not say what happens with AMODE 64 applicaitons. Thanks. It happens every now and then that information that is still relevant gets dropped in newer releases

Re: Question re LE TERMTHDACT options for CICS environment

Are you looking a z/OS V2.1 information? What I found from z/OS V1.13 it stated CESE Restriction: This suboption is ignored for AMODE 64 applications. Specifies that Language Environment dump output will be written to the CESE queue. CICSDDS Restriction: This suboption is ignored

Re: [EXTERNAL] Re: RCNVTCAT utility

Have you picked up the latest version from cbttape.org for V-492 (aug 25, 2016): Update to File 039 to put in a fixed version of RCNVTCAT which works for SWA above the line, and which includes some UNIX implementation. --

Re: SMPE and history cut-off

W dniu 2016-11-01 o 14:02, Kurt Quackenbush pisze: On 10/28/2016 9:19 AM, R.S. wrote: ServerPac-delivered SMP/E database (for z/OS and other products) usually has some entries older than product release. For example AA12143 is replaced (SUPBY) by HKCI310 or HADLA10 and HADL910 are replaced by

Re: Remote API to z/OS?

On 09/29/16 11:16, Jack J. Woehr replied to John McKown: Perhaps the ultimate "illegitimate offspring" would be for IBM to come up with a UNIX shell which also has all the TSO APIs integrated into it. It's almost like that already. Maybe the next marketing ploy will be to rebrand the system

Re: RCNVTCAT utility

Sam Golob detailed issues and solutions to this list on on 8 September. I don't know if it addresses your problem or not. If you happen to have Tivoli Advanced Catalog Management, or Rocket's CatalogRecoveryPlus, you could use them to do what *CNVTCAT does. sas On Tue, Nov 1, 2016 at 12:59 PM,

Re: Weird problem hoping to be saved by SMP/E

Kurt, Is this really as simple as LINK LMODS(module1) CHECK. And it will just relink the load module? Rob Schramm On Wed, Nov 2, 2016 at 9:24 AM Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 2 Nov 2016 05:06:44 +, Rob Schramm wrote: > > >What if I make

Re: Weird problem hoping to be saved by SMP/E

EXCELLENT! Much easier than my proposal -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Quackenbush Sent: Wednesday, November 2, 2016 8:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Weird problem hoping to be saved by

Re: Weird problem hoping to be saved by SMP/E

On Wed, 2 Nov 2016 05:06:44 +, Rob Schramm wrote: >What if I make a fake USERMOD and then RESTORE it off. I like this idea. A USERMOD to ZAP the affected modules, then RESTORE the USERMOD. RESTORE processing will get the modules from the Distribution zone. Do it on a clone of your target

Re: Weird problem hoping to be saved by SMP/E

I am looking for ideas on how to get back to the correct versions of the modules. Check out the SMP/E LINK LMODS command. Assuming you know exactly which load modules you want to rebuild, just specify them by name on the LINK LMODS command and SMP/E will figure out where to get all the

Question re LE TERMTHDACT options for CICS environment

Although the subject might suggest to post this to a CICS forum, it actually is a language environment (LE) question. In the LE programming reference, I read under TERMTHDACT: CESE > Specifies ... This option is ignored in a 64-bit environment. CICSDDS > Specifies ... This option is ignored in

Re: Weird problem hoping to be saved by SMP/E

What about SMP/E's generate command. You should be able to edit the job stream that it creates to get the proper control statements to build the over-laid modules from the Distribution libraries. Chapter 7. The GENERATE command With the GENERATE command, you can create a job stream that builds a

Re: Weird problem hoping to be saved by SMP/E

HDZ1D10 is the function for df/SMS and related. This will normally be accepted at the time of installation. Try this (not syntax checked). SET BDY(DLIBZONE). LIST MOD(). (for each of the affected modules). Note UMID and RMIDs. SET BDY(TARGZONE). LIST MOD(). (for each

Re: SQLCODE=-904 during RUN

On Tue, 1 Nov 2016 16:07:59 -0500, Janet Graff wrote: > DSN SYSTEM(DBAG) > >DSN > > BIND PACKAGE(DB2ZP) MEMBER(ZPDB2) ACT(REP)

Re: SQLCODE=-904 during RUN

On Mon, 31 Oct 2016 14:01:56 -0500, Janet Graff wrote: >Truncations on the right side of the JES output, let me know if you need that >data > > > J E S 2 J O B L O G -- S Y S T E M S 0 W 1 -- N O D > E I am afraid I'll need to see all sysout as

Re: Weird problem hoping to be saved by SMP/E

SMP/E to the rescue! It goes without saying that you should not be doing this on the active system, and that you should take a backup first, but I'll say it anyway. Back up target libraries and zone, DLIBs and DLIB zone. (DFSMSdss or your favorite alternative is the sysprog's best friend.)

Re: Weird problem hoping to be saved by SMP/E

Depending on how long ago the bad copy was done, you may be able to restore the original modules via the PDS command (or successor). This should be possible unless LPALIB has been compressed. Even if it was compressed, you could try reloading a full-volume copy made before that event. Once you

Re: Weird problem hoping to be saved by SMP/E

Is the Serverpac still available? Do another install and run it up to the level you need. Then copy the modules.. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Rob Schramm > Sent: Tuesday, November 01, 2016 9:08 PM > To: