Re: Sort Question

It depends on the version of COBOL in use. COBOL V4.2 and earlier default to BLOCK CONTAINS 1 if the phrase is not specified in the FD, which is why most sensible z/OS shop standards call for always using BLOCK CONTAINS 0. I can't speak for VM or VSE shop standards, I haven't worked in either

Re: Question about management class autobackup=y

Ok and I've read some manuals and the description for this field is, "backups can be run" but does not mention about a backup required if this field is set to 'Y'. I guess my question is on the wording for this parm. I've always interpreted as required if it was set to Yes but I was asked why

Re: git, z/OS and COBOL

[Default] On 10 Oct 2017 20:18:32 -0700, in bit.listserv.ibm-main 000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote: >On Tue, 10 Oct 2017 19:17:25 -0700, ste...@copper.net wrote: >> >>Your question had to do with manually doing IEBUPDTE commands. The users >>where I am

Git, z/OS and Cobol

To all, Here is what is possible using only Open Source tools. - Eclipse based IDE, like the Java developers - Adding the IBM Aqua Eclipse plugin, here is a link https://developer.ibm.com/mainframe/products/downloads/ With the IBM plugin, you can do things like submit

Re: PLO register specifications?

Charles I would recommend hiding naked PLO behind a macro and give the user something more friendly to code. In my own PLO-esque macros, I used R14, R15 and R2 - although the macro caller could obviously either respecify them via some sort of WORKREGS=(Rx,Ry,Rz) keyword or save and restore

Re: PLO register specifications?

>What is the recommended practice for what >registers to specify? Surely there is no "recommended" practice. You use whatever you feel like that meets your needs. If something is not allowed, that is what the PoOp would explain. And possibly would also explain things that might not work under

Re: Question about management class autobackup=y

AUTOBACKUP=Y says backups will be taken by HSM. However, what the description does not say, is that HSM Auto-backup needs to be configured. This is handled by SETSYS AUTOBACKUPSTART and IIRC, SETSYS CYCLE. CYCLE says which days to perform actions AUTOBACKUP start gives a window for starting

Re: whois.ibm.com - gone

There aren't enough employees left to justify its existence! Either that or it broke and there's nobody left who knows enough about programming to fix it. On Wed, Oct 11, 2017 at 2:33 PM, John Eells wrote: > Dyck, Lionel B. , TRA wrote: > >> It would appear that the

RACF x CA-TopSecret

I need to convert some RACF commands showed bellow to CA-TOP SECRET commands. Since I do not know nothing about CA-TS syntaxes, can anyone help me? Or tell me if there is any document about this? RDEFINE FACILITY LUMXPROC.SFTP.PUT.** LEVEL(00) OWNER(MDIADMIN) UACC(NONE) RALTER FACILITY

Re: whois.ibm.com - gone

> On Oct 11, 2017, at 4:03 PM, zMan wrote: > > There aren't enough employees left to justify its existence! > > Either that or it broke and there's nobody left who knows enough about > programming to fix it. I would bet on your 2nd option. Face it, IBM is sliding down

BLOCK CONTAINS on non-VSAM was Re: Sort Question

[Default] On 11 Oct 2017 05:33:46 -0700, in bit.listserv.ibm-main peter.far...@broadridge.com (Farley, Peter x23353) wrote: >It depends on the version of COBOL in use. COBOL V4.2 and earlier default to >BLOCK CONTAINS 1 if the phrase is not specified in the FD, which is why most >sensible z/OS

Re: RACF x CA-TopSecret

Carlos, Please see my answers below. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Bodra - Pessoal Sent: Wednesday, October 11, 2017 5:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RACF x CA-TopSecret I need to

Re: git, z/OS and COBOL

On 11/10/2017 11:21 AM, ste...@copper.net wrote: So how does one merge fixes into source if the "source" numbering is removed? The fixes may issue delete of lines, addition of lines and replace of lines and there may be multiple delta decks to be applied anytime one wants to do changes to the

Re: git, z/OS and COBOL

On Oct 10, 2017, at 6:04 PM, ste...@copper.net wrote: > > I am quite interested in git. And so I thought I would address a statement > made about COBOL Numbering, and "standard" numbering locations in source. > > There are some products that ship source and do use COBOL

Re: RACF x CA-TopSecret

CA TSS team does have a command conversion tool and they can help you On 12-Oct-2017 6:47 AM, "Lizette Koehler" wrote: > So if you were not aware > > 1) you can post questions on Communities.CA.COM by joining the Top Secret > community and ask questions there. You need

Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5

Rob Could you share some nice presentations on FTP performance ? Thanks a lot! Jason Cai From: Rob Schramm Date: 2017-10-12 10:50 To: IBM-MAIN Subject: Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5 I know ftp has done a lot of work in performance. I

Re: whois.ibm.com - gone

On 10/11/2017 6:45 PM, Edward Gould wrote: I would bet on your 2nd option. I bet it's more like, "Do we want every @$$4073 on the planet to be able to importune our folks for free consulting?" Face it, IBM is sliding down the hill to bankruptcy. IBM is going to rule the world starting

Re: RACF x CA-TopSecret

So if you were not aware 1) you can post questions on Communities.CA.COM by joining the Top Secret community and ask questions there. You need a valid CA Site number 2) If you are licensed for Top Secret, then you could open a Case to CA-TSS and request assistance., 3) You could try doing an

Re: RACF x CA-TopSecret

I've reached out to a TSS resource. We'll see if we get anywhere that way. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 11, 2017 6:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: RACF x CA-TopSecret

Or you can post here and see if there are TSS guys willing to help. John beat me to it. Rob Schramm On Wed, Oct 11, 2017, 9:40 PM Charles Mills wrote: > I've reached out to a TSS resource. We'll see if we get anywhere that way. > > Charles > > > -Original Message- >

Transfer a large number of sequential file from mainframe to redhat linux V6.5

Hi all We will transfer a large number of sequential file from mainframe to redhat linux V6.5. Normally we use FTP or XCOM to transfer file. Could you tell us wherther there is the best way to transfer file from mainframe to redhat linux V6.5 for saving the transfer's time ? for

Re: RACF x CA-TopSecret

Try the Top Secret Cookbook. Should have what you need. Doug Fuerst Principal Consultant BK Associates 718.921.2620 (O) 917.572.7364 (C) d...@bkassociates.net -- Original Message -- From: "Rob Schramm" To: IBM-MAIN@listserv.ua.edu Sent: 11-Oct-17 9:57:36 PM

Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5

I know ftp has done a lot of work in performance. I don't know about xcom. There were some nice presentations on FTP performance. Rob Schramm On Wed, Oct 11, 2017, 10:43 PM ibmm...@foxmail.com wrote: > Hi all > > We will transfer a large number of sequential file from

Doc online (was: whois.ibm.com - gone)

On Wed, 11 Oct 2017 23:02:47 -0400, Tony Thigpen wrote: >They have really messed up their web sites in the last two years. Using >Doc online now just about impossible. And, many times, they don't even >give an easy to find PDF download option. (I have found that going back >up the manual chain

Re: RACF x CA-TopSecret

My CA TSS resources endorse John's reply below. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John P. Baker Sent: Wednesday, October 11, 2017 5:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RACF x CA-TopSecret Carlos,

Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5

On Thu, 12 Oct 2017 03:54:44 +, W Mainframe wrote: >A suggestion...Could be better or not... You could try... Convert your volume >to a cckd image using Hercules utilies. Once they are converted, you will be >take advantage of compression and time to this transfer. I did same thing some

Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5

A suggestion...Could be better or not... You could try... Convert your volume to a cckd image using Hercules utilies. Once they are converted, you will be take advantage of compression and time to this transfer. I did same thing some thing, with success. Btw there is one a problem, you need to

Re: ShopZ order response

> On Oct 10, 2017, at 9:23 AM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Mon, 9 Oct 2017 23:56:47 -0500, Edward Gould wrote: >> >> Our auditors would hop all over me and my management if we ever did >> something like what you are talking about. One time I

Re: Doc online (was: whois.ibm.com - gone)

Thanks for supporting the indexed PDF collection, Gil. I personally reference it regularly and agree that it's really useful. Tony, I suspect you're referring to the ability to download the containing PDF from any KC topic. Since that functionality doesn't exist right now, the closest

whois.ibm.com - gone

It would appear that the whois.ibm.com site that was very useful to find contact info for any IBM employee has been removed. Does anyone know if there is a new url for that service? -- Lionel B. Dyck <>< Mainframe Systems

Re: git, z/OS and COBOL

Regarding line numbering: git has the ability to run complementary "clean" and "smudge" filters to be used when moving source between the repo and the working directory; these might prove useful. See https://git-scm.com/book/en/v2/Customizing-Git-Git-Attributes for more information. That

Re: git, z/OS and COBOL

This looks interesting. Do you know of a UNIX utility that would replace the first 6 characters with spaces? From: IBM Mainframe Discussion List on behalf of Jerry Callen Sent: Wednesday, October 11, 2017 11:14 AM

Re: git, z/OS and COBOL

The gawk or awk (either one should work here) script utility could do it: awk -e '{ print " " substr($0, 7) }' < input.file > output.file Note single quotes (apostrophes) surrounding the script, double quotes within for the 6 blanks. HTH Peter -Original Message- From: IBM

Re: whois.ibm.com - gone

I can't find anything that works anymore I used to use www.ibm.com/whois Everything I try now redirects to the contacts page. That's too bad, that was a handy service. On Wed, 11 Oct 2017 14:42:58 +, Dyck, Lionel B. (TRA) wrote: >It would appear that the

Re: whois.ibm.com - gone

Yea, my link is 404 now Maybe IBM is no longer publishing employees to the public Though it looks like if the employee has a BLOG that might be useful. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Dyck, Lionel B.

Re: git, z/OS and COBOL

000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) writes: > I have not used IEBUPDTE extensively. When I contributed to > Charlotte, I made more use of CMS UPDATE, which is similar to > IEBUPDTE, but with further features useful for source code control. > XEDIT can generate CMS

Re: git, z/OS and COBOL

On Wed, Oct 11, 2017 at 8:48 AM, Pew, Curtis G wrote: > On Oct 10, 2017, at 6:04 PM, ste...@copper.net wrote: > > > > I am quite interested in git. And so I thought I would address a > statement made about COBOL Numbering, and "standard"

Re: whois.ibm.com - gone

Dyck, Lionel B. , TRA wrote: It would appear that the whois.ibm.com site that was very useful to find contact info for any IBM employee has been removed. Does anyone know if there is a new url for that service? I sent a note asking what happened to it. I'll let the list know if I get a

Re: git, z/OS and COBOL

On Wed, 11 Oct 2017 12:01:19 -0700, Anne & Lynn Wheeler wrote: > >One of the VM/370 issues was even though (originally CP/67) maintenance >distribution was all done using the CMS multi-level source ... every new >release ... they would permanently apply all maintenance & development >updates and