Thanks for the responses.
I am looking at this page on mobile pricing.
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/0/877/ENUSZP14-0280/index.html&lang=en&request_locale=en
I think we use AWLC but need to check.
But given our workload seems to be growing from digital
The TRAP facility was originally implemented in the hardware for Y2K support.
It was to be used by products to overlay clock related instructions so
different clocks/dates could be simulated. At least that is what I was told
many years ago.
Chuck Arney
> On Jun 20, 2019, at 4:41 PM, Chuck w
The TRAP Instructions work fine John. You have used a product that uses them.
Chuck Arney
> On Jun 20, 2019, at 7:16 AM, John McKown wrote:
>
> This is purely speculation, but I like what I've read about the "trap"
> facility. I think it is too bad that z/OS doesn't support the use of TRAP2,
>
I think that would depend on what is "MOBILE"
Is it retrieving reports,
Is it looking up financial data
Is it the app dev teams logging on to the mainframe with a mobile device to
review application issues?
Probably other areas as well to investigate
I have not seen any documentation sugge
Larry,
the answer is yes, a couple of customers of mine's did the job.
Difficult ? Not so much this case. Only a different routing of traffic in
order to "be sure" those IP's were from Mobile devices (CICS transactions
fired by MQSeries or WebServices).
Worthwhile ? It depends on the effort you'
On Thu, 20 Jun 2019 at 10:58, Farley, Peter x23353
wrote:
>
> Some time back I started a thread on this forum about writing authorized code
> or a PC routine to update the DUCT
> architectural control block to populate the TRAP fields to make active use of
> the variety of TRAP instructions now
The longest record was 222 THIS TIME. Given that they chose that specific DCB,
you should be prepared for a different result at some future delivery. If you
change your VB parameters to allow a (much) longer record, your job will
process the current data with the same efficiency but will proc
Some time back I started a thread on this forum about writing authorized code
or a PC routine to update the DUCT architectural control block to populate the
TRAP fields to make active use of the variety of TRAP instructions now
provided, and the common consensus at the time was for me to keep my
We were fortunate in that we implemented communication between our midrange and
host through infrastructure. The midrange infrastructure detects the mobile
request and flags the message. The host infrastructure records the flag in our
performance data. By using the infrastructure we didn't ne
This is purely speculation, but I like what I've read about the "trap"
facility. I think it is too bad that z/OS doesn't support the use of TRAP2,
TRAP4, as well as the compare-and-trap and load-and-trap. I agree that they
are not _necessary_ since the code can do basically the same thing. The
only
Try the following search -
RMM SD DS('SOMETHING.**) LIM(*) OWNER(*) -
Steve
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter
Sent: Thursday, June 20, 2019 5:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RMM search with generic dataset
Is it possible to list a
Duh! Didn't look at the title first :(
On Thu, 20 Jun 2019 06:57:55 -0500, Dana Mitchell wrote:
> Tell us what your shop is using: CA1, RMM, ZARA etc.
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
On Thu, 20 Jun 2019 08:28:52 +0400, Peter wrote:
>Is it possible to list a tape based on a generic name of dataset for
>example : SOMETHING.**.
>
If the tapes are not cataloged, that would have to be a function of your tape
management software... Tell us what your shop is using: CA1, RMM, ZA
On Wed, 19 Jun 2019 13:34:09 -0500, Horst Sinram wrote:
>The OP's question was about DB2 workloads. Resource group capping for DB2
>workloads would be pretty risky unless you could really guarantee that you do
>not share resources with your production work.
>
Although I haven't counted them a
Holger Noach (UHN) wrote:
>We are to migrate to Z/OS 2.4 in future, and I can see that we are hit by the
>restriction not to be able to modify USERCSA
I have set up a SLIP and GTF trace as indicated in link :
Ah, yes, the good old friend, OA53355, resurfaced again. ;-)
Just apply above APAR a
Hi List
We are to migrate to Z/OS 2.4 in future, and I can see that we are hit by the
restriction not to be able to modify USERCSA
I have set up a SLIP and GTF trace as indicated in link :
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zm100/BCP_vsm-rsm_userkeyCA_
16 matches
Mail list logo