Re: REXX to change Date in PDS member

>> Why is the collating sequence for EN_US radically different from that for EN_CA? Gil, Don't Know : ) >> Which code pages? Only the default standard TCP/IP table >>Does DFSORT have a "hex" option? Yes it does and it can do the opposite to. (UNHEX) and it can even do BIT and UNBIT TRAN=HEX

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 14:38:43 -0700, Sri h Kolusu wrote: >>> I hate EBCDIC! (Granted in this case it's not bad design but bad luck.) >In CMS I have dealt with this by PIPE ... | E2A | SORT | A2E ... > >With DFSORT you can SORT characters according to the ASCII collating >sequence using the format

Re: TSO PREFIX, FTP and z/OS upgrade

This might be OA55019 . . . 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

TSO PREFIX, FTP and z/OS upgrade

Since I got such a good response to my last issue, I figure I'd try another one. This one has already been resolved, but we're still puzzled as to why it happened. After our upgrade to z/OS 2.3 we had some "client initiated" FTP processes fail. These processes log on to our z/OS system with

Re: REXX to change Date in PDS member

>> I hate EBCDIC! (Granted in this case it's not bad design but bad luck.) In CMS I have dealt with this by PIPE ... | E2A | SORT | A2E ... Gil, With DFSORT you can SORT characters according to the ASCII collating sequence using the format "AC" Ofcourse it can also convert EBCDIC characters to

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 21:17:09 +, Gibney, Dave wrote: >For the record, I find the idea of trying to cram a date into a tape volser >very strange, non-intuitive and of dubious value. > +1. But, de gustibus ... And people do simlarly with filing cabinet labels, etc. Problems arise if you

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 14:19:39 -0500, John McKown wrote: >On Tue, Jun 12, 2018 at 2:01 PM Bill Ashton wrote: > >> Since the OP is trying to fit D + date into a 6-character field, why not >> use a modified format like Dyyxdd, where x is a hex value for the month. In >> this case, Jan = 1, Sep = 9,

Re: IDCAMS REPRO very slow on z/OS 2.3

Oh please... you have a Shopsmith , not a hammer. :-) sas On Tue, Jun 12, 2018 at 3:33 PM, Sri h Kolusu wrote: > >> It seems ironic that Sri didn't suggest using ICEGENER instead of > IDCAMS. For 5M+ records, I sure think I'd give it a try. > > Steve, > > I could

Re: REXX to change Date in PDS member

For the record, I find the idea of trying to cram a date into a tape volser very strange, non-intuitive and of dubious value. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Bill Ashton > Sent: Tuesday, June 12, 2018 12:41 PM >

Re: ISPF programming with assembler

Yeah, that's it. Thanks. There was also an ISPCALL Macro on CBTape.org I think from John Hancock. Mike Loos refined it and think it's on Deluxe Check mods. I gave a fifteen minute debriefing on SHARE trip. Six weeks later the Item Processing folks wanted me to come bless their new interface to

Re: REXX to change Date in PDS member

I hadn't thought about that, John. In that case, I would probably change the xmonths to be a collated value: xmonths = "ABCDEFGHIJKL" - not as intuitive, but easy enough to get the hang of after a short while. On Tue, Jun 12, 2018 at 3:20 PM John McKown wrote: > On Tue, Jun 12, 2018 at 2:01 PM

Re: IDCAMS REPRO very slow on z/OS 2.3

>> It seems ironic that Sri didn't suggest using ICEGENER instead of IDCAMS. For 5M+ records, I sure think I'd give it a try. Steve, I could suggest using DFSORT/ICEGENER/ICETOOL to most of the data manipulating questions posted here but then it would be like having a hammer, that makes

Re: IDCAMS REPRO very slow on z/OS 2.3

The fix for APAR OA54007 was just implemented on our system and has resolved the issue. Great!! From: Frank Swarbrick Sent: Tuesday, June 12, 2018 9:51 AM To: ibm-main@listserv.ua.edu Subject: IDCAMS REPRO very slow on z/OS 2.3 We just upgraded from z/OS 2.2 to

Re: REXX to change Date in PDS member

On Tue, Jun 12, 2018 at 2:01 PM Bill Ashton wrote: > Since the OP is trying to fit D + date into a 6-character field, why not > use a modified format like Dyyxdd, where x is a hex value for the month. In > this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That would make > the vol

Re: ISPF programming with assembler

I think you're thinking of the TELBOOK sample. Here's the SAS/C version of that: http://ftp.sas.com/techsup/download/SASC/sample/c/TELBOOK.html In article <163f524992c-c8d-9...@webjas-vae003.srv.aolmail.net> you wrote: > ISTR there was an Airline Reservation sample for ISPF. It came in various

Re: REXX to change Date in PDS member

Since the OP is trying to fit D + date into a 6-character field, why not use a modified format like Dyyxdd, where x is a hex value for the month. In this case, Jan = 1, Sep = 9, Oct = A, Nov = B, and Dec = C. That would make the vol reference earlier D18611 as expected. and then if it were

Re: IDCAMS REPRO very slow on z/OS 2.3

ICEGENER (& DFSORT in general) yes; IEBGENER, haven't tried it, but I'd be fairly gobsmacked if it did. sas On Tue, Jun 12, 2018 at 2:29 PM, Frank Swarbrick < frank.swarbr...@outlook.com> wrote: > ICEGENER works for VSAM files? Does IEBGENER? I thought it did not.

Re: Rant of the Day - First World Problems

What bothers me the most, is IIRC, before KC, if I searched for some IBM message or APAR or PTF...whatever, a hit on Google sent me to the exact selection of the doc, now it just brings me to the TOC of the DOC, and if I search again, in KC the search tool does not send itself to highlight or

Re: IDCAMS REPRO very slow on z/OS 2.3

ICEGENER works for VSAM files? Does IEBGENER? I thought it did not. From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Tuesday, June 12, 2018 12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS REPRO very slow on z/OS 2.3 It seems ironic

Re: Rant of the Day - First World Problems

When IBM made the change they should have coordinated with Google to dump the current index of the site and initiate a reindex. Still it was a bit abrupt to do this without warning. A couple of people have left comments on the new landing page requesting reinstatement of that version's KC.

Re: SYSLOGD Monitoring

Actually, yes we just did. It's been a long time here as well. Works like a champ. Thanks. Anne R. Adams, CISSP DTI, Systems Engineering Lead Mainframe Services Analyst 302.739.9500 We support the mainframe, it just works. -Original Message- From: IBM Mainframe Discussion List On

Re: IDCAMS REPRO very slow on z/OS 2.3

It seems ironic that Sri didn't suggest using ICEGENER instead of IDCAMS. For 5M+ records, I sure think I'd give it a try. Not that pointing that APAR wasn't very helpful. sas -- For IBM-MAIN subscribe / signoff / archive

Re: ISPF programming with assembler

ISTR there was an Airline Reservation sample for ISPF. It came in various flavors ALC, Rexx and maybe COBOL. Course my search engine points me to the 2.1 KC. What a Hertzberg hickey this is.   Let's see what listserv does to this: Documentation for z/OS V2.1.0 is no longer available in IBM

Re: SYSLOGD Monitoring

On Tue, Jun 12, 2018 at 12:45 PM Adams, Anne (DTI) wrote: > Greetings all, > > Has anyone attempted to capture messages written to the syslog daemon (ie. > syslog.log)? We have a network monitoring tool that can give us the status > and availability of servers on our network. I'd like the

Re: SYSLOGD Monitoring

Hi Anne, It's been a long time I played with that, but have you tried to configure it to write messages to (if I recall it correclty) /dev/console? Regards, --- *Lucas

Re: IDCAMS REPRO very slow on z/OS 2.3

Systems confirmed that the z/OS 2.3 system installed this weekend was built in January, and thus did not include this fix which wasn't released until March. I don't know the effort to apply this fix, but hopefully we'll get it soon. JCL change(s) for now.

SYSLOGD Monitoring

Greetings all, Has anyone attempted to capture messages written to the syslog daemon (ie. syslog.log)? We have a network monitoring tool that can give us the status and availability of servers on our network. I'd like the ability to write to the system console but there doesn't appear to be a

Re: SDSF DA display in z/OS 2.3

SDSF primary command 'search ffps' brings up 7 hits. It gets past poor usability but does not help when you aren't sure what you are looking for (ffps not exactly the first thing that comes to mind for this). ...chris. -Original Message- From: IBM Mainframe Discussion List On Behalf

Re: IDCAMS REPRO very slow on z/OS 2.3

Thanks again, Sri. I just ran a test, specifying AMP=('BUFND=200,BUFNI=20') on the JCL for both the INFILE and the OUTFILE. The job ran much faster, with results similar to what we had been getting on z/OS 2.2. Systems hasn't given me the answer as to whether the fix is on, but my guess is

Re: ISPF programming with assembler

There is no "actual name"; you tell ISPF what name to use. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Beverly Caldwell Sent: Monday, June 11, 2018 7:10 PM To: IBM-MAIN@listserv.ua.edu

Re: IDCAMS REPRO very slow on z/OS 2.3

>> Do you know why the APAR says it applies to "Software Version 210" instead of 230? Frank, Even though the issue is introduced in z/OS 2.3 , We built PTFs for the other releases(2.1 and 2.2) to forestall future problems that might have been exposed by later PTFs Thanks, Kolusu

Re: IDCAMS REPRO very slow on z/OS 2.3

thx -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Tuesday, June 12, 2018 11:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS REPRO very slow on z/OS 2.3 > Sri, > Can you provide any information as to what

Re: Netview Automation Table Code

Hello Saurabh, I can hopefully offer a few points of clarification. I think that the IGD104I messages are generally only written to the joblog. Connect:Direct uses dynamic allocation for all processes. The SVTM052I message IS written to syslog and can be automated if

Re: IDCAMS REPRO very slow on z/OS 2.3

Thanks Sri. I'm having the systems group check on this. I'll try the JCL AMP buffers override to see if I can get around it for now. Do you know why the APAR says it applies to "Software Version 210" instead of 230? From: IBM Mainframe Discussion List on

Re: REXX to change Date in PDS member

As has been pointed out, Dyymdd can not be distinguished from Dyymmd in all cases. Or Dymmdd. 5 digits is insufficient for any format other than yyddd > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of saurabh khandelwal > Sent: Tuesday, June 12, 2018 9:33 AM >

Re: REXX to change Date in PDS member

> We are looking for YYMMDD format, which is DATE('S') function in REXX >>Ex : In this below DD name, from JCL should be updated with today's date in OV='D18611' Saurabh, D18611 is NOT a YYMMDD format. You only have 5 digits where as YYMMDD is 6 digits. >>> Can you please suggest, how to

Re: IDCAMS REPRO very slow on z/OS 2.3

> Sri, > Can you provide any information as to what introduced this error? The APAR description seems to indicate this was "always there". Alan, It is NOT always there, the issue was introduced only in z/OS 2.3. The error description and problem determination explains the problem. Thanks,

Re: REXX to change Date in PDS member

Hello Kolusu, I tried to answer queries raised by different experts. We are looking for YYMMDD format, which is DATE('S') function in REXX In my current requirement, we have JCL in place and there we are using tape volume as date like below. example OV='D18611', Ex : In this below DD name,

Re: IDCAMS REPRO very slow on z/OS 2.3

Sri, Can you provide any information as to what introduced this error? The APAR description seems to indicate this was "always there". Thanks in advance, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Tuesday,

Re: IDCAMS REPRO very slow on z/OS 2.3

Sri has a winner. When you read the apar description, it is a failed getmain (region) that causes the problem. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Tuesday, June 12, 2018 11:11 AM To:

Re: IDCAMS REPRO very slow on z/OS 2.3

I would verify the CISIZE on the old/new files. Buffering techniques? Contention? Region? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Tuesday, June 12, 2018 10:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: IDCAMS REPRO very slow on z/OS 2.3

Frank, Please make sure that you have OA54007 installed. http://www-01.ibm.com/support/docview.wss?uid=isg1OA54007 Thanks, Kolusu IBM Mainframe Discussion List wrote on 06/12/2018 08:51:03 AM: > From: Frank Swarbrick > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/12/2018 08:51 AM > Subject:

Re: REXX to change Date in PDS member

Part of the problem I see with this discussion is the lack of understanding of REXX by the OP. So, the suggestions are how to handle this process may need to be more specific. That leads to the question, who will support the code once it is working and later has issues? Lizette >

Re: IDCAMS REPRO very slow on z/OS 2.3

I would open an SR - you may have found a "new" behavior Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Frank Swarbrick > Sent: Tuesday, June 12, 2018 8:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IDCAMS REPRO very slow on z/OS 2.3 > > We just

IDCAMS REPRO very slow on z/OS 2.3

We just upgraded from z/OS 2.2 to z/OS 2.3 on Sunday morning. This appears to cause IDCAMS REPRO jobsteps to do a lot more I/O and take a lot longer: PROCSTEP RC EXCP CONN TCB SRB CLOCK SERV RECORDS PROCESSED CPCOPY3 00 255K 929K 2.658683 0.159647 15.5

Re: REXX to change Date in PDS member

Saurabh, You need to first answer the question about the date format. Post detailed information on what you're trying to accomplish. Do not make people guess what you mean. This will give you a much better chance of getting a good answer to your question. As for the latest requirement, Look up

Rant of the Day - First World Problems

Just figured I'd do the LISTSERV equivalent of primal scream therapy. One of the pleasures of Google is the ability to get help on almost anything IBM mainframe related by searching for something like: TSO REXX POS and you'd get back a pointer to the page in the online library to the POS

Re: JCL ERROR Anybody ?

On Tue, 12 Jun 2018 06:35:36 -0500, Tom Marchant wrote: >On Mon, 11 Jun 2018 16:57:02 -0700, Beverly Caldwell wrote: > >>I see. Never even considered that. This came from IBM via the DB2 order. Of >>course that doesn't mean they actually tested it! > If this is not the result of any

Re: help

On Tue, 12 Jun 2018 14:03:35 +, James Peddycord wrote: >NTAC:3NS-20 > Perhaps http://crisiscallcenter.org/crisisservices-html/ ??? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: help

Please provide more details on what type of help you want. If you are looking to send a command to the LIST SERVER - then at the bottom of the email for how to send commands to the LIST SERVER Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > James

Re: REXX to change Date in PDS member

On Tue, 12 Jun 2018 12:49:25 +0300, saurabh khandelwal wrote: > >We always use IPOUPDTE for making this change but somebody have to >update IPOUPDTE Job with today's date etc, So that required members can >be updated with correct date values. Do you have any other way to make this >happen, so

help

NTAC:3NS-20 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: KC - z/OS 2.1 manuals no longer available

On Tue, Jun 12, 2018 at 8:23 AM Vince Getgood wrote: > The client I'm working at runs z/OS 2.1. z/OS 2.1 goes out of service > this year, but IBM seem to have jumped the gin by getting rid of the > knowledgecentre for it! > ​More likely they have been _drinking_ the gin! {grin - typo in

Re: KC - z/OS 2.1 manuals no longer available

This one just worked for me https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r1-pdf-download?OpenDocument ;-D an   -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vince Getgood Sent: Tuesday, June 12, 2018

Re: SYSLOG / OPERLOG displaying date.

On Sat, Jun 9, 2018 at 10:33 PM Bruce Hewson wrote: > Knowing which date format you are viewing is always a pain for me - some > system I support have mm/dd/yy and others have dd/mm/yy, and still others > use yy/mm/dd. > > I prefer, where possible, to us a 3 char MONTH abbreviation. > > Then

Re: KC - z/OS 2.1 manuals no longer available

I think this is more fallout from the thread of last week. The z/OS 1.13 and prior manuals were still available last time I looked (disclaimer - I haven't looked recently). I can think of no reason for IBM to have removed the KC for 2.1. -Original Message- From: IBM Mainframe

KC - z/OS 2.1 manuals no longer available

The client I'm working at runs z/OS 2.1. z/OS 2.1 goes out of service this year, but IBM seem to have jumped the gin by getting rid of the knowledgecentre for it! Now when I click on my saved link (which worked earlier this morming [UK time]), I get: - Documentation for z/OS V2.1.0 is no

Re: [External] Re: REXX to change Date in PDS member

Hi Kolusu, No problem with your guess as to what the OP is looking for. Actually I was kind of hoping you had some kind of trick that would differentiate the dates somehow! :-) I'm hoping that the OP simply typo'd and missed a 0 somewhere. Rex -Original Message- From: IBM

Re: [EXTERNAL] Re: HCM

Hi Jorge, There used to be a free version which worked in read-only mode – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jorge Garcia Sent: 12 June 2018 07:29 To: IBM-MAIN@LISTSERV.UA.EDU

Re: REXX to change Date in PDS member

First If you were not aware, there is a TSO REXX list that might be helpful with this. To join if you have not done so, use this URL TSO REXXhttp://www2.marist.edu/htbin/wlvindex?TSO-REXX Second, I would look to use REXX plus ISPF to do this which can be a batch job. ISPF runs

Re: JCL ERROR Anybody ?

On Mon, 11 Jun 2018 16:57:02 -0700, Beverly Caldwell wrote: >I see. Never even considered that. This came from IBM via the DB2 order. Of >course that doesn't mean they actually tested it! When a passed data set is referenced, it is removed from the passed data queue. That's why it can't find it

Re: Netview Automation Table Code

Hello Steve, I couldn't understand your point. Can you please help to understand this. I am getting below message in SYSLOG generated using DCON and I could see these messages are in JESYSMSG, JESMSGLG and also in SYSLOG OUR SYSLOG VIEW*

Re: Netview Automation Table Code

It appears the messages are found in JESYSMSG, and not JESMSGLG/SYSLOG/OPERLOG. You will likely need something like System Automation's Job Log Monitoring to accomplish the goal, or

Re: REXX to change Date in PDS member

Thanks for reply. We always use IPOUPDTE for making this change but somebody have to update IPOUPDTE Job with today's date etc, So that required members can be updated with correct date values. Do you have any other way to make this happen, so that manual intervention can be avoided. On

Re: REXX to change Date in PDS member

Hello Kolusu, Thanks for help. This is exactly what I was looking for to code. But I still have one doubt in this, Your code works only when I have empty memeber to update with yesterday's and today's date . But how this process works, when we updating dates in JCL like below. Ex : In this

Re: Netview Automation Table Code

Hello Vince, Thanks for reply. I want to trap below dataset only when FDNBT.DATA.VPLUS.SDPAT17.G1678V00 we see SVTM052I this msgid and TEXT "TO " . I am not sure, if i made mistake in coding this in netview automation table. please suggest. On Tue, Jun 12, 2018 at 12:10 PM, Vince

Re: [EXTERNAL] Netview Automation Table Code

Hello Simon , Thanks for reply. I checked our MPFLST and we dont isolate SVTM052I or IGD104I message. I also checked netview log by using br netloga command and i couldnt find any traces related to this message. But i verified that our other automation are working fine.

Re: Netview Automation Table Code

I'm not a Netview or Systems Automation expert, but I THINK what's happening here is that SVTM052I is a multi-line message, and you are trying to process it like a single line message. Note in your post that there are THREE lines that have the message number SVTM052I. I'm guessing that

Re: SDSF DA display in z/OS 2.3

"Enter = forward" takes you through the entire set of help for the first section of the "SET" command and then reverts to panel ISFJCMO which shows : 4 - SET (part 1) Set SDSF options: ACTION, BROWSE, CKLIM, CMODE, CONFIRM, CONMOD, CONSOLE, CSORT, CURSOR,

Re: REXX to change Date in PDS member

On 2018-06-11 19:11, saurabh khandelwal wrote: I am new to rexx and our new requirement Which PHB came up with this "requirement"? to edit one PDS member with previous day day date today's date on regular basis . Your scheduler should be able to do this. Robert -- Robert AH Prins

Re: HCM

Hi Vignesh, It's not a free versión. You must include this entry in IFAPRDxx parmlib member and you have to paid to IBM. The install package is available in SYS1.SEEQINST(EEQINSTM) Regards -- For IBM-MAIN subscribe /