At 17:56 -0400 on 05/05/2012, Peter Relson wrote about Re: Comments
on DFSMS verbose messages?:
>Please avoid an absurdity such as "AMODE(ANY)", where
"ANY" no longer means "any", but instead "any except 64".
Tongue in cheek: sorry for not being prescient enough in (approximately)
1977 to t
At 09:27 -0700 on 05/06/2012, Charles Mills wrote about Re: Multiple
waiting tasks, one control block?:
Robert, thanks.
I am kicking the ENQ idea around. ENQ is certainly promising. There are some
interlock issues with re-establishing the exclusive ENQ after relinquishing
it, and what do the i
Charles,
In the past I have used the POST list concept very well and I believe is still
being used today. You need a number of functions to make things easier.
1) An add function to add a pointer to an ECB to be posted to the list
2) A delete function to remove one.
3) The post routine.
If thi
On 7/05/2012 8:49 AM, Paul Gilmartin wrote:
On Sun, 6 May 2012 15:26:33 -0700, Charles Mills wrote:
I have z/OS tasks of all stripes driving a z/OS system exit. I have a finite
supply of a resource that each task needs in the exit. Sometimes the
resources are exhausted and will not be replenishe
Mark,
You are correct -- there is now no option to put the additional lines of
explanation in the SYSLOG/OPERLOG. We reacted to what we heard from the ESP
customers, and to quote you perhaps they "overreacted". That is why I put the
post out here, to hear what other people think.
W. Kevin Kell
Brian,
If you are not receiving our Interface Change Notifications (ICNs), then we
need to get that fixed. All of the automation venders that we interacted with
were notified through that process and contacted me as a result.
W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development
-
On Sun, 6 May 2012 15:26:33 -0700, Charles Mills wrote:
>
>I have z/OS tasks of all stripes driving a z/OS system exit. I have a finite
>supply of a resource that each task needs in the exit. Sometimes the
>resources are exhausted and will not be replenished for a while. What if we
>come through th
Gil -
Thanks.
> It's not clear what your objective is -- apparentlly you have some
recurrent event and an
> indeterminate number of tasks each of which must execute exactly once for
each occurrence of that event
I have z/OS tasks of all stripes driving a z/OS system exit. I have a finite
supply
DFSORT should be allocating as large format. Do you have VIO=YES as your
default. That might be preventing DFSORT from allocating as large format.
Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email: bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com
In
,
on 05/04/2012
at 01:44 PM, John Norgauer said:
>I wanted to re-block the dataset for obvious reasons. I thought that
>13300 blksize would work but DFP did not like that size.
Did you specify RECFM as FBA or as FA? The latter is unblocked.
--
Shmuel (Seymour J.) Metz, SysProg and
In
,
on 05/05/2012
at 05:56 PM, Peter Relson said:
>Tongue in cheek: sorry for not being prescient enough in
>(approximately) 1977 to think that someone might ever need 64-bits
>worth of addressability.
You didn't need to be prescient, just extrapolate long term trends.
--
Shmuel (S
On Sun, 6 May 2012 09:27:22 -0700, Charles Mills wrote:
>
>I am kicking the ENQ idea around. ENQ is certainly promising. There are some
>interlock issues with re-establishing the exclusive ENQ after relinquishing
>it, and what do the intended waiting tasks do in the meantime, but it has
>promise.
>
Hi Cheryl,
Many jurisidctions have, in the last few years, made putting tapes into the
trash illegal. It is that way where I am. When we dispose of old tape we have
to send it to an eWaste company. We de-installed our last drives capable of
writing to 3480 several years ago. Our tapes ha
(Reconstructing thread from archive)
I read the posts in this thread but deleted them because they were not
immediately pertinent to our shop. Then last night I got woke up with a
similar problem. The default DYNALLOC setting of 3 was insufficient to
complete a sort involving an unusually large
On Sat, 5 May 2012 08:54:52 -0500, Paul Edwards wrote:
>I have a zip file that appears to have been produced using pkzip for z/OS.
>
>However, it looks like it has been transmitted using some sort of text
>protocol, because the high bit has been stripped from most bytes, and some
>other bytes ap
Agree on DDF - with the proviso that we need to check we're actually
getting transaction endings out of DDF (CMTSTAT=INACTIVE etc).
Cheers, Martin
Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm
Robert, thanks.
I am kicking the ENQ idea around. ENQ is certainly promising. There are some
interlock issues with re-establishing the exclusive ENQ after relinquishing
it, and what do the intended waiting tasks do in the meantime, but it has
promise.
The STIMER approach does not even really need
At 08:43 -0700 on 05/05/2012, Charles Mills wrote about Multiple
waiting tasks, one control block?:
I have a situation in which it would be a wonderful thing if I could have
multiple tasks waiting for a single event, without having a separate "wait
control block" of some sort for each task.
Wh
I have 50 or so blank, unused, 3480 cartridges from 2005 (IMATION - 3M Royal
Guard 3480, 210 MB). Are they only worthy of the dump at this point? If you
want to ship, they come with storage racks. ;-)
Thanks,
Cheryl
--
For IB
I'm writing a series of articles for my Tuning Letter about service level
agreements and mentioned in the last issue that I strongly believe in single
period batch and two-period TSO service classes. One of my readers asked me to
clarify, so I pulled up an old article on multi-period batch. It w
George, you might join the IBM-ENS forums just setup on Marist for ZBX type
issues. Not a lot of traffic on it yet, but people are watching it.
_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 Eas
21 matches
Mail list logo