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:
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
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
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
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
> 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
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
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,
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
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
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
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/
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
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
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
>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
16 matches
Mail list logo