In , on 01/14/2011
at 08:45 PM, "Robert A. Rosenberg" said:
>True but only one per Volume.
That restriction still exists.
>Without the use of the VOLSER Modifier for the RNAME the system
>works as if the DSN is unique.
Correct, and that hasn't changed.
>This means that even when you know t
At 17:15 -0500 on 01/13/2011, Shmuel Metz (Seymour J.) wrote about
Re: speculation: z/OS "enhancments":
In , on 01/12/2011
at 06:39 PM, "Robert A. Rosenberg" said:
Mine is to fix/enhance the ENQs for datasets so they include the
volume name as part of the RNAME. The
In , on 01/13/2011
at 11:29 AM, Neal Eckhardt said:
>"Despite its tremendous speed and versatility, the system takes no
>more floor space than the IBM 704 (2,000 sq. ft.). "
That's Stretch, which was a completely new design and had nothing to
do with the Amdahl 470V/6, which came musch later
Such posts would be more likely to bear fruit if the poster simply
copied mhvr...@us.ibm.com
I wish first that IBM would clean up the documentation of the
existing "IF/THEN/ELSE" statement:
Title: z/OS V1R12.0 MVS JCL Reference
Document Number: SA22-7597-14
Build Date: 0
>Rather, a programmer's use of constructs which are "not intended
>or supported" should result in JCL errors. Other constructs,
>presumably intended and supported should be documented as such.
>It's irresponsibie; it appears that even the authors and implementors
>couldn't agree on or understand
In , on 01/12/2011
at 06:39 PM, "Robert A. Rosenberg" said:
>Mine is to fix/enhance the ENQs for datasets so they include the
>volume name as part of the RNAME. The original use of DSN in lieu of
>DSN+VOLSER was OK until GRS and/or Shared DASD was introduced and you
> could have multiple dat
In , on 01/12/2011
at 12:21 PM, Avram Friedman said:
>SVS->MVS to get rid of over engineered SUs
There were no SU's for SVS; they came later.
>MVS SE to address VSCR concerns
?
>Hardware design changed from
>processing one instruction per cycle to pipelining,
Pipelining was around befor
In , on 01/13/2011
at 02:06 AM, Avram Friedman said:
>Pipelining is based on two major assumptions.
No.
>1. We know what the next instruction to be executed is
Don't need it.
>2. every instruction can be broken down into a predetermined number
>of execution phases and each of these phases
In ,
on 01/12/2011
at 09:53 AM, "McKown, John" said:
>I'm wondering if z/OS is "lacking" in some areas.
Of course it is. The question is which issues are a priority for your
site. Submit requirements for the ones that are most important,
concentrating on functionality rather than implementati
On Thu, 13 Jan 2011 17:07:58 -0500, Robert A. Rosenberg wrote:
>
>At Interpreter time, you have access to the running system's Catalog
>or the VOL=SER=XX on the DD card so the VOLSER IS KNOWN (making
>the assumption that there is not going to be screwing around with the
>catalog before you actu
At 10:58 +0200 on 01/13/2011, Binyamin Dissen wrote about Re:
speculation: z/OS "enhancments":
On Wed, 12 Jan 2011 18:39:43 -0500 "Robert A. Rosenberg"
wrote:
:>Mine is to fix/enhance the ENQs for datasets so they include the
:>volume name as part of the RNAME.
At 11:37 -0600 on 01/13/2011, Rick Fochtman wrote about Re:
speculation: z/OS "enhancments":
--
I may be mis-remembering but I seem to have the impression that one of
the features (I think scientific) was optio
On Wed, 12 Jan 2011 16:01:07 -0600, Mike Schwab
wrote:
>On Wed, Jan 12, 2011 at 3:00 PM, Tom Marchant wrote:
>> On Wed, 12 Jan 2011 12:21:35 -0600, Avram Friedman wrote:
>>
>
>>>Hardware design changed from
>>>processing one instruction per cycle to pipelining, ie processing parts of
>>>several
I know that the 360/95 at Goddard did not have packed decimal in hardware,
it was implemented in software through the FLIH.
On Thu, Jan 13, 2011 at 12:37 PM, Rick Fochtman wrote:
>
> --
>
> I may be mis-remembering but I seem to
--
I may be mis-remembering but I seem to have the impression that one of
the features (I think scientific) was optional on the lowest level model
(the 360/30). This did not affect the Operating System but only what you
could r
On Thu, 13 Jan 2011 08:06:05 -0600, Mark Hammack wrote:
>I always wanted a more powerful "IF/THEN/ELSE" statement in JCL. Something
>that would let me test things like the value of a substitution value (i.e.
>from a SET statement). Wound up getting around that with INCLUDE and
>include members
On 1/13/2011 7:06 AM, Mark Hammack wrote:
I always wanted a more powerful "IF/THEN/ELSE" statement in JCL. Something
that would let me test things like the value of a substitution value (i.e.
from a SET statement). Wound up getting around that with INCLUDE and
include members using names deriv
I always wanted a more powerful "IF/THEN/ELSE" statement in JCL. Something
that would let me test things like the value of a substitution value (i.e.
from a SET statement). Wound up getting around that with INCLUDE and
include members using names derived from the SET statement. Kludgy, but
work
On Wed, 12 Jan 2011 18:39:43 -0500 "Robert A. Rosenberg"
wrote:
:>Mine is to fix/enhance the ENQs for datasets so they include the
:>volume name as part of the RNAME. The original use of DSN in lieu of
:>DSN+VOLSER was OK until GRS and/or Shared DASD was introduced and you
:>could have multipl
On 13/01/2011 19:06 PM, Avram Friedman wrote
I found the original posters example JCL enhancements to be funny in light of
my many years with Amdahl Corp and Gene Amdahl's famous statement "No
one would buy a bigger, faster, more cost effective processor if it ment
rewritting JCL"
The JCL quest
The original poster of this thread wished to speculate about z/OS
enhancements and gave as an example only, some possibilities for improving
JCL.
Concerning user enhancements and there role in the design process I pointed
out the principal activity of any data processing system was to process d
m42tom-ibmm...@yahoo.com (Tom Marchant) writes:
> Dr. Amdahl was the chief architect of the System/360. He left IBM
> and started Amdahl corporation because he wanted to extend the
> series with a higher performance processor and IBM did not think that
> it would be marketable. And BTW, it was
So perhaps what would be more desirable would be an alternative to JCL.
But that's not likely. I can and do use Dovetailed Technologies' Co:Z to
run local UNIX shell commands and scripts in a job. So I can just
continue to use that. In any case, as you pointed out about JES3, there
are the automate
On Wed, 12 Jan 2011 12:21:35 -0600, Avram Friedman wrote:
>
>So why did Amdahl design a plug compatable copy of what was then a known
>bad design? Amdahl is often quoted as saying "No one would buy a bigger,
>faster, more cost effective machine if they had to re-write all there JCL"
>
And yet, som
At 09:53 -0600 on 01/12/2011, McKown, John wrote about speculation:
z/OS "enhancments":
OK. I'm not sure if this is off-topic or not. If it is, then I
apologize. But I'm wondering if z/OS is "lacking" in some areas. Or
limited in some way that you wish woul
At 15:00 -0600 on 01/12/2011, Tom Marchant wrote about Re:
speculation: z/OS "enhancments":
One of the things that maide the IBM 360 a sucess was abandonment of the
idea of specialized instruction sets for example geared to Business or
Scientific data processing, NOT BOTH.
The Floa
On Wed, Jan 12, 2011 at 3:00 PM, Tom Marchant wrote:
> On Wed, 12 Jan 2011 12:21:35 -0600, Avram Friedman wrote:
>
>>Hardware design changed from
>>processing one instruction per cycle to pipelining, ie processing parts of
>>several instructions ever cycle ...
>
> I don't know when processors sta
m42tom-ibmm...@yahoo.com (Tom Marchant) writes:
> Bold assertion. Do you have any data to back that up?
360 allowed self-modifying instruction ... potentially instructions
already in the pipeline. one of the claims for Amdahl "macro-code" was
that it was essentially 370 with some tweaks ... inclu
On Wed, 12 Jan 2011 12:21:35 -0600, Avram Friedman wrote:
>One of the things that maide the IBM 360 a sucess was abandonment of the
>idea of specialized instruction sets for example geared to Business or
Scientific
>data processing, NOT BOTH.
The Floating-point feature was included for scientifi
My personal first law of data processing is ...
"the principal activity of data processing is processing data"
So if you ever see the law again please credit me Avram Friedman.
Now it follows that if processing data is so important then effective
enhancements must improve, enhance or support the
-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon
> Sent: Wednesday, January 12, 2011 10:41 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: speculation: z/OS "enhancments"
>
> If you really want any of this stuff, build a business
On Wed, Jan 12, 2011 at 9:53 AM, McKown, John
wrote:
> OK. I'm not sure if this is off-topic or not. If it is, then I apologize. But
> I'm wondering if z/OS is "lacking" in some areas. Or limited in some way that
> you wish would disappear. I'm assuming that "cost is not a problem". Which is
>
If you really want any of this stuff, build a business case and submit it to
IBM. Sending a wish list to IBM-MAIN won't get it done. Frankly, I'd like code
that did what I meant and not what I said, but I'm not holding my breath for it.
For example, what business problem will jobnames GT 8 chara
OK. I'm not sure if this is off-topic or not. If it is, then I apologize. But
I'm wondering if z/OS is "lacking" in some areas. Or limited in some way that
you wish would disappear. I'm assuming that "cost is not a problem". Which is a
stupid assumption, of course.
Possible examples, which are
34 matches
Mail list logo