On 11/26/2012 8:01 AM, Mark Zelden wrote:
Lucky you! It takes me at least 2 hands to count the times an ISV product has
crashed a system I've worked on. And these were supported versions. Things
like PSA overlays, UCB overlays etc. Of course over the years IBM has added
lots of code and
Hi everybody,
I'm interested in deeper informations about compression services provided by
SMS.
In particular I'd like to know where find documentation on how does it work.
From my observations, compression saves disk space but it's not a good idea
from a CPU (and it's obvious) and elapsed
/etc/profile would probably be the correct place to setup the different
PATH and other settings. However, to execute that (or any other
initialization script) I think requires su - as we were initially
discussing.
I agree. But the OP's problem is that is it more or less unpredictable
which MVS
Hello Guys,
I got a silmilar problem, two many dsns got VTOC full, is this REFORMAT
safe to run when DASD is alocated by stcs ??? Or is it advisable to put
dasd DISNEW, move all dsns (if not locked by the stcs) and then do the
REFORMAT ??
Thx, Antonio CEcilio
On Sun, Nov 25, 2012 at 1:25 PM,
- Original Message
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, November 28, 2012 4:06:00 PM
Subject: Re: Usefullness (or not) of STOC/LOC instructions?
-Original Message-
From: IBM Mainframe Discussion List
The right data (compressible) with the right R/W mix can be very beneficial.
We compress SMF data on disk and SVC dumps using SMS. Both compress well and
the performance in many use cases has been improved as well as considerable
disk space savings. Innovation IAM compression is great and very
It's too complicated to explain
here, and you wouldn't understand anyway
And I'd add and since it is not part of the programming interface we
would not explain it within the documentation anyway because if we did we
might well have to maintain that behavior in the future for
compatibility.
This is the second time in recent days trhat Shmuel has commented
adversely on one of my posts.
In both cases he is the one who is talking nonsense, in this case
flagrant nonsense; but he of course has every right to do so.
John Gilmore, Ashland, MA 01721 - USA
On Thu, 2012-11-29 at 03:57 -0500, Massimo Biancucci wrote:
From my observations, compression saves disk space but it's not a
good idea from a CPU (and it's obvious) and elapsed time (less
obvious) point of view.
Elapsed time? Better see for yourself if you haven't already. I saw
elapsed
On Thu, 29 Nov 2012 08:07:13 -0500, John P. Baker wrote:
According to the z/Architecture Principles of Operation, SA22-7832-09, page
5-9, all 64 bits of the index register are used.
Correct. And on the next page,
quote
In forming the intermediate sum, the base address
and index are treated as
On Wed, 28 Nov 2012 16:21:05 -0800, Charles Mills charl...@mcn.org wrote:
LOL. Ain't it the truth!
Possibly even too much bother to explain to the tech writers or I don't
have a precise enough logical grasp of it to translate its operation into
English sentences.
The Architects write the POO.
On Thu, 29 Nov 2012 04:29:25 -0800, Lloyd Fuller wrote:
The latter can also run into issues in AMODE 64. The index register is always
32 bits, not 24, 31, or 64 depending upon AMODE. Waste the extra nano-second,
use the comma. It is meaningful.
I hadn't known that; I'm behind in my reading;
FWIW:
The blowup is a S0C4-10.
A cursory examination of the dump reveals that the vendor is SISRO, which
was acquired by ASG in 2000. I am suggesting to the customer that he pursue
that angle.
Thanks, all.
Charles
-Original Message-
From: IBM Mainframe Discussion List
Alan, a thousand pardons. I was thinking of vendor manuals in general.
IBM manuals are frankly IMHO among the best in the industry, and I have always
thought the POO/PoOp/whatever was among the best of the IBM manuals.
Related digression: why is that *hardware* manuals (any vendor) always seem
On 29 November 2012 07:29, Lloyd Fuller leful...@sbcglobal.net wrote:
The latter can also run into issues in AMODE 64. The index register is always
32 bits, not 24, 31, or 64 depending upon AMODE. Waste the extra nano-second,
use the comma. It is meaningful.
I think you're muddling the
In
cae1xxdf-ycp4hb98wrnk1twf1heqgbh_mx76arfstwovtrk...@mail.gmail.com,
on 11/29/2012
at 08:26 AM, John Gilmore jwgli...@gmail.com said:
This is the second time in recent days trhat Shmuel has commented
adversely on one of my posts.
Don't make stupid errors and I won't comment on your stupid
In article 6123004369926276.wa.paulgboulderaim@listserv.ua.edu you wrote:
On Thu, 29 Nov 2012 04:29:25 -0800, Lloyd Fuller wrote:
The latter can also run into issues in AMODE 64. The index register is
always
32 bits, not 24, 31, or 64 depending upon AMODE. Waste the extra
I was muddling. It is always 64 bit in zArch.
My point still remains: save yourself and follow-on programmers time and
effort
- put in the comma.
Lloyd
- Original Message
From: Tony Harminc t...@harminc.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, November 29, 2012 12:53:00 PM
On Wed, 28 Nov 2012 15:39:56 -0500, John Gilmore jwgli...@gmail.com wrote:
I must, however, add that unpredictable is sometimes in some IBM
publications used as a polite euphemism for It's too complicated to
explain here, and you wouldn't understand anyway.
In my 30 years of creating,
You can continue to use the volume while online. New extents or new
dataset allocations enqued until completed.
Defrag could get some DSCBs back.
We use 74 track VTOCIX and 600 track VTOC on a Mod 9, it will fill up
if used for all 1 track datasets.
On Thu, Nov 29, 2012 at 5:52 AM, af dc
On Wed, 28 Nov 2012 14:35:22 -0500, Tony Harminc t...@harminc.net wrote:
It would be unforgivable if the architects baked in
I'm sure this was going to say something interesting...
Of course! Everything I say is interesting! (To me, anyway!) :-)
I was going to say that it would be
I'm playing with a similar type fix, but a permenant one, not a zap.
We come into the AS via XMS and then decide where to schedule the work.
If we detect a dump is in progress we schedule the work to a TCB instead of an
SRB.
It seems to work.
If we dump our AS then all the work stops until the
On Thu, 29 Nov 2012 11:09:39 -0600, Paul Gilmartin wrote:
(The worst case was the 6502, which ignored carries out of the low half
of the address, at least sometimes.)
No, it didn't.
You are talking about the conditional branch instructions. The branch
offset is an 8-bit signed integer. When
Shmuel has urged me, rudely, to RYFM. Doing so, I find
begin extract
The LOAD macro is used to bring the load module containing the
specified entry name into virtual storage, if a usable copy is not
available in virtual storage. Control is not passed to the load
module; instead, the load
John,
You didn't read widely enough. What you read is correct, necessary, but not
sufficient. In the Authorized Assembler Services Reference book, in the
section on the LOAD services, for the keyword GLOBAL=YES, is this text:
Note: A load request with the GLOBAL=YES, (YES,P), or (YES,F)
Slight correction. A non-GLOBAL load will not let other address spaces find
your load module implicitly, but it will let other tasks in your address space
find it through the LOAD service.
Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA
t:
On 11/29/2012 2:52 PM, Alan Altmark wrote:
They are very experienced at knowing when to use a fine-point pen vs.
a broad brush.
I don't want to start an argument, but I have pet peeves with some of
the design. For example, the TRAP instructions cause an exception unless
trapping is properly
On 11/28/2012 12:39 PM, John Gilmore wrote:
I must, however, add that unpredictable is sometimes in some IBM
publications used as a polite euphemism for It's too complicated to
explain here, and you wouldn't understand anyway.
Sometimes they do that because they get pressured to retrofit a
My last post has elicited several off-list clarifications and caveats,
which were certainly valuable.
They were also, in a sense, irrelevant. I had used the behavior of
LOAD and DELETE to make the point that z/OS and its predecessors must
and do virtualize some operations.
Shmuel's comments,
On 11/29/2012 4:29 AM, Lloyd Fuller wrote:
The latter can also run into issues in AMODE 64. The index register is always
32 bits, not 24, 31, or 64 depending upon AMODE. Waste the extra nano-second,
use the comma. It is meaningful.
In forming the intermediate sum, the base address and
I am thinking of removing COMPACTION for all our SMS DATACLASS specification..
Is there any Gotcha?
It has been in use for historical purposes but does not give us anything except
occasional job failures when STOP X37 can not manage Extended format Compacted
datasets..
Do I need to DSCOPY
31 matches
Mail list logo
