Re: Whitepaper: reconsidering the mainframe

Uh oh, I was interested so went to download this and had to register, re-register, confirm registration, click on 15 different web pages and promise them my firstborn. Now I finally have downloaded it and I sure hope it's as interesting as the introduction promises... Thanks. Aurora A

Whitepaper: reconsidering the mainframe

For download here - apologies if it's been posted already and I haven't noticed by the way http://www.theregister.co.uk/2011/06/21/reconsidering_mainframe_whitepaper/ Thanks. Aurora Aurora Emanuela Dell'Anno CA Technology - MSC Sr. Engineering Services Architect Tel: +44 (0)1753 57

Re: Knuth's latest release

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Don Poitras > > Yes. The binding is pretty bad. That section is just loose in my version, > but at least it's there. Yours must have fallen out and nobody noticed. > > In article <4e03872e.1050...@ync.net> you wrote:

Re: Knuth's latest release

Thanks, Don. Glad to know that I'm not alone. Rick Don Poitras wrote: Yes. The binding is pretty bad. That section is just loose in my version, but at least it's there. Yours must have fallen out and nobody noticed. In article <4e03872e.

Re: Obtaining System Information from a COBOL program

On 6/22/2011 13:36, Daniel Rose wrote: I had a COBOL programmer ask me how they could get the LPAR name, SYSNAME, or SMFSID from a COBOL program. I could not find a LE Function that would do that. So, a co-worker located a sample program that chases controls to get that information. Does anybo

Re: Obtaining System Information from a COBOL program

My mistake. We always set LPARname==SYSNAME. On Thu, 2011-06-23 at 16:22 -0600, Steve Comstock wrote: > On 6/23/2011 3:33 PM, John McKown wrote: > > Just to jump in, a COBOL program can invoke a REXX program, which can access > > SYSVARs and MVSVARs. > > Yes, but the OP wanted "the LPAR name", w

Re: Knuth's latest release

Yes. The binding is pretty bad. That section is just loose in my version, but at least it's there. Yours must have fallen out and nobody noticed. In article <4e03872e.1050...@ync.net> you wrote: > I ordered Knuth's latest volume, "Combinatorial Algorithms" from AMAZON > some time ago and have onl

Re: Obtaining System Information from a COBOL program

On 6/23/2011 3:33 PM, John McKown wrote: Just to jump in, a COBOL program can invoke a REXX program, which can access SYSVARs and MVSVARs. Yes, but the OP wanted "the LPAR name", which isn't available through those, as far as I can tell, although I'm not sure what he really wanted or if that wa

Re: CA-OPS MVS question

OPSLOG sounds familiar. But the hospital's Internet / cable died and I can't get logged on to work now. -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On Jun 23, 2011 3:32 PM, "John McKown" wrote: We start CA-OPS/MVS at IPL with the command: S OPSMAIN.OPSS,SUB=MSTR . I have

Re: CA-OPS MVS question

Thanks. In the CA-OPS/ MVS OPERLOG, not z/OS's. On Thu, 2011-06-23 at 15:41 -0500, Dennis Trojak wrote: > They show in OPSLOG on our system. > Dennis > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of John McKown > Sent: Thursday, Ju

Re: CA-OPS MVS question

Try using OPSBROWSE/OPSLOG (OPS ISPF Function, Option 1) and filter on OPS*. You may see it there. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message:

Re: Obtaining System Information from a COBOL program

Just to jump in, a COBOL program can invoke a REXX program, which can access SYSVARs and MVSVARs. -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On Jun 23, 2011 11:40 AM, "Haynes, Stan" wrote: I feel like I should expand on my query. We use CA-TSS as our security server. All

Re: Escon and Ficon Extensions

Radoslaw, I'm sure that your experience was perfectly valid for your geography. I've heard that it's fairly common in Europe to rely on a recovery site that lies only a few KM from the primary site. 'Across the river and through the woods.' (Woods optional) In the U.S., recovery distances are a

Re: Clobbered SMPSCDS

At 09:36 -0500 on 06/23/2011, Giliad Wilf wrote about Re: Clobbered SMPSCDS: If GROUP or GROUPEXTEND is also specified, REDO will not reapply SYSMODs included by the GROUP or GROUPEXTEND operand. It will only process SYSMODs specifically listed on the SELECT operand The fix for this is to firs

Re: CA-OPS MVS question

On Thu, 23 Jun 2011 15:31:49 -0500 John McKown wrote: :>We start CA-OPS/MVS at IPL with the command: S OPSMAIN.OPSS,SUB=MSTR . :>I have a REXX program that I need to trace. I put in the TRACE I :>instruction in my REXX program, but with SUB=MSTR, I don't know the :>output is going. Can anybody t

Re: CA-OPS MVS question

>but with SUB=MSTR, I don't know the output is going. Can anybody tell where this output is going? When I was in University, we called it the 'Bit Bucket'. With MSTR, you have no access to JES services. So, no SYSOUT, which (IIRC) is where OPSREXX sends trace output. Can you override to a disk f

Re: CA-OPS MVS question

They show in OPSLOG on our system. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Thursday, June 23, 2011 3:32 PM To: IBM-MAIN@bama.ua.edu Subject: CA-OPS MVS question We start CA-OPS/MVS at IPL with the command

CA-OPS MVS question

We start CA-OPS/MVS at IPL with the command: S OPSMAIN.OPSS,SUB=MSTR . I have a REXX program that I need to trace. I put in the TRACE I instruction in my REXX program, but with SUB=MSTR, I don't know the output is going. Can anybody tell where this output is going? -- John McKown Maranatha! <><

Re: VS COBOL II signature bytes

It's not what you know so much as knowing where to find it. But a "bored and bitter" person about whom there is speculation over employment who writes nothing worth reading, even tedious and vacuous, wouldn't be taking the trouble to help out to that extent now would they? No, they would just g

Re: Obtaining System Information from a COBOL program

I would have thought this is exactly what the (RACF) Facility class is intended for. I assume that TSS has an equivalent feature, where you can code esoteric resources to be checked by a SAF call. Move the call to the facility class and you won't have to worry about changes in the underlying OS

Re: How to justify SHARE

Lizette, Before SHARE created their web page for justification, they used to publish an article that I wrote in my Tuning Letter. It's gone now, but CMG still has it up here - http://www.cmg.org/conference/justify.html. It's more about how to get a return ticket to SHARE than it is getting ther

Re: VS COBOL II signature bytes

Roland Schiradin's COBANAL program on the CBT tape translates the COBOL signature information into English. Regards, John K From: Chip Grantham

Re: VS COBOL II signature bytes

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Chip Grantham > > I've found the answer to my dilemma for compiler options from a COBOL load > module. They call them signature bytes. So now I'm looking for a VS > COBOL II V1.x programmer's guide, specifically the

Knuth's latest release

I ordered Knuth's latest volume, "Combinatorial Algorithms" from AMAZON some time ago and have only now cracked it open. Imaging my surprise when the first page containing anything useful was page 15. What happened to the table of contents, etc. ?? Anyone else have the same experience ?? Rick

Re: VS COBOL II signature bytes

Chip http://www-03.ibm.com/systems/z/os/zos/bkserv/ select "Bookshelf titles and filenames" http://www-03.ibm.com/systems/z/os/zos/bkserv/find_shelves.html Enter "COBOL" in the box "Find bookshelves with titles or filenames containing:" http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/S

VS COBOL II signature bytes

I've found the answer to my dilemma for compiler options from a COBOL load module. They call them signature bytes. So now I'm looking for a VS COBOL II V1.x programmer's guide, specifically the pages on signature bytes. I'd really appreciate a copy of that section; should be about 10 pages. T

Re: Obtaining System Information from a COBOL program

IMNSHO, The appl owners don't 'need' to do the security. Indeed, many auditors will insist that they don't. The appropriate way is to explain to the security administrator what they want and be the requestors/approvers. Separation of duties not to mention a gaping hole for 'funny' code (granting

Re: CAMLST MACRO question

On Thu, 23 Jun 2011 12:25:46 -0400, Shmuel Metz (Seymour J.) wrote: >In , on 06/22/2011 > at 08:30 AM, Walt Farrell said: > >>That processing is part of IKJEFTSR, Shmuel. > >How does IKJEFTSR distinghish CALL, command and service? Sorry, but I don't know the answer to that off-hand, and if i

Re: 3490E volume limits

W dniu 2011-06-23 18:23, Mike Wood pisze: Radoslaw, The block count is now split between 2 fields in the data set trailer label. 10 bytes in total (IBM SL). Limit used to be 99, now you get 10 digit limit. So, it depends on the block size and media capacity when the limit is reached. The lab

Re: Clobbered SMPSCDS

Hi Mark and Giliad, Unfortunately, I did not have a backup with the right timing.  I too like to avoid REDO, but since I could not recover any access to the bad members of the SMPSCDS, could not copy out the members I could browse ,  and the local recovery action recommended on the APAR didn

Re: Obtaining System Information from a COBOL program

I feel like I should expand on my query. We use CA-TSS as our security server. All datasets are protected. In this case, the appl owners *need* to do a sec check to control the type of access. In their own words: "an application makes a call to our business team (app). We then grant access via

Re: CAMLST MACRO question

In , on 06/22/2011 at 08:30 AM, Walt Farrell said: >That processing is part of IKJEFTSR, Shmuel. How does IKJEFTSR distinghish CALL, command and service? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care

Re: 3490E volume limits

Radoslaw, The block count is now split between 2 fields in the data set trailer label. 10 bytes in total (IBM SL). Limit used to be 99, now you get 10 digit limit. So, it depends on the block size and media capacity when the limit is reached. The label standard changed some time ago and DFSMS

MFNetDisk first service pack for the beta PRO

HI, I upload PTFID=151 which include important fixes to PRO. Fixes bugs for the tape emulation. some CCWs x0af and 0x34 may cause TCP write errors for tape. More fixes in PC for better display the CCW stacked new feature in PC. Fix bug when create new PC file for disks. This important if you

Re: Obtaining System Information from a COBOL program

On Thu, 23 Jun 2011 11:01:56 -0400, Andy Coburn wrote: > > >I question Walt's statement above in one case and one case only. The quote > >below is from the z/OS V1R11 manual Using Data Sets SC26-74410-09: > > > > > >...snipped (by Walt)... > > > >Note: VSAM OPEN routines bypass RACF security chec

Re: Obtaining System Information from a COBOL program

I have to question why you would be doing file stuff while in key zero. It seems to me that you would not only run into the security issues that Walt noted, but also run a higher risk to the system should something go wrong in your program. I'm not questioning your need to be in key zero for y

Re: Reduced 3270 Screen Geometry

Paul Gilmartin wrote: > This "standard procedure" is of little avail to the user who can't > get past the I/O error to issue the SAVE and END commands. Surely > issuing GTTERM would be a reasonable component of recovering from > a terminal I/O error. When running pre-z software the TSO LOGON RECO

Re: CAMLST MACRO question

On Wed, 22 Jun 2011 09:44:39 -0400, Shmuel Metz (Seymour J.) wrote: >In <63f312e6f4b4674a8f5ac4512c47ec800508ad7...@mx06a.corp.emc.com>, on >06/22/2011 > at 08:58 AM, Stan Weyman said: > >> Are there alternate methods to retaining authorization when running >>under the TMP other than using IK

Re: Obtaining System Information from a COBOL program

On Thu, 23 Jun 2011 11:01:56 -0400, Andy Coburn wrote: >I question Walt's statement above in one case and one case only. The quote >below is from the z/OS V1R11 manual Using Data Sets SC26-74410-09: > > >...snipped (by Walt)... > >Note: VSAM OPEN routines bypass RACF security checking if the prog

Re: Obtaining System Information from a COBOL program

1.5.1.1 RACF Protection for VSAM Data Sets A catalog that contains a VSAM data set does not have to be RACF protected for its data sets to be RACF protected. If a user-security-verification routine (USVR) exists, it is not invoked for RACF-defined data sets. Deleting any type of RACF-protect

Re: Clobbered SMPSCDS

On Thu, 23 Jun 2011 07:02:22 +, Linda Mooney wrote: >Hi Lizette, > > > >I could browse some of the members, but not all.  Could not copy to another dataset - tried IEBCOPY, CA-Disk (backup, compress, archive), FDR (FDRDSF) and was not able to get the dataset copied.  Found APAR OA17968

Re: Obtaining System Information from a COBOL program

On Thu, 23 Jun 2011 09:09:55 -0400, Haynes, Stan wrote: >Interestingly, this is something being discussed in our shop right now. We have an application with >code that extracts a DSN by searching through the TIOT, in order to perform some security check. >We (z/OS support division) fear that th

Re: CAMLST MACRO question

In <63f312e6f4b4674a8f5ac4512c47ec800508ad7...@mx06a.corp.emc.com>, on 06/22/2011 at 08:58 AM, Stan Weyman said: > Are there alternate methods to retaining authorization when running >under the TMP other than using IKJEFTSR? >From Rexx you can issue arbitrary TSO commands. There is an author

Re: Obtaining System Information from a COBOL program

Most control blocks haven't changed in 40 years. Sure, new ones get added every decade or so, however, I think you'll be pretty safe! Can you imagine all the code that IBM would have to change if they moved or changed the odd control block? Clem Clarke Author, Jol - the easy alternative to J

Re: Obtaining System Information from a COBOL program

Take a look at the GETDSAB function in the Auth Assembler Reference. It's a documented interface to get the info you need, and highly doubtful it will go away or break no matter how the underlying control blocks change. It means you will have to write an assembler sub-routine, but not much of

Re: Obtaining System Information from a COBOL program

Interestingly, this is something being discussed in our shop right now. We have an application with code that extracts a DSN by searching through the TIOT, in order to perform some security check. We (z/OS support division) fear that this user code is vulnerable to changes in z/OS control block

Re: Clobbered SMPSCDS

On Thu, 23 Jun 2011 07:02:22 +, Linda Mooney wrote: >Ended up allocating another, empty SMPCDS. I had only run one >previous APPLY and the one that failed. So, I ran a APPLY REDO > and the new SMPSCDS was populated with those members. :-) That may have not been the best course of action

Announcement: New DB2 courses and DB2 training promotion

We have some really exciting news for our DB2 curriculum, and we are launching a promotion for discounted DB2 training: DB2 for LUW (Linux / UNIX / Windows): two new courses Advanced SQL for DB2 LUW - 2 days; info at: http://www.trainersfriend.com/DB2_and_VSAM_courses/GH56descrpt.htm

Re: Obtaining System Information from a COBOL program

On Wed, 22 Jun 2011 12:36:13 -0500, Daniel Rose wrote: >I had a COBOL programmer ask me how they could get the LPAR name, SYSNAME, >or SMFSID from a COBOL program. I could not find a LE Function that would >do that. So, a co-worker located a sample program that chases controls to >get that in

Re: FB to VB can DFsort do this?

"FTOV" > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Leidner > Sent: Wednesday, June 22, 2011 3:43 PM > To: IBM-MAIN@bama.ua.edu > Subject: FB to VB can DFsort do this? > > I want to take a numbered FB 80 dataset (member) and con

Re: Reduced 3270 Screen Geometry

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mark Zelden > > On Wed, 22 Jun 2011 14:34:11 +, Rob Scott wrote: > > > >FYI : SDSF does support large screens in TSO mode (rather than ISPF) - I > have just checked in 62x160 and it handles it fine. > > What vers

Re: FB to VB can DFsort do this?

Yes you all understood what I wanted to do. Really the members are REXX being moved to a CLIST (SYSPROC) dataset to be "shared" with the general users. For some reason this place doesn't have (or want) any SYSEXEC datasets in the logon PROCs. The FTOV is what I was missing. Thanks to all -

Re: Escon and Ficon Extensions

W dniu 2011-06-22 22:47, Skip Robinson pisze: We run FICON DASD and tape connections between data centers over DWDM ('dark fiber'). Network distance is about 120 KM. The primary purpose for DASD is mirroring for DR; tape is used the same as local tape. It all works great. DO NOT attempt to run E

Re: How to verify if Secured FTP is being used

One Willie Gallant - presumably (willie.gall...@gmail.com) - posted the following so that it appeared in Google Groups but *not* in the IBM-MAIN archives. He is, of course, directed to the standard text following the quoted post where he will discover how to reach his full intended audience. If

Re: Obtaining System Information from a COBOL program

business applications. Why not use a tool designed to obtain this kind of information? Because you *CAN* get this information just with a few lines of code (even in COBOL)... And if it is that simple, *WHY* someone should not do it? Bye, MK -- Yours sincerely Michael Knigge Development S.

Re: Clobbered SMPSCDS

Hi Lizette, I could browse some of the members, but not all.  Could not copy to another dataset - tried IEBCOPY, CA-Disk (backup, compress, archive), FDR (FDRDSF) and was not able to get the dataset copied.  Found APAR OA17968, which looks like a match.  Local action there is to compress in