Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

Ed Jaffe wrote: >I didn't specify whether I was referring to the BDT SNA/NJE function >or the BDT File-to-File function. Clark Morris wrote: >I think that IBM dead ended and stopped support of the File-to-file >and all other non-JES3 related functions at least 18 years ago. Ed Jaffe wrote:

Re: Can System REXX run Sub=MSTR ??

My new shutdown automation, IS AXR. I did a loop to C AXR10 to 01, but I have to identify and skip the one I'm running in.  > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Ed Jaffe > Sent: Thursday, August 20, 2020 9:17 PM > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: Can System REXX run Sub=MSTR ??

On 8/20/2020 8:47 PM, Barbara Nitz wrote: Systemrexx is started automatically during IPL. What are you trying to get? Not sure about the OP, but I would like to start it sub=mstr, too, just so it doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do NOT show up on a D A,L

Re: How to un-duplex a logstream?

Duplexing of a log stream is a different mechanism than duplexing a structure. Your CFRM policy for MACK_GENERAL needs the keyword DUPLEX(DISABLED), which is the default, so you need to delete the keyword DUPLEX in the CFRM policy. You'll need one more structure rebuild to get the new CFRM

Re: Can System REXX run Sub=MSTR ??

>Systemrexx is started automatically during IPL. What are you trying to get? Not sure about the OP, but I would like to start it sub=mstr, too, just so it doesn't screw up JES2 shutdown every time. The dumb things (AXRxx) do NOT show up on a D A,L command (neither does AXR itself), so

How to un-duplex a logstream?

I'm trying to turn off duplexing in a logstream because it's driving our zPDT system to it's knees when we close an RLS file. I've redefined the logstream: LINE # CONTROL CARDS 1 DATA TYPE(LOGR) REPORT(YES) 2 CONTINUE 3 DEFINE LOGSTREAM NAME(MACK.LOGSTRM) 4

Re: EBCDIC and other systems

On Thu, 20 Aug 2020 17:45:09 -0400, Cameron Conacher wrote: >I have used Japanese (930) and traditional Chinese (937) with the appropriate >EBCDIC Host Code Page. >So yes DBCS is supported on a green screen > Which terminals support these? I see that on MacOS and Linux both appear in the

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

IMHO, IEFSDPPT is an anachronism and you should use SCHEDxx unless there are compelling reasons not to. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Carmen Vitullo Sent: Thursday, August

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

On 8/19/2020 3:00 PM, Lizette Koehler wrote: List - I have been researching whether we need to review all of our SCHEDxx for PPT and remove anything that is currently shipped by IBM in Linklib for IEFSDPPT Does anyone have any observations on this? I am currently working on some

Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

We considered using BDT many moons ago. NDM was the hands-down winner. However, BDT still appear to be supported. Still required for JES3 SNA, I believe. https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.e0za100/e0za10007.htm . . J.O.Skip Robinson Southern California

Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

On 8/20/2020 3:52 PM, Clark Morris wrote: I think that IBM dead ended and stopped support of the File-to-file and all other non-JES3 related functions at least 18 years ago. That's the kind of information I'm looking for, but can find no announcement or other reference to suggest this

Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

[Default] On 20 Aug 2020 13:31:43 -0700, in bit.listserv.ibm-main edja...@phoenixsoftware.com (Ed Jaffe) wrote: >On 8/20/2020 1:14 PM, Clark Morris wrote: >> >> Any shop using SNA-NJE on JES3 needs it. Since JES2 didn't require it >> for SNA-NJE, my single instance shop converted to JES2 so we

Re: EBCDIC and other systems

I have used Japanese (930) and traditional Chinese (937) with the appropriate EBCDIC Host Code Page. So yes DBCS is supported on a green screen Sent from my iPhone > On Aug 20, 2020, at 1:43 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 20 Aug 2020

Re: Anyone Using MVS Bulk Data Transfer (File-to-File)?

On 8/20/2020 1:14 PM, Clark Morris wrote: Any shop using SNA-NJE on JES3 needs it. Since JES2 didn't require it for SNA-NJE, my single instance shop converted to JES2 so we saved by both not having to pay for BDT but also JES2 was cheaper. Good observation! I didn't specify whether I was

Re: Anyone Using MVS Bulk Data Transfer?

[Default] On 20 Aug 2020 09:02:35 -0700, in bit.listserv.ibm-main edja...@phoenixsoftware.com (Ed Jaffe) wrote: >Came across someone using this product and wondered how popular it was. > Any shop using SNA-NJE on JES3 needs it. Since JES2 didn't require it for SNA-NJE, my single instance shop

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

Check the z/OS Initialization and Tuning Reference. Table 55 lists the supplied entries for the SCHEDxx PPT. This is what I used to clean up my PPT entries. Matthew -- For IBM-MAIN subscribe / signoff / archive access

Re: Can System REXX run Sub=MSTR ??

Systemrexx is started automatically during IPL. What are you trying to get? ITschak בתאריך יום ה׳, 20 באוג׳ 2020, 22:33, מאת Lionel B Dyck ‏: > And if so where would that be changed as I can't find where it is started > now? > > > > Thanks in advance. > > > > > > Lionel B. Dyck < > Website:

Re: Can System REXX run Sub=MSTR ??

Systemrexx is started automatically during IPL. What are the advantage of running systemrexx under the mstr subsys? ITs hak בתאריך יום ה׳, 20 באוג׳ 2020, 22:33, מאת Lionel B Dyck ‏: > And if so where would that be changed as I can't find where it is started > now? > > > > Thanks in advance. > >

Can System REXX run Sub=MSTR ??

And if so where would that be changed as I can't find where it is started now? Thanks in advance. Lionel B. Dyck < Website: https://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

maybe somewhat helpful, I checked the CA-AUDIT report I received and checked out SCHED00 member this is what I found DATASET SMFPREF PROGRAM WHEREINTEG SECURITY NON- TIMING CPU STOR NAME

Re: EBCDIC and other systems

On Thu, 20 Aug 2020 09:35:40 -0700, Charles Mills wrote: >I wonder if it might make sense to go UTF-32 even to disk, but compress the >data. > >I wonder how well standard compression schemes work with UTF-32? Are they too >octet-oriented to work optimally? > A non-scientific sample: 1995 $ ls

HMC - Terminal session capability for SLU

Cross posted Hello We are trying to set up non SNA terminal definition. Is there a way to set up Terminal session capability for SLU ? Regards Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: EBCDIC and other systems

On Thu, 20 Aug 2020 16:08:47 +0100, Rupert Reynolds wrote: >Charles: Good points well made. Yes, I agree that UTF-16 offers no >advantage to me. UTF-32 has to be considered for performance in string >handling functions. I may end up defaulting to UTF-8 on disc, and >converting to the others when

Re: EBCDIC and other systems

I wonder if it might make sense to go UTF-32 even to disk, but compress the data. I wonder how well standard compression schemes work with UTF-32? Are they too octet-oriented to work optimally? I wonder if one might write an LZW implementation that assumed 32-bit characters. Charles

Re: DFSORT confusion.

> That was it. I ran a SUPERCE to find the difference. I then did a FIND in > each file for the first difference. The first file had an M in the > position. The second one did not. John, As Dave Betten kindly pointed it is the order of processing of statements that produced different results. I

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

And I thought there was a D PPT command now too. On Thu, Aug 20, 2020 at 8:11 AM Peter Relson wrote: > It doesn't seem like the posts were answering Lizette's thought/question. > > > > > > I have been researching whether we need to review all of our SCHEDxx for > > PPT > > and remove anything

Re: Anyone Using MVS Bulk Data Transfer?

Most folks use CONNECT: Direct. NDM but it is expensive Sent from my iPhone I promise you I can’t type or Spell on any smartphone > On Aug 20, 2020, at 11:02, Ed Jaffe wrote: > > Came across someone using this product and wondered how popular it was. > > Has it been replaced by

Anyone Using MVS Bulk Data Transfer?

Came across someone using this product and wondered how popular it was. Has it been replaced by more-recent z/OS functionality? Or does it remain the only way to do certain things? Thanks, -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

My main question is which should be used? The sysprogs over time do not always read manuals or review parmlib for changes. I know this has been out there for a really long time. I am trying to understand which is needed today. If we should go with the LINKLIB module, what do I do to SCHEDxx -

Re: EBCDIC and other systems

Charles: Good points well made. Yes, I agree that UTF-16 offers no advantage to me. UTF-32 has to be considered for performance in string handling functions. I may end up defaulting to UTF-8 on disc, and converting to the others when needed. The system's source and compiler (crude but working)

Re: DFSORT confusion.

I am repeatedly amazed at supposedly professional computer people who don't know how to report problems. When an end user calls me and says "it didn't work", I get it; I have to drag the necessary information out of him with pointed and sometimes repeated questions ("What ~did~ it do?"

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

I'm afraid to say I am in the same boat, old entries never removed for the same reason, If there are duplicate entries I'm not sure who wins, I suspect SCHEDxx because it is loaded after? I suspect only OEM product entries should be in SCHEDxx but I probably have entries that need to be

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

My main question is which should be used? The sysprogs over time do not always read manuals or review parmlib for changes. I know this has been out there for a really long time. I am trying to understand which is needed today. If we should go with the LINKLIB module, what do I do to SCHEDxx -

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

It doesn't seem like the posts were answering Lizette's thought/question. I have been researching whether we need to review all of our SCHEDxx for PPT and remove anything that is currently shipped by IBM in Linklib for IEFSDPPT This relates to whether you want things in your SCHEDxx that are

Re: EBCDIC and other systems

Thank you. Yes, codepages are another layer to handle, but I'm mainly making sure I don't make too many design mistakes early on that make things difficult later :-) Rupert On Thu., Aug. 20, 2020, 14:00 Cameron Conacher, wrote: > There are many EBCDIC codepages. > DBCS is used by japan,

Re: EBCDIC and other systems

Not exactly the question you asked, but IMHO if one were writing a "system" (OS, DBMS, application family) today one would be foolish to restrict one's customers to 95 or so printable characters. You would be (1) writing off all of Asia and (2) condemning much of Europe and northern Africa to

MQ Archive Logs (MQ Noob question)

Hi, we’re running MQ on a zPDF (preconfigured ADCD z/OS distribution) and we need MQ only from time to time for testing purposes… So backup, desaster recovery and so on is not required at our site. Now…. Since several days, I see the following messages in the Log and the queue manager has

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

It doesn't seem like the posts were answering Lizette's thought/question. I have been researching whether we need to review all of our SCHEDxx for PPT and remove anything that is currently shipped by IBM in Linklib for IEFSDPPT This relates to whether you want things in your SCHEDxx that are

Re: EBCDIC and other systems

There are many EBCDIC codepages. DBCS is used by japan, China, Korea and Vietnam. Our Japanese customers use EBCDIC codepage 930. Our Taiwanese customers use EBCDIC codepage 937. Sent from my iPhone > On Aug 20, 2020, at 8:54 AM, Rupert Reynolds wrote: > > I'm writing a new OS for PC

Re: Strange S0C4 on z15

On a z13 we could access data in the PSA in the 2048 to 4095 range without going into key 0. The specific field is PSASVT. If you can prove that, then please report it immediately as a defect. But I'd think you can't. Is it possible that you used to access the SVT via CVTSVT? Peter Relson

EBCDIC and other systems

I'm writing a new OS for PC hardware (an exercise started during lockdown/furlough) and I wondered about files from other systems. Is there much in DBCS on mainframe systems these days, or is it still mainly the same old 8-bit EBCDIC, please? I still have to decide whether to support UTF-8 and/or

Re: DFSORT confusion.

That was it. I ran a SUPERCE to find the difference. I then did a FIND in each file for the first difference. The first file had an M in the position. The second one did not. I think the programmer is trying to recover deleted records, and so the second, OUTFIL, seems, to me, to be what he wants.

Re: DFSORT confusion.

It has to do with the order of the operations. OMIT is done on input, prior to the summing. OUTFIL happens on output, after the summing. Consider four records key Include field KEY1 M KEY1 P KEY1 M KEY1 Q With SUM and OMIT OMIT will remove the M records 1 and 3 on input leaving the KEY1

Re: DFSORT confusion.

Another thing you could do is flip the condition... OUTFIL INCLUDE=(191,1,CH,EQ,C'M') OMIT COND=(191,1,CH,NE,C'M') This would include only the M records and then you could easily see (Since its only about 200 records) what the conditions were doing ... and why they were selected Joe On

Re: DFSORT confusion.

On Thu, Aug 20, 2020 at 7:03 AM Joe Monk wrote: > What happens if you code the include like this? > > OUTFIL INCLUDE=(19,1,CH,EQ,C'ABCDEFGHIJKLNOPQRSTUVWXYZ0123456789') > Hum, I don't know why that would be any different, but I might try it if I get desperate enough. > > Joe > > On Thu, Aug

Re: DFSORT confusion.

On Thu, Aug 20, 2020 at 7:00 AM Billy Ashton wrote: > John, is it possible that some of the duplicate records have a different > value in 187/191 - sometimes it has 'M', and sometimes something else? > Ah! A great idea. I had not thought of that. > > Can you compare the two different output

Re: DFSORT confusion.

What happens if you code the include like this? OUTFIL INCLUDE=(19,1,CH,EQ,C'ABCDEFGHIJKLNOPQRSTUVWXYZ0123456789') Joe On Thu, Aug 20, 2020 at 6:27 AM John McKown wrote: > This is on z/OS 1.12 (sorry). A programmer has run two DFSORT jobs with > slightly different control statements which

Re: DFSORT confusion.

John, is it possible that some of the duplicate records have a different value in 187/191 - sometimes it has 'M', and sometimes something else? Can you compare the two different output files to see what is different (other than the 231 additional records)? Do you know which output set is

DFSORT confusion.

This is on z/OS 1.12 (sorry). A programmer has run two DFSORT jobs with slightly different control statements which both of us think should result in the same output. But it does not. One uses the OMIT statement. The other uses an OUTFIL with a COND. Both use SUM FIELDS=NONE and EQUALS=YES to

Re: How to determine which SMP CSI is used

Smiling faces and friends in high places. In a message dated 8/20/2020 12:07:21 AM Central Standard Time, jesse1.robin...@sce.com writes: I thought it would be a lot harder. - -- For IBM-MAIN subscribe / signoff / archive