Enterprise COBOL "INITCHECK"

2016-10-07 Thread Frank Swarbrick
This could be quite a useful new feature: "The compiler is changed to add a new compiler option: INITCHECK, which tells the compiler to try and locate uses of data items that have not been set yet. The compiler is changed to add a new compiler option: INITCHECK". V6.1:

Re: VSAM CA reclaim for RMM

2016-10-07 Thread Jesse 1 Robinson
I’m not a STORAGE guy. It means that I can look at stuff created by someone else. We seem to make odd use of DATACLAS here, but LISTCAT on the RMM data base shows that it's eligible. I also looked a troublesome user catalog; it's eligible as well. Meanwhile I turned on CA reclaim in the

Checklists Bring Order Out of Chaos and Enhance Reliability

2016-10-07 Thread Gabe Goldberg
Checklists Bring Order Out of Chaos and Enhance Reliability Systematic procedures help avoid and solve problems After spending a career with mainframes, I prefer order to chaos. I like the deterministic manner in which mainframe OSes are maintained (audit trails, full piece-part

Re: VSAM CA reclaim for RMM

2016-10-07 Thread Greg Shirey
Skip, The IGDSMSxx setting is either NONE or DATACLAS. So, it's not quite global - the VSAM file must be assigned a DATACLAS at creation which has CA RECLAIM set to Y. We modified all our Data Classes sometime in mid-2012, so our SMS-managed VSAM files have been reclaiming CA's for

Re: CEEDUMP possible following 'new' failure

2016-10-07 Thread Greg Dyck
On 10/7/2016 1:38 PM, Jim Mulder wrote: Since memterm does not access the storage of the address being terminated, there is no connection between IEFUSI and memterm. There is no requirement for any available storage in the address space being memtermed. Task termination, yes. Memory

Re: CEEDUMP possible following 'new' failure

2016-10-07 Thread Jim Mulder
> this reminds me of some hanging IMS jobs that could neither be > cancelled nor forced because the routines for memterm could not be > loaded because of memory exhausted. Only BMC Tooling allowed to get > rid of them. > The suggestion in the PMR was to code an IEFUSI to reserve 512k > below

Re: Fwd: Shark Tank: Is this why mainframes almost never get rebooted?

2016-10-07 Thread Tom Brennan
I did about the same: My first x86 box came with an apparent pirate copy of Win 3.1 (no install disks) and I accidentally deleted all the files in C:\WINDOWS. With UNDELETE you have to know the first character of the original filename, so for the ones I couldn't guess I called up my brother

Re: Fwd: Shark Tank: Is this why mainframes almost never get rebooted?

2016-10-07 Thread Mike Schwab
Yep. Helped a co-worker who deleted all the files in the C:\ directory on Win 95 about 1997. Undeleted most files and rebooted with system disk and restored IO.SYS, etc with special command from floppy. Help desk was taking a long time to come over to fix it. On Fri, Oct 7, 2016 at 7:46 AM,

Re: Software is unpatentable?

2016-10-07 Thread Joel C. Ewing
On 10/07/2016 07:21 AM, John McKown wrote: > https://news.slashdot.org/story/16/10/07/0455200/prominent-pro-patent-judge-issues-opinion-declaring-all-software-patents-bad > > http://www.cafc.uscourts.gov/sites/default/files/opinions-orders/15-1769.Opinion.9-28-2016.1.PDF > Amazing! The courts may

Re: RFE 73512 - "Better use of ISPF screen names in SDSF"

2016-10-07 Thread Dana Mitchell
On Wed, 5 Oct 2016 22:18:20 +, Robert Prins wrote: > >To those unfamiliar with the concept of SHADOW variables, a copy of Doug >Nadel's >Share Winter 1999 paper "ISPF Panels Beyond the Basics" can be found at this >ridiculously long and wrapping URL

Re: Fwd: Shark Tank: Is this why mainframes almost never get rebooted?

2016-10-07 Thread Elardus Engelbrecht
Mark Regan wrote: >http://www.computerworld.com/article/3126852/data-center/is-this-why-mainframes-almost-never-get-rebooted.html Funny and plausible war story! ;-) It reminds me of an a$$hole who edited his autoexec.bat to contains only one line which has the program name which he wants to

Software is unpatentable?

2016-10-07 Thread John McKown
https://news.slashdot.org/story/16/10/07/0455200/prominent-pro-patent-judge-issues-opinion-declaring-all-software-patents-bad http://www.cafc.uscourts.gov/sites/default/files/opinions-orders/15-1769.Opinion.9-28-2016.1.PDF -- Heisenberg may have been here. Unicode: http://xkcd.com/1726/

Fwd: Shark Tank: Is this why mainframes almost never get rebooted?

2016-10-07 Thread Mark Regan
http://www.computerworld.com/article/3126852/data-center/is-this-why-mainframes-almost-never-get-rebooted.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: Apar PM67033: WTOR MESSAGE DFHPA1909 nothing seems to work

2016-10-07 Thread Jantje.
On Thu, 6 Oct 2016 13:41:15 -0700, John Mattson wrote: >68 DFHPA1909 TECHCICS DATA INVALID FOR 'USSHOME'. RESPECIFY KEYWORD AND >DATA OR *BYPASS WITH '.END': '/usr/lpp/cicsts/cicsts52 * According to the doc

Re: CEEDUMP possible following 'new' failure

2016-10-07 Thread Denis
Hi, this reminds me of some hanging IMS jobs that could neither be cancelled nor forced because the routines for memterm could not be loaded because of memory exhausted. Only BMC Tooling allowed to get rid of them. The suggestion in the PMR was to code an IEFUSI to reserve 512k below to allow

AW: Re: CEEDUMP possible following 'new' failure

2016-10-07 Thread Peter Hunkeler
>From some internal discussion after this issue was raised today, our intention is that LE will move the CEEDUMP modules to SCEELPA in the next release of z/OS. Didn't look up and didn't care so far, but now that you mention it, I'm astonished those modules are not currrently part of LE's