Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Thomas Berg
Sent: Monday, February 13, 2012 5:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: SV: Archaic allocation in JCL (Was: Physical record size query)
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion
Paul Gilmartin paulgboul...@aim.com wrote in message
news:2205241542597622.wa.paulgboulderaim@bama.ua.edu...
On Mon, 13 Feb 2012 16:23:14 +0100, R.S. wrote:
The only application I know that manages extent size - that means
using
some algorithm for extent increase - is MQ Series aka
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Lizette Koehler
Skickat: den 14 februari 2012 13:27
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Archaic allocation in JCL (Was: Physical record size query)
But, this is precisely what
On Tue, 14 Feb 2012 11:28:58 +0100, Vernooij, CP - SPLXM wrote:
Paul Gilmartin wrote in message
And now I may add to my list another example or two of IBM's having
a good idea but implementing it in the wrong layer. This should have
been done not in MQ and/or DB2, but in allocation where
On 2/14/2012 9:42 AM, Thomas Berg wrote:
AFAICS, what needs to be changed is just the interpretation of the SPACE parm
and
the actual allocation on disk at the time of execution.
- There have been changes in the JCL language the latest Years: LIKE, DCB
subparms
outside of the DCB parm, etc.
[mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of
Thomas Berg
Sent: Monday, February 13, 2012 5:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] SV: Archaic allocation in JCL (Was: Physical record
size
query)
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Lizette Koehler
Skickat: den 13 februari 2012 12:43
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Archaic allocation in JCL (Was: Physical record size query)
I can't understand why we STILL
My variant is faster to write! ;)
(BTW, with my idea only needed space is allocated, there is no unused
preallocated space.)
Regards,
Thomas Berg
_
Thomas Berg Specialist A M SWEDBANK
-Ursprungligt meddelande-
Från: IBM Mainframe
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Vernooij, CP - SPLXM
Skickat: den 13 februari 2012 14:22
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Archaic allocation in JCL (Was: Physical record size query)
Thomas Berg
W dniu 2012-02-13 14:28, Thomas Berg pisze:
[...]
With SPACE=ANY, the needed space is allocated and extended during the execution.
So You don't do any preallocation of a specified amount of space.
Thomas,
Your idea is worth discussion, but not your requirement is off target.
It is not JCL
Ämne: Re: SV: Archaic allocation in JCL (Was: Physical record size query)
W dniu 2012-02-13 14:28, Thomas Berg pisze:
[...]
With SPACE=ANY, the needed space is allocated and extended during the
execution.
So You don't do any preallocation of a specified amount of space.
Thomas,
Your idea
W dniu 2012-02-13 15:21, Thomas Berg pisze:
(This is an answer also to Vernooij.)
Please consider what You do manually when the space is to small (e g B37 etc.),
or You just is unsure: You try a bigger allocation, maybe also extend (or
reduce) the secondary amount. And repeat. Often many
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul
Gilmartin
Skickat: den 13 februari 2012 15:48
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Archaic allocation in JCL (Was: Physical record size query)
On Mon, 13 Feb 2012 12:27:53 +0100,
On Mon, 13 Feb 2012 14:48:57 +0100, R.S. wrote:
Your idea is worth discussion, but not your requirement is off target.
It is not JCL problem, it is z/OS problem. To fill the requirement the
sapce should be allocated ad hoc, cluster after cluster (*). That
requires total VTOC revolution.
What
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För R.S.
Skickat: den 13 februari 2012 15:49
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: SV: Archaic allocation in JCL (Was: Physical record size
query)
W dniu 2012-02-13 15:21, Thomas Berg
W dniu 2012-02-13 16:14, Paul Gilmartin pisze:
On Mon, 13 Feb 2012 14:48:57 +0100, R.S. wrote:
Your idea is worth discussion, but not your requirement is off target.
It is not JCL problem, it is z/OS problem. To fill the requirement the
sapce should be allocated ad hoc, cluster after cluster
On 02/13/12 10:20, Thomas Berg wrote:
snip
I refuse! :)
(In my life space abends occurs regularly, often caused by circumstances beyond
my control.)
BTW, You latter suggestions is not bad - but You didn't go far enough! There
should unlimited number of *everything*! Don't make artificial
On Mon, 13 Feb 2012 16:13:48 +0100, Thomas Berg wrote:
Can you use UNIX files (zFS) for your purposes and avoid the archaism?
Not practically. But that would be a circumvention, not a solution as I see
it.
When something doesn't work as desired, and it's impractical to fix it
(R.S. appears
-MAIN@bama.ua.edu
Ämne: Re: SV: SV: Archaic allocation in JCL (Was: Physical record size
query)
W dniu 2012-02-13 15:21, Thomas Berg pisze:
(This is an answer also to Vernooij.)
Please consider what You do manually when the space is to small (e g B37
etc.), or You just is unsure
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Paul
Gilmartin
Skickat: den 13 februari 2012 16:30
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: Archaic allocation in JCL (Was: Physical record size query)
On Mon, 13 Feb 2012 16:13:48
I'm beginning to wondering... :)
But I started in februari 1979...
Regards,
Thomas Berg
_
Thomas Berg Specialist A M SWEDBANK
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Frank
On Mon, 13 Feb 2012 16:23:14 +0100, R.S. wrote:
The only application I know that manages extent size - that means using
some algorithm for extent increase - is MQ Series aka Wbesphere MQ
(since version 6 AFAIR).
It would be nice to have such facility in DATACLASS.
Nice indeed. And someone else
Sent from my iPad
On Feb 13, 2012, at 14:53, Paul Gilmartin paulgboul...@aim.com wrote:
On Mon, 13 Feb 2012 16:23:14 +0100, R.S. wrote:
The only application I know that manages extent size - that means using
some algorithm for extent increase - is MQ Series aka Wbesphere MQ
(since version
23 matches
Mail list logo
